配置 Tivoli Storage Manager 客户机

必须先配置 TSM 环境，然后 Db2® 数据库管理器才能使用 IBM® Tivoli® Storage Manager (TSM) 客户机来管理数据库或表空间备份或复原操作。

准备工作

必须安装和配置可用的 TSM 客户机和服务器。另外，必须在每台 DB2 数据库服务器上安装 TSM 客户机 API。如果已将 TSM 服务器配置为支持 TSM 客户机代理节点，那么 TSM 客户机代理节点将受支持。有关服务器配置和代理节点支持的信息，请参阅使用 Tivoli Storage Manager 或参阅 Tivoli 文档。

注: Tivoli Storage Manager (TSM) V 7.1.8 和 V 8.1.2 引入了显着增强功能，以提高客户机与服务器通信之间的安全性。如果 TSM 服务器已升级至 V7.1.8（或更高版本）或 V8.1.2（或更高版本），且配置有已改进的安全协议，并且 TSM 备份归档客户机已升级至 V7.1.8（或更高版本）或 V8.1.2（或更高版本），那么必须重新配置备份归档客户机的安全设置，以在服务器上使用新的安全性增强功能。如果未能重新配置客户机，那么可能导致 TSM 认证错误代码 927 或其他错误。有关详细信息，请参阅 TSM V 7.1.8: https://www.ibm.com/support/knowledgecenter/SSGSG7_7.1.8/client/r_new_for_version.html或 TSM V 8.1.2: https://www.ibm.com/support/knowledgecenter/SSEQVQ_8.1.2/client/r_new_for_version.html的新增功能和更新。还请注意以下技术说明中的配置更改: https://www.ibm.com/support/pages/configuration-changes-needed-ibm-spectrum-protect-formerly-tivoli-storage-manager-client-versions-starting-718-and-812

注: 在 Solaris 上配置 V 7.1.8 或 V 8.1.2 的 TSM 备份/归档客户机时，如果以实例所有者身份发出 API dsmapipw ，可能会收到错误消息，指示 "服务器登录失败: (160) 在其目录中找不到 TA"。在这种情况下，变通方法是以 root 用户身份发出 dsmapipw API，然后将密钥文件的所有权更改为实例所有者。

过程

配置 DB2 数据库系统使用的 TSM 环境：

设置 TSM 客户机 API 使用的环境变量：

DSMI_DIR

标识 API 可信代理程序文件（dsmtca）所在的用户定义目录路径。

DSMI_CONFIG

标识 dsm.opt 文件（它包含 TSM 用户选项）的用户定义目录路径。与另外两个变量不同，此变量应包含标准路径和文件名。

DSMI_LOG

标识将在其中创建错误日志（dsierror.log）的用户定义目录路径。

注: 在多分区数据库环境中，必须在 sqllib/userprofile 文件中指定这些设置。
如果对这些环境变量进行了任何更改，并且数据库管理器正在运行，那么先停止然后重新启动数据库管理器。
例如：
- 使用 db2stop 命令停止数据库管理器。
- 使用 db2start 命令启动数据库管理器。
根据服务器的配置， Tivoli 客户机可能需要密码才能与 TSM 服务器进行交互。
如果 TSM 环境配置为使用 PASSWORDACCESS=generate，那么 Tivoli 客户机需要建立其密码。

将可执行文件 dsmapipw 安装在实例所有者的 sqllib/adsm 目录中。此可执行文件允许您建立和重置 TSM 密码。
要执行 dsmapipw 命令，必须作为本地管理员或 root 用户登录。当执行此命令时，将提示您输入下列信息：
- 旧密码，它是 TSM 服务器识别的该 TSM 节点的当前密码。第一次执行此命令时，此密码是 TSM 管理员在 TSM 服务器上注册节点时所提供的密码。
- 新密码，它是 TSM 节点的新密码，存储在 TSM 服务器上。（将提示您输入新密码两次，以检查是否有输入错误。）
注: 调用 BACKUP DATABASE 或 RESTORE DATABASE 命令的用户不需要知道此密码。只需要在为初始连接建立密码时，以及 TSM 服务器上的密码重新设置后，才需要运行 dsmapipw 命令。

后续操作

根据备份和日志归档策略不同，如果要使用代理节点，您可能需要执行额外的步骤，以配置 TSM 客户机。代理节点允许您将存在于多个客户机节点上或多个用户下的数据库的备份或日志归档合并到 TSM 服务器上的共用目标节点名。当执行备份的管理员或计算机可随时间更改（例如，随集群更改）时，此配置非常有用。 asnodename 选项还允许从其他计算机复原数据，或者以并非执行备份的用户身份来复原数据。

如果要在 Db2 pureScale® 环境中使用 TSM ，那么建议使用代理节点配置，因为每个成员都可以表示为 TSM 客户机或节点并映射到公共代理节点。

如果在缺省情况下不想使用代理节点，那么不需要其他客户机设置。如果要使用代理节点执行备份或复原操作，请在调用 BACKUP DATABASE 或 RESTORE DATABASE 命令时在 OPTIONS 参数中指定 asnodename 值。

如果在缺省情况下想要使用 TSM 代理节点，请使用下列方法：

更新数据库配置参数，以对不同的数据库使用不同的代理节点。
更新 dsm.sys 文件，以对机器上的所有用户和数据库使用同一代理节点。
注: 使用相同 TSM 代理名称的每个用户/主机组合都将显示为与 TSM 相同的 Db2 实例。这可能意味着如果多个 Db2 实例在 TSM 客户机节点代理配置中使用相同的数据库名称，那么它们可能会覆盖彼此的日志归档和备份映像。要避免出现这种情况，请执行以下操作：
- 为每个 Db2 实例创建不同的代理主机名。
- 如果多个 Db2 实例可能使用相同的 TSM 代理名称创建数据库，请不要使用 TSM 的客户机节点代理功能。

使用 vendoropt、logarchopt1 和 logarchopt2 的 TSM 客户机设置

可以设置下列数据库配置参数中的一个或多个参数，以对每个数据库启用不同的代理节点设置：

要启用使用 TSM 的命令 (例如备份和复原) 以使用代理节点，请在 vendoropt 数据库配置参数中指定 asnodename 选项，如下所示:
```
db2 update db cfg for dbname using vendoropt '-asnodename=proxynode'
```
其中 proxynode 是共享 TSM 代理节点的名称。
要配置到 TSM 服务器的日志归档，请将 logarchmeth1 数据库配置参数设置为 TSM ，并将代理节点的名称指定为 logarchopt1 数据库配置参数中的 asnodename 值，如下所示:
```
db2 update db cfg for dbname using logarchmeth1 tsm 
logarchopt1 '-asnodename=proxynode'
```
其中 proxynode 是共享 TSM 代理节点的名称。
您可以对 logarchmeth2 和 logarchopt2 数据库配置参数做类似的更新。

在 Db2 pureScale 环境中，这些数据库配置参数是全局参数，您可以从任何成员设置这些参数。

使用 dsm.sys 文件的 TSM 客户机设置方法

编辑 dsm.sys 文件并添加代理节点信息，如下所示：
```
asnodename proxynode
```
其中 proxynode 是共享 TSM 代理节点的名称。
确保 DSMI_CONFIG 路径中指定的 dsm.opt 文件包含 TSM 服务器的名称，如下所示:
```
servername servername
```
其中 servername 是 TSM 服务器名称。