在设备管理控制台中保护和恢复 Compute Engine 实例上的 IBM Db2 数据库

本页面详细介绍了如何使用 Backup and DR Service for Db2 on a Compute Engine 实例（使用 Persistent Disk 快照）。

保护 Db2 生产环境免受数据丢失、错误和损坏的影响

Db2 是 IBM 信息管理部门的一系列关系型数据库管理系统，以多个关系型数据库管理系统产品为中心。许多企业都使用 Db2 来运行任务关键型应用。

与任何数据库一样，Db2 也容易受到损坏、意外删除，甚至安全威胁（例如勒索软件攻击）的影响。借助 Backup and DR Service，您可以高效安全地备份和恢复生产系统。

如需了解如何使用 Backup and DR Service 保护 Db2 数据库，请参阅 适用于 IBM Db2 的 Backup and DR。

先部署 Backup and DR Service

在开始之前，您必须阅读并完成以下程序：

了解 Backup and DR Service 的工作原理

然后，请参阅 Backup and DR 使用入门：保护和恢复 Compute Engine 实例，了解 Backup and DR Service 的工作原理。

准备 Db2 实例以进行备份

前提条件

  • Db2 服务和数据库必须正在运行。
  • 归档日志备份的数据库 logarchmeth1 和 logarchmeth2 参数应设置为日志备份的有效路径。
  • 所有 (Compute Engine) 中有 Db2 数据需要受 Backup and DR Service 保护的 Db2 服务器都必须已加入 Backup and DR Service。
  • 所有 (Compute Engine) 中有 Db2 数据需要受 Backup and DR Service 保护的 Db2 服务器都必须已安装 Backup and DR 代理。
  • 所有 Db2 数据库 db、日志、日志备份装载点都应具有永久性磁盘 VG 和 LVM。不支持在永久性磁盘上为 Db2 应用使用直接文件系统。
  • 不应将同一装载点用于数据库的 Db2 数据库、包含日志备份位置的活跃日志。

发现并保护托管 Db2 数据库的 Compute Engine 实例

您必须先加入 Db2 Compute Engine 虚拟机，然后才能加入 Db2 数据库应用。如需将 Compute Engine 实例加入 Backup and DR Service，请参阅发现并保护 Compute Engine 实例。

关于此快速入门练习

本练习将指导您通过一系列步骤发现和保护在 Compute Engine 实例中运行的 Db2 数据库，最后从备份映像将功能齐全的新 Db2 数据库装载到新位置。

  1. 在 Compute Engine 实例上安装 Backup and DR 代理
  2. 为 Db2 数据库创建备份方案
  3. 发现并保护 Db2 数据库
  4. 从备份恢复 Db2 数据库：装载和恢复

在 Compute Engine 实例上安装 Backup and DR 代理

Backup and DR 代理会将 Compute Engine 实例连接到备份/恢复设备。如需安装该代理，请参阅 在 Linux 主机上安装 Backup and DR 代理。

为 Db2 数据库创建备份方案

请参阅创建政策模板。

为 Db2 数据库设置高级政策设置

创建政策模板时，您可以使用 Persistent Disk 快照配置特定于 Db2 保护的高级政策设置。

快照位置：选择要存储 Persistent Disk 快照的区域。默认情况下，系统会选择多区域（基于源磁盘位置）。 您还可以将快照存储位置更改为与源磁盘区域不同的区域。将快照存储在与源磁盘位置不同的位置时，数据会在这些位置之间通过网络传输，并可能会产生网络费用。快照产生的流量费用遵循 Cloud Storage 出站流量费率。详细了解永久性磁盘快照。 如需了解价格详情，请参阅磁盘价格。

快照类型：选择要用于 Db2 备份的 Persistent Disk 快照类型。 快照会以增量方式备份永久性磁盘中的数据。在备份期间，系统会创建一个新快照来捕获永久性磁盘的当前状态，之后可用于创建新磁盘以进行装载或恢复。Compute Engine 在多个位置存储每个快照的多个副本，并利用自动校验和来确保数据完整性。 详细了解永久性磁盘快照。 如需了解价格详情，请参阅磁盘价格。

  • 标准：默认情况下，系统会选择标准快照类型。如果您希望将备份保留不到 90 天，请使用标准类型。
  • 归档：如果您希望将备份保留较长时间，请选择归档类型。请注意，无论政策中定义的保留期限如何，归档快照的最低结算周期为 90 天；此外，如果归档类型用于装载或恢复作业，还会产生额外的检索费用。

启用并保护 Db2 归档日志备份

为数据库创建快照政策时，您可以选择以指定频率捕获其日志文件。捕获数据库日志的频率与捕获数据库的频率分开定义。 例如，可以每天捕获一次数据库，每小时捕获一次数据库日志。

备份后截断（清除）日志：指定是否在备份后截断（清除） Db2 归档日志。启用“备份后截断日志”后，系统会截断 Db2 归档日志。默认情况下，系统会在每次 数据库备份时运行归档清除。建议使用默认设置，以实现最佳恢复 RTO。如果设置了 生产日志保留期限，则清除操作将根据 应用详情和设置 下的生产数据库日志保留期限（以小时为单位） 设置运行。

以下是各个选项：

  • 备份后不截断/清除日志：这是默认设置。在此模式下，系统不会清除归档日志。
  • 备份后截断/清除日志 ：如果您想启用归档日志清除，请选择此选项
  • 启用数据库日志备份：将此选项设置为是。借助启用数据库日志备份 选项，备份方案政策可以备份数据库和所有关联的事务日志文件。日志会在日志快照作业运行时备份。 设置为“是”后，相关选项会启用。
  • RPO：指定数据库日志备份（以分钟为单位）。当启用数据库日志备份 设置为“是”时，RPO 会定义数据库日志备份的频率。 频率以分钟为单位设置，且不得超过数据库备份间隔。 可以设置的最小值（以分钟为单位）为 15。
  • 日志备份保留期限（以天为单位）：当“启用数据库日志备份”设置为“是”时，日志保留期限与快照政策的保留期限分开定义。通过单独设置保留期限，您可以将日志与存储在快照池中的数据库副本结合使用。
  • 复制日志（使用 Streamsnap 技术）：将此选项设置为“否”。 这不适用于 Db2 Persistent Disk 快照保护。
  • 将日志发送到 OnVault 池：将此选项设置为否。这不适用于 Db2 Persistent Disk 快照保护。

Db2 归档日志备份建议

如需获得最佳日志备份效果，请注意以下事项：

  • 请勿使用 Db2 数据库归档日志装载点来存储 Db2 归档日志备份以外的文件。
  • 默认情况下，系统每 24 小时运行一次归档清除。这有助于实现最佳恢复 RTO。如果设置了生产日志保留期限，则清除操作将根据应用详情和设置 下的生产数据库日志保留期限（以小时为单位） 设置运行。根据生产日志保留期限设置，调整 Db2 归档日志备份磁盘的大小以存储归档。

通过 App Manager 发现并保护 Db2 数据库

如需发现并保护 Db2 数据库应用，请按以下步骤操作：

  1. 在设备管理控制台的 App Manager > Applications （应用）页面中，选择 Add Application （添加应用）。
  2. 在向导中选择 Db2 。
  3. 按照向导操作：
    1. 在 Select （选择）部分中，选择要管理的 Db2 实例。
    2. 在 Manage （管理）部分中，应用政策模板和资源 配置文件（您在 创建备份方案中创建了这些内容）。
    3. 在 Configure （配置）部分中的 Application Settings （应用设置）下，设置 Configure backup options （配置备份选项）：
    4. Backup capture method（备份捕获方法）：选择 Use Persistent Disk Snapshot（使用永久性磁盘快照）。
    5. Retention of production DB logs in hours（生产数据库日志保留期限（以小时为单位））：用于从 logarchmeth1 目标位置清除 Db2 归档日志备份。根据此设置，系统会清除早于指定小时数的日志。使用默认值时，系统会清除上次数据备份之前的所有日志（默认值为 24 小时）。
  4. 依次点击 Save（保存）> Next（下一步），然后点击 Finish（完成）。

您可以在 App Manager Applications 列表中看到该数据库，并带有一个绿色盾牌，表示已应用备份方案。

从备份恢复 Db2 数据库：装载和恢复

恢复数据库会覆盖备份中的原始数据。此过程用于恢复已备份的数据库。如需从 备份恢复数据库，请参阅从备份恢复 Db2 数据库

装载数据库会将数据库的新副本放置在装载点，以便像使用原始数据库一样使用该副本。如需从 备份装载新数据库，请参阅将 Db2 备份装载为标准装载。

将 Db2 备份装载为标准装载

标准装载会将数据、活跃日志和归档日志卷的备份映像磁盘提供给指定的目标。您可以将 Db2 数据库的备份装载为标准装载，以进行任何手动操作。

装载期间的预检查

  • 连接器连接状态：验证 {backupdr_name_short} 代理是否已安装，并且是否已应用密钥以实现设备和代理之间的主机连接。
  • 指定的装载位置可用于装载操作。
  • 如果目标位置存在相同的 VG 且被任何数据库使用，则预检查会失败，并显示一条消息，指出 VG 正被数据库使用。如需继续，请先关闭数据库，然后再继续执行装载操作。
  • 检查服务在源项目和目标项目中的权限。 Google Cloud

从备份装载数据库

请按照以下说明装载备份：

  1. 在 App Manager （应用管理器） > Applications （应用）列表中，右键点击受保护的数据库，然后选择 Access （访问）。

  2. 选择快照映像，然后选择 Mount （装载）。

  3. 在“装载”页面上，选择 GCE INSTANCE NAME （GCE 实例名称）下的目标 Db2 服务器。 您可以使用 Project Name（项目名称）、Region（区域）和 Zone（可用区）过滤条件。

  4. （可选）在“标签”字段中输入与装载关联的唯一名称。 INCLUDED DATABASES （包含的数据库）仅供参考，显示备份映像下的数据库列表。

  5. 在 Mapping Options （映射选项）下：

    • 装载点：系统会预先填充源装载点。提供在所选目标位置未使用的路径，并提供您希望用于在目标服务器上装载所有 data、active log、dbpath 和 Logbackup 卷的快照映像的路径。
    • DISK TYPE（磁盘类型）：系统会预先填充源磁盘类型值。您可以从下拉列表中更改磁盘类型。

  6. 点击 Pre-Flight check （预检检查）。这会验证目标服务器上成功装载所需的选项。预检成功后，Submit （提交）按钮会启用。如果失败，预检会显示失败的检查，以便您更正并重新运行预检。

  7. 点击 Submit （提交）。您可以前往 Job Monitor （作业监控器）查看作业的进度和详细信息。

在不再需要时卸载已装载的数据库备份

如需卸载已装载的数据库备份，请执行以下操作：

  • 如需在成功装载后移除或保留磁盘，请前往 Application > Access 页面，然后选择已装载的映像。
  • 在“访问”页面的 Current active mount （当前活跃装载）下拉菜单下，有两个选项：
    • Unmount &Delete （卸载并删除）：选择此选项可卸载装载点、分离磁盘并从目标服务器中删除磁盘。
    • Forget Active Mount（忘记活跃装载）：选择此选项可让磁盘保持挂接和 装载状态，并从 Backup and DR Service 中移除元数据。用户需要使用控制台从目标实例中移除此映像。 Google Cloud

从备份恢复 Db2 数据库

此过程用于恢复已备份的数据库。

预检检查

在提交恢复过程之前，预检检查会验证成功恢复数据库所需的前提条件：

  • Db2 SID：在目标节点上配置 Db2，并使用相同的 Db2 SID 名称。
  • Db2 版本：目标 Db2 版本与源 Db2 版本相同。
  • 如需恢复到新目标
    • 验证映射选项下指定的装载点是否在目标服务器上使用或装载。
    • 验证指定的装载位置是否可用于装载操作。
  • 检查 Db2 实例是否正在运行。在恢复操作期间，必须将其关闭。
  • 如果目标位置存在相同的 VG 且被任何数据库使用，则预检查会失败，并显示一条消息，指出 VG 正被数据库使用。如需继续，请先关闭数据库，然后再继续执行恢复操作。
  • 检查服务在源项目和目标项目中的权限。 Google Cloud

将 Db2 数据库恢复到源位置

  1. 在 App Manager （应用管理器） > Applications （应用）列表中，右键点击 数据库，然后选择 Access （访问）。
  2. 选择要恢复的最新快照，然后选择 Restore （恢复）。
  3. 在“恢复”页面上，选择 Restore back to source （恢复到源位置）。所有字段都会预先填充受保护的 Db2 实例的源值，并且除了 Application options （应用选项）之外的所有字段都是不可变的。
  4. 标签：（可选）在此 字段中输入与装载关联的唯一名称。
  5. INCLUDED DATABASES （包含的数据库）仅供参考，显示备份映像下的数据库列表。
  6. 设置应用选项：
    • Rollforward time（前滚时间）：对于受日志保护的数据库，请选择要恢复到的日期和 时间。
    • 目标实例：系统会预先填充受保护的数据库 实例名称，并且是不可变的。
    • Mapping Options（映射选项）：
    • 卷装载点位置：系统会预先填充源 卷组、逻辑卷、设备路径和磁盘类型，其中装载了 Db2 data、dbpath、log、log backup volumes。
    • Disk Type（磁盘类型）：借助磁盘类型，您可以选择用于从备份映像恢复的数据的底层块 存储类型。
  7. 点击 Pre-flight check （预检检查）。 如果预检检查失败，请修复问题并重新提交预检检查。 如果预检检查成功，请点击 Submit （提交）以提交恢复作业。

将 Db2 数据库恢复到新目标位置

  1. 在 App Manager （应用管理器） > Applications （应用）列表中，右键点击 数据库，然后选择 Access （访问）。
  2. 选择要恢复的最新快照，然后选择 Restore （恢复）。 在“恢复”页面上，选择 Restore to new target（恢复到新目标位置）：所有字段都会 预先填充受保护的 Db2 实例的源值，但您可以 对其进行修改。
  3. 如需恢复到新目标位置，请选择要将 Db2 数据库恢复到的实例的 Project（项目）、Region（区域）和 Zone（可用区） 。
  4. 对于 Instance name（实例名称），请从符合条件的 Compute Engine 实例的下拉列表 中选择要恢复的节点。
  5. 标签：（可选）在此 字段中输入与装载关联的唯一名称。
  6. INCLUDED DATABASES （包含的数据库）仅供参考，显示备份映像下的数据库列表。
  7. Replace original application identity （替换原始应用身份）。只有在将恢复操作执行到最初生成备份的同一设备上的新主机时，此选项才可用。
    • Yes（是）：替换原始应用，并沿用与原始应用相同的应用 ID、作业历史记录、备份映像和备份方案。
    • 否：不替换原始应用。在恢复作业中，系统会将其发现为新应用。
  8. 设置应用选项：
    • Rollforward time（前滚时间）：对于受日志保护的数据库，请选择要恢复到的日期和 时间。
    • 目标实例：系统会预先填充受保护的数据库 实例名称，并且是不可变的。
    • Mapping Options（映射选项）：
    • 卷装载点位置：系统会预先填充源 卷组、逻辑卷、设备路径和磁盘类型，其中装载了 Db2 data、dbpath、log、log backup volumes。
    • Disk Type（磁盘类型）：借助磁盘类型，您可以选择用于从备份映像恢复的数据的底层块 存储类型。
  9. 点击 Pre-flight check （预检检查）。 如果预检检查失败，请修复问题并重新提交预检检查。 如果预检检查成功，请点击 Submit （提交）以提交恢复作业。