TSM在备份和恢复方面有什么比其他备份软件（NBU等）有什么优势吗？

这个问题问的特别好

TSM、NBU对于db2的备份，从表面上看，可能只是命令调用动态库的区别，其实从设计上，tsm对于db2的支持还是有一些细微的优势

tsm目前最新版本为v7.1.5, NBU为7.7, 刚刚又细看了一遍手册(下载链接为article.DOC8588.html)后, 现将优势整理如下:

1.兼容性, 成本

1).对于db2 v9.1及以后版本, tsm client自带的api可直接备份db2

2).NBU需要安装NetBackup for db2 agent, 且需要购买相应的license

2.初始配置

1).使用tsm，需要设置数据库实例用户$HOME/sqllib/userprofile文件，添加DSMI_DIR,DSMI_CONFIG和DSMI_LOG，3个环境变量；且配置.../client/api/bin64/dsm.opt和dsm.sys文件即可。这部分部署和配置工作在许多客户实际环境中，已实现了自动化

2).使用NBU, 对于多实例环境，需要执行db2_config配置脚本，获取实例home路径和生成db2.conf配置

3.API支持

1).db2数据库本身提供了针对tsm备份的4个参数TSM_MGMTCLASS,TSM_NODENAME,TSM_OWNER,TSM_PASSWORD，在数据库保留策略上(使用不同节点保留不同版本，例如每天备份镜像保留最新30个版本, 每月1号的备份镜像永久保留)，通过使用这4个参数，可以更加灵活的设置，且只需要配置1个调度作业即可；

2).针对于数据库的版本灵活保留上，NBU需要定义不同的调度作业，且需要使用不同的db2.conf配置文件和命令

4.工具使用上

1).db2针对tsm，开发了db2adutl工具，该工具专用于管理数据库备份镜像、归档日志文件，可检索、抽取、删除、校验

2).nbu针对db2备份镜像、归档日志的保留及删除，与文件相同，都是通过db2.conf进行控制，查看上使用bplist方式(与tsm客户端程序dsmc较为相似),通过节点来区分普通文件和db,在数据保留的安全性上存在风险

5.其他技术细节

虽然两个备份软件都可以实现对db2数据库及归档日志的备份，但对于日志的归档方式、及备份保留策略的设计上，TSM显得更为灵活