サポートと今すぐチャット
サポートとのチャット

NetVault Plug-in for Oracle 12.2 - 用户指南

Quest® NetVault® Backup Plug-in  for Oracle 简介 定义备份策略 安装或删除插件 配置插件 备份数据 使用 Oracle 闪回数据库 还原数据
还原和恢复数据：概述 执行用户管理的还原 使用高级用户管理的还原过程 执行 RMAN 还原 在非 RAC 环境中使用 RMAN 类型的恢复 将高级过程与 RMAN 还原配合使用
维护恢复目录 使用 RMAN CLI 将插件与 Oracle RAC 配合使用 在故障转移群集环境中使用插件 将插件与 Oracle Data Guard 配合使用 将插件与 Oracle 容器数据库 (CDB) 和可插拔数据库 (PDB) 配合使用 故障排除

查看其他备份类型

其他备份类型包括：

•
副本数据库备份
•
闪回恢复区 (FRA) 备份
副本数据库备份

副本数据库备份使您可以出于特殊目的复制或克隆源数据库，这些目的不得影响源数据库的整体备份和还原过程。RMAN 支持复制数据库，以便在执行以下任务时提高 DBA 的灵活性：

•
测试备份和恢复过程。
•
测试到 Oracle 数据库新版本的升级。
•
测试应用程序对数据库性能的影响。
•
生成报告。

例如，您可以将 hostA 上的生产数据库复制到 hostB，然后使用 hostB 上的副本数据库来练习还原和恢复此数据库，而不会损坏生产数据库。

插件支持的 Oracle 数据库复制是基于备份的复制。有关 Oracle 的副本数据库功能的其他信息，请参阅《Oracle 数据库备份和恢复用户指南》中的复制数据库。

闪回恢复区 (FRA) 备份

Oracle 在 Oracle 10g 中引入了 FRA。FRA 是用于存储与恢复相关的文件的磁盘位置，如控制文件、归档重做日志和 RMAN 备份。Oracle 和 RMAN 会自动管理 FRA 中的文件。

FRA 最大限度地减少了针对与备份相关的文件手动管理磁盘空间的需要，并可平衡 FRA 中存储的不同类型文件间的空间使用。这样，FRA 可以简化数据库的持续管理。Oracle 建议您启用恢复区以简化备份管理。

启用 FRA 可以加快还原速度，方法是使 RMAN 从 FRA 还原所需的数据文件，而不是从 NetVault Backup 服务器管理的备份介质还原文件。但是，将备份存储在 FRA 中并不能为您提供可用于灾难恢复保护的异地保护。因此，为数据库启用 FRA 时，该插件将提供以下备份目标选项：

•
NetVault Backup 介质管理器
•
磁盘（备份到 FRA）
•
NetVault Backup 介质管理器和磁盘（备份到 FRA，然后将 FRA 备份至 NetVault Backup 介质）

此外，该插件还允许您对存储在由 NetVault Backup 服务器管理的 FRA 至备份介质中的备份恢复文件执行单独的备份。备份恢复文件包括：完整备份和增量备份集、控制文件自动备份、数据文件副本和归档重做日志。如果归档重做日志文件丢失或损坏，RMAN 会在恢复区以外查找可用于备份的良好日志副本。闪回日志、当前控制文件和联机重做日志不会备份。

制定恢复目录备份策略

恢复目录数据库与恢复任何其他数据库类似，必须作为备份和恢复策略的关键部分。

Oracle 建议您按照与备份目标数据库相同的频率备份恢复目录。例如，如果您每周对目标数据库进行一次整个数据库备份，请在所有目标数据库备份后立即备份恢复目录，以保护整个数据库备份的记录。此备份还可以在灾难恢复情形中为您提供帮助。即使您必须使用控制文件自动备份来还原恢复目录数据库，您也可以使用还原的恢复目录数据库中的备份完整记录来还原目标数据库，而无需对目标数据库使用控制文件自动备份。

对于恢复目录数据库的 RMAN 备份策略，Oracle 建议遵循以下准则：

•
在 ARCHIVELOG 模式下运行恢复目录数据库，以便可以进行 PIT 恢复。
•
将数据库备份到两个单独的介质上，例如磁盘和磁带。
•
在备份中包括归档日志文件。
•
请勿将其他恢复目录用作备份的存储库。
•
将控制文件自动备份功能配置为开启。

备份序列示例

以下是备份序列的一些示例，可实施这些示例以满足 Oracle 数据库服务器的数据保护要求。

•
只进行完整备份：如果要求必须将数据保护至前一天时，每天执行完整备份应该足以满足要求。DBA 只需将数据库恢复到上次完整备份点。
•
完整备份和归档日志备份：如果要求必须提供 PIT 数据保护，但恢复时间不重要时，完整备份和归档日志备份相结合应当能够提供必要的保护。
例如，每周日晚上 11:00 执行完整备份，周一至周六晚上 11:00 执行归档日志备份。
此策略要求 RMAN 在上次完整备份与故障点之间连续还原和应用每个归档日志备份。此策略可以随着一周的备份进展进行长时间的恢复。为加快还原速度，备份过程可包括增量备份，以降低必须还原的归档日志备份的数量。
•
增量级别 0 备份+差异增量级别 1 备份+归档日志备份：当要求必须提供 PIT 数据保护并尽可能快地执行备份时，增量级别 0 备份+差异增量备份+归档重做日志备份便是理想策略。
例如，每周日晚上 11:00 执行增量级别 0 备份，周一至周六晚上 11:00 执行差异增量级别 1 备份，每 5-6 小时执行一次归档日志备份。每次差异增量级别 1 备份包括自上次级别 0 或级别 1 备份后的所有更改，而归档日志备份则包括自上次差异增量级别 1 备份后的事务日志。
此策略可能导致恢复时间延长，因为 RMAN 必须还原增量级别 0 备份、自增量级别 0 备份以来的每个差异增量级别 1 备份以及上次差异增量备份与故障点之间的归档日志备份。
•
增量级别 0 备份+累积增量级别 1 备份+归档日志备份：当要求必须提供 PIT 数据保护并尽可能快地执行恢复时，增量级别 0 备份+累积增量级别 1 备份+归档日志备份是最佳组合。
例如，每周日晚上 11:00 执行增量级别 0 备份，周一至周六晚上 11:00 执行累积增量级别 1 备份，每 5-6 小时执行一次归档日志备份。每次累积增量级别 1 备份包括自上次增量级别 0 备份后的所有更改，而归档日志备份则包括自上次累积增量级别 1 备份后的重做日志。
此策略可实现快速恢复，因为 RMAN 只需还原增量级别 0 备份、上次累积备份以及在上次累积备份与故障点之间创建的归档日志备份。
関連ドキュメント

The document was helpful.

評価を選択

I easily found the information I needed.

評価を選択