Chat now with support
Chat with Support

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

从主数据库服务器和备用数据库服务器备份

将资源密集型备份操作转移到备用数据库服务器通常是部署 Data Guard 的驱动因素之一。Oracle 版本决定了可以将多少备份操作转移到备用数据库服务器:

Oracle 10.2.x:数据文件和归档重做日志文件的备份可转移到备用数据库服务器,而控制文件和 SPFILE 的备份必须在主数据库服务器上执行。此外,数据文件和归档重做日志文件的备份可用于恢复主数据库服务器或备用数据库服务器,而不管备份是从主数据库服务器还是从备用数据库服务器执行的。有关详细信息,请参见《Oracle 10.2.x Data Guard 概念和管理》中的使用 RMAN 备份和还原文件
Oracle 11.x:数据文件、归档重做日志文件、控制文件和 SPFILE 的备份可在主数据库服务器和备用数据库服务器之间互换,这意味着所有备份都可以从其中一台备用数据库服务器执行。此外,您可以使用备份来恢复主数据库服务器或备用数据库服务器,而不管备份是从主数据库服务器还是从备用数据库服务器执行的。有关详细信息,请参见《Oracle 11.x Data Guard 概念和管理》中的使用 RMAN 备份和还原文件

虽然 Oracle 11.x 不要求在备用数据库服务器上执行所有备份,但 Oracle 11.x 环境的有效策略是模仿 10.2.x 环境的要求。在 10.2.x 环境中,只有数据文件和归档重做日志文件会转移到备用数据库服务器,而控制文件和 SPFILE 备份则从主数据库服务器执行。

Oracle 10.2.x 和 11.x 的另一个有效策略是从主数据库服务器执行控制文件和 SPFILE 备份,同时在主数据库服务器和备用数据库服务器之间交替备份数据文件和归档重做日志文件。例如,每周在备用数据库服务器上执行增量级别 0 备份,每天从主数据库服务器执行增量级别 1 备份。此外,从主数据库服务器执行控制文件和 SPFILE 的每日备份。

Oracle 最高可用性体系结构 (MAA) 最佳做法建议在主数据库和备用数据库上同时进行备份,以便在发生双重中断时缩短 MTTR,从而避免在切换和故障转移时引入新的站点实践。

通过此策略,Plug‑in for Oracle 将同时安装在主服务器和至少一台执行备份的备用数据库服务器上。

说明: 对于 Oracle 11.x 之前的 Oracle 版本,SPFILE 备份假定为可用于任何其他备用数据库。但是,实际上,所有备用数据库都不能使用相同的 SPFILE。因此,RMAN 不允许在一个数据库站点上执行的 SPFILE 备份在另一个数据库站点上使用。仅当 COMPATIBLE 初始化参数设置为 11.0.0 时,此限制才适用。

备用数据库允许您将所有备份操作转移到一个特定的备用数据库,但 SPFILE 的备份除外。但是,如果将 COMPATIBLE 初始化参数设置为 11.0.0,则可将 SPFILE 备份到磁盘,并在备份写入磁带或 NetVault Backup 介质的备用站点上手动编录。SPFILE 备份集中存储的其他元数据使 RMAN 能够识别哪个数据库 SPFILE 包含在哪个备份集中。因此,在从磁带或 NetVault Backup 介质还原期间可以选择适当的 SPFILE 备份。

在为 Oracle 10.2.x Data Guard 环境实施从主服务器和备用服务器备份的策略时,请考虑随附的备份目标策略,如定义备份目标策略中所述。

由于 RMAN 将备份元数据存储在恢复目录中,因此从主数据库服务器执行的到 FRA 的备份会导致在恢复目录中注册备份期间创建 RMAN 备份件。第二天,如果从备用数据库服务器执行的备份也执行到 FRA,则在备份期间创建的 RMAN 备份件也会在恢复目录中注册。

本周晚些时候,如果从备用数据库服务器向 NetVault Backup 介质管理器执行 FRA 的备份,则 FRA 至 NetVault Backup 介质管理器的备份将尝试访问主数据库服务器备份至 FRA 时创建的备份集。由于主数据库和备用数据库不共享 FRA,因此 FRA 至 NetVault Backup 介质管理器的备份将失败。RMAN 尝试访问主数据库服务器上的备份集,但无法从执行 FRA 至 NetVault Backup 介质管理器备份的备用数据库服务器访问这些备份集。

因此,对于 Oracle 10.2.x Data Guard 环境,Quest 建议仅从主数据库服务器或备用数据库服务器执行到 FRA 的备份,而不是从这两种服务器同时执行到 FRA 的备份。

在 Oracle 11.x Data Guard 环境中,Oracle 参数 db_unique_name 允许恢复目录将备份源与 FRA 区分开来。选择 FRA 至 NetVault Backup 介质管理器备份时,RMAN 会备份数据库服务器 FRA 中执行 FRA 至 NetVault Backup 介质管理器备份的备份集。

有关执行到 NetVault Backup 介质管理器的备份的详细信息,请参阅设置备份选项。有关 FRA 备份的详细信息,请参阅闪回恢复区 (FRA) 备份

仅从备用数据库服务器备份

从 Oracle 11.x 开始,数据文件、归档重做日志文件、控制文件和 SPFILE 的备份可在主数据库服务器和备用数据库服务器之间互换。这种可互换性意味着所有备份都可以从其中一台备用数据库服务器执行。采用此策略时,Plug‑in for Oracle 将同时安装在主数据库服务器和至少一台执行备份的备用数据库服务器上。该插件必须在主数据库服务器上安装才能执行还原;也就是说,如果要使用备用数据库服务器的备份来恢复主数据库服务器,则需要在主数据库服务器上安装该插件。

部署

Plug‑in for Oracle 对 Data Guard 环境的支持仅限于物理备用数据库。不支持逻辑数据库和快照备用数据库。物理备用数据库是生产数据库的事务一致性副本。对备用数据库的所有引用请参阅物理备用数据库。

该插件支持以下类型的 Data Guard 部署:

单实例

-->

单实例

多实例 RAC

-->

单实例

多实例 RAC

-->

多实例 RAC

在 Data Guard 环境中部署插件要求您根据所选的备份策略,在主数据库服务器和至少一台物理备用服务器上安装插件。有关选择备份策略的详细信息,请参阅定义部署策略

单实例至单实例 Data Guard 部署

在单实例至单实例 Data Guard 部署中,插件同时安装在主数据库服务器和至少一台备用数据库服务器上。

Related Documents

The document was helpful.

Select Rating

I easily found the information I needed.

Select Rating