前阵子看原版文档,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/