【IT168 资讯】操作环境及步骤大概：
　　实验机器：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

　　创建备份副本组：
tsm> 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 ＃节点名、节点密码

客户机配置与备份测试

　　编辑配置文件：..\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
　　＃在进行数据库恢复时，若备份时采用的是文件设备类，此时需提前定义相同名字的文件设备类，并且要与原类定义时指向同一文件夹。

　　原文链接：http://blog.chinaunix.net/u1/45990/showart_1670461.html