【TSM备份】TSM服务器重装过程需要注意的事项
【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
#在进行数据库恢复时,若备份时采用的是文件设备类,此时需提前定义相同名字的文件设备类,并且要与原类定义时指向同一文件夹。