1. TSM移除带，添加带，清洗带概念求解。
q libv 里看不到新加的磁带，可以用 q actlog begint=-00:15 (等于号后面是你要看的active log的时间范围 -00:15就是前 15分钟的log)查找一下process 的返回信息，是成功还是失败。对解决问题很有用。
磁带还没加进带库时用define 或者delet之类的命令操作对象都是TSM database。 就是用命令告诉TSM 去识别有这个barcode的的磁带而已。并没有对真正的磁带做操作。当磁带插入带库重新开始使用的时候数据会被自动清除的。
2. TSM 数据库备份失败 求助
安装好软件后，需要分别对 TSM server 进行配置。
使用 TSM 对 DB2 进行备份，必须对 DB2 备份数据的保存策略以及保存位置进行定义。因此，需要在 TSM server
上，对以下几项进行配置和定义。
定义设备类 (device class)
需要根据备份数据库的大小和备份、还原频率来选择某一种类型的设备类来存储 DB2 的备份数据库。TSM server 使用 define devclass
来完成此功能。
这里使用 FILE 类型的设备类来模拟磁带存储 DB2 备份数据。具体的命令如下：
Define devclass filedevclass devtype=file directory=d:\tsmfiledata\db2backup
如果运行成功，则返回如下结果：
ANR2203I Device class FILEDEVCLASS defined.
该命令定义了一个新的设备类：filedevclass，它的目录指向 d:\tsmfiledata\db2backup。
定义存储池 (storage pool) 和存储卷 (volume)
存储池是一个逻辑概念，它表示了备份 / 归档数据的实际存储设备，每一个存储池都对应了一个特定的设备类。TSM server 使用 define
stgpool 来完成此功能。
下面定义一个存储池用来表示 DB2 备份数据的实际存储位置。具体的命令如下：
Define stgpool db2filepool filedevclass maxscratch=100
如果运行成功，则返回如下结果：
ANR2200I Storage pool DB2FILEPOOL defined(device class FILEDEVCLASS)
他定义了一个新的存储池 db2filepool，并关联了之前定义的设备类 filedevclass.
对于存储池，如果 maxscratch>0, 则表示可以使用 scratch
类型的存储卷，不需要特别定义。当然也可以使用自己定义的存储卷，使用的命令是 define volume。具体示例如下：
Define volume db2filepool d:\tsmfiledata\db2backup\volm1 format=100
如果运行成功，则返回如下结果：
ANR2491I Volume Creation Process starting for D:\TSMFILEDATA\DB2BACKUP\VOLM1
上述命令在 db2filepool 中定义了一个大小为 100M 的存储卷 ,
位置是：D:\tsmfiledata\db2backup\volm1。
定义节点
为了让 DB2 通过 TSM client API 备份数据，必须在 TSM server 上为其注册一个节点，设置它的节点名及密码。相关的命令为
register node。具体示例如下：
register node db2 password
在这里，db2 为新注册的节点，默认注册到 STANDARD 的策略域上。
定义策略
在 TSM server 中，需要为 DB2 使用的节点定义其存储策略。
定义策略域 (policy domain)：
TSM server 使用 define domain 命令来定义策略域，具体示例如下：
Define domain db2domain description=”policy domain for db2 backup”
如果运行成功，则返回如下结果：
ANR1500I Policy domain DB2DOMAIN defined
该命令定义了一个名为 db2domain 的策略域。
定义策略集 (policy set)：
TSM server 使用 define policyset 命令来定义策略域，具体示例如下：
Define policyset db2domain db2policyset description=”policy set for db2”
如果运行成功，则返回如下结果：
ANR1510I Policy set DB2POLICYSET defined in policy domain DB2DOMAIN
该命令定义了一个名为 db2policyset 的策略集，它是属于 db2domain 这个策略域中的。
定义管理类 (management class):
TSM server 使用 define mgmtclass 命令来定义策略域，具体示例如下：
Define mgmtclass db2domain db2policyset db2mgmtclass
description=”management class for db2”
如果运行成功，则返回如下结果：
ANR1510I Management class DB2MGMTCLASS defined in
policy domain DB2DOMAIN, set DB2POLICYSET.
上述命令定义了管理类 db2mgmtclass, 它属于策略集 db2policyset, 策略域 db2domain。
把定义的管理类作为该策略集中的默认管理类。
TSM server 使用 assign defmgmtclass 命令把设置某个策略集中的默认管理类。具体示例如下：
Assign defmgmtclass db2domain db2policyset db2mgmtclass
如果运行成功，则返回如下结果：
ANR1538I Default management class set to DB2MGMTCLASS
for policy domain DB2DOMAIN, set DB2POLICYSET.
该命令把之前定义的管理类 db2mgmtclass 设置成策略集 db2policyset 的默认管理类。
定义拷贝组 ( group)
分别为备份数据和归档数据定义 group
定义拷贝组的命令是 define group，根据参数 type 的设置，可以分别定义 backup group 和 archive
group。具体的命令如下：
定义备份拷贝组：
Define group db2domain db2policyset db2mgmtclass dest=db2filepool
如果运行成功，则返回如下结果：
ANR1530I Backup group STANDARD defined in policy domain DB2DOMAIN,
set DB2POLICYSET, management class DB2MGMTCLASS.
定义归档拷贝组：
Define group db2domain db2policyset db2mgmtclass
type=archive dest=db2archivepool
如果运行成功，则返回如下结果：
ANR1535I Archive group STANDARD defined in policyset
domain DB2DOMAIN,set DB2POILCYSET, management class DB2MGMTCLASS.
这两个命令在 db2mgmtclass 中分别定义了 backup group 和 archive group, 并指明 backup
和 archive 的数据分别存储在 db2filepool 和 db2archivepool 两个存储池中。其中 db2archivepool 存储池的定义与
db2filepool 的定义是类似的，这里就不再介绍。
验证并激活策略集
TSM server 使用 validate policyset 以及 active policyset
命令来验证并激活策略集。只有激活以后的策略集，才会在后面的备份中使用到。具体的命令示例如下：
验证策略集：
Validate policyset db2domain db2policyset
如果运行成功，则返回如下结果：
ANR1515I Policy set DB2POLICYSET validated in domain DB2DOMAIN(ready for activation)
激活策略集：
Activate policyset db2domain db2policyset
该命令会询问客户是否确认执行，确认后，如果运行成功，则返回如下结果：
ANR1514I Policy set DB2POLICYSET activated in policy domain DB2DOMAIN
上述俩命令验证并激活了策略域 db2domain 中的策略集 db2policyset.
更新 TSM 节点信息
需要更新节点信息，把 TSM 节点指定到为其定义的策略域中。TSM server 使用 update node 来实现该功能。具体命令如下：
Update node db2 domain=db2domain archdelete=yes backdelete=yes
如果运行成功，则返回如下结果：
ANR2063I Node DB2 updated.
该命令把节点 db2 关联到了策略域 db2domain 上，并修改了节点参数 archdelete 和 backdelete 的设置。
到这里，TSM server 端的配置就完成了。关于这些 tsm server 命令的详细介绍，可参考《IBM Tivoli Storage
Manager for AIX Administrator's Reference》。
回页首
设置环境变量
在安装完 TSM backup-archive 客户端后，它会自动安装相应的 TSM client
API，之后需要在系统环境变量中定义三个环境变量。分别是：DSMI_CONFIG, DSMI_DIR 和 DSMI_LOG。之后的 DB2
备份中，将会使用这三个变量。
DSMI_CONFIG
这个环境变量设置了 TSM client API option file 的位置。如果安装了 TSM backup-archive 客户端，则它在
WINDOWS 平台下的默认值为‘C:\Program
Files\Tivoli\TSM\baclient\dsm.opt’。如果把它安装到了其他位置，则将该环境变量设置成相应的值。如果该目录下没有 dsm.opt
文件，可以自己生成一个。关于如何配置该文件可参考《IBM Tivoli Storage Manager for Windows Backup-Archive
Clients Installation and User's Guide》。
DSMI_DIR
这个环境变量设置了 TSM client API 的安装路径。在 WINDOWS 平台下，默认的安装路径为：‘C:\Program
Files\Common Files\Tivoli\TSM\api’。
需要注意的是，TSM V5.5 之前的默认位置是‘C:\Program Files\Tivoli\TSM\api’。新版本发生了一些变化。
DSMI_LOG
该环境变量设置了 TSM client API 的错误日志 dsierror.log 所在的目录位置。如果安装了 TSM backup-archive
客户端，则它在 WINDOWS 平台下的默认值为：‘C:\Program Files\Tivoli\TSM\baclient’。如果没有，生成一个即可。
回页首
对 TSM client 进行配置
配置完 TSM server 后，需要对 TSM client API 进行配置。Windows 主要配置的是 dsm.opt 文件。也就是
DSMI_CONFIG 中所指向的文件。在这个文件中，需要指明 TSM client 与 TSM server 的通讯方式，TSM client 所使用的
TSM 节点名，以及密码的访问模式。下面，如图 1 所示给出一个 dsm.opt 的文件示例。可以用文本编辑器对其进行编辑：
图 1. dsm.opt 的文件示例
回页首
生成 TSM 节点的加密密码
在前面的配置都完成后，需要调用 dsmapipw.exe 可执行文件，默认安装 DB2 的安装目录“c:\program
files\ibm\sqllib\adsm\”下，对之前设置的 TSM 节点密码进行加密。这个加密的密码将会被保存在 windows 的注册表中。
运行 dsmapipw.exe 的时候，将会要求输入当前的节点密码，新密码，并且对新密码进行确认，如图 2 所示。
图 2. 设置的 TSM 节点密码
除了可以通过密码来进行安全保护外，TSM V5.5 版本还提供了一种叫做 Secure Socket Layer(SSL) 的数据保护机制。通过配置使用
SSL, 可以在 client 和 server 之间提供一条安全的通信通道，提高用户备份数据的安全性。具体的 SSL 配置说明，可参考《IBM Tivoli
Storage Manager for Windows Administrator's Guide》。
回页首
对 DB2 进行设置
对于每一个需要备份的 DB2 数据库，它都有四个与 TSM 有关的参数需要设置，分别是：TSM_MGMTCLASS, TSM_NODENAME,
TSM_PASSWORD, TSM_OWNER。
TSM_MGMTCLASS
这个参数值表示的是该数据库将会绑定到哪一个管理类中。如果该参数设置了，那它的优先级将高于默认的管理类和 include-exclude list
中的设置。相应的 DB2 命令为 update db cfg。具体的命令示例如下：
Update db cfg for sample using tsm_mgmtclass db2mgmtclass
如果运行成功，则返回如下结果：
DB20000I The UPDATE DATABASE CONFIGURATION command completed succesfully
该命令把 sample 数据库的配置参数 TSM_MGMTCLASS 的值设置成了之前定义的管理类 db2mgmtclass。
当然，该功能也可以通过 DB2 GUI 来实现。
TSM_NODENAME
该参数值表示了 DB2 数据库备份时使用的节点名。
如果在 dsm.opt 中设定 PasswordAccess=generate，则该参数需要设为空值
如果在 dsm.opt 中设定 PasswordAccess=prompt，则该参数需要设置为前面定义的节点名
TSM_PASSWORD
该参数值表示了 DB2 数据库备份时使用的节点的密码。
如果在 dsm.opt 中设定 PasswordAccess=generate，则该参数需要设为空值
如果在 dsm.opt 中设定 PasswordAccess=prompt，则该参数需要设置为前面定义的节点密码
TSM_OWNER
该参数表示了备份对象的 owner. 这个参数是针对 UNIX 操作系统的，对于 WINDOW 平台，不需要设置。在 UNIX 平台下，
如果在 dsm.opt 中设定 PasswordAccess=generate，则该参数需要设为空值
如果在 dsm.opt 中设定 PasswordAccess=prompt，则该参数需要设置
回页首
进行数据库备份操作
到这里为止，所有的配置都已经完成。现在就可以使用 TSM 来备份 DB2 了。
DB2 的备份操作可以通过 DB2 Command line interface(CLI) 以及 Graphical user
interface(GUI) 来实现。下面，就以 Command line interface 为例进行说明。在 DB2 中的相关命令为 backup
db。具体的命令示例如下：
Backup db sample use tsm.
如果运行成功，则返回如下结果：
Backup successful. The timestamp for the backup image is: 20071127163936
该命令用 TSM 对数据库 sample 进行了一次全备份。这次备份的时间戳为 20071127163936。
在 TSM server 上，可以使用命令 query volume 以及 query content
对备份数据所在的存储卷进行查询，从而可以得到存储的内容。具体示例如下：
Query volume volm1
该命令可以获得存储池 db2filepool 中存储卷 volm1 的信息。
Query content volm1
该命令可以获得存储卷 volm1 中的所有备份文件的信息。
这些命令的运行结果如图 3 所示：
图 3. 数据库备份运行结果
从中可以看到，sample 数据库作为一个文件保存在 TSM 的存储卷中。
回页首
进行数据库还原操作
和数据库的备份一样，数据库的还原操作也可以通过 DB2 Command line interface(CLI) 以及 Graphical user
interface(GUI) 来实现。下面，就以 Command line interface 为例进行说明。它使用的命令是 restore
db。具体的命令示例如下：
Restore db sample use tsm taken at 20071127163936
在这里，sample 数据库使用时间戳为 20071127163936 的数据库备份来进行数据库还原。该命令的运行结果如下图 4 所示：
图 4. 数据库还原命令的运行结果
回页首
进行数据库表空间的备份操作
TSM 除了支持对 DB2 数据库级别的备份之外，还支持表空间级别的备份操作。它同样可以通过 DB2 Command line
interface(CLI) 以及 Graphical user interface(GUI) 来实现。下面，就以 Command line interface
为例。它使用到的命令是 backup database DBNAME tablespace(SPACENAME) online use
tsm。具体的命令示例如下：
Backup database sample tablespace(userspace2) online use tsm
如果运行成功，返回如下结果：
Backup successful. The timestamp for this backup image is: 20080514003631
在这里，TSM 对 sample 数据库中的表空间 userspace2 做了一次全备份，时间戳为 20080514003631。
回页首
进行数据库表空间的还原操作
数据库表空间的还原操作也可以通过 DB2 Command line interface(CLI) 以及 Graphical user
interface(GUI) 来实现。下面，就以 Command line interface 为例。它使用到的命令是 restore database
DBNAME tablespace(SPACENAME) online use tsm。具体的命令示例如下：
restore database sample tablespace(userspace2) online use tsm taken at 20080514003631.
如果运行成功，返回如下结果：
DB20000I The RESTORE DATABASE command completed successfully.
在这里，sample 数据库的表空间 userspace2 使用时间戳为 20080514003631 的备份来进行表空间还原。
TSM 软件把备份的数据保存在各种类型的存储卷中。对于 V5.5 之前的版本，TSM 只允许对 FILE 类型的存储卷进行互斥的访问，而 V5.5
增加了对于 FILE 类型存储卷的并发读写操作。也就是说，在同一时刻，可以允许以下行为的并发：
1．多个 client 对同一个 FILE 类型的存储卷进行并发的读操作。
2．一个 client 对 FILE 类型的存储卷进行写操作，而其他的用户可以同时对该卷进行读操作。
因此，在使用 TSM V5.5 来备份 DB2 数据库 / 表空间的时候，如果采用的是 FILE
类型的存储卷保存备份数据（如本文中的示例），则可以进行以下的并发行为：
1．多个 client 同时对保存在同一个存储卷中的备份数据库 / 表空间进行还原操作。
2．一个 client 在备份 DB2 数据的同时，可以允许其他 client 对该存储卷中的其他备份数据进行还原操作。
TSM V5.5 的这项新功能通过对 FILE 类型存储卷的并发支持，可以比较好的提高客户在还原数据库时的性能。
3. 如何使TSM定时自动备份
1）定义调度
使用命令：DEFine SCHele <domain_name> <schele_name> ……
常用参数：
ACTion = 需要运行的操作
STARTTime = 需要操作运行的时间和日期
DURration = 需要操作重复执行的频度
例子1：
定义一个名叫 MONTHLY_BACKUP 的调度，它启动所有相关节点的增量备份。指定启动日期为星期二，2001 年 5 月 1 日。因为该日期与指定的星期几（星期日）不匹配，所以初始的启动窗口从 2001 年 5 月 1 日（05/01/2001）之后的第一个星期日开始。此调度的启动窗口从 01:00 到 03:00。每月的调度将初始化所有关联节点的 C 盘与 D 盘上文件空间的备份。
命令：
define schele standard monthly_backup
description="Monthly Backup of c: and d: drives"
objects="c:\* d:\*"
startdate=05/01/2001 starttime=01:00
ration=2 runits=hours period=1
perunits=months dayofweek=Sunday
例子2：
定义一个名叫 WEEKLY_BACKUP 的调度，它启动所有相关节点的增量备份。此调度的初始启动窗口，从 1997 年 6 月 7 日（06/07/1997）星期六的 23:00 扩展到 1997 年 6 月 8 日（06/08/1997）星期日的 3:00。后续的窗口在每个星期六的 23:00 时开始。当执行此调度时，将不会有消息返回给客户机节点。
命令
define schele employee_records weekly_backup
startdate=06/07/1997 starttime=23:00 ration=4
runits=hours perunits=weeks
dayofweek=saturday options=-quiet
2）将节点与调度连接起来
使用命令：define association <domain_name> <schele_name> <node_name>
参数：
调度所属的策略域
调度名
与该调度关联的客户机节点列表
例子：
要将Tom客户机节点与调度weekly_backup（两者都属于employee_records策略域）相关联，
命令：
define association employee_records weekly_backup Tom
3）在节点上启动调度程序
定义完调度后，一定确认调度程序在客户节点计算机上一直启动着。调度程序的启动根据操作系统的不同，方法也不同。
注意：当调度程序处于运行状态时，Tivoli Storage Manager 识别不出对客户机选项文件所作的更改。要使 Tivoli Storage Manager 立即使用新的值，必须停止调度程序并重新启动它。
4）查看调度信息、调度执行的记录
4、1）查看调度信息：
使用命令：query schele [<domain_name>[<schele_name>]]
例子1：
显示属于 EMPLOYEE_RECORDS 策略域的所有调度。
命令
query schele employee_records
域 * 调度名称 操作 启动日期／时间 持续时间 周期 星期几
------- - -------------- ------ -------------------------- ------ --
EMPLOY WEEKLY_BACKUP Inc Bk 1998.06.04 17.04.20 1 H 1 D 任意
EE_RE-
CORDS
EMPLOY- EMPLOYEE_BACKUP Inc Bk 1998.06.04 17.04.20 1 H 1 D 任意
EE_RE-
CORDS
4. 怎么查看tsm 历史备份情况
运行dsmadmc
输入admin
admin
query event * * begind=today-1 endd=today
到每台server的对应目录查看：
C:\Program files\Tivoli\Tsm\baclient\dsmsched.log
在日志文件的结尾会有昨天的备份记录信息，可以查看到是否成功备份、备份的大小、备份的时间
参考资料：http://wenku..com/link?url=hBGdZChTbhmwaTbyUUghk7QP3--uFfo1UaGFyxvvC1omQW
5. tsm服务器中怎么看各个node备份了哪些文件
问题分类
〖AIX专家坐诊〗
主题标签
TSM备份分布
状态
发布时间：2009-12-29
更新时间：2009-12-29
会员浏览：4451
请教：TSM如何检查某个node的备份分布
俺最在一直在研究TSM，碰到有不少问题，比如：
俺在TSM中设置了自动调度（FILE类型，incremental），在调度成功后
1、TSM如何检查某个node的备份内容都分布在哪些volume上？
2、对于TSM备份成功的内容怎么检查其备份日志，比方说我想知道昨晚上某个schele运行时到底备份了哪些文件...
3、如果我们手动备份某个目录，备份成功后，在服务器上能否查到相关的备份记录（比如系统调度的都可以用q event * * 检查）
我在ISC没有找到相关的内容，qian1110能不能再细说一下。
另外对于第2点我检查发现看客户端的日志文件即可：
2、对于TSM备份成功的内容怎么检查其备份日志，比方说我想知道昨晚上某个schele运行时到底备份了哪些文件...
解：检查Client日志文件即可，如：/usr/tivoli/tsm/client/ba/bin64/dsmsched.log
6. 如何使用 TSM 备份 DB2
1、离线全备份
1)、首先确保没有用户使用DB2:
$db2 list applications for db sample
2)、停掉数据库并重新启动，以便断掉所有连接：
db2stop force
db2start
3)、执行备份命令：(使用TSM作为备份的介质)
db2 backup db sample use tsm
备份成功，将会返回一个时间戳。
4)、检查备份成功：
Db2 list history backup all for sample ，可以看到多了这个备份的纪录。
Db2atl query命令也可以看到返回值。
5)、备注：
首先对主节点(catalog表空间在的节点)执行备份命令，再对另外的节点也做这个操作。
2、 在线备份：
1)、首先打开一下支持在线备份的数据库配置参数：
db2 update db cfg for sample using userexit on 启用用户出口
db2 update db cfg for sample using logretain on 启用归档日志
db2 update db cfg for sample using trackmod on 启用增量备份功能
(需要各个Node都分别做设置)
7. db2 v9备份 恢复到v11
一、备份（backup）数据库：1、离线全备份：
1）、首先确保没有用户使用DB2:
db2 list applications for db sample
2）、停掉数据库并重新启动，以便断掉所有连接：
db2stop force
db2start
3）、执行备份命令：（使用TSM作为备份的介质）
db2 backup db sample use tsm
备份成功，将会返回一个时间戳。
4）、检查备份成功：
db2 list history backup all for sample 可以看到多了这个备份的纪录。
db2atl query 命令也可以看到返回值。
5）、备注：
首先对主节点（catalog表空间在的节点）执行备份命令，再对另外的节点也做这个操作。
2、 在线备份：
1）、首先打开一下支持在线备份的数据库配置参数：
db2 update db cfg for sample using userexit on 启用用户出口
db2 update db cfg for sample using logretain on 启用归档日志
db2 update db cfg for sample using trackmod on 启用增量备份功能
(需要各个Node都分别做设置)
开启这些参数后，数据库处于backup pending状态，要求做数据库的离线全备份。做一下离线全备份，参考上面的命令。
2）、在线备份命令如下：
db2 backup db sample online use tsm
备份成功，返回一个时间戳。
3）、同样可以用db2atl 和db2 list history察看备份纪录。
4）、备注：
同样，对每个节点都做这个操作。
3、 在线增量备份
1）、在开启了必须的三个参数的情况下，做增量备份：
db2 backup db sample online incremental use tsm
备份成功，返回一个时间戳。
2）、同样可以用db2atl 和db2 list history察看备份纪录。
3）、还有一种delta的备份：
db2 backup db sample online incremental delta use tsm
这两种备份的区别，类似Oracle Exports的Incremental和Cumulative方式，db2的incremental对应oracle的cumulative方式，而db2的delta方式则对应oracle的incremental方式。
4）、备注：
同样，对每个节点都做这个操作。
二、恢复（RESTORE）数据库：
1、新建数据库：
在一般管理工具， 创建数据库（别名要和原来的数据库别名一致）。
2、恢复数据库：
1）：断开连接：将网络断开，切断所有的客户连接，如果不行，先重启。(如果有客户端连接到DB2服务器，恢复不行的，包括控制中心)
2）：恢复离线备份。
3、恢复在线备份：
1）、恢复。恢复命令为：db2 restore database DBName from C:Temp taken at 20090622164642
2）、前滚。前滚命令为：db2 rollforward db DBName to end of logs（或者：控制中心->所有数据库->dbname ->右键->前滚）
3）、停止前滚。停止前滚命令为：db2 rollforward db DBName stop（或者：控制中心->所有数据库->dbname ->右键->停止前滚）
8. 如何在linux上查看tsm server是否起来的
执行如下命令：
netstat -tuln | grep 25
如果有结果，应该是有启动。这是简便的方法。
另外你可以查看你的系统日志啊。这是最好的办法
9. 怎么查看linux tsm版本
使用dsmadmc 命令连接tsm服务器，连接的时候就可以看到tsm的版本了，比如：
#dsmadmc
IBM Tivoli Storage Manager
Command Line Administrative Interface - Version 5, Release 3, Level 4.0
(c) Copyright by IBM Corporation and other(s) 1990, 2006. All Rights Reserved.
说明使用的tsm版本为5.3.4