初始化高可用性灾难恢复 (HADR)

要使用 CLP 以在系统上首次初始化 HADR：

1. 确定每个 HADR 数据库的主机名、主机 IP 地址和服务名称或端口号。

   如果主机使用多个网络接口，请确保 HADR 主机名或 IP 地址映射至预期的接口。 您需要在 /etc/services 中为每个受保护数据库分配不同的 HADR 端口。 这些端口不能与分配给实例的端口相同。 主机名只能映射至一个 IP 地址。

   要确定主机名，请参阅 LIST DATABASE DIRECTORY 命令。 要确定主机 IP 地址、服务名称和端口号，请参阅 LIST NODE DIRECTORY 命令。

   注: 主数据库和备用数据库的实例名称不必相同。
2. 在主数据库上设置针对 HADR 环境所建议或必需的所有配置参数，以便那些设置将存在于您在下一个步骤中创建的所有备用数据库上。
   例如，通过发出以下命令，启用建议的日志记录和索引重新创建行为以及阻止非记录的活动行为：

   "UPDATE DB CFG FOR dbname USING
        LOGINDEXBUILD   ON
        BLOCKNONLOGGED YES"

3. 通过复原备份映像或初始化分割镜像，根据要作为主数据库的现有数据库来创建备用数据库。

   选项	描述
   备份和复原方法	在以下示例中， BACKUP DATABASE 和 RESTORE DATABASE 命令用于初始化备用数据库。 在此情况下，共享文件系统在两个站点上是可访问的。 在主数据库上，联机发出以下命令： BACKUP DB dbname 如果在备用实例上已存在数据库，请将其删除，以便从头开始。 现有数据库中的文件可能会干扰 HADR 操作。 例如，遗留日志文件可能会将备用数据库引导到与主数据库不兼容的日志链上。 发出以下命令以删除数据库： DROP DB dbname 如果备用实例上已存在数据库，那么归档中可能有日志文件，如果主数据库与备用数据库之间未共享日志归档，那么首先从备用实例将它们移除。 在每个备用实例上，发出以下命令： RESTORE DB dbname 设置备用数据库时，应该避免使用下列 RESTORE DATABASE 命令选项：TABLESPACE、INTO、REDIRECT 和 WITHOUT ROLLING FORWARD。 注: 如果在启用了自动存储器的多个存储路径上定义了主数据库，那么防止 在复原期间重新平衡很重要。 这可以通过使用 RESTORE DATABASE 命令的 ON path-list 选项，指定与主数据库顺序相同的存储路径集 (可以通过 db2pd -db dbname -storagepaths 命令找到顺序) 来实现。 ON path-list 选项的目的是防止重新平衡，而不是让备用数据库使用另一组存储路径。
   联机分割镜像方法	以下示例举例说明，如何通过主数据库的分割镜像来使用 db2inidb 实用程序来初始化备用数据库。 此过程是上述备份和复原过程的替代方案。 在备用数据库上发出以下命令： DB2INIDB dbname AS STANDBY 请勿使用 db2inidb 实用程序的 SNAPSHOT 或 MIRROR 选项。 可以指定 RELOCATE USING 选项以更改下列其中一个或多个配置属性：实例名称、日志路径和数据库路径。 但是，切勿更改数据库名或表空间容器路径。
   脱机分割镜像方法	以下示例举例说明，如何通过主数据库的脱机分割镜像来使用 db2rfpen 实用程序来初始化备用数据库。 此过程是上述备份和复原过程或者联机分割镜像过程的替代方案。 必须在全新数据库关闭之后完成分割镜像备份。 全新数据库关闭意味着数据库未处于崩溃恢复暂挂状态。 在备用实例上，复原脱机分割镜像备份。 在备用实例上，发出 db2rfpen 命令： db2rfpen on dbname

   注: 主数据库和备用数据库的数据库名称必须相同。
4. 设置特定于 HADR 的配置参数。 对于 Db2 pureScale 环境，请遵循 这些步骤。
   • Db2 pureScale以外的环境:
     1. 在主数据库和备用数据库上，设置 hadr_local_host、hadr_local_svc 和 hadr_syncmode 配置参数：

        "UPDATE DB CFG FOR dbname USING
        	HADR_LOCAL_HOST   hostname
        	HADR_LOCAL_SVC    servicename
        	HADR_SYNCMODE     syncmode"

        注: 设置 hadr_target_list 时， hadr_syncmode 是主体备用数据库在成为主数据库时使用的方式。 辅助备用数据库始终使用 SUPERANSYNC 作为其有效同步方式。
     2. 在主数据库和备用数据库上，设置 hadr_target_list 配置参数：

        UPDATE DB CFG FOR dbname USING
        	HADR_TARGET_LIST  principalhostname:principalservicename|auxhostnameN:auxservicenameN1

        如果未设置 hadr_target_list 参数，那么将限制为一个备用数据库。 从 V 10.5开始，不推荐使用此配置 HADR 的方法。

        如果要设置多个备用数据库，那么列示的第一个数据库将被指定为主体备用数据库。

     3. 在主数据库和备用数据库上，设置 hadr_remote_host、hadr_remote_svc 和 hadr_remote_inst 配置参数。
        在主数据库上，通过发出以下命令将这些参数设置为备用数据库（如果您配置多个备用数据库，那么为主体备用数据库）上的相应值：

        "UPDATE DB CFG FOR dbname USING
        	HADR_REMOTE_HOST   principalhostname
        	HADR_REMOTE_SVC    principalservicename
         	HADR_REMOTE_INST   principalinstname"
        

        在备用数据库上，通过发出以下命令将这些参数设置为主数据库上的相应值：

        "UPDATE DB CFG FOR dbname USING
        	HADR_REMOTE_HOST   primaryhostname
        	HADR_REMOTE_SVC    primaryservicename
        	HADR_REMOTE_INST   primaryinstname"
        

        如果已配置 hadr_target_list，那么在必要时将自动修正这些值；然而，显式地将它们设置为正确值可使正确值立即可用。 IBM® Tivoli® System Automation for Multiplatforms (SA MP) 软件使用这些值来构造资源名称。 因此，如果您正在使用 SA MP，那么必须在启用 SA MP之前正确设置这些值。

   • Db2 pureScale 环境:
     1. 在主数据库和备用数据库上，设置这些集群级别配置参数：hadr_target_list 和 hadr_syncmode:

        "UPDATE DB CFG FOR  dbname USING
        	HADR_TARGET_LIST   {memhostname1:memservicename1|memhostnameN:memservicenameN}
        	HADR_SYNCMODE      syncmode"

        以下示例显示了该命令：

        db2 "UPDATE DB CFG FOR hadr_db USING
             HADR_TARGET_LIST  {s0:4000|s1:4000|s2:4000|s3:4000}
             HADR_SYNCMODE     async"

        hadr_target_list 参数将列示远程集群的成员。 必须将集群的成员括在花括号 {} 内。 只需要部分远程集群成员地址。

        hadr_remote_host， hadr_remote_svc和 hadr_remote_inst 配置参数在 Db2 pureScale 环境中自动配置，因此它们可以保留为空白 (逻辑上为 NULL)。 有关自动配置的更多信息，请参阅 此部分。

     2. 在主数据库和备用数据库上的每个成员上，设置下列成员级别的配置参数：hadr_local_host 和 hadr_local_svc：

        "UPDATE DB CFG FOR dbname MEMBER mname USING
        	HADR_LOCAL_HOST   memhostname
        	HADR_LOCAL_SVC    memservicename"

        以下示例显示了该命令：

        • 对于成员 0：

          db2 "UPDATE DB CFG FOR hadr_db MEMBER 0 USING
               HADR_LOCAL_HOST   p0
               HADR_LOCAL_SVC    4000"

        • 对于成员 1：

          db2 "UPDATE DB CFG FOR hadr_db MEMBER 1 USING
               HADR_LOCAL_HOST   p1
               HADR_LOCAL_SVC    4000"

        • 对于成员 2：

          db2 "UPDATE DB CFG FOR hadr_db MEMBER 2 USING
               HADR_LOCAL_HOST   p2
               HADR_LOCAL_SVC    4000"

        • 对于成员 3：

          db2 "UPDATE DB CFG FOR hadr_db MEMBER 3 USING
               HADR_LOCAL_HOST   p3
               HADR_LOCAL_SVC    4000"

5. 连接到备用数据库实例，并在备用数据库上启动 HADR。 在 Db2 pureScale 环境中，确保从要指定为首选重放成员的成员启动 HADR。

   START HADR ON DB dbname AS STANDBY

   注: 通常，首先启动备用数据库。 如果先启动主数据库，那么当未在 hadr_timeout 数据库配置参数指定的时间段内启动备用数据库时，此启动过程将失败。
   备用数据库在启动后会进入本地同步复制状态，在此状态下，将读取和重放本地的可用日志文件。 在备用数据库重放所有本地日志后，它将进入远程同步复制暂挂状态。
6. 连接到主数据库实例，并在主数据库上启动 HADR。 在 Db2 pureScale 环境中，确保从要指定为首选重放成员的成员启动 HADR。

   START HADR ON DB dbname AS PRIMARY

   在主数据库启动之后，备用数据库将进入远程同步复制状态，它将在此状态下接收来自主数据库的日志页并重放这些页面。 在重新播放主数据库机器的磁盘上的所有日志文件之后，这两个数据库都进入对等状态（除非 SUPERASYNC 是同步方式）。