IBM DB2

在进行容灾业务配置前，请先检查生产端和灾备端的DB2数据库环境和存储侧环境是否满足要求。如果不满足要求，请及时调整。

公共检查项目

以下检查项目需要在生产端数据库环境和灾备端数据库环境中进行检查和配置。

当生产端应用为DB2 RHCS集群，如果使用CLVM卷管理配置方式，不支持灾备端单机部署方式。

在Linux、AIX、HP-UX操作系统主机的生产端配置数据库环境时，数据库所使用的文件系统的挂载点目录不能存在嵌套关系，例如“/testdb/”和“/testdb/database1/”挂载点目录。
在配置DB2数据库之前，需要准确了解DB2数据库的实例名称、实例用户名和对应的密码。其中实例名称为用户创建的DB2数据库实例名称，用户名为该实例对应的系统用户名，一般和实例名相同，密码为该用户对应的密码。eReplication暂不支持设置如下字符 !;"'(),·=\' 为DB2数据库密码，如果设置将导致创建保护组时认证数据库失败。
对于DB2 PowerHA集群，请确保生产端和灾备端数据库所在主机的主机名与PowerHA集群内对应节点名称一致，否则将导致创建保护组失败。
eReplication暂不支持AIX环境下DB2数据库的文件系统所使用的LV（Logical Volume）和表空间的裸设备使用的LV在一个卷组上。

检查与配置数据库环境变量。

当对生产站点的DB2数据库的应用环境变量进行设置后，eReplication Agent才能对DB2数据库数据一致性提供保障。建议在安装eReplication Agent之前配置环境变量，如果已经安装了eReplication Agent，请在配置环境变量后重新启动eReplication Agent，以使配置生效。

在配置环境变量前，请首先确认eReplication Agent的运行用户“rdadmin”的默认Shell类型。

在AIX操作系统下，如果Shell类型为bash请修改rdadmin主目录下的“.profile”文件，如果Shell类型为csh请修改rdadmin主目录下的“.cshrc”文件。
在Linux操作系统下，如果Shell类型为bash请修改rdadmin主目录下的“.bashrc”文件，如果Shell类型为csh请修改rdadmin主目录下的“.cshrc”文件。
在HP-UX操作系统下，如果Shell类型为bash请修改rdadmin主目录下的“.profile”文件，如果Shell类型为csh请修改rdadmin主目录下的“.cshrc”文件。

本文档以AIX操作系统下的bash类型shell为例进行操作。

使用“PuTTY”，采用“root”用户登录安装eReplication Agent的应用服务器。
执行TMOUT=0命令，防止“PuTTY”超时退出。

执行该命令后，当前系统在无操作时会保持运行状态，存在安全风险，为了确保系统安全，请在完成相应操作后，执行exit退出当前系统。
执行su - rdadmin命令，切换为“rdadmin”用户。
执行vi ~/.profile命令，打开rdadmin用户home目录下的“.profile”文件。
按“i”进入编辑模式，编辑“.profile”文件。

将如下内容添加到“.profile”文件中。具体参数说明如表1所示。

DB2_HOME=/home/db2inst1/sqllib 
PATH=$PATH:$DB2_HOME/bin:/usr/sbin:/sbin 
DB2INSTANCE=db2inst1 
INSTHOME=/home/db2inst1 
export DB2_HOME PATH DB2INSTANCE INSTHOME

Linux下需要在PATH变量中增加VCS的脚本路径，例如“PATH=$PATH:$DB2_HOME/bin:/usr/sbin:/opt/VRTS/bin:/sbin”。

表1 系统变量
变量名	变量值	示例
DB2_HOME	DB2实例的安装目录	DB2_HOME=/home/db2inst1/sqllib
PATH	DB2实例用户的主目录下的bin目录	PATH=$PATH:$DB2_HOME/bin:/usr/sbin:/sbin
DB2INSTANCE	DB2 实例名	DB2INSTANCE= db2inst1
INSTHOME	DB2实例用户的主目录	INSTHOME=/home/db2inst1

编辑完成后，按“Esc”键，输入:wq!命令，保存并退出“.profile”文件。

生产端检查项目

检查生产端数据库配置。
eReplication当前版本支持对AIX、Linux和HP-UX下的DB2数据库进行容灾保护。如果需要运行该功能，需要DB2数据库在配置时满足下列的要求。
- DB2用户的实例目录必须安装在本地磁盘或者单独的存储设备上，不能和进行容灾恢复的数据库使用相同的存储设备。
- 需要进行容灾保护以及恢复的DB2数据库的数据以及日志文件必须存放在存储设备所提供的存储（LUN）上。
- 如果准备采用远程复制对DB2数据库的数据进行保护，那么在满足上述要求的同时，一个数据库所使用的多个存储（LUN）都必须在一个一致性组中。如果仅使用了一个存储（LUN），则无需将该存储所在的远程复制加入一致性组。
- 如果采用环形组网，那么须在满足上述要求的同时，将建立数据库使用的存储加入到环形3DC中。

灾备端检查项目

检查灾备端数据库环境。

如果灾备端数据库环境和生产端不一样，请用户自行处理，确保灾备端和生产端具有完全一样的数据库环境。

灾备端数据库环境要求如表2所示。

表2 灾备端数据库环境要求
检查项	要求
安装	安装DB2的操作系统及其版本必须和生产端保持一致。
安装	DB2软件的版本必须和生产端保持一致。
配置	DB2数据库所在的集群配置（资源、资源间的依赖关系）必须和生产端保持一致。
配置	环境变量配置必须和生产端保持一致。
实例	DB2实例的名称、用户名和密码必须和生产端保持一致。
	DB2实例的用户所属组必须和生产端保持一致。
	安装目录安装在本地磁盘或者单独的存储设备上。
	DB2实例下已经创建了需要恢复的DB2数据库，且数据库需要满足以下要求：数据库名称必须和生产端保持一致。数据库所使用的存储路径（文件系统）或设备名（RAW）必须和生产端对应的数据库保持一致。数据库所使用的逻辑卷名称和逻辑卷（LV）所在的卷组（VG）名称必须和生产端数据库所使用的保持一致。数据库的表空间以及日志的名称、使用存储配置必须和生产数据库的配置镜像保持一致。例如，生产数据库DB1的表空间tp1使用/db2data/db1目录（创建时指定的），表空间tp2使用/dev/rtdd1设备；则灾备数据库DB1也需要在/db2data/db1下创建表空间tp1，在/dev/rtdd1下创建表空间tp2。

关闭灾备端数据库。
完成数据库环境检查后，在创建恢复计划之前，请先关闭灾备端数据库。
- 对于DB2单机，请直接关闭数据库。
- 对于DB2集群，请下线该数据库的集群资源或资源组。

存储侧检查项目

生产端和灾备端公共检查项目。
1. 当您采用存储阵列远程复制来实现数据库容灾保护时，请先通过存储阵列设备管理软件建立生产端和灾备端的远程复制关系，并确保复制状态正常。
2. 当使用双活（SAN）+ 异步复制（SAN），双活（SAN）+ 同步复制（SAN），双活（SAN）+ 一体化灾备（SAN）容灾技术时，如果使用了多个LUN，所对应的远程复制必须加入到同一个一致性组中。
灾备端检查项目。
1. 请检查灾备主机上需要恢复的DB2数据库使用的所有文件系统是否已经解除挂载（umount）。
2. 当您采用存储阵列远程复制来实现数据库容灾保护时，请在存储阵列管理软件上检查灾备端数据库所使用的远程复制对应的从LUN没有被映射到任何主机/主机组/映射视图。
3. 如果灾备端主机为AIX或HP-UX系统，请检查以下项目：
  - 请检查灾备主机上需要恢复的数据库使用逻辑卷（LV）所在的卷组（VG）信息是否已经被删除。
  - 请检查灾备主机上需要恢复的数据库使用的物理卷（PV）以及其对应的设备（hdiskx）是否已经被删除。
4. 如果灾备端主机为Linux系统，请检查灾备主机上需要恢复的数据库使用逻辑卷（LV）所在的卷组（VG）是否已经去激活和被导出。
5. 当灾备端应用环境搭建完成后，需要将应用的数据文件、日志文件所在存储LUN或卷的主机映射解除。
6. 对于S5000系列、T系列V1版本的存储，需要先将灾备物理主机的启动器与存储上的逻辑主机建立映射关系，如果是集群环境，该逻辑主机需要添加到主机组中。
7. 对于T系列V2R2及其更高版本、18000系列存储，提供了自动添加主机与存储映射的功能，只需要保证存储与主机的启动器连接正常，系统会自动在存储上创建对应的主机、主机组、LUN组和映射视图。
8. 对于T系列V2及其更高版本、18000系列存储，灾备主机在存储阵列上只能归属于一个主机组，且该主机组只能归属于同一个映射视图。同时，受保护的应用使用的存储LUN，其对应的远程复制从LUN，只能归属于同一个LUN组，且该LUN组与该主机组必须归属于同一个映射视图中。