DB2 基础: IBM DB2 Universal Database for Linux, UNIX and Windows 备份实用程序

核心提示： DSMI_DIR 是 TSM 客户机的安装目录， DSMI_CONFIG 是设置 TSM 时所在的配置，DB2 基础: IBM DB2 Universal Database for Linux, UNIX and Windows 备份实用程序(9)， DSMI_LOG 指定记录任何错误的文件，

DSMI_DIR 是 TSM 客户机的安装目录。

DSMI_CONFIG 是设置 TSM 时所在的配置。

DSMI_LOG 指定记录任何错误的文件。

当启动实例时，所有这些设置都将被捕捉，因此，改变其中任何一个设置（以及第一次设置 DB2，使其使用 TSM 时）都必须重新启动实例。如果更改了任何配置参数，只需重新启动实例即可。例如，如果您更改了 TSM 配置文件中的任何特定的 TSM 设置（例如您想与某台 TSM 服务器通信），则无需重新启动数据库引擎。这些环境变量通常位于 DB2 实例的用户配置文件中。

TSM 以时间戳来惟一地标识所有备份。DB2 在 TSM 服务器上并不使用期限（expiration）策略。这一点很重要，因为它意味着您的备份不会过期，因此需要制定一个计划来处理这种情况。

在 DB2 V7 中，DB2 不会删除备份，而是将它们标记为非活动（inactive），所以需要设置 TSM，以便保留非活动的备份（这不是默认设置）。在 DB2 V8 中，这种情况有所变化。现在，当您想要删除一个备份时，不管 TSM 管理类的定义如何，都可以执行删除操作。

在 DB2 V7 中，如果使用 TSM 在节点上备份一个数据库，那么只有执行该备份的用户才能恢复这个数据库。这在 DB2 V7 环境中会导致一些问题，为了恢复到另一台服务器，您必须“伪装”成原先的节点，并且要知道它们各自的密码。您必须在目标节点上创建一个空的数据库，设置 TSM_NODENAME、TSM_PASSWORD、TSM_OWNER 数据库配置参数，然后在 dsm.opt 文件中更改 PASSWORDACCESS=PROMPT，再将 NODENAME 注释掉。

在 DB2 V 8.2 中，通过附件的“供应商选项”支持，已经消除了这种复杂性。该特性允许将初始参数直接发送到 TSM API，其中包括生成备份镜像时所在节点的名称以及 DB2 实例的初始 ID。您不再需要知道节点 TSM 的初始密码。将一个备份镜像恢复到任何节点需要两步：