지금 지원 담당자와 채팅
지원 담당자와 채팅

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) 配合使用 故障排除

在增量备份和重做日志之间选择

如果 RMAN 可以选择是将增量备份还是将重做日志应用到已还原的数据文件以满足恢复目标，则它始终会选择增量备份。如果增量备份的级别重叠，RMAN 会自动选择涵盖最长时间段的备份级别。

RMAN 会自动从可用备份中还原所需的数据文件，如果数据文件可用，则会对其应用增量备份，然后应用归档日志。

选择还原源

启用 FRA 时，插件允许您定义一个介质目标策略，该策略通过在备份选项选项卡中指定目标备份选项来平衡需求，同时加快还原速度。这些选项允许您选择备份的目标。它们包括：

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

在还原过程中，插件为您提供了一个选项，用于定义还原源或 RMAN 应该用作还原源的位置。通过此选项，您可以通过确保 RMAN 从 FRA 或 NetVault Backup 介质还原，从而加快还原速度。使用此选项，您可以：

•
即使备份在基于磁盘的介质，VTL或磁带等 NetVault Backup 介质上也可用，也要从 FRA 还原。
•
如果怀疑 FRA 出现介质故障或数据损坏，并且您不希望因 RMAN 无法从 FRA 还原而面临重新启动还原和恢复过程的风险，则可以从 NetVault Backup 介质还原。

此外，当您通过将通道分配给磁盘执行了基于 CLI 的磁盘备份，但您希望使用插件执行还原时，可以使用这些相同的还原源选项。

以下还原源选项可用：

•
NetVault Backup 介质管理器：选中后，RMAN 会打开“SBT_TAPE”通道，并从由 NetVault Backup 管理并在目标选项卡的设备选项部分指定的备份介质读取备份文件。如果尚未实施 FRA 备份目标策略或为所有备份选择了 NetVault Backup 介质管理器的备份目标，请选择此选项。
•
磁盘（从 FRA 或磁盘还原）：选中后，RMAN 仅打开 DISK 设备类型，并从 FRA 或在配置 RMAN 的 DISK 设备类型时指定的操作系统特定目录还原备份文件。此选项为默认选项。
•
NetVault Backup 介质管理器和磁盘（从 NetVault Backup 介质和（FRA 或磁盘）还原）：选中后，RMAN 会打开“SBT_TAPE”通道和 DISK 通道，从而允许 RMAN 灵活地为恢复文件选择最佳源。如果您的备份目标策略包括 NetVault Backup 介质管理器和磁盘选项，或者您已选择在 FRA 中存储备份恢复文件，同时按不同的独立计划执行闪回恢复区备份，请选择此选项。

数据文件介质恢复

数据文件介质恢复是将联机日志、归档重做日志或增量备份应用到已恢复数据文件，以将其更新到当前时间或其他一些指定时间。数据文件介质恢复（通常称为“恢复”）是完全恢复或时间点 (PIT) 恢复（也称为不完全恢复）。PIT 恢复是响应用户错误（例如丢弃表，或在一段时间内未注意到的逻辑损坏）造成的数据丢失的一种方法。

完全恢复与时间点 (PIT) 恢复

完全恢复可将数据库恢复到最近的时间，而不会丢失任何已提交的事务。借助 PIT 恢复，您可以将数据库恢复到特定点。插件支持基于时间、日志序列号或系统变更号的 PIT 恢复。当前，插件仅支持数据库时间点恢复 (DBPITR)。

•
基于系统变更号 (SCN) 的时间点恢复：当在 PIT 恢复期间指定 SCN 时，RMAN 最多可恢复到指定的 SCN，但不包括该 SCN。例如，如果指定 SCN 1000，则执行到 SCN 999 的恢复。
•
基于日志序列号 (LSN) 的时间点恢复：如果不知道数据损坏或故障的确切时间，则指定包含目标 SCN 的日志序列号是一个可行的选项。RMAN 通过指定的日志进行恢复。可以查询 V$LOG_HISTORY 以查看已归档的日志，从而确定相应的日志序列号和线程。
•
基于时间的时间点恢复：基于时间的 PIT 恢复在知道数据损坏时间时很有用。例如，如果开发人员在上午 6:00 丢弃了一个表，此时可执行 PIT 恢复，停止时间为上午 5:55。插件最多可恢复到指定时间，但不包括该时间。

有关 PIT 恢复和数据库实体的详细信息，请参阅《Oracle 数据库备份和恢复基础知识指南》中的执行数据库时间点恢复。

数据块介质恢复

数据块介质恢复仅在 Oracle 企业版中可用。此功能允许您仅恢复损坏的数据块，而不必还原和恢复整个数据文件，从而缩短停机时间。数据块介质恢复对于处理涉及已知较少数量数据块的物理损坏问题非常有用。数据块级数据丢失通常是由于间歇性的随机 I/O 错误而导致的，这些错误不会导致大量数据丢失和写入磁盘的内存损坏。数据块介质恢复不适用于数据丢失或损坏程度未知且整个数据文件需要恢复的情况。在这种情况下，数据文件介质恢复是最佳解决方案。

您可以使用数据块介质恢复来恢复数据文件中一个或多个损坏的数据块。与数据文件介质恢复相比，数据块介质恢复具有以下优势：

•
它可以缩短 MTTR，因为只需还原和恢复需要恢复的数据块。
•
它允许受影响的数据文件在恢复期间保持联机。

如果不使用数据块介质恢复，即使单个数据块损坏，您也必须使数据文件脱机，并从备份中还原数据文件。您必须应用在创建备份之后为数据文件生成的所有重做日志。在介质恢复完成之前，整个文件不可用。使用数据块介质恢复时，只有实际恢复的数据块在恢复期间不可用。

先决条件

除了运行 Oracle 企业版外，Oracle 还要求满足《Oracle 数据库备份和恢复用户指南》的执行数据块介质恢复中定义的有关数据块介质恢复的以下先决条件。

•
目标数据库必须在 ARCHIVELOG 模式下运行，并且使用当前控制文件打开或安装。
•
目标数据库不能是备用数据库。
•
包含损坏数据块的数据文件的备份必须是完整备份或增量级别 0 备份，而不是代理副本。
•
RMAN 只能使用归档重做日志进行恢复。RMAN 无法使用增量级别 1 增量备份。数据块介质恢复无法保留缺失或不可访问的归档重做日志，但有时可保留缺失的重做记录。
•
必须在目标数据库上启用闪回数据库，RMAN 才能在闪回日志中搜索损坏数据块的良好副本。启用闪回日志记录并包含损坏数据块的未损坏旧版本时，RMAN 可使用这些数据块，从而可能加快恢复速度。
识别损坏的数据块

V$DATABASE_BLOCK_CORRUPTION 视图显示由 RMAN 命令、ANALYZE 和 SQL 查询等数据库组件标记为损坏的数据块。物理损坏（有时称为介质损坏）会导致将行添加到此视图中。例如，数据库无法识别数据块：校验和无效、数据块包含全零，或数据块标头被截断。

除了 V$DATABASE_BLOCK_CORRUPTION 中的报告外，还会在以下位置报告数据块损坏：

•
LIST FAILURE、VALIDATE 或 BACKUP … VALIDATE 命令的结果
•
标准输出中的错误消息
•
Oracle 警报日志
•
用户跟踪文件
•
SQL 命令 ANALYZE TABLE 和 ANALYZE INDEX 的结果
•
DBVERIFY 实用程序的结果
•
第三方介质管理输出，例如 NetVault Backup。
例如，您可以在用户跟踪文件中找到以下消息：
ORA-01578：Oracle 数据块已损坏（文件编号 7，数据块编号 3）
ORA-01110：数据文件 7：'/oracle/oradata/trgt/tools01.dbf'
ORA-01578：Oracle 数据块已损坏（文件编号 2，数据块编号 235）
ORA-01110：数据文件 2：'/oracle/oradata/trgt/undotbs01.dbf'
관련 문서

The document was helpful.

평가 결과 선택

I easily found the information I needed.

평가 결과 선택