通过以上，您就能够访问这个磁带，用命令 tar tvf /dev/rmt/0.
注意：SGI系统写入的磁带通常只能用特定的块因子（blocksize）来读
tar tvfb 512 /dev/rmt/0
在某些情况下，需要进行字节交换操作，才能正确读取
dd if=/dev/rmt/0 conv=swab | tar tvfb 512 -
2.6 克隆磁盘
通过这部分的学习，您能够把一个系统克隆到另一个和他的硬件属于同一系列的系统中。例如克隆Ultra(TM) 10工作站到Ultra 10工作站是能够的，而克隆到Ultra 60工作站就是行不通的。
假如监测到目标系统的硬件结构和源系统有所不同的话（不同的结构缓冲，网卡等），目标系统在克隆以后需要用boot –r命令来重新配置。
2.6.1 使用内部磁盘来克隆
这种方式适合用于易于改变的内部磁盘：
·Ultra 30, Ultra 60, Ultra 80或Sun Blade(TM) 100工作站或E220R/E420R/E250R/E450
·Sun Enterprise(TM)220R, 420R, 250, 或450服务器
内部的FC-AL磁盘（如Sun Blade 2000工作站和Sun Fire(TM) 280R或V880服务器）可能导致一些问题。
接下来是用Ultra 60工作站做的一个范例：
1 将目标盘插入主板上的第二个硬盘口
3 启动进入但用户模式(STOP-A; boot –s)
4 用devfsadm重新配置任何的磁盘
5 键入format察看硬盘的名称。在Ultra 60工作站上，您会看到c0t0d0和c0t1d0。C0t1d0是内部系统中最顶端的磁盘。
6 决定哪个盘是源盘，哪个盘是目标盘（不要忘记备份您的数据！）。在我们的例子中c0t0d0(底部的盘)作为源盘，c0t1d0（上面的盘）是目标盘。
7 dd if=/dev/rdsk/c0t0d0s2 of=/dev/dsk/c0t1d0s2 bs=128k(这条命令为整个盘，包括分区标的内容作了一个1：1的副本。假如源盘是个9GB的盘，而目标盘是个18GB的盘，那么将会有9GB的容量被浪费)。警告：仔细检查这一步，避免对您源盘的意外损坏。
8 fsck –Y of=/dev/dsk/c0t1d0s0（检查启动分区的文档系统，一般来说是分区0）
9 移除源盘，将克隆好的盘放进先前源盘所在的位置。重新启动您新做好的克隆的系统
2.6.2 通过转接线来克隆
这种方式比上面描述的通过内部磁盘克隆要慢，但是他适合用于一些内部的磁盘不容易改变的系统（如Ultra 10或Ultra 5工作站）。
警告：记住文档“/.rhosts”仅仅在这个任务中使用，在完成这个任务之后删除他来避免系统的安全漏洞。
目标系统
启动
在注册屏幕上使用命令行注册(command line login)
尽可能地停止引起磁盘输入输出的进程
TERM=vt100vi /etc/inet/hosts
->添加目标和源
ifconfig hme0 plumb
ifconfig hme0 <target> netmask 255…up
->测试rsh源
rsh source “dd if=/dev/rdsk/c0t0d0s2 ibs=128k obs=8k” | dd of=dev/rdsk/cotodos2 bis=128k obs=128k
（9GB的盘需要等待大约40分钟）
STOP-Aboot cdrom –s（用可引导的光盘引导）
fsck –Y /dev/rdsk/c0t0d0s0
源系统
在文档/.rhosts中添加目标IP
sync; sync;
2.7 用SDS制作磁盘映像
Solaris逻辑卷面管理（SVM），一般是指Solstice Disksuite(SDS)软件，他能够把磁盘系统做成RAID 0, 1, 0 1或5。工作站最感兴趣的方式是RAID 1：为磁盘错误准备好了一个包含启动文档系统的磁盘映像。
SVM是Solaris 9系统环境的一部分。在Solaris 8平台上，您能够在第二章光盘的“EA”目录下找到SDS软件。而在Solaris 7或2.6系统环境中，服务器版，您能够查找一下光盘“Easy Access Server”。
我们假定一个工作站有两块内部的磁盘，c0t0d0和c0t1d0。这两块盘都以相同的方式被正确的分区：分区0被分配给/(root)，分区1被分配给交换区(swap)，一个比较小的分区7被分配用来记录复制数据库(State Replica Databases)。分区2被定义成一个备份区（参见“分区”一章）。
把第一块盘的分区信息复制到第二块盘，能够用如下的命令：
# prtvtoc /dev/rdsk/c0t0d0s2 | fmthard -s - /dev/rdsk/c0t1d0s2
记录复制数据库是个包含了映像信息纪录的小文档。映像中的每个磁盘都必须知道有三个记录复制数据库文档:
# metadb -a -f -c 3 c0t0d0s3 c0t1d0s3
下一步，在第一块磁盘上创建第一个子映像，他包含了启动文档系统:
# metainit -f d50 1 1 c0t0d0s0
然后在第二块磁盘上创建第二个子映像:
# metainit d52 1 1 c0t1d0s0
使用第一个子映像创建映像的第一个部分:
# metainit d54 -m d50
用metaroot修改/etc/vfstab和/etc/system，让系统能够从元设备(metadevice)d54上启动：
# metaroot d54
重新启动系统，然后将添加第二个子映像d54。这就强制了“映像同步”，将第一块盘的内容复制到了第二块盘。这将在一小段时间内影响系统的性能。
# metattach d54 d52
为了避免在从第二块盘上紧急启动时发生错误信息，交换分区必须做成相同样式的映像。否则，交换分区在损坏的磁盘上，/etc/vfstab仍然会定位到c0t0d0s1。
现在系统已能够从第一块盘(boot disk)，也能够从第二块盘(boot disk1)上启动了。
假如有一块磁盘损坏，Solstice DiskSuite会停止启动程式。这是因为假如要在一次错误以后成功地启动系统，纪录复制数据库的大部分必须依然“幸存”。在我们的两块映像盘上仅仅需要六个复制中的三个依然存活。
超过两块盘的服务需要有第三块盘来用记录复制数据库来配置。两块盘的工作站必须手动地修复，下面的例子描述了这个过程:
·记录数据库复制在c0t0d0s7和c0t1d0s7上配置，c0t0d0盘发生故障。
·启动程式被Solstice DiskSuite停止，并转换进入到单用户模式。
·现在记录数据库复制希望发生错误的盘没有被配置：
metadb -d -f c0t0d0s7
·在下一次重启之后，对重置的磁盘进行分区，使他和仍然活动的磁盘的分区一致。
·做完这些之后，在重置的硬盘上创建记录数据库复制文档：
metadb -a -c 3 c0t0d0s7
·在下次的重启之后，映像又能够重新同步了。
注意：
假如您有一个两块盘的系统，在一块盘上创建三个记录数据库复制，在另一块上面创建四个。在理论上有50%的机会能够在一次错误后重新启动系统而无需手动地去使用元数据。
文章整理：西部数码--专业提供域名注册、虚拟主机服务
http://www.west263.com
以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!
