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

激活和取消激活保护组

本节说明了如何执行下列过程:

激活保护组时,它承担着配置期间指定给它的角色。

有关配置保护组的更多信息,请参见如何创建和配置 Oracle Data Guard 保护组

Procedure如何激活 Oracle Data Guard 保护组

可以通过以下几种方式激活保护组:

激活保护组时,您所用的数据复制产品决定了哪些群集上可以启动数据复制。例如,只有当您通过下列方式之一激活保护组时,Oracle Data Guard 软件才允许启动数据复制:

因此,如果您尝试从备用群集以本地方式激活保护组,数据复制将不会启动。但是,如果您从备用群集以全局方式激活保护组,数据复制将会启动。

  1. 登录到一个群集节点。

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

  2. 在本地群集上激活保护组。

    如果您在主群集上激活保护组,则其应用程序资源组也会进入联机状态。


    phys-node-n# geopg start -e scope [-n] ODGprotectiongroup
    
    -e scope

    指定命令的范围。

    如果该范围为 Local,则此命令仅在本地群集上生效。如果该范围为 global,则此命令在部署保护组的两个群集上均生效。


    注 –

    属性值(例如 globallocal区分大小写。


    -n

    防止在保护组启动时启动数据复制。

    如果省略此选项,则在保护组启动的同时会启动数据复制子系统,并且该命令会在保护组中的每个 Oracle Data Guard Broker 配置上执行以下操作:

    • 检验 local_rac_proxy_svr_rg_name 属性中指定的资源组是否包含一个 SUNW.scalable_rac_server_proxy 类型的资源。

    • 检验 Oracle dgmgrl 命令是否可以使用为 sysdba_usernamesysdba_passwordlocal_db_service_name 指定的值连接。

    • 验证为复制资源配置的角色是否与本地群集上保护组的角色相同。

    • 检验 Oracle Data Guard Broker 配置详细信息是否与 Sun Cluster Geographic Edition 所持有的配置详细信息匹配。要检查的详细信息包括哪个群集是主群集、配置名称、数据库模式(对于主群集和备用群集而言)、复制模式以及备用类型。

    ODGprotectiongroup

    指定保护组的名称。

    geopg start 命令使用 clrs enable resourcesclrg online resourcegroups 命令将资源组和资源置于联机状态。有关使用此命令的更多信息,请参见 clresource(1CL)clresourcegroup(1CL) 手册页。

    如果保护组的角色在本地群集上是 primary,则 geopg start 命令将执行下列操作:

    • 运行 RoleChange_ActionCmd 属性定义的脚本

    • 将保护组中包括阴影 RAC 服务器代理资源组在内的应用程序资源组在本地群集上置于联机状态

    如果该命令失败,则 Configuration 状态可能会设置为 Error,具体取决于故障的原因。保护组会保持已取消激活的状态,但此时数据复制可能已启动,并且某些资源组可能已进入联机状态。

    运行 geoadm status 命令以获取系统的状态。

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


示例 2–10 以全局方式激活 Oracle Data Guard 保护组

本示例说明了如何以全局方式激活保护组。


phys-paris-1# geopg start -e global sales-pg


示例 2–11 以本地方式激活 Oracle Data Guard 保护组

本示例说明了如何仅在本地群集上激活保护组。此本地群集可能是主群集,也可能是备用群集,具体取决于群集的角色。


phys-paris-1 geopg start -e local sales-pg

Procedure如何取消激活 Oracle Data Guard 保护组

可以通过以下几种方式取消激活保护组:

在主群集或备用群集上取消激活保护组的结果取决于正在使用的数据复制类型。如果使用的是 Oracle Data Guard 软件,则可以在 Oracle Data Guard 配置启用时从主群集或备用群集中停止该配置,因为两个群集上的 Oracle Data Guard 命令行界面 (dgmgrl) 仍然接受命令。

  1. 登录到一个群集节点。

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

  2. 在本地群集的所有节点上取消激活保护组。

    取消激活保护组时,它的应用程序资源组也会进入未受管理状态。


    phys-node-n# geopg stop -e scope [-D] protectiongroupname
    
    -e scope

    指定命令的范围。

    如果该范围为 Local,则此命令仅在本地群集上生效。如果该范围为 global,则此命令在保护组所在的两个群集上均会生效。


    注 –

    属性值(例如 globallocal区分大小写。


    -D

    指定仅停止数据复制并将保护组置于联机状态。

    如果省略此选项,则数据复制子系统和保护组均会停止。如果本地群集上的保护组的角色设置为 primary 并且省略 -D 选项,则应用程序资源组会脱机并置于 Unmanaged 状态。

    protectiongroupname

    指定保护组的名称。

    如果保护组的角色在本地群集上是 primary,则 geopg start 命令将禁用 Oracle Data Guard Broker 配置。

    如果 geopg stop 命令失败,请运行 geoadm status 命令查看每个组件的状态。例如,Configuration 状态可能会被设置为 Error,具体取决于故障的原因。即使某些资源组可能处于未受管理状态,保护组仍可能保持已激活状态。还可以在进行数据复制时取消激活保护组。

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


示例 2–12 在所有群集上取消激活 Oracle Data Guard 保护组

本示例说明了如何在所有群集上取消激活保护组。


phys-paris-1# geopg stop -e global sales-pg


示例 2–13 在本地群集上取消激活 Oracle Data Guard 保护组

本示例说明了如何在本地群集上取消激活保护组。


phys-paris-1# geopg stop -e local sales-pg


示例 2–14 使保护组保持联机状态的同时停止 Oracle Data Guard 数据复制

本示例说明了如何仅在本地群集上停止数据复制。


phys-paris-1 geopg stop -e local -D sales-pg

如果您日后决定取消激活保护组及其底层的数据复制子系统,则可以重新运行不带 -D 选项的命令。


phys-paris-1# geopg stop -e local sales-pg


示例 2–15 使应用程序资源组保持联机状态的同时取消激活 Oracle Data Guard 保护组

本示例说明了如何在取消激活两个应用程序资源组 apprg1apprg2 的保护组 sales-pg 的同时保持这两个资源组联机。

  1. 从保护组中删除应用程序资源组。


    phys-paris-1# geopg remove-resource-group apprg1,apprg2 sales-pg
    
  2. 取消激活该保护组。


    phys-paris-1# geopg stop -e global sales-pg