可以通过以下几种方式激活保护组:
全局,即在配置了保护组的两个群集上激活该保护组
仅在主群集上
仅在备用群集上
激活保护组时,您所用的数据复制产品决定了哪些群集上可以启动数据复制。例如,只有当您通过下列方式之一激活保护组时,Oracle Data Guard 软件才允许启动数据复制:
从主群集以本地方式。
从主群集或备用群集以全局方式。
因此,如果您尝试从备用群集以本地方式激活保护组,数据复制将不会启动。但是,如果您从备用群集以全局方式激活保护组,数据复制将会启动。
登录到一个群集节点。
要完成此步骤,您需要分配有 Geo Management RBAC 权限配置文件。有关 RBAC 的更多信息,请参见《Sun Cluster Geographic Edition 系统管理指南》中的“Sun Cluster Geographic Edition 软件和 RBAC”。
在本地群集上激活保护组。
如果您在主群集上激活保护组,则其应用程序资源组也会进入联机状态。
phys-node-n# geopg start -e scope [-n] ODGprotectiongroup |
指定命令的范围。
如果该范围为 Local,则此命令仅在本地群集上生效。如果该范围为 global,则此命令在部署保护组的两个群集上均生效。
属性值(例如 global 和 local)不区分大小写。
防止在保护组启动时启动数据复制。
如果省略此选项,则在保护组启动的同时会启动数据复制子系统,并且该命令会在保护组中的每个 Oracle Data Guard Broker 配置上执行以下操作:
检验 local_rac_proxy_svr_rg_name 属性中指定的资源组是否包含一个 SUNW.scalable_rac_server_proxy 类型的资源。
检验 Oracle dgmgrl 命令是否可以使用为 sysdba_username、sysdba_password 和 local_db_service_name 指定的值连接。
验证为复制资源配置的角色是否与本地群集上保护组的角色相同。
检验 Oracle Data Guard Broker 配置详细信息是否与 Sun Cluster Geographic Edition 所持有的配置详细信息匹配。要检查的详细信息包括哪个群集是主群集、配置名称、数据库模式(对于主群集和备用群集而言)、复制模式以及备用类型。
指定保护组的名称。
geopg start 命令使用 clrs enable resources 和 clrg online resourcegroups 命令将资源组和资源置于联机状态。有关使用此命令的更多信息,请参见 clresource(1CL) 和 clresourcegroup(1CL) 手册页。
如果保护组的角色在本地群集上是 primary,则 geopg start 命令将执行下列操作:
运行 RoleChange_ActionCmd 属性定义的脚本
将保护组中包括阴影 RAC 服务器代理资源组在内的应用程序资源组在本地群集上置于联机状态
如果该命令失败,则 Configuration 状态可能会设置为 Error,具体取决于故障的原因。保护组会保持已取消激活的状态,但此时数据复制可能已启动,并且某些资源组可能已进入联机状态。
运行 geoadm status 命令以获取系统的状态。
如果 Configuration 状态设置为 Error,请使用如何验证 Oracle Data Guard 保护组中所介绍的过程重新验证保护组。
本示例说明了如何以全局方式激活保护组。
phys-paris-1# geopg start -e global sales-pg |
本示例说明了如何仅在本地群集上激活保护组。此本地群集可能是主群集,也可能是备用群集,具体取决于群集的角色。
phys-paris-1 geopg start -e local sales-pg |