第 2 章 管理 Oracle Data Guard 保护组
本章介绍如何使用 Oracle Data Guard 软件来管理数据复制，
其中包含以下主题：
使用 Oracle Data Guard 保护组
与 Sun StorageTek Availability Suite、Hitachi TrueCopy 以及 EMC SRDF 等其他数据复制机制不同，Oracle Data Guard 是 Oracle RAC 软件必不可少的一部分。因此，您不必像在使用上述某个基于主机或存储的数据复制机制时一样，将 Oracle RAC 服务器代理资源组置于 Sun Cluster Geographic Edition 控制之下。您可以为正由 Oracle Data Guard 复制到 Sun Cluster Geographic Edition 的数据库添加 Oracle Data Guard Broker 配置，而不必停止数据库或复制过程。
保护组管理概述
要将包含通过 Oracle Data Guard 复制的数据库的现有 Oracle Data Guard Broker 配置添加到一个新的保护组中，需要完成下列常规过程。
-
在任一群集中的某个节点上，创建该保护组。
此过程在如何创建和配置 Oracle Data Guard 保护组中介绍。
-
在同一节点上，将 Oracle Data Guard Broker 配置添加到该保护组。
此过程在如何将 Oracle Data Guard Broker 配置添加到 Oracle Data Guard 保护组中介绍。
-
在另一个群集中的某个节点上，检索该保护组配置。
-
在同一节点上，将 Oracle 阴影 RAC 服务器代理资源组和应用程序资源组添加到该保护组。
-
从任一群集中以全局方式激活该保护组，或者从主群集本地激活该保护组。
此过程在如何激活 Oracle Data Guard 保护组中介绍。
如何管理 Oracle Data Guard 保护组（示例）
注 –
下面的示例显示了管理 Oracle Data Guard 保护组所涉及的全部步骤，更详细的说明在本章后面的各个过程中提供。
-
在 cluster-paris 群集上创建保护组。
phys-paris-1# geopg create -d odg -o primary -s paris-newyork-ps sales-pg Protection group "sales-pg" has been successfully created
cluster-paris 群集是主群集。不需要设置任何其他 Oracle Data Guard 保护组属性。
-
将 Oracle Data Guard Broker 配置 mysales.com 添加到该保护组。
注意 – 为了确保安全性，请不要在指定 sysdba_password 属性时提供密码。如果仅指定 -p sysdba_password=，则 geopg 命令会提示您键入实际密码；键入时密码不会显示。如果希望从另一个 shell 脚本发出 geopg 命令，可以将密码传输给此命令。
此外，要成功地运行以下命令，必须能够连接到本地和远程数据库服务。
phys-paris-1# geopg add-replication-component \ -p local_database_name=sales \ -p remote_database_name=salesdr \ -p local_db_service_name=sales-svc \ -p remote_db_service_name=salesdr-svc \ -p standby_type=physical \ -p replication_mode=MaxPerformance \ -p sysdba_username=sys \ -p sysdba_password= \ -p local_rac_proxy_svr_rg_name=sales-rac-proxy-svr-rg \ -p remote_rac_proxy_svr_rg_name=salesdr-rac-proxy-svr-rg \ mysales.com sales-pg Oracle Data Guard configuration "mysales.com" successfully added to the protection group "sales-pg" -
确认在上一步中添加到保护组的阴影 Oracle RAC 和复制资源组及资源已添加。
phys-paris-1# clresourcegroup status === Cluster Resource Groups === Group Name Node Name Suspended Status ---------- --------- --------- ------ rac-framework-rg phys-paris-1 No Online phys-paris-2 No Online scal-oradata-dg-rg phys-paris-1 No Online phys-paris-2 No Online qfs-oradata-mds-rg phys-paris-1 No Online phys-paris-2 No Offline scal-oradata-mp-rg phys-paris-1 No Online phys-paris-2 No Online rac_server_proxy-rg phys-paris-1 No Online phys-paris-2 No Online geo-clusterstate phys-paris-1 No Online phys-paris-2 No Online geo-infrastructure phys-paris-1 No Offline phys-paris-2 No Online sales-pg-odg-rep-rg phys-paris-1 No Online phys-paris-2 No Offline mysales_com-rac-proxy-svr-shadow-rg phys-paris-1 No Unmanaged phys-paris-2 No Unmanaged phys-paris-1# clresource status Resource Name Node Name State Status Message ------------- --------- ----- -------------- rac-framework-rs phys-paris-1 Online Online phys-paris-2 Online Online rac-udlm-rs phys-paris-1 Online Online phys-paris-2 Online Online rac-svm-rs phys-paris-1 Online Online phys-paris-2 Online Online crs_framework-rs phys-paris-1 Online Online phys-paris-2 Online Online scal-oradata-dg-rs phys-paris-1 Online Online - Diskgroup online phys-paris-2 Online Online - Diskgroup online qfs-oradata-mds-rs phys-paris-1 Online Online - Service is online. phys-paris-2 Offline Offline scal-oradata-mp-rs phys-paris-1 Online Online phys-paris-2 Online Online rac_server_proxy-rs phys-paris-1 Online Online - Oracle instance UP phys-paris-2 Online Online - Oracle instance UP geo-servicetag phys-paris-1 Online but not monitored Online phys-paris-2 Online but not monitored Online geo-clustername phys-paris-1 Offline Offline phys-paris-2 Online Online - LogicalHostname online. geo-hbmonitor phys-paris-1 Offline Offline phys-paris-2 Online Online - Daemon OK geo-failovercontrol phys-paris-1 Offline Offline phys-paris-2 Online Online - Service is online. mysales_com-odg-rep-rs phys-paris-1 Offline Offline phys-paris-2 Offline Offline mysales_com-rac-proxy-svr-shadow-rs phys-paris-1 Offline Offline phys-paris-2 Offline Offline -
从本地激活该保护组。
phys-paris-1# geopg start -e local sales-pg Processing operation... The timeout period for this operation on each cluster is 3600 seconds (3600000 milliseconds)... Protection group "sales-pg" successfully started.
如果尚未启用 mysales.com Oracle Data Guard Broker 配置，此过程可能需要几分钟甚至更长的时间。此过程实际所需的时间取决于主数据库和备用数据库的配置以及群集之间的距离。
-
确认数据复制已成功启动。
phys-paris-1# geoadm status Cluster: cluster-paris Partnership "paris-newyork-ps" : OK Partner clusters : cluster-newyork Synchronization : OK ICRM Connection : OK Heartbeat "hb_cluster-paris~cluster-newyork" monitoring \ "paris-newyork-ps" OK Plug-in "ping-plugin" : Inactive Plug-in "tcp_udp_plugin" : OK Protection group "sales-pg" : Error Partnership : paris-newyork-ps Synchronization : Error Cluster cluster-paris : OK Role : Primary Activation State : Activated Configuration : OK Data replication : OK Resource groups : None Cluster cluster-newyork : Unknown Role : Unknown Activation State : Unknown Configuration : Unknown Data Replication : Unknown Resource Groups : Unknown -
在伙伴群集中的一个节点上，检索该保护组。
phys-newyork-1# geopg get -s paris-newyork-ps sales-pg Protection group "sales-pg" has been successfully created.
-
确认您在上一步检索的保护组的阴影 Oracle RAC 和复制资源组及资源已检索到。
phys-newyork-1# clresourcegroup status === Cluster Resource Groups === Group Name Node Name Suspended Status ---------- --------- --------- ------ rac-framework-rg phys-newyork-1 No Online phys-newyork-2 No Online scal-oradata-dg-rg phys-newyork-1 No Online phys-newyork-2 No Online qfs-oradata-mds-rg phys-newyork-1 No Online phys-newyork-2 No Offline scal-oradata-mp-rg phys-newyork-1 No Online phys-newyork-2 No Online rac_server_proxy-rg phys-newyork-1 No Online phys-newyork-2 No Online geo-clusterstate phys-newyork-1 No Online phys-newyork-2 No Online geo-infrastructure phys-newyork-1 No Offline phys-newyork-2 No Online sales-pg-odg-rep-rg phys-newyork-1 No Online phys-newyork-2 No Offline mysales_com-rac-proxy-svr-shadow-rg phys-newyork-1 No Unmanaged phys-newyork-2 No Unmanaged phys-newyork-1# clresource status === Cluster Resources === Resource Name Node Name State Status Message ------------- --------- ----- -------------- rac-framework-rs phys-newyork-1 Online Online phys-newyork-2 Online Online rac-udlm-rs phys-newyork-1 Online Online phys-newyork-2 Online Online rac-svm-rs phys-newyork-1 Online Online phys-newyork-2 Online Online crs_framework-rs phys-newyork-1 Online Online phys-newyork-2 Online Online scal-oradata-dg-rs phys-newyork-1 Online Online - Diskgroup online phys-newyork-2 Online Online - Diskgroup online qfs-oradata-mds-rs phys-newyork-1 Online Online - Service is online. phys-newyork-2 Offline Offline scal-oradata-mp-rs phys-newyork-1 Online Online phys-newyork-2 Online Online rac_server_proxy-rs phys-newyork-1 Online Online - Oracle instance UP phys-newyork-2 Online Online - Oracle instance UP geo-servicetag phys-newyork-1 Online but Online not monitored phys-newyork-2 Online but Online not monitored geo-clustername phys-newyork-1 Offline Offline phys-newyork-2 Online Online - LogicalHostname online. geo-hbmonitor phys-newyork-1 Offline Offline phys-newyork-2 Online Online - Daemon OK geo-failovercontrol phys-newyork-1 Offline Offline phys-newyork-2 Online Online - Service is online. mysales_com-odg-rep-rs phys-newyork-1 Offline Offline phys-newyork-2 Offline Offline mysales_com-rac-proxy-svr-shadow-rs phys-newyork-1 Offline Offline phys-newyork-2 Offline Offline -
从伙伴群集中的任一节点上，将阴影 RAC 服务器代理资源组添加到该保护组。
# geopg add-resource-group mysales_com-rac-proxy-svr-shadow-rg sales-pg Following resource groups were successfully added: "mysales_com-rac-proxy-svr-shadow-rg"
将阴影 RAC 服务器代理资源组添加到该保护组对于复制操作的正常运行不是必不可少的。其中包含的资源仅反映实际 RAC 服务器代理资源组的状态，并突出说明了该群集是否是 Oracle Data Guard 主群集。
-
从伙伴群集中的任一节点上，以全局方式在两个群集上激活该保护组。
# geopg start -e global sales-pg Processing operation... The timeout period for this operation on each cluster is 3600 seconds (3600000 milliseconds)... Protection group "sales-pg" successfully started.
-
检验是否已成功创建并激活该保护组。
phys-newyork-1# geoadm status Cluster: cluster-newyork Partnership "paris-newyork-ps": OK Partner clusters : cluster-newyork Synchronization : OK ICRM Connection : OK Heartbeat "hb_cluster-newyork~cluster-paris" monitoring "cluster-paris": OK Heartbeat plug-in "ping_plugin" : Inactive Heartbeat plug-in "tcp_udp_plugin": OK Protection group "sales-pg" : OK Partnership : "paris-newyork-ps" Synchronization : OK Cluster cluster-newyork : OK Role : Primary PG activation state : Activated Configuration : OK Data replication : OK Resource groups : OK Cluster cluster-paris : OK Role : Secondary PG activation state : Activated Configuration : OK Data replication : OK Resource groups : OK
创建、修改、验证和删除 Oracle Data Guard 保护组
本节包含以下主题：
注 –
您可以创建不配置为使用数据复制的保护组。要创建不使用数据复制子系统的保护组，请在使用 geopg 命令时省略 -d datareplicationtype 选项。如果省略此选项，则 geoadm status 命令将显示数据复制的状态为 NONE。
如何创建和配置 Oracle Data Guard 保护组
下面的示例以第 1 章中介绍的示例配置为基础。
在本示例中，sales 数据库在 cluster-paris 群集上联机，并受 Oracle Data Guard 保护。
继续进行以下步骤之前，请确保 mysales.com Oracle Data Guard Broker 配置存在，因为 Sun Cluster Geographic Edition 不会为您创建此配置。
开始之前
确保满足以下条件：
-
您的群集是伙伴关系的成员。
-
您要创建的保护组还不存在。
注 –
保护组的名称在全局的 Sun Cluster Geographic Edition 名称空间中是唯一的。不能在同一系统的两个伙伴关系中使用相同的保护组名称。
您还可以将现有的保护组配置从远程群集复制到本地群集。有关更多信息，请参见将 Oracle Data Guard 保护组配置复制到伙伴群集。
-
登录到一个群集节点。
要完成此步骤，您需要分配有 Geo Management RBAC 权限配置文件。有关 RBAC 的更多信息，请参见《Sun Cluster Geographic Edition 系统管理指南》中的“Sun Cluster Geographic Edition 软件和 RBAC”。
-
在本地群集的所有节点上，创建一个新的保护组。
phys-node-n# geopg create -s partnershipname -d odg \ -o localrole [-p property [-p...]] protectiongroupname
- -s partnershipname
-
指定伙伴关系的名称。
- -d odg
-
指定由 Oracle Data Guard 软件复制保护组数据。
- -o localrole
-
指定此保护组在本地群集上的角色为 primary 或 secondary。
- -p propertysetting
-
指定保护组的属性。
可指定以下属性：
-
Description －描述保护组。
-
Timeout －以秒为单位指定保护组的超时时限。
-
- protectiongroupname
-
指定保护组的名称。
有关 Sun Cluster Geographic Edition 软件所支持的名称和值的信息，请参见《Sun Cluster Geographic Edition 系统管理指南》中的附录 B “Sun Cluster Geographic Edition 实体合法的名称和值”。
有关 geopg 命令的更多信息，请参阅 geopg(1M) 手册页。
创建保护组之前，数据复制层将验证配置是否正确。
-
如果验证成功，则本地 Configuration 状态将设置为 OK，Synchronization 状态将设置为 Error。
-
如果验证不成功，则不会创建保护组。
如何修改 Oracle Data Guard 保护组
开始之前
确保本地存在要修改的保护组。
-
登录到一个群集节点。
要完成此步骤，您需要分配有 Geo Management RBAC 权限配置文件。有关 RBAC 的更多信息，请参见《Sun Cluster Geographic Edition 系统管理指南》中的“Sun Cluster Geographic Edition 软件和 RBAC”。
-
修改保护组的配置
phys-node-n# geopg set-prop -p property[-p…] protectiongroupname
- -p property
-
指定保护组的属性。
有关可设置的属性的更多信息，请参见《Sun Cluster Geographic Edition 系统管理指南》中的附录 A “标准 Sun Cluster Geographic Edition 属性”。
- protectiongroupname
-
指定保护组的名称。
如果伙伴群集包含具有相同名称的保护组，则 geopg set-prop 命令还会将新的配置信息传播给伙伴群集。
geopg set-prop 命令会用新的配置信息来重新验证保护组。如果在本地群集上验证不成功，则不会修改保护组的配置。否则，将在本地群集上修改 Configuration 并将其状态设置为 OK。
如果 Configuration 状态在本地群集上设置为 OK，但验证在伙伴群集上不成功，将在伙伴群集上修改 Configuration，并在伙伴群集上将配置状态设置为 Error。
有关 Sun Cluster Geographic Edition 软件所支持的名称和值的信息，请参见《Sun Cluster Geographic Edition 系统管理指南》中的附录 B “Sun Cluster Geographic Edition 实体合法的名称和值”。
有关 geopg 命令的更多信息，请参阅 geopg(1M) 手册页。
示例 2–1 修改保护组的配置
本示例说明如何修改保护组的 timeout 属性。
phys-paris-1# geopg set-prop -p Timeout=300 sales-pg |
如何验证 Oracle Data Guard 保护组
开始之前
如果保护组的 Configuration 状态在 geoadm status 命令的输出中显示为 Error，则您可以使用 geopg validate 命令对该配置进行验证。此命令检查保护组及其实体的当前状态。
如果保护组及其实体是有效的，则保护组的 Configuration 状态将设置为 OK。如果 geopg validate 命令在配置文件中发现了错误，它将显示一条有关该错误的消息，并且配置将保持错误状态。在这种情况下，您可以修正配置中的错误，然后再次运行 geopg validate 命令。
此命令仅对本地群集上保护组的配置进行验证。要验证伙伴群集上的保护组配置，请再次在伙伴群集上运行该命令。
在验证保护组的配置之前，请确保本地存在要进行验证的保护组，而且伙伴双方群集所有节点上的通用代理容器均处于联机状态。
-
登录到一个群集节点。
要完成此步骤，您需要分配有 Geo Management RBAC 权限配置文件。有关 RBAC 的更多信息，请参见《Sun Cluster Geographic Edition 系统管理指南》中的“Sun Cluster Geographic Edition 软件和 RBAC”。
-
验证保护组的配置。
此命令仅对本地群集上单个保护组的配置进行验证。
phys-node-n# geopg validate protectiongroupname
示例 2–2 验证保护组的配置
本示例说明了如何验证保护组。
phys-node-n# geopg validate sales-pg |
数据复制层如何验证应用程序资源组和数据复制实体
在验证保护组的过程中，Oracle Data Guard 数据复制层会验证应用程序资源组和数据复制实体。Oracle Data Guard 数据复制层检验以下条件：
-
所验证的保护组内的资源组不包含含有 Oracle RAC 服务器代理资源的 Oracle RAC 服务器代理资源组
不能将这些资源组添加到 Oracle Data Guard 保护组，因为当保护组以全局方式启动时，由 Oracle RAC 服务器代理资源管理的 Oracle RAC 数据库在备用群集上关闭，从而禁用 Oracle Data Guard 数据复制。
-
保护组内应用程序资源组的 Auto_start_on_new_cluster 属性设置为 False
使保护组在主群集上联机时，数据复制层使参与该保护组的应用程序资源组仅在同一主群集上联机。将 Auto_start_on_new_cluster 属性设置为 False 可以防止 Sun Cluster 资源组管理器自动启动应用程序资源组。在这种情况下，保留资源组的启动功能供 Sun Cluster Geographic Edition 软件使用。
当保护组激活时，应用程序资源组只需要在主群集上联机。确保满足以下条件：
-
Oracle dgmgrl 命令对每个 Oracle Data Guard Broker 配置均显示 SUCCESS 状态
dgmgrl 命令的输出中存在 Oracle ORA- 消息可能意味着 sysdba_username 密码错误或者群集已被禁用。此信息反映在 Oracle Data Guard Broker 配置的复制资源的状态中。
-
Oracle Data Guard Broker 配置详细信息与 Sun Cluster Geographic Edition 所持有的配置详细信息匹配
要检查的详细信息包括哪个群集是主群集、配置名称、数据库模式（对于主群集和备用群集而言）、复制模式以及备用类型。
-
sysdba_username 密码对于备用群集有效，以确保可进行切换
验证完成时，Sun Cluster Geographic Edition 软件将创建阴影 RAC 服务器代理资源组和资源、复制资源组以及此复制资源组的资源（如果不存在的话），并将它们置于联机状态。如果具有相同名称的资源组或资源已经存在，则 Sun Cluster Geographic Edition 操作可能会修改它们的属性。Sun Cluster Geographic Edition 软件无法创建具有相同名称的新资源组或资源（如果已经有一个存在）。
成功地完成验证后，Configuration 状态将设置为 OK。如果验证不成功，则 Configuration 状态将设置为 Error。
如何删除 Oracle Data Guard 保护组
开始之前
要将某个保护组从所有群集上删除，请在该保护组所在的每个群集上运行 geopg delete 命令。
在删除保护组之前，请确保满足以下条件：
-
该保护组在本地存在
-
该保护组在本地群集上处于脱机状态
注 –
要在删除保护组时使应用程序资源组保持联机状态，请在删除保护组之前从该保护组中删除应用程序资源组。您不需要对阴影 RAC 服务器代理资源组执行任何操作，因为删除保护组会删除这些资源组，而不会影响它们所投影的 RAC 服务器代理资源组。
-
登录至要从中删除该保护组的群集（如 cluster-paris）内的一个节点上。
要完成此步骤，您需要分配有 Geo Management RBAC 权限配置文件。有关 RBAC 的更多信息，请参见《Sun Cluster Geographic Edition 系统管理指南》中的“Sun Cluster Geographic Edition 软件和 RBAC”。
cluster-paris 是主群集。有关群集配置样例，请参见《Sun Cluster Geographic Edition 系统管理指南》中的“Sun Cluster Geographic Edition 群集配置示例”。
-
删除该保护组。
phys-node-n# geopg delete protectiongroupname
此命令可从本地群集删除保护组的配置。此命令还删除保护组中 Oracle Data Guard Broker 配置的 Oracle RAC 服务器代理资源组和复制资源组。
如果保护组未删除，则 Configuration 状态将设置为 Error。解决此错误，然后重新运行 geopg delete 命令。
示例 2–3 删除保护组
本示例说明了如何同时从两个伙伴群集中删除保护组。
# rlogin cluster-paris -l root phys-paris-1# geopg delete sales-pg # rlogin cluster-newyork -l root phys-newyork-1# geopg delete sales-pg |
示例 2–4 应用程序资源组保持联机时删除保护组
本示例说明了如何在删除两个应用程序资源组 apprg1 和 apprg2 共享的保护组 sales-pg 的同时保持这两个资源组联机。
先从保护组中删除应用程序资源组，然后再删除该保护组。
phys-paris-1# geopg remove-resource-group apprg1,apprg2 sales-pg phys-paris-1# geopg stop -e global sales-pg phys-paris-1# geopg delete sales-pg |
与其他数据复制模块不同，不会向保护组中添加 Oracle RAC 服务器代理资源组，而是添加阴影 RAC 服务器代理资源组来表示该资源组。可以随时在保护组中添加和删除阴影 RAC 服务器代理资源组，而不会影响 Oracle Data Guard 数据复制。
因此，本示例中显示的应用程序资源组可以没有要复制的数据，因为此特定保护组仅支持 Oracle Data Guard 数据复制。可能满足此条件的应用程序资源组可以是可缩放的 Web 服务器，这些服务器的数据是静态的或存放在并非由此群集控制的某些远程存储上。
管理 Oracle Data Guard 应用程序资源组
要使应用程序具有高可用性，必须确保将该应用程序作为应用程序资源组中的一项资源来管理。与其他数据复制模块不同，不会向保护组中添加 Oracle RAC 服务器代理资源组，而是添加阴影 RAC 服务器代理资源组来表示该资源组。
可以随时在保护组中添加和删除 Oracle 阴影 RAC 服务器代理资源组，而不会影响 Oracle Data Guard 数据复制。这不会妨碍您在必要时向保护组中添加其他非 RAC 服务器代理资源组。但是，这些应用程序不能使用需要复制到备用群集的任何数据，因为此类型的保护组仅支持 Oracle Data Guard。
您需要在备用群集上复制为主群集的应用程序资源组配置的所有实体。例如，需要复制的实体有应用程序数据资源、配置文件以及资源组。两个群集上的资源组名称还必须匹配。此外，还需要在备用群集上复制应用程序资源使用的数据。
本节说明了如何执行下列过程：
如何将应用程序资源组添加到 Oracle Data Guard 保护组
开始之前
可以将现有的资源组（包含 Oracle RAC 服务器代理资源的 Oracle RAC 服务器代理资源组除外）添加到保护组的应用程序资源组列表中。如果尝试添加 Oracle RAC 服务器代理资源组，geopg 命令将返回错误。
将其他任何类型的应用程序资源组添加到保护组之前，请确保满足以下条件：
-
已定义该保护组。
-
该应用程序资源组不需要复制任何数据。系统不会阻止您添加此类资源组，但 Oracle Data Guard 模块不会协调其他类型的数据复制的切换。
-
要添加的资源组在两个群集上均已存在，并且处于适当的状态。
-
资源组的 Auto_start_on_new_cluster 属性设置为 False。可以使用 clresourcegroup show 命令确定此属性的设置。
phys-node-n# clresourcegroup show -p auto_start_on_new_cluster apprg
按如下所示将 Auto_start_on_new_cluster 属性设置为 False：
phys-node-n# clresourcegroup set -p Auto_start_on_new_cluster=False apprg1
将 Auto_start_on_new_cluster 属性设置为 False 可防止 Sun Cluster 资源组管理器自动启动保护组中的资源组。
当保护组激活时，应用程序资源组只需要在主群集上联机。
除非 External_Dependency_Allowed 保护组属性设置为 TRUE，否则应用程序资源组不会依赖于此保护组以外的资源组和资源。要在 External_Dependency_Allowed 保护组属性设置为 FALSE 的情况下添加几个共享依赖性的应用程序资源组，需要在一个操作中将共享依赖性的所有应用程序资源组添加到保护组中。如果单独添加这些应用程序资源组，则操作会失败。
保护组的状态可以是已激活或已取消激活，资源组的状态可以是 Online 或 Unmanaged。
如果资源组处于 Unmanaged 状态，在保护组的配置发生更改后激活保护组时，保护组的本地状态将变为 Error。
如果要添加的资源组处于 Online 状态并且已取消激活保护组，则请求将被拒绝。添加联机资源组之前，需要激活保护组。
-
登录到一个群集节点。
要完成此步骤，您需要分配有 Geo Management RBAC 权限配置文件。有关 RBAC 的更多信息，请参见《Sun Cluster Geographic Edition 系统管理指南》中的“Sun Cluster Geographic Edition 软件和 RBAC”。
-
将应用程序资源组添加到该保护组。
phys-node-n# geopg add-resource-group resourcegrouplist protectiongroup
- resourcegrouplist
-
指定应用程序资源组的名称。您可以在逗号分隔的列表中指定多个资源组。
- protectiongroup
-
指定保护组的名称。
此命令将应用程序资源组添加到本地群集上的保护组。如果伙伴群集包含具有相同名称的保护组，则此命令会将新的配置信息传播给伙伴群集。
有关 Sun Cluster Geographic Edition 软件所支持的名称和值的信息，请参见《Sun Cluster Geographic Edition 系统管理指南》中的附录 B “Sun Cluster Geographic Edition 实体合法的名称和值”。
如果在本地群集上添加操作不成功，则不会修改保护组的配置。否则，将在本地群集上添加 Configuration 并将其状态设置为 OK。
如果 Configuration 状态在本地群集上设置为 OK，但添加操作在伙伴群集上不成功，将在伙伴群集上添加 Configuration，并在伙伴群集上将配置状态设置为 Error。
将应用程序资源组添加到保护组后，该应用程序资源组将被作为保护组的一个实体进行管理。此后，该应用程序资源组将会受到保护组操作（如启动、停止、切换和接管）的影响。
示例 2–5 将应用程序资源组添加到 Oracle Data Guard 保护组
本示例说明了如何将两个应用程序资源组 apprg1 和 apprg2 添加到 sales-pg。
phys-paris-1# geopg add-resource-group apprg1,apprg2 sales-pg |
如何从 Oracle Data Guard 保护组中删除应用程序资源组
您可以在不改变应用程序资源组的状态或内容的情况下从保护组删除应用程序资源组。可以随时删除 Oracle 阴影 RAC 服务器代理资源组，而不会影响它们所代表的 Oracle RAC 服务器代理资源组或 Oracle RAC 数据库。可以删除这些资源组是因为阴影 RAC 服务器代理资源组仅反映实际 Oracle RAC 服务器代理资源组的状态，而不控制 Oracle RAC 数据库。
开始之前
确保满足以下条件：
-
在本地群集上已定义该保护组。
-
要删除的资源组属于保护组的应用程序资源组。例如，您不能删除属于数据复制管理实体的资源组。
-
登录到一个群集节点。
要完成此步骤，您需要分配有 Geo Management RBAC 权限配置文件。有关 RBAC 的更多信息，请参见《Sun Cluster Geographic Edition 系统管理指南》中的“Sun Cluster Geographic Edition 软件和 RBAC”。
-
从保护组中删除应用程序资源组：
phys-node-n# geopg remove-resource-group resourcegrouplist protectiongroup
- resourcegrouplist
-
指定应用程序资源组的名称。
您可以在逗号分隔的列表中指定多个资源组。
- protectiongroup
-
指定保护组的名称。
此命令从本地群集上的保护组中删除应用程序资源组。如果伙伴群集中包含具有相同名称的保护组，则还会从伙伴群集的保护组中删除该应用程序资源组。
如果所删除的资源组与保护组内的其他资源组共享依赖性，并且 External_Dependency_Allowed 保护组属性设置为 FALSE，则还需要删除与所删除的资源组共享依赖性的其他所有资源组。
如果本地群集上的删除操作失败，则系统不会修改保护组的配置。否则，将在本地群集上删除 Configuration 并将其状态设置为 OK。
如果 Configuration 状态在本地群集上设置为 OK，但删除操作在伙伴群集上不成功，将从伙伴群集中删除 Configuration，并在伙伴群集上将配置状态设置为 Error。
示例 2–6 从保护组删除应用程序资源组
本示例说明了如何将两个应用程序资源组 apprg1 和 apprg2 从 sales-pg 中删除。
phys-paris-1# geopg remove-resource-group apprg1,apprg2 sales-pg |
管理 Oracle Data Guard Broker 配置
下列过程说明如何管理 Oracle Data Guard 保护组中的 Oracle Data Guard Broker 数据复制配置。
有关配置 Oracle Data Guard 保护组的详细信息，请参见如何创建和配置 Oracle Data Guard 保护组。
如何将 Oracle Data Guard Broker 配置添加到 Oracle Data Guard 保护组
开始之前
保护组是应用程序资源组的容器，它包含了保护服务免于灾难的数据。Sun Cluster Geographic Edition 软件通过将数据从主群集复制到备用群集来保护数据。通过将 Oracle Data Guard Broker 配置添加到保护组，Sun Cluster Geographic Edition 软件监视属于该 Oracle Data Guard Broker 配置的 Oracle RAC 数据库的复制状态。
Sun Cluster Geographic Edition 软件还在执行保护组操作（如启动、停止、切换和接管）期间控制 Oracle Data Guard Broker 配置的角色和状态。
将 Oracle Data Guard Broker 配置添加到保护组之前，请确保满足以下条件：
-
在本地群集上已定义该保护组。
-
如果可以访问伙伴群集，则保护组在本地群集和伙伴群集上脱机。
-
Oracle Data Guard Broker 配置在本地群集和伙伴群集上均存在。
-
管理由 Oracle Data Guard 复制的 Oracle RAC 数据库的 Oracle RAC 服务器代理资源组和 Oracle RAC 服务器代理资源在本地群集和伙伴群集上均存在。
-
登录到一个群集节点。
要完成此步骤，您需要分配有 Geo Management RBAC 权限配置文件。有关 RBAC 的更多信息，请参见《Sun Cluster Geographic Edition 系统管理指南》中的“Sun Cluster Geographic Edition 软件和 RBAC”。
-
将 Oracle Data Guard Broker 配置添加到该保护组。
此命令将配置添加到本地群集上的保护组，并将新的配置传播到伙伴群集（如果伙伴群集包含具有相同名称的保护组）。
phys-node-n# geopg add-replication-component -p property [-p...] ODGConfigurationName protectiongroupname
- -p property
-
指定 Oracle Data Guard Broker 配置、Oracle RAC 服务器代理资源组或 Oracle 数据库用户名和关联密码的属性。
可指定以下属性：
-
local_rac_proxy_svr_rg_name －管理 Oracle Data Guard Broker 配置中的本地数据库的本地 Oracle RAC 服务器代理资源组的名称。
-
remote_database_name － Oracle Data Guard Broker 配置中的远程数据库的名称。
-
remote_rac_proxy_svr_rg_name －管理 Oracle Data Guard Broker 配置中远程数据库的伙伴群集上 Oracle RAC 服务器代理资源组的名称。
-
sysdba_password － Oracle SYSDBA 特权数据库用户的密码。请勿在命令行中指定实际密码。如果仅指定 -p sysdba_password=，则 geopg 命令会提示您键入实际密码；键入时密码不会显示。
-
sysdba_username －可以执行 &rep-od -brker; 切换和接管操作的 Oracle SYSDBA 特权数据库用户的名称。
有关可设置的属性的更多信息，请参见《Sun Cluster Geographic Edition 系统管理指南》中的附录 A “标准 Sun Cluster Geographic Edition 属性”。
- ODGConfigurationName
-
指定新的 Oracle Data Guard Broker 配置的名称。
- protectiongroupname
-
指定包含新的 Oracle Data Guard Broker 配置的保护组的名称。
有关 Sun Cluster Geographic Edition 软件所支持的名称和值的信息，请参见《Sun Cluster Geographic Edition 系统管理指南》中的附录 B “Sun Cluster Geographic Edition 实体合法的名称和值”。
有关 geopg 命令的更多信息，请参阅 geopg(1M) 手册页。
示例 2–7 将 Oracle Data Guard Broker 配置添加到 Oracle Data Guard 保护组
本示例说明如何将 Oracle Data Guard Broker 配置添加到 sales-pg 保护组。
要成功地运行以下命令，必须能够连接到本地和远程数据库服务。
phys-paris-1# geopg add-replication-component \
-p local_database_name=sales \
-p remote_database_name=salesdr \
-p local_db_service_name=sales-svc \
-p remote_db_service_name=salesdr-svc \
-p standby_type=physical \
-p replication_mode=MaxPerformance \
-p sysdba_username=sys \
-p sysdba_password= \
-p local_rac_proxy_svr_rg_name=sales-rac-proxy-svr-rg \
-p remote_rac_proxy_svr_rg_name=salesdr-rac-proxy-svr-rg \
mysales.com sales-pg
|
数据复制子系统如何检验 Oracle Data Guard Broker 配置
将 Oracle Data Guard Broker 配置添加到保护组时，数据复制层会检验 Oracle Data Guard Broker 配置是否存在。
运行 geopg add-replication-component 命令时，如果 Oracle Data Guard Broker 配置的 Oracle 阴影 RAC 服务器代理资源组和复制资源组尚未存在，则会创建它们。此外，还会成功地验证此配置。
Oracle 阴影 RAC 服务器代理资源组包含一个 Sun Cluster 资源。该资源基于通用数据服务 SUNW.gds 资源类型。Oracle 阴影 RAC 服务器代理资源投影管理和监视 Oracle Data Guard Broker 配置中的 Oracle RAC 数据库的实际 Oracle RAC 服务器代理资源。
有关阴影 RAC 服务器代理资源组的更多信息，请参见Oracle Data Guard 阴影资源组。
复制资源组包含基于通用数据服务 SUNW.gds 资源类型的 Sun Cluster 资源。此复制资源监视 Oracle Data Guard Broker 所报告的数据库复制状态。
有关复制资源的更多信息，请参见Oracle Data Guard 复制资源组。
要使验证成功，请确保满足以下条件：
-
local_rac_proxy_svr_rg_name 属性中指定的资源组包含一个 SUNW.scalable_rac_server_proxy 类型的资源。该资源用于确定 ${ORACLE_HOME} 的值以及本地 Oracle RAC SID 值。
-
Oracle dgmgrl 命令显示 Oracle Data Guard Broker 配置的状态为 SUCCESS。dgmgrl 命令的输出中存在 Oracle ORA- 消息可能意味着 sysdba_username 密码错误或者群集已被禁用。Oracle 错误作为验证命令生成的消息的一部分返回。
-
sysdba_username 密码对于备用群集有效，以确保可进行切换。
-
Oracle Data Guard Broker 配置详细信息与 Sun Cluster Geographic Edition 所持有的配置详细信息匹配。要检查的详细信息包括哪个群集是主群集、配置名称、数据库模式（对于主群集和备用群集而言）、复制模式以及备用类型。
注意 – 请勿使用 Sun Cluster 命令来更改、删除这些资源/资源组或使其脱机。阴影 RAC 服务器代理资源组、复制资源组及资源是由 Sun Cluster Geographic Edition 软件管理的内部实体，只能使用 Sun Cluster Geographic Edition 命令来管理。直接使用 Sun Cluster 命令改变这些实体的配置或状态可能会导致不可修复的故障。
如何修改 Oracle Data Guard Broker 配置
-
登录到一个群集节点。
要完成此步骤，您需要分配有 Geo Management RBAC 权限配置文件。有关 RBAC 的更多信息，请参见《Sun Cluster Geographic Edition 系统管理指南》中的“Sun Cluster Geographic Edition 软件和 RBAC”。
-
修改 Oracle Data Guard Broker 配置。
此命令可修改本地群集上的保护组中 Oracle Data Guard Broker 配置的属性。如果伙伴群集包含具有相同名称的保护组，则该命令会将新的配置传播到伙伴群集。
phys-node-n# geopg modify-replication-component -p property \ [-p…] ODGConfigurationName protectiongroupname
- -p property
-
指定数据复制 Oracle Data Guard Broker 配置的属性。
有关可设置的属性的更多信息，请参见《Sun Cluster Geographic Edition 系统管理指南》中的附录 A “标准 Sun Cluster Geographic Edition 属性”。
- ODGConfigurationName
-
指定 Oracle Data Guard Broker 配置的名称。
- protectiongroupname
-
指定包含 Oracle Data Guard Broker 配置的保护组的名称。
如何从 Oracle Data Guard 保护组中删除 Oracle Data Guard Broker 配置
开始之前
将 Oracle Data Guard Broker 配置从保护组删除之前，请确保满足以下条件：
-
在本地群集上已定义该保护组。
-
如果可以访问伙伴群集，则保护组在本地群集和伙伴群集上脱机。
-
该 Oracle Data Guard Broker 配置是由该保护组进行管理的。
有关删除保护组的信息，请参阅如何删除 Oracle Data Guard 保护组。
-
登录到一个群集节点。
要完成此步骤，您需要分配有 Geo Management RBAC 权限配置文件。有关 RBAC 的更多信息，请参见《Sun Cluster Geographic Edition 系统管理指南》中的“Sun Cluster Geographic Edition 软件和 RBAC”。
-
删除 Oracle Data Guard Broker 配置。
此命令从本地群集上的保护组中删除 Oracle Data Guard Broker 配置。如果伙伴群集包含具有相同名称的保护组，则该命令会将新的配置传播到伙伴群集。
此命令从保护组中删除 Oracle Data Guard Broker 配置，而且还删除此 Oracle Data Guard Broker 配置的 Oracle 阴影 RAC 服务器代理资源组和复制资源组。
phys-node-n# geopg remove-replication-component ODGConfigurationName protectiongroupname
- ODGConfigurationName
-
指定 Oracle Data Guard Broker 配置的名称。
- protectiongroupname
-
指定保护组的名称。
示例 2–8 从 Oracle Data Guard 保护组中删除 Oracle Data Guard Broker 配置
本示例说明如何从 Oracle Data Guard 保护组中删除 Oracle Data Guard Broker 配置。
phys-paris-1# geopg remove-replication-component mysales.com sales-pg |
将 Oracle Data Guard 保护组配置复制到伙伴群集
在两个群集上配置数据复制、资源组和资源的操作前后，您均可以将保护组的配置复制到伙伴群集。
如何将 Oracle Data Guard 保护组配置复制到伙伴群集
开始之前
在将 Oracle Data Guard 保护组的配置复制到伙伴群集之前，请确保满足以下条件：
-
该保护组是在远程群集上定义的，而不是在本地群集上。
-
远程群集上保护组中的 Oracle Data Guard Broker 配置存在于本地群集上。
-
远程群集上保护组中的应用程序资源组存在于本地群集上。
-
资源组的 Auto_start_on_new_cluster 属性设置为 False。可以使用 clresourcegroup show 命令查看此属性。
phys-node-n# clresourcegroup show -p Auto_start_on_new_cluster apprg
按如下所示将 Auto_start_on_new_cluster 属性设置为 False：
phys-node-n# clresourcegroup set -y Auto_start_on_new_cluster=False apprg1
将 Auto_start_on_new_cluster 属性设置为 False 可防止 Sun Cluster 资源组管理器自动启动保护组中的资源组。Sun Cluster Geographic Edition 软件重新启动并与远程群集通信，以确保它正在运行并且是该资源组的备用群集。Sun Cluster Geographic Edition 软件不会自动在主群集上启动资源组。
当保护组激活时，应用程序资源组只需要在主群集上联机。
-
在 Oracle Data Guard Broker 配置的阴影 RAC 服务器代理资源组存在于所有群集上之前，您尚未将该资源组添加到保护组应用程序资源组列表。
注 –您必须先将保护组配置复制到伙伴群集，然后才能将阴影 RAC 服务器代理资源组添加到保护组。
在成功地将 Oracle Data Guard 配置添加到保护组所在的群集上的保护组时，Oracle Data Guard 会在这些群集上创建阴影 RAC 服务器代理资源组。成功将阴影 RAC 服务器代理资源组添加到保护组的方式包括以下两种：
如果 Oracle Data Guard 保护组不包含 Oracle Data Guard Broker 配置，则一旦您在伙伴群集上复制该保护组并将 Oracle Data Guard Broker 配置添加到其中，Oracle Data Guard 便会在两个群集上添加阴影 RAC 服务器代理资源组。
如果 Oracle Data Guard 保护组包含 Oracle Data Guard Broker 配置，在一个群集上不包含阴影 RAC 服务器代理资源组，并且未在伙伴群集上复制，则当您将保护组复制到伙伴群集时，Oracle Data Guard 会在伙伴群集上创建阴影 RAC 服务器代理资源组。
阴影 RAC 服务器代理资源组在两个群集上均存在之后，即可将该资源组添加到保护组。
-
登录到 phys-newyork-1。
要完成此步骤，您需要分配有 Geo Management RBAC 权限配置文件。有关 RBAC 的更多信息，请参见《Sun Cluster Geographic Edition 系统管理指南》中的“Sun Cluster Geographic Edition 软件和 RBAC”。
-
将保护组配置复制到伙伴群集。
phys-newyork-1# geopg get -s partnershipname ODGprotectiongroup
- -s partnershipname
-
指定从中收集保护组配置信息的伙伴关系的名称。
- ODGprotectiongroup
-
指定保护组的名称。
geopg get 命令从远程群集检索保护组的配置信息，然后在本地群集上创建保护组。
注 –geopg get 命令可复制与 Sun Cluster Geographic Edition 相关的实体。有关如何复制 Sun Cluster 实体的信息，请参见《Sun Cluster Data Services Planning and Administration Guide for Solaris OS 》中的“Replicating and Upgrading Configuration Data for Resource Groups, Resource Types, and Resources”。
示例 2–9 将 Oracle Data Guard 保护组配置复制到伙伴群集
本示例说明如何将 sales-pg 的配置复制到 cluster-newyork。
# rlogin phys-newyork-1 -l root phys-newyork-1# geopg get -s paris-newyork-ps sales-pg |
从远程群集（在本示例中是 cluster-paris）检索保护组的配置，然后由本地群集 cluster-newyork 上的数据复制子系统进行验证。
-
如果验证成功，则 Configuration 状态将设置为 OK，并且将在本地群集上创建保护组。
-
如果验证失败，则本地群集上将不会创建保护组。解决此错误，然后再次复制保护组。
激活和取消激活保护组
本节说明了如何执行下列过程：
激活保护组时，它承担着配置期间指定给它的角色。
有关配置保护组的更多信息，请参见如何创建和配置 Oracle Data Guard 保护组。
如何激活 Oracle Data Guard 保护组
可以通过以下几种方式激活保护组：
-
全局，即在配置了保护组的两个群集上激活该保护组
-
仅在主群集上
-
仅在备用群集上
激活保护组时，您所用的数据复制产品决定了哪些群集上可以启动数据复制。例如，只有当您通过下列方式之一激活保护组时，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
- -e scope
-
指定命令的范围。
如果该范围为 Local，则此命令仅在本地群集上生效。如果该范围为 global，则此命令在部署保护组的两个群集上均生效。
注 –属性值（例如 global 和 local）不区分大小写。
- -n
-
防止在保护组启动时启动数据复制。
如果省略此选项，则在保护组启动的同时会启动数据复制子系统，并且该命令会在保护组中的每个 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 所持有的配置详细信息匹配。要检查的详细信息包括哪个群集是主群集、配置名称、数据库模式（对于主群集和备用群集而言）、复制模式以及备用类型。
-
- ODGprotectiongroup
-
指定保护组的名称。
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 保护组中所介绍的过程重新验证保护组。
示例 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 |
如何取消激活 Oracle Data Guard 保护组
可以通过以下几种方式取消激活保护组：
-
全局，即在配置保护组的主群集和备用群集上均取消激活该保护组
-
仅在主群集上
-
仅在备用群集上
在主群集或备用群集上取消激活保护组的结果取决于正在使用的数据复制类型。如果使用的是 Oracle Data Guard 软件，则可以在 Oracle Data Guard 配置启用时从主群集或备用群集中停止该配置，因为两个群集上的 Oracle Data Guard 命令行界面 (dgmgrl) 仍然接受命令。
-
登录到一个群集节点。
要完成此步骤，您需要分配有 Geo Management RBAC 权限配置文件。有关 RBAC 的更多信息，请参见《Sun Cluster Geographic Edition 系统管理指南》中的“Sun Cluster Geographic Edition 软件和 RBAC”。
-
在本地群集的所有节点上取消激活保护组。
取消激活保护组时，它的应用程序资源组也会进入未受管理状态。
phys-node-n# geopg stop -e scope [-D] protectiongroupname
- -e scope
-
指定命令的范围。
如果该范围为 Local，则此命令仅在本地群集上生效。如果该范围为 global，则此命令在保护组所在的两个群集上均会生效。
注 –属性值（例如 global 和 local）不区分大小写。
- -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 保护组
本示例说明了如何在取消激活两个应用程序资源组 apprg1 和 apprg2 的保护组 sales-pg 的同时保持这两个资源组联机。
-
从保护组中删除应用程序资源组。
phys-paris-1# geopg remove-resource-group apprg1,apprg2 sales-pg
-
取消激活该保护组。
phys-paris-1# geopg stop -e global sales-pg
重新同步 Oracle Data Guard 保护组
您可以使用从伙伴群集中检索到的配置信息重新同步本地保护组的配置信息。您在其上运行此命令以重新同步的群集不再使用它自己的伙伴群集保护组配置。可使用 geoadm status 命令确定是否需要重新同步保护组。如果保护组的 Synchronization 参数的值显示为 Error，则需要重新同步该保护组。
例如，在引导群集后，您可能需要重新同步保护组。有关更多信息，请参见《Sun Cluster Geographic Edition 系统管理指南》中的“引导群集”。
重新同步保护组仅更新与 Sun Cluster Geographic Edition 相关的实体。有关如何更新 Sun Cluster 实体的信息，请参见《Sun Cluster Data Services Planning and Administration Guide for Solaris OS 》中的“Replicating and Upgrading Configuration Data for Resource Groups, Resource Types, and Resources”。
如何重新同步 Oracle Data Guard 保护组
开始之前
您需要在运行 geopg update 命令的群集上取消激活该保护组。
-
登录到一个群集节点。
要完成此步骤，您需要分配有 Geo Management RBAC 权限配置文件。有关 RBAC 的更多信息，请参见《Sun Cluster Geographic Edition 系统管理指南》中的“Sun Cluster Geographic Edition 软件和 RBAC”。
-
重新同步该保护组。
phys-node-n# geopg update protectiongroupname
示例 2–16 重新同步 Oracle Data Guard 保护组
本示例说明了如何重新同步保护组。
phys-paris-1# geopg update sales-pg |
检查 Oracle Data Guard 数据复制的运行时状态
您既可以查看整体的复制状态，也可以通过复制资源组的状态获取 Oracle Data Guard 软件的更为详细的运行时状态。下面各节说明了如何检查复制操作的运行时状态：
显示 Oracle Data Guard 运行时状态概览
每个 Oracle Data Guard 数据复制资源的状态均表明特定 Oracle Data Guard Broker 配置上的复制状态。保护组中所有资源的状态汇总到复制状态中。
要查看整体的复制状态，请按以下过程所述查看保护组的状态。
如何检查整体的复制运行时状态
-
登录到一个已定义保护组的群集节点。
要完成此步骤，您需要分配有 Basic Solaris User RBAC 权限配置文件。有关 RBAC 的更多信息，请参见《Sun Cluster Geographic Edition 系统管理指南》中的“Sun Cluster Geographic Edition 软件和 RBAC”。
-
检查复制的运行时状态。
phys-paris-1# geoadm status
有关复制信息，请参阅输出内容中的 Protection Group 部分。此命令的输出包括以下信息：
-
是否为参与伙伴关系启用本地群集
-
伙伴关系中是否涉及到本地群集
-
心跳配置的状态
-
已定义的保护组的状态
-
当前事务的状态
-
-
检查每个 Oracle Data Guard 保护组的数据复制运行时状态。
phys-paris-1 clresource status -v ODGConfigurationName-odg-rep-rs
请参阅要检查的 Oracle Data Guard Broker 配置数据复制所对应的 Status 和 StatusMessage 字段。有关这些字段的更多信息，请参见表 2–1。
显示详细的 Oracle Data Guard 运行时状态
每个保护组都会有一个复制资源组与之对应。复制资源组的名称遵循以下格式：
ODGprotectiongroupname-odg-rep-rg |
如果将 Oracle Data Guard Broker 配置添加到保护组，Sun Cluster Geographic Edition 软件会为该配置创建资源。该资源监视并显示此 Oracle Data Guard Broker 配置的复制状态。每个资源的名称都遵循以下格式：
ODGConfigurationName-odg-rep-rs |
您可以监视复制资源的状态以便了解复制的整体状态。请按如下所示，使用 clresource status 命令来获取 Oracle Data Guard Broker 配置的复制状态的 State 值和 Status Message 值：
phys-node-n# clresource status -v ODGConfigurationName-odg-rep-rs |
资源联机时，State 的值为 Online。
下表介绍了 Oracle Data Guard 复制资源组的 State 为 Online 时，clresource status 命令返回的 Status 值和 Status Message 值。
表 2–1 处于联机状态的 Oracle Data Guard 复制资源组的状态和状态消息|
状态 |
状态消息 |
可能的原因 |
|---|---|---|
|
Faulted |
Program program-name returned a nonzero exit code | |
|
Faulted |
Protection mode "replication-mode" given for local database database does not match configured value "replication-mode" |
已通过使用 Oracle Data Guard 命令行界面 (dgmgrl) 更改了 Oracle Data Guard Broker 配置，但尚未在 Sun Cluster Geographic Edition 中更新此配置。 |
|
Faulted |
Database database does not exist in the configured Oracle Data Guard database list "List-of-databases " |
已使用 Oracle Data Guard 命令行界面 (dgmgrl) 从 Oracle Data Guard Broker 配置中删除了此数据库。 |
|
Faulted |
Oracle errors "List-of-ORA-xxxxx-errors" were found in the Oracle Data Guard broker (dgmgrl) output when connecting by using "connect-string" | |
|
Faulted |
Role "role" given for database database does not match role "role" configured for Oracle Data Guard |
数据库可能已从物理备用 (physical standby) 改为逻辑备用 (logical standby)，或者反之。 |
|
Unknown |
Unexpected error - unexpected-error | |
|
Unknown |
Oracle Data Guard broker (dgmgrl connect-string) did not complete a response to the command "command-string" within "number" seconds and was timed out. |
Oracle Data Guard 命令行界面 (dgmgrl) 在指定的时间内未响应 show configuration 命令，或者 Oracle Data Guard Broker 在此期间正忙于执行运行状况检查。 |
|
Unknown |
Password or connect name (connect-string) for remote cluster is incorrect |
sysdba_username、sysdba_password、local_db_service_name 或 remote_db_service_name 参数与 Sun Cluster Geographic Edition 软件所维护的信息不匹配。 |
|
Unknown |
File filename does not exist |
Oracle Data Guard 模块所使用的临时内部文件在被读取之前已删除。 |
|
Degraded |
Program program-name failed to read the Cluster Configuration Repository (CCR) |
用于从 CCR 中检索信息的程序之一出现故障。 |
|
Degraded |
Failed to get password for sysdba user name for Oracle Data Guard configuration ODGConfigurationName in protection group ODGprotectiongroupname |
未在群集配置系统信息库 (Cluster Configuration Repository, CCR) 中找到 sysdba_password 字段，或者该字段超过预期的长度。 |
|
Degraded |
Local cluster cluster-name is not primary for Oracle Data Guard configuration ODGConfigurationName |
已通过使用 Oracle Data Guard 命令行界面 (dgmgrl) 中的命令在 Oracle Data Guard Broker 中执行了切换或故障转移，但 Sun Cluster Geographic Edition 配置尚未更新。 |
|
Degraded |
Oracle Data Guard configuration name ODGConfigurationName found does not match ODGConfigurationName | |
|
Degraded |
Database database-name is in the disabled state |
已通过使用 Oracle Data Guard 命令行界面 (dgmgrl) 中的命令在 Oracle Data Guard Broker 中禁用了某个数据库，但 Sun Cluster Geographic Edition 配置尚未更新。 |
|
Degraded |
Oracle Data Guard configuration ODGConfigurationName is disabled on cluster cluster-name |
已通过使用 Oracle Data Guard 命令行界面 (dgmgrl) 中的命令禁用了 Oracle Data Guard Broker 配置中的备用数据库，但 Sun Cluster Geographic Edition 配置尚未更新。 |
|
Degraded |
Oracle Data Guard configuration ODGConfigurationName is disabled |
已通过使用 Oracle Data Guard 命令行界面 (dgmgrl) 中的命令禁用了 Oracle Data Guard Broker 配置，但 Sun Cluster Geographic Edition 配置尚未更新。 |
|
Online |
Online or replicating in replication-mode mode |
有关 clresource 命令的更多信息，请参见 clresource(1CL) 手册页。
- © 2010, Oracle Corporation and/or its affiliates