solaris对于磁带机的一些知识

前阵子看原版文档，solaris对于磁带设备的使用，功能还是挺强大的。

先从底层识别开始吧，磁带设备的文件存放在/device文件夹下，是正确连接设备后自动生成的，不允许用户手动进行修改。而/dev/rmt/下存放的，只是磁带设备的逻辑名称，是一个指针，rmt下的0代表安装的第一个磁带机，1代表第二个，以此类推。但要注意一点，当把第一个磁带机拔出后，安装另一型号的磁带机，系统会识别为rmt/1，既第二个磁带机，并不会替代第一个磁带机的位置，即使删除rmt目录下的链接文件，reboot也是一样。（到现在没有找到如何彻底删除设备的记录的方法）。

下面说说rmt目录下系统自动生成的一些文件的意义。一般格式为：XAbn。X：表示第几个磁带机，上文已经描述。A表示存储的密度，可选LMHUC，分别代表低，中，高，极高，压缩密度。b代表berkeley兼容性（不知道什么意思~不过一般选上）。n选项代表写完磁带不回卷。如果磁带是多次写入的，可能可以节省下次搜索文件的时间。例如：要往第二个磁带机写文件，以压缩方式，兼容，不回卷磁带，可制定设备1cbn。

关于磁带机的一些操作，主要是mt命令，网上到处都是，这里不再意义叙述了。

有关对磁带进行读写的命令，主要有dd，cpio，tar，ufsdump命令。还有pax貌似很强大，但是好像用的不多，还没来得及看用法。

几条命令中tar命令好像功能最薄弱，不支持多卷输出，也就是如果你写的文件大于1盒磁带容量，就不能用tar了。

今天在测试cpio命令，下午1点半开始拷贝，200G的磁带，250G左右的文件系统，，采用不压缩的方式写入磁带，到目前17点还没提示我放第二盒磁带，只能等明天看效果了。感觉cpio很慢，sun的解释是cpio会写文件头部信息，所以很慢……的确慢……

ufsdump命令还没来得及测试，近期测完了补全……

 

今天终于测试完了所有能写磁带机的命令，做一下总结。

不知道是由于L8磁带库硬件的问题还是其他的问题，cpio写磁带很慢，1M多的文件要写10多分钟，改天试试将文件打包测试速度，不知道是不是应为寻道造成写很慢。

ufsdump，只能备份本地的文件系统，光纤的，网络存储一概不能备份。

tar和pax速度差不多，比cpio快一些，但是速度仍不理想，写10M大概要10多分钟，这些命令用来备份大文件系统是肯定不行的。

另外了解到，NBU写磁带，是使用veritas自己修改过的tar命令，在openv/netbackup/bin目录下，用这个命令也测试了，好像没快多少。

到此，系统层面的写命令都试过了，速度都不理想。

还有最后一种测试方法，将L8磁带机加入到NBU的设备中，用NBU来写，但是可能会造成原有L100磁带库配置信息丢失，所以没有做测试。速度是应该有保证的，因为互联网段内有同样架构的设备，备份速度还令人满意。

 

到此，solaris的磁带设备该告一段落了。经过近期的折腾，感觉已经弥补了很多操作系统的知识，接下去乘热打铁，操起老本行，研究oracle各种环境的恢复手段。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/7969839/viewspace-631358/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/7969839/viewspace-631358/