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

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

[日期：2012-07-28]

来源：Linux社区

作者：mfkqwyc86

[字体：大 中 小]

有时候我们需要重装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

　　＃在进行数据库恢复时，若备份时采用的是文件设备类，此时需提前定义相同名字的文件设备类，并且要与原类定义时指向同一文件夹。