TSM备份：TSM服务器重装过程需要注意的事项

有时候我们需要重装TSM备份服务器，重装前需要注意相关事项，如下：
把TSM这个服务器的相关配置备份出来,再把操作系统重装了?然后再把配置倒回去?
如果是这样的,需要:
1.一个数据库的全备卷
2.所有的存储数据的卷
3.服务器的选项文件:dsmserv.opt
4.卷历史文件:VOLHIST.OUT
5.设备配置文件:devcnfg.out
6.TSM自身数据库卷的具体存放地点信息,大小信息,名称等等信息
7.TSM的LOG卷的具体存放地点信息,大小信息,名称等信息
大致恢复步骤如下(在我的tsm5.3上测试通过):
1.把dsmserv.out,volhist.out,devcnfg.out复制到/opt/tivoli/tsm/server/bin 下
2.根据记录,dsmfmt相关的TSM自身DB卷,LOG卷,并扩充.
3.执行dsmserv restore db todate=08/05/2008
4.启动TSM服务器.
5.正常启动后,audit volume ,所有的卷都搞一遍,有信心就用fix=no,没有就fix=yes
6.查漏补缺.
客户机配置与备份测试
　　编辑配置文件：..\tsm\baclient\dsm.opt #原文件可能为dsm.smp，有时安装后此文件在config目录下，拷过来即可。
COMMMethod TCPip
TCPPort 1500
TCPServeraddress 192.168.11.20
nodename ytclient
passwordaccess generate
　　完成上述操作后，我们已经基本完成服务器端存储结构及配置，也已与客户端建立好连接。此时在客户端已经可以通过管理命令登录管理备份服务器。
　　客户端备份测试：
select e:\ftp-soft\ksg\* #文件大小共约60M左右，备份时提示：服务器耗尽数据存储空间
　　备份完成后通过：q backup d:\ftp-soft\ksg\* ＃也无法查看到备份内容，显然备份没有成功。应该是备份存储池没有空间所致。
　　我们登录服务器查看：q stg
　　在显示的我们使用的主存储池backuppool9中estimated capacity为0.0M,于是我们登录管理控制台，为backuppool9添加disk volume。此处如果是真正的磁带库，则我们需要将磁带检入即可。此处注意，对磁带操作有两个命令：label、checkin，语法如下：
label libvolume lb0.1.0.4 search=yes labelsou=barcode checkin=scratch verwrite=yes
checkin libvolume lb0.1.0.4 search=yes status=scratch
label对磁带做标签操作，相当于对磁带进行格式化，所以在有数据时不可随意进行此步操作。
　　checkin是对磁带进行检入，若磁带比较多，需要花费一定时间。
　　添加Volume后再次备份，仍然提示服务器耗尽数据存储空间。
　　登录web管理台查看，发现在testpolicy_mgmclass管理类中备份设置未选择存储池，添加备份存储池为：backuppool9。然后备份作业成功。
　　恢复：
restore -inactive e:\ftp-soft\* -pick -subdir=yes
服务器备份恢复测试：
数据库完全备份
　　backup db type=full devclass=filedev2 ＃800答：备份数据写到定义的设备类当中去，在定义文件设备类时需要指定文件目录，在做此服务器DB备份时将会备入定义设备类时指定的文件夹中。若系统损坏，重新安装TSM后，需要定义同名设备类，然后指定同一目录。进入系统后恢复即可。
　　在上图中设置的参数，最大卷容量即在此设备类的存储池备份时，每卷最大只能25M，若有个50M的文件备份一次就需要两个卷。安装限制似乎类似于带库的驱动器数目。
　　完全备份后，可以执行增量备份：
backup db type=incremental devclass=filedev2
　　测试过程：
　　备份数据：
　　在客户机192.168.11.23上做备份：
　　select e:\tsmtest\*
　　备份数据库：
backup db type=full devclass=filedev2
　　删除所有安装TSM相关软件，一切都重新装过，进行恢复测试：
　　1、重复前面的安装过程...
　　2、安装完成后停止掉TSM服务，然后进入安装目录server下运行恢复命令:
dsmserv restore db devclass=filedev2 vol=95362738.dbb commit=yes
　　卷名就是指定设备类目录下扩展名为DBB的文件名。同时恢复DB还需要devcnfg(安装目录server1下)、volhistory（server1下dsmserv.opt中的：VOLUMEHistory "volhist.out" ）两个文件存在，而且此两个文件要是在做DB备份时的状态存在才可以，所以在做DB备份时，须将当时状态下的这两个文件拷贝出来。
　　在做上述操作后，由于devcnfg等两个文件都是新安装的文件，所以操作后server1服务无法启动，在“服务”中及命令行下都无法启动了，提示在启动服务器前必须先恢复数据库。
　　重新配置TSMserver1,然后备份DB，并将devcnfg.out、volhist.out两文件拷出。然后删除server1,再重新配置后，恢复测试，通过。
操作总结
　　数据库DB备份总结：
　　数据库DB自身的备份可以通过如下命令完成：
backup db type=full devclass=filedev2
＃备份DB时只能指定设备类，还可以指定具体备份到哪一卷，但是此处不能使用存储池。因为一旦数据库损坏，是无法识别存储池的。
　　恢复时使用命令：
dsmserv restore db devclass=filedev2 vol=95362738.dbb commit=yes
　　＃在进行数据库恢复时，若备份时采用的是文件设备类，此时需提前定义相同名字的文件设备类，并且要与原类定义时指向同一文件夹。