当前位置:文档之家› TSM在windows环境下的安装配置和恢复

TSM在windows环境下的安装配置和恢复

TSM在windows环境下的安装配置和恢复
TSM在windows环境下的安装配置和恢复

TSM在windows环境下的安装、配置及服务器自身的备份

TSM安装、配置、服务器备份

实验机器:192.168.11.20、192.168.11.23

操作系统:windows2003

安装顺序:

1、安装isc601

2、安装AC532

3、安装TSMserver

4、安装Client

安装过程:

1、在192.168.11.20上安装ISC过程中需要设置密码,即ISCADMIN的登录密码:zenith。管理端口按默认http为8421,https为8422.

2、安装AC532,在安装过程中注意ISC安装路径,如提示需要安装ISC时检查一下路径,修改后再行安装。

3、在192.168.11.23上安装Client。安装时选择自定义,因为默认安装没有选择安装管理客户机命令行文件,若不安装此项,将无法在客户机上通过dsmadmc连接管理服务器。安装完成后客户机需要重启。

配置过程:

1、服务器端配置:

1.1运行配置向导...

在过程中设置server名字为:tsmtest,接受推荐无密码。在存储设备中选择文件库,在本地硬盘设置虚拟文件带库。

过程中未注册节点,准备在命令行中统一配置。

1.2服务器配置:

在向导配置完成后,服务器已经开始运行,此时在AC中可以对此服务器进行注册后进行管理,而且也能看到我们在向导中配置的虚拟带库:filediv2。

此时我们需要进行存储规划:

目前我们有两个设备类:磁盘与磁带库(虚拟的文件库)。设想结构为磁盘存储池(缓存)首先使用-->装满以后迁移到带库。再用磁带建一个副本存储池,备份前面的磁盘与磁带存储池中的数据。若前面的磁盘存储或磁带存储池数据损坏以后,可以通过副本存储池恢复。(此设计思想也可以做为项目实施过程中存储规划参考)

服务器配置步骤(基本步骤):

定义带库和路径

定义驱动器和路径

定义设备类

定义存储池

创建策略域

创建策略集

创建管理类

创建备份副本组

激活策略集

#此例中我们的带库和路径、驱动器和路径、设备类等都在向导中配置完毕,也可以在命令行中完成。

示例:

定义磁带库和路径

tsm> define library LB0.1.0.4 libtype=scsi share=yes #带库名,以带库在TSM中显示为准tsm> update library LB0.1.0.4 libtype=scsi share=yes

tsm> define path tsm LB0.1.0.4 srctype=server desttype=library device=LB0.1.0.4 online=yes #服务器名、带库名

定义驱动器和路径

tsm> define drive LB0.1.0.4 MT0.2.0.4 element=256 #带库名、驱动器名

tsm> define path tsm MT0.2.0.4 srctype=server desttype=drive library=LB0.1.0.4 device=MT0.2.0.4 online=yes #服务器名、驱动器名

tsm> define drive LB0.1.0.4 MT0.3.0.4 element=257

tsm> define path tsm MT0.3.0.4 srctype=server desttype=drive library=LB0.1.0.4 device=MT0.3.0.4 online=yes

定义设备类

tsm> define devclass LTOCLASS1 devtype=lto library= LB0.1.0.4 #设备类名

定义存储池:

tsm> define stgpool backpool9 disk #存储池名、设备类名

tsm> define stgpool nextpool9 filedev2 maxscratch=100 #

tsm> define stgpool copypool9 filedev2 pooltype=copy maxscratch=20 #定义副本存储池

设置backpool的下一存储池为nextpool:

tsm>update stgpool backpool9 nextpool=nextpool9 copystg=copypool9

设置backpool1的副本存储池为copypool:

tsm>backup stgpool backpool9 copypool9 maxprocess=1

创建备份策略域:

tsm> define domain testpolicy

创建策略集:

tsm> define policyset testpolicy testpolicy_set #策略域名、策略集名

创建管理类:

tsm> define mgmtclass testpolicy testpolicy_set testpolicy_maclass migdestination=none tsm> assign defmgmtclass testpolicy testpolicy_set testpolicy_maclass

创建备份副本组:

txm> define copygroup testpolicy testpolicy_set testpolicy_maclass standard destination=engback1 serialization=static verexists=5 verdeleted=4 retextra=90 retonly=600 #上例中standard是关键定,定义备份副本组是不需要名字

激活策略集:

tsm>activate policyset testpolicy testpolicy_set

配置客户机节点,(客户机中修改dsm.opt文件):

tsm> register node ytclient zenith domain=testpolicy #节点名、节点密码

2、客户机配置:

编辑配置文件:..\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 overwrite=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

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

相关主题
相关文档 最新文档