Converse agora com nosso suporte
Chat com o suporte

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 CLI 执行表级恢复

如前所述，这些示例基于使用全自动版本的辅助实例。有关使用自动化辅助实例或用户管理的辅助实例的其他示例（这两个实例均可与插件配合使用以执行表级恢复），请参阅 Oracle 文档。请注意以下事项：

•
表级恢复需要使用“until”子句来定义目标恢复状态。
•
以下示例假定您已连接到目标实例以及 RMAN 恢复目录（如果适用）。
示例

以下示例使用完全自动化的辅助实例将 Oracle 用户的三个表 sales 恢复到特定 SCN，其中所需的文件在 Linux 或 UNIX 目录 /oracle/nvbu_pitr_auxiliary_destination 中进行填充，该目录是由您在运行恢复之前创建的。

RMAN> recover table SALES.NORTHSALES, SALES.SOUTHSALES, SALES.CENTRALSALES
until scn 5555638
auxiliary destination '/oracle/nvbu_pitr_auxiliary_destination';

下面是一个类似的示例，不同之处在于它使用日志序列：

RMAN> recover table SALES.NORTHSALES, SALES.SOUTHSALES, SALES.CENTRALSALES
until sequence 38 thread 1
auxiliary destination '/oracle/nvbu_pitr_auxiliary_destination';

下面是一个类似的示例，不同之处在于它使用特定的日期和时间，并且基于 Windows 服务器环境：

RMAN> recover table SALES.NORTHSALES, SALES.SOUTHSALES, SALES.CENTRALSALES
until time "to_date('2013/11/23 06:59:00', 'yyyy/mm/dd hh24:mi:ss')"
auxiliary destination 'C:\app\Administrator\product\11.2.0\dbhome_1\nvbu_pitr_auxiliary_destination';

使用重映射表选项，以下示例将三个选定表中的两个恢复为具有不同名称的新表。第三个表将使用与原始表相同的名称进行恢复。

RMAN> recover table SALES.NORTHSALES, SALES.SOUTHSALES, SALES.CENTRALSALES
until time "to_date('2013/11/23 06:59:00', 'yyyy/mm/dd hh24:mi:ss')"
remap table sales.northsales:northsales_recovered, sales.southsales:southsales_recovered
auxiliary destination 'C:\app\Administrator\product\11.2.0\dbhome_1\nvbu_pitr_auxiliary_destination';

通过普通用户恢复表：

RMAN> recover table "C##SALES"."NORTHSALES", "C##SALES"."SOUTHSALES"
until scn 5555638
remap table "C##SALES"."NORTHSALES":"NORTHSALES_RECOVERED"
auxiliary destination '/oracle/nvbu_pitr_auxiliary_destination';

默认情况下，RMAN 会将已恢复的表或表分区导入到目标数据库中。导入之前，表存储在导出转储文件中。您可以使用 NOTABLEIMPORT 选项阻止 RMAN 导入已恢复的表或表分区。如果使用此选项，表将恢复到指定点，并创建导出转储文件，但转储文件不会导入到目标数据库中。此时，您可以使用辅助实例分析表，或使用 Oracle Data Pump Import 实用程序将转储文件手动导入目标数据库实例。

RMAN> recover table "C##SALES"."NORTHSALES", "C##SALES"."SOUTHSALES"
until time 'SYSDATE-4'
auxiliary destination '/oracle/nvbu_pitr_auxiliary_destination'
datapump destination '/oracle/nvbu_pitr_datapump_destination'
dump file 'northsales_southsales_export_dump.dat'
notableimport;
 
* 
说明： 如果在恢复过程中发生错误，并且已恢复的表创建了一个导出转储文件，则 Oracle 不会删除该文件。然后，您可以使用导出转储文件手动完成恢复过程。

从 NetVault Backup WebUI 执行表级恢复

除了执行 RMAN 还原中所述的步骤外，以下选项特别适用于表级恢复。

1
在执行恢复选项卡上的恢复类型部分中，选择执行表级时间点恢复选项。
2
选择基于系统变更号、基于日志序列或基于时间选项。
•
如果选择基于系统变更号选项，插件将指示 RMAN 在表恢复期间使用“until scn”子句。例如：until scn 5555638
•
如果选择基于日志序列选项，插件将指示 RMAN 在表恢复期间使用“until sequence <number> thread <number>”子句。例如：until sequence 38 thread 1
•
如果选择基于时间选项，插件将指示 RMAN 在表恢复期间使用“until time”子句。例如：until time "to_date('2013/11/23 06:59:00', 'yyyy/mm/dd hh24:mi:ss')"
3
在辅助目标字段中，指定辅助实例用于存储所需的所有文件（包括控制文件、归档日志和数据文件的副本）的目录（完整路径）。
使用此字段等同于使用“auxiliary destination '<directoryFullPath>'”子句。
 
* 
重要信息： 在运行恢复过程之前，此目录必须存在。如果目录不存在，则恢复可能会失败，并显示 ORA- 类型错误。
4
在恢复表字段中，输入要作为表级恢复的一部分包括在恢复表中的以逗号分隔的表列表。
使用 oracle_user_name.table_name 结构。Oracle 12c 包括普通用户和本地用户，本地用户使用的命名约定与 Oracle 早期版本中的 Oracle 数据库用户名类似。
对于需要有普通用户的容器，Oracle 数据库提供 SYS 和 SYSTEM 普通用户。用户创建的普通用户的名称必须以 C## 或 c# 开头。有关详细信息，请参阅 Oracle 12c Multitenant Architecture 文档。
 
* 
重要信息： 列出普通用户的表时，请使用双引号。虽然 SQL*Plus 接受使用包含 C## 或 c# 但不包含双引号的字符串对表进行查询，但 RMAN 不接受。
示例 1：下面列出了 sales 用户的三个表。
sales.northsales, sales.southsales, sales.centralsales
示例 2：以下示例列出了 C##SALES 普通用户的两个表。
"C##SALES"."NORTHSALES", "C##SALES"."SOUTHSALES"
使用上述示例等同于使用 recover table "C##SALES"."NORTHSALES", "C##SALES"."SOUTHSALES"子句。
5
在重映射表字段中，作为表级恢复的一部分，请输入要在适用时重命名的以逗号分隔的表列表。
此选项允许您恢复表并对其进行分析以确定是否覆盖原始表。您无需为恢复表字段中列出的每个表提供映射；您只需列出要临时重命名的表的映射。
示例 1：下面将 sales.northsales 表映射到 sales.northsales_recovered。
sales.northsales:northsales_recovered
示例 2：下面将 sales.northsales 表映射到 sales.northsales_recovered。
sales.northsales:northsales_recovered, sales.southsales:southsales_recovered
示例 3：下面将 sales.northsales 表映射到 sales.northsales_recovered。
"C##SALES"."NORTHSALES":"NORTHSALES_RECOVERED"
使用上述示例等同于使用 remap table "C##SALES"."NORTHSALES":"NORTHSALES_RECOVERED" 子句。

维护恢复目录

•
重新同步恢复目录

重新同步恢复目录

只要安装了控制文件并且命令执行时恢复目录数据库可用，Plug‑in for Oracle 就会在执行 RMAN 备份时自动运行恢复目录的完全或部分重新同步。

在以下情况下，您可以使用 RMAN RESYNC CATALOG 命令执行手动完全重新同步：

•
当您发出任何自动重新同步目录的命令时，恢复目录不可用。
•
数据库的备份频率不高，每天都会生成大量的日志切换。例如，数据库备份之间归档数百个归档日志，目录重新同步之间生成 1000 次切换
•
您已通过添加或删除表空间等方式更改了目标数据库的物理结构。与归档操作一样，当物理架构更改时，恢复目录不会自动更新。

您无需频繁运行 RESYNC CATALOG。有关详细信息，请参阅《Oracle 数据库备份和恢复高级用户指南》中的使用 CROSSCHECK 更新 RMAN 存储库。

要强制执行恢复目录的完全重新同步，请执行以下步骤。

1
启动 RMAN，然后连接到目标数据库和恢复目录。
> rman TARGET / CATALOG rman/<password>@<connect_identifier for catalog>
2
安装目标数据库。
STARTUP MOUNT;
3
重新同步恢复目录。
RESYNC CATALOG;
4
退出 RMAN。
Documentos relacionados

The document was helpful.

Selecione a classificação

I easily found the information I needed.

Selecione a classificação