test

Sun Cluster Geographic Edition 数据复制指南（适用于 Oracle Data Guard）

在使用 Oracle Data Guard 的系统上强制执行接管操作

当需要在备用群集上使应用程序进入联机状态时，请执行接管操作（无论在主数据库和备用数据库之间数据是否完全一致）。在本节，假定保护组已启动。

启动接管后，将发生下面的操作：

有关主群集和备用群集在接管操作前后可能出现哪些状况的详细信息，请参见《Sun Cluster Geographic Edition 系统管理指南》中的附录 C “接管后的情况”。

本节提供了以下信息：

Procedure如何强制备用群集立即接管 Oracle Data Guard 服务

开始之前

在强制备用群集承担主群集的活动前，请确保满足以下条件：

  1. 登录到备用群集中的一个节点。

    要完成此步骤，您需要分配有 Geo Management RBAC 权限配置文件。有关 RBAC 的更多信息，请参见《Sun Cluster Geographic Edition 系统管理指南》中的“Sun Cluster Geographic Edition 软件和 RBAC”。

  2. 启动接管操作。


    phys-node-n# geopg takeover [-f] protectiongroupname
    -f

    强制命令在不经您确认的情况下执行该操作。

    protectiongroupname

    指定保护组的名称。

示例 3–2 强制备用群集执行接管操作

本示例说明如何强制备用群集 cluster-newyork 接管 sales-pg。

节点 phys-newyork-1 是备用群集中的第一个节点。有关哪一个节点是 phys-newyork-1 的提示信息，请参见《Sun Cluster Geographic Edition 系统管理指南》中的“Sun Cluster Geographic Edition 群集配置示例”。


phys-newyork-1# geopg takeover -f sales-pg
接下来的操作

有关主群集和备用群集在接管操作完成后的状态信息，请参见《Sun Cluster Geographic Edition 系统管理指南》中的附录 C “接管后的情况”。

执行接管操作期间由 Sun Cluster Geographic Edition 软件执行的操作

运行 geopg takeover 命令时，软件会确认备用群集（即将来的主群集）中的 Oracle Data Guard Broker 配置中的数据库是否已启用（因为不能由已禁用的数据库来接管）。软件还确认 Oracle Data Guard 命令行界面的 show configuration 命令不是显示 SUCCESS 状态，就是忙于执行运行状况检查 (ORA-16610)。如果 show configuration 命令返回其他任何 Oracle 错误代码，接管将会失败。

如果可以访问原来的主群集 cluster-paris，软件将使应用程序资源组脱机，并将它们置于 Unmanaged 状态。

在原来的备用群集 cluster-newyork 上，软件执行以下操作：

如果命令成功完成，则备用群集 cluster-newyork 将成为保护组的新主群集。与保护组的 Oracle Data Guard Broker 配置相关联的数据库将根据本地群集上保护组的角色颠倒其角色。Oracle 阴影 RAC 服务器代理资源组以及其他所有应用程序资源组在新的主群集上联机。如果可以访问原来的主群集，则它将成为保护组的新备用群集。与保护组的 Oracle Data Guard Broker 配置关联的所有数据库的复制操作将停止。

注意 – 注意 –

成功地执行接管操作后，数据复制将停止。如果您希望继续暂停复制，请在使用 -geopg start 命令时指定 n 选项。此选项可防止启动从新的主群集到新的备用群集的数据复制。

如果之前的操作失败，此命令将返回错误。使用 geoadm status 命令查看每个组件的状态。例如，保护组的 Configuration 状态可能设置为 Error 状态，具体取决于故障的原因。保护组可以处于已激活或已取消激活的状态。

如果保护组的 Configuration 状态设置为 Error 状态，请使用如何验证 Oracle Data Guard 保护组中所介绍的过程重新验证保护组。

如果每个伙伴群集上保护组的配置不相同，需要使用如何重新同步 Oracle Data Guard 保护组中所介绍的过程对配置进行重新同步。