tsm备份mysql_TSM自身数据库备份失败

TSM服务器由于故障，更换过raid卡，修改过IP地址，之后自身db2数据库就无法进行备份了。

各客户端节点可以通过它正常备份到磁带库库，服务器自身备份到磁盘。

请大侠们帮忙看看是什么问题，非常感谢。

1、控制台输出如下：

ANR2017I 管理员 ADMIN 发出命令：BACKUP DB devclass=tsm_db_bak type=full

ANR4559I “备份数据库”正在进行中。

ANR0984I Database Backup 的进程 74 于 16:03:28 在 后台 状态下启动。

ANR2280I 数据库全备份已作为进程 74 启动。

ANR0406I 节点 ERPBAK(DB2/NT64)(Tcp/Ip erpbak(57068))的会话 6356 已启动。

ANR0520W 节点 ERPBAK(DB2/NT64)的会话 6356 的事务失败 － 没有定义存储池 BACKUPPOOL。

ANR0403I 节点 ERPBAK(DB2/NT64)的会话 6356 已终止。

ANR0406I 节点 ERPBAK(DB2/NT64)(Tcp/Ip erpbak(57069))的会话 6357 已启动。

ANR0403I 节点 ERPBAK(DB2/NT64)的会话 6357 已终止。

ANR2968E 数据库备份已终止。DB2 sql 代码：-2033。DB2 sqlerrmc：29        。

ANR0985I 在 后台 状态下运行的 Database Backup 的进程 74 于 16:03:31 完成，完成状态为 失败。

2、设备类定义如下：

DEFINE DEVCLASS tsm_db_bak DEVTYPE=FILE DIR=e:\tsm_db_bak MOUNTLIMIT=20 MAXCAP=2G SHARED=NO

3、定义backuppool：define stgpool backuppool tsm_db_bak MAXSCRatch=100；

此时BACKUP DB devclass=tsm_db_bak type=full 不会报错，备份出来的卷后缀名为 .bfs 。

------------------------------------------------------------------------------------------

用 q volh 命令查看：tsm > q volh ，结果截取如下：(一次备份生成49个2G大小的卷)

日期/时间: 2013/08/23 01:10:40

卷类型: STGNEW

备份系列:

备份操作:

卷序列:

设备类: TSM_DB_BAK

卷名: E:\TSM_DB_BAK\00007DD9.BFS

卷位置:

命令:

数据库备份标识上限:

数据库备份标识下限:

数据库备份起始位置:

数据库备份 HLA:

数据库备份 LLA:

数据库备份总数据字节(MB):

数据库备份总日志字节(MB) :

数据库备份日志块号上限:

数据库备份日志块号下限:

------------------------------------------------------------------------------------------

------------------------------------------------------------------------------------------

tsm >q volh  (之前成功备份的部分截取如下)

日期/时间: 2013/07/19 07:00:03

卷类型: BACKUPFULL

备份系列: 554

备份操作: 0

卷序列: 48

设备类: TSM_DB_BAK

卷名: E:\TSM_DB_BAK\74222505.DBV

卷位置:

命令:

数据库备份标识上限: 0

数据库备份标识下限: 224,414,354

数据库备份起始位置: 0

数据库备份 HLA: \NODE0000\

数据库备份 LLA: FULL_BACKUP.20130719070003.2

数据库备份总数据字节(MB): 95,959.43

数据库备份总日志字节(MB) : 2,048.52

数据库备份日志块号上限: -1

数据库备份日志块号下限: -1

------------------------------------------------------------------------------------------

对比发现新建backuppool后，backup db 的结果和之前的备份完全不一样。