DB2 备份和恢复

DB2 备份和恢复
备份和恢复数据库的最快方式是使用 DB2 backup 和 restore 命令。与此相比，LDAP 替代命令（例如 db2ldif 和 ldif2db）通常要慢得多。

使用 DB2 backup 和 restore 命令的唯一不足之处是备份数据库无法在不同的硬件平台上恢复。例如，您不能在备份 AIX 数据库后将该数据库恢复到 Solaris 系统上。DB2 backup 和 restore 命令的替代命令是 LDIF 信息文件（LDAP）export 和 import。这些命令跨不同的硬件平台工作，但处理过程较慢。有关使用这些命令的更多信息，请参阅 DB2 文档。

使用 DB2 backup 和 restore 命令的重要优点是将 DB2 配置参数和 reorgchk 数据库最优参数保存在已备份的数据库中。恢复的数据库与备份的数据库具有相同的调整参数。这不是使用 LDAP db2ldif 和 ldif2db 能出现的情形。

请注意如果在现有数据库上进行恢复，则该现有数据库上的所有调整参数都会丢失。执行恢复后检查所有 DB2 配置参数。同时，如果您还不知道是否在数据库备份之前执行了 reorgchk，请在恢复后运行 reorgchk。执行备份和恢复操作的 DB2 命令如下：

db2 force applications all
db2 backup db ldapdb2 to directory_or_device
db2 restore db ldapdb2 from directory_or_device replace existing其中 directory_or_device 是存储备份的目录或设备的名称。

恢复中发生的最常见错误是文件许可权错误。下面是可能发生此错误的一些原因：

•DB2 实例的所有者没有访问指定目录和文件的许可权。解决此问题的一种方式是更改 DB2 实例所有者的目录和文件所有权。例如，输入以下命令：
chown ldapdb2 fil_or_dev •已备份的数据库分布在多个目录中，这些目录在恢复的目标系统中并不存在。将数据库分布在多个目录中是通过重定向恢复实现的。要解决这个问题，在目标系统上创建同样的目录，或者执行重定向恢复以便在新系统中指定正确的目录。如果正在创建相同的目录，请确保目录的所有者是 ldapdb2。有关重定向恢复的更多信息，请参阅使数据库分布在多个物理磁盘中。
要求执行备份与恢复操作来初始同步 LDAP 副本服务器与 LDAP 主服务器，或者只要主服务器和副本服务器出现不同步，就需要执行备份与恢复操作。如果副本服务器未定义给主服务器，则副本服务器可能不同步。在这种情况下，主服务器不知道副本服务器，从而不会在该副本服务器的传播队列上保存更新。

如果新配置的主 LDAP 目录将要装入初始数据，则可以使用批量装入实用程序来加快此过程。这是另一种情况，其中未通知副本目录存在有更新，因此需要进行手工备份与恢复使副本目录与主目录同步。


[转]http://publib.boulder.ibm.com/tividd/td/ITAME/SC32-1145-01/zh_CN/HTML/am41_perftune66.htm