数据恢复和高可用性

备份概述

请注意下列限制：

|
• 当正在联机重组 DMS 表空间中的表时，允许对该表空间启动联机备份操作。在截断阶段可能会存在重组操作的锁定等待。
|
• 当正在联机重组 SMS 表空间中的表时，不允许对该表空间启动联机备份操作。这两个操作需要互斥锁定。

使用备份

以下限制适用于备份实用程序：

|
• 表空间备份操作和表空间复原操作不能同时运行，即使涉及的是不同的表空间。
|
• 如果想要能够在分区数据库环境中执行前滚恢复，则必须在节点列表上定期备份数据库且必须具有系统中余下节点的至少一个备份映像（即使不包含该数据库的用户数据）。下列两种情况都需要在不包含数据库的用户数据的数据库分区服务器中存在数据库分区的备份映像： | |
  |
  • 在建立上一个备份之后已将一个数据库分区服务器添加到数据库系统，因此需要在此数据库分区服务器上执行正向恢复。
  |
  • 使用时间点恢复，它要求系统中的所有数据库分区都处于前滚暂挂状态。
  |
  • DMS 表空间的联机备份操作与下列操作不兼容： |
    |
    • 装入
    |
    • 重组（仅脱机）；（可以在正在备份的表空间中使用联机表重组，尽管在重组操作的截断阶段中可能存在锁定等待）。
    |
    • 删除表空间
    |
    • 截断表
    |
    • 创建索引
    |
    • 最初未记录任何内容（与 CREATE TABLE 和 ALTER TABLE 语句配合使用）

高可用性灾难恢复概述

当执行 START HADR、STOP HADR 或 TAKEOVER HADR 命令时，可能会生成相应的错误代码：SQL01767N、SQL01769N 或 SQL01770N，原因码为 98。该原因码指示在运行该命令的服务器上没有安装 HADR 的许可证。要更正该问题，使用 db2licm 安装有效的 HADR 许可证，或者安装这样一个版本的服务器：它将有效 HADR 许可证作为其分发产品的一部分。

跨平台备份和复原支持

DB2 通用数据库^(TM)（UDB）支持跨平台备份和复原操作。

可以将 DB2^(R) UDB 版本 8 32 位 Windows^(R) 平台上创建的数据库复原至 DB2 UDB 版本 8 64 位 Windows 平台，反之亦然。

可将 DB2 UDB 版本 8 32 位 Linux^(TM) x86 平台上创建的数据库复原至 DB2 UDB 版本 8 64 位 Linux x86-64 或 IA64 平台，反之亦然。

可将在 DB2 UDB 版本 8 AIX^(R)、HP-UX、Linux PPC、Linux zSeries^(R) 或 Solaris 操作环境平台（32 位或 64 位）上创建的数据库复原至 DB2 UDB 版本 8 AIX、HP-UX、Linux PPC、Linux zSeries 或 Solaris 操作环境平台（32 位或 64 位）。

备份至磁带（Linux）

Linux 上的 3480 和 3490 磁带设备的最大块大小限制为 61440 个字节

Tivoli Storage Manager

当调用 BACKUP DATABASE 或 RESTORE DATABASE 命令时，可以指定想要使用 Tivoli^(R) Storage Manager（TSM）产品来管理数据库或表空间备份或复原操作。除了在下列平台上之外，需要的 TSM 客户机 API 的最低级别为 V4.2.0：

• 64 位 Solaris 系统，它需要 TSM 客户机 API V4.2.1。
• 64 位 Windows NT^(R) 操作系统，它需要 TSM 客户机 API V5.1。
• 32 位 Linux for iSeries^(TM) 和 pSeries^(R)，至少需要 TSM 客户机 API V5.1.5
• |64 位 Linux for iSeries 和 pSeries，至少需要 TSM 客户机 API V5.3
• AMD Opteron 系统上的 64 位 Linux，至少需要 TSM 客户机 API V5.2.0。
• 64 位 Linux for zSeries，至少需要 TSM 客户机 API V5.2.2。

HADR 本地主机和本地服务参数的值限制

在准备 update database configuration 命令时对高可用性灾难恢复（HADR）本地主机和本地服务参数（HADR_LOCAL_SVC 和 HADR_REMOTE_SVC）指定值的情况下，这些值必须是未在用于任何其它服务的端口。如果使用 Linux 或 UNIX^(R) 命令行来配置参数，还应在 /etc/services 文件中设置这些值。

高可用性灾难恢复的其它系统需求

如果在主数据库上创建表空间并且备用数据库上的日志回放因为容器不可用而失败，则主数据库不会接收到指示日志回放失败的错误消息。

要检查日志回放错误，必须在创建新的表空间时监视 db2diag.log 和备用数据库上的管理日志。

如果发生接管表空间操作，新创建的表空间在新的主数据库上将不可用。要从此情况恢复，从备份映像复原新的主数据库上的表空间。

在以下示例中，在数据库 MY_DATABASE 被用作新的主数据库之前，将在该数据库上复原表空间 MY_TABLESPACE：

1. db2 connect to my_database
2. db2 list tablespaces show detail
   注:
   运行 db2 list tablespaces show detail 命令以显示所有表空间的状态并获取步骤 5 所需的表空间标识号。
3. db2 stop hadr on database my_database
4. db2 "restore database my_database tablespace (my_tablespace) online redirect"
5. db2 "set tablespace containers for my_tablespace_ID_# ignore rollforward container operations using (path '/my_new_container_path/')"
6. db2 "restore database my_database continue"
7. db2 rollforward database my_database to end of logs and stop tablespace "(my_tablespace)"
8. db2 start hadr on database my_database as primary

高可用性灾难恢复的非复制操作

版本 8.2 文档指出：

未复制 BLOB 和 CLOB；但是，将在备用数据库上为其分配空间。

该句子应为如下所示：

未复制非记录 BLOB 和 CLOB；但是，将在备用数据库上为其分配空间。

HADR 不支持原始日志

高可用性灾难恢复（HADR）不支持对数据库日志文件使用原始 I/O（直接磁盘存取）。如果使用 START HADR 命令启动 HADR，或者如果在配置了 HADR 的情况下重新启动数据库，将检测原始日志，相关联的命令将会失败并带有 SQL1768N 原因码“9”。