本节介绍了以下任务的过程:
您可以创建不配置为使用数据复制的保护组。要创建不使用数据复制子系统的保护组,请在使用 geopg 命令时省略 -d datareplicationtype选项。geoadm status 命令显示了这些 Degraded 保护组的状态。
使用本任务中的步骤可创建和配置 Hitachi TrueCopy 保护组。如果要使用 Oracle Real Application Clusters,请参见如何为 Oracle Real Application Clusters 创建保护组。
在创建保护组之前,请确保满足以下条件:
本地群集是伙伴关系的成员。
您要创建的保护组尚不存在。
保护组的名称在全局的 Sun Cluster Geographic Edition 名称空间中是唯一的。不能在同一系统的两个伙伴关系中使用相同的保护组名称。
您还可以将现有的保护组配置从远程群集复制到本地群集。有关更多信息,请参见将 Hitachi TrueCopy 保护组的配置复制到辅助群集。
登录到一个群集节点。
要完成此过程,必须为您指定 Geo Management RBAC 权限配置文件。有关 RBAC 的更多信息,请参见《Sun Cluster Geographic Edition System Administration Guide》中的“Sun Cluster Geographic Edition Software and RBAC”。
使用 geopg create 命令创建一个新的保护组。
此命令将在本地群集的所有节点上创建一个保护组。
# geopg create -s partnershipname -o localrole -d truecopy [-p property [-p…]] \ protectiongroupname |
指定伙伴关系的名称。
指定此保护组在本地群集上的角色为 primary 或 secondary。
指定使用 Hitachi TrueCopy 软件复制保护组的数据。
指定保护组的属性。
可指定以下属性:
Description – 描述保护组。
Timeout – 以秒为单位指定保护组的超时时限。
Nodelist – 列出可作为复制子系统主群集的计算机的主机名。
Cluster_dgs – 列出数据所写入的设备组。
有关可设置的属性的更多信息,请参见《Sun Cluster Geographic Edition System Administration Guide》中的附录 A “Standard Sun Cluster Geographic Edition Properties”。
指定保护组的名称。
有关 Sun Cluster Geographic Edition 软件支持的名称和值的信息,请参见《Sun Cluster Geographic Edition System Administration Guide》中的附录 B “Legal Names and Values of Sun Cluster Geographic Edition Entities”。
有关 geopg 命令的更多信息,请参阅 geopg(1M) 手册页。
本示例将在 cluster-paris(该群集被设置为主群集)上创建一个 Hitachi TrueCopy 保护组。
# geopg create -s paris-newyork-ps -o primary -d truecopy \ -p Nodelist=phys-paris-1,phys-paris-2 tcpg |
本示例将为 cluster-newyork 上当前处于联机状态的应用程序资源组 resourcegroup1 创建一个 Hitachi TrueCopy 保护组 tcpg。
在没有应用程序资源组的情况下创建保护组。
# geopg create -s paris-newyork-ps -o primary -d truecopy \ -p nodelist=phys-paris-1,phys-paris-2 tcpg |
激活该保护组。
# geopg start -e local tcpg |
添加应用程序资源组。
# geopg add-resource-group resourcegroup1 tcpg |
Sun Cluster Geographic Edition 软件支持将 Oracle Real Application Clusters 与 Hitachi TrueCopy 软件一起使用。当配置 Oracle Real Application Clusters 时请注意以下要求:
在每个群集上,每个 CRS OCR 和表决磁盘 (Voting Disk) 位置必须在其自己的设备组中,并且不能进行复制。
无需复制诸如 CRS 和数据库二进制文件的静态数据。但是,必须可从两个群集的所有节点访问此类数据。
必须在其自己的资源组中为包含动态数据库文件的设备组创建 SUNW.ScalDeviceGroup 资源。该资源组必须与包含群集件 SUNW.ScalDeviceGroup 资源的资源组分开。
要使 RAC 基础结构资源组不受 Sun Cluster Geographic Edition 控制,必须在两个群集伙伴上运行 Sun Cluster Geographic Edition 二进制文件,并将 RAC 保护组 External_Dependency_Allowed 属性设置为 true。
请勿将 CRS OCR 和表决磁盘设备组添加到保护组的 cluster_dgs 属性中。
请勿将 RAC 基础结构资源组添加到保护组中。仅将 rac_server_proxy 资源组和已复制的设备组的资源组添加到保护组中。此外,对于 rac_server_proxy 资源组和已复制的设备组的资源组,还必须将 auto_start_on_new_cluster 资源组属性设置为 false。
如果针对 Oracle RAC 文件系统使用群集文件系统(例如闪回恢复区 (flash recovery area)、警报或跟踪日志文件),必须在两个群集上均手动创建一个单独的资源组,该资源组使用 HAStoragePlus 资源使对应的文件系统联机。必须设置从非群集件 SUNW.ScalDeviceGroup 资源到该 HAStoragePlus 资源的强资源相关性。然后将该 HAStoragePlus 资源组添加到 RAC 保护组中。
在为 Oracle Real Application Clusters (RAC) 创建保护组之前,请确保满足以下条件:
保护组的节点列表必须与 RAC 框架资源组的节点列表相同。
如果一个群集中运行 RAC 的节点的数量不同于另一群集,请确保这两个群集中的所有节点上均定义了相同的资源组。
如果要使用 VERITAS 卷管理器群集功能管理数据,则必须在 cluster_dgs 属性中为其他数据卷指定群集功能磁盘组和 Sun Cluster 设备组。
当一个群集及 VERITAS 卷管理器群集功能软件重新启动时,RAC 框架会自动尝试导入该群集关闭之前曾导入过的所有群集功能设备组。因此,向原主群集导入这些设备组的尝试将以失败告终。
登录到主群集中的一个群集节点。
要完成此过程,必须为您指定 Geo Management RBAC 权限配置文件。有关 RBAC 的更多信息,请参见《Sun Cluster Geographic Edition System Administration Guide》中的“Sun Cluster Geographic Edition Software and RBAC”。
使用 geopg create 命令创建一个新的保护组。
此命令将在本地群集的所有节点上创建一个保护组。
# geopg create -s partnershipname -o localrole -d truecopy \ -p External_Dependency_Allowed=true [-p property [-p…]] protectiongroupname |
指定伙伴关系的名称。
指定此保护组在本地群集上的角色为 primary。
指定使用 Hitachi TrueCopy 软件复制保护组的数据。
指定保护组的属性。
可指定以下属性:
Description – 描述保护组。
External_Dependency_Allowed-指定是否允许属于该保护组的资源组和资源与不属于该保护组的资源组和资源之间的相关性。对于 RAC,将此属性设置为 true。
Timeout – 以秒为单位指定保护组的超时时限。
Nodelist – 列出可作为复制子系统主群集的计算机的主机名。
Cluster_dgs-指定数据所写入的 VERITAS 卷管理器群集功能磁盘组。
有关可设置的属性的更多信息,请参见《Sun Cluster Geographic Edition System Administration Guide》中的附录 A “Standard Sun Cluster Geographic Edition Properties”。
指定保护组的名称。
有关 Sun Cluster Geographic Edition 软件支持的名称和值的信息,请参见《Sun Cluster Geographic Edition System Administration Guide》中的附录 B “Legal Names and Values of Sun Cluster Geographic Edition Entities”。
有关 geopg 命令的更多信息,请参阅 geopg(1M) 手册页。
将一个 Hitachi TrueCopy 设备组添加到保护组中。
# geopg add-device-group [-p property [-p…]] protectiongroupname |
指定保护组的属性。
您可以指定 Fence_level 属性,该属性用于定义磁盘设备组所使用的隔离级别。隔离级别决定了该磁盘设备组中主卷和辅助卷之间的一致性级别。必须将此属性的值设置为 never。
要避免主群集上出现应用程序故障,请将 Fence_level 指定为 never 或 async。如果未将 Fence_level 参数设置为 never 或 async,则当辅助站点关闭时,数据复制可能无法正常运行。
如果将 Fence_level 指定为 never,则在执行接管操作后,数据复制的角色不会改变。
请不要使用会阻止系统将 Fence_level 参数设置为 data 或 status 的程序,因为在某些特殊情况下,可能需要这些值。
如果因特殊情况需要将 Fence_level 设置为 data 或 status,请咨询 Sun 代表。
有关可设置的属性的更多信息,请参见《Sun Cluster Geographic Edition System Administration Guide》中的附录 A “Standard Sun Cluster Geographic Edition Properties”。
指定保护组的名称。
仅在保护组中添加 rac_server_proxy 资源组和已复制的设备组的资源组。
请勿将 RAC 框架资源组添加到保护组。这样可以确保如果保护组在节点上变为辅助角色,框架资源组不会变为不受管理状态。另外,群集上可以有多个 RAC 数据库,这些数据库可以受也可以不受 Sun Cluster Geographic Edition 控制。
# geopg add-resource-group resourcegroup protectiongroupname |
指定要添加到保护组或要从保护组中删除的资源组列表(各资源组之间应以逗号分隔)。指定的资源组必须已定义。
必须使保护组处于联机状态,然后才能添加资源组。当保护组处于脱机状态而要添加的资源组处于联机状态时,geopg add-resource-group 命令将会失败。
如果在添加资源组时保护组已经启动,则该资源组将保持不受管理状态。您必须通过运行 geopg start 命令手动启动该资源组。
指定保护组的名称。
本示例将创建一个使用 RAC 和群集功能的保护组 pg1。
群集功能磁盘组 oracle-dg 用来控制由 Hitachi TrueCopy 设备组 VG01 所复制的数据。RAC 框架资源组的节点列表被设置为包含群集中的所有节点。
在具有群集功能磁盘组 oracle-dg 的主群集上创建保护组。
# geopg create -s pts1 -o PRIMARY -d Truecopy \ -p cluster_dgs=racdbdg -p external_dependency_allowed=true pg1 Protection group "pg1" successfully created. |
将 Hitachi TrueCopy 设备组 VG01 添加到保护组 pg1 中。
# geopg add-device-group --property fence_level=never VG01 pg1 Device group "VG01" successfully added to the protection group "pg1". |
将 rac_server_proxy-rg 资源组和复制的设备组资源组 hasp4rac-rg 和 scaldbdg-rg 添加到保护组。
# geopg add-resource-group rac_server_proxy-rg,hasp4rac-rg,\ scaldbdg-rg pg1 |
在创建保护组之前,数据复制层将验证 horcmd 守护进程是否正在运行。
数据复制层将验证在 Nodelist 属性所指定的节点中,是否至少有一个节点正在运行 horcmd 守护进程。有关 horcmd 守护进程的更多信息,请参见《Sun StorEdge SE 9900 V Series Command and Control Interface User and Reference Guide》。
如果指定了 Cluster_dgs 属性,则数据复制层将验证指定的设备组是否是有效的 Sun Cluster 设备组。数据复制层还将验证该设备组是否属于有效的类型。
在 Cluster_dgs 属性中指定的设备组仅可由属于保护组的应用程序写入数据。此属性不能指定从保护组外部的应用程序接收信息的设备组。
创建保护组时,系统会自动创建一个 Sun Cluster 资源组。
此资源组中的此资源将监视数据复制。Hitachi TrueCopy 数据复制资源组的名称是 rg-tc-protectiongroupname。
这些自动创建的复制资源组仅用于 Sun Cluster Geographic Edition 的内部实施。使用 Sun Cluster 命令修改这些资源组时请务必小心。
在修改保护组的配置之前,请确保本地已存在您要修改的保护组。
登录到一个群集节点。
要完成此过程,必须为您指定 Geo Management RBAC 权限配置文件。有关 RBAC 的更多信息,请参见《Sun Cluster Geographic Edition System Administration Guide》中的“Sun Cluster Geographic Edition Software and RBAC”。
修改保护组的配置
此命令可修改本地群集所有节点上保护组的属性。如果伙伴群集包含具有相同名称的保护组,则此命令还会将新的配置信息传播给伙伴群集。
# geopg set-prop -p property [-p...] protectiongroupname |
指定保护组的属性。
有关可设置的属性的更多信息,请参见《Sun Cluster Geographic Edition System Administration Guide》中的附录 A “Standard Sun Cluster Geographic Edition Properties”。
指定保护组的名称。
有关 Sun Cluster Geographic Edition 软件支持的名称和值的信息,请参见《Sun Cluster Geographic Edition System Administration Guide》中的附录 B “Legal Names and Values of Sun Cluster Geographic Edition Entities”。
有关 geopg 命令的更多信息,请参阅 geopg(1M) 手册页。
本示例将修改示例 2–2 中创建的保护组的 Timeout 属性。
# geopg set-prop -p Timeout=400 tcpg |
在验证保护组的过程中,Hitachi TrueCopy 数据复制子系统将会进行以下验证:
在保护组的 Nodelist 属性所指定的节点中,至少有一个节点正在运行 horcmd 守护进程。数据复制层还将确认从运行 horcmd 守护进程的节点到 Hitachi TrueCopy 存储设备的路径。
有关 horcmd 守护进程的更多信息,请参见《Sun StorEdge SE 9900 V Series Command and Control Interface User and Reference Guide》。
如果指定了 Cluster_dgs 属性,则指定的设备组是有效的 Sun Cluster 设备组或 CVM 设备组。数据复制层还将验证该设备组是否属于有效的类型。
对已添加到保护组的每个 Hitachi TrueCopy 设备组的相应属性进行验证。
如果 geoadm status 命令的输出显示某个保护组的 Configuration 状态为 Error,您可以使用 geopg validate 命令对配置进行验证。此命令可检查保护组及其实体的当前状态。
如果保护组及其实体是有效的,则保护组的 Configuration 状态将被设置为 OK。如果 geopg validate 命令在配置文件中发现了错误,它将显示一条有关该错误的消息,并且配置将保持错误状态。在这种情况下,您可以修正配置中的错误,然后再次运行 geopg validate 命令。
确保要验证的保护组存在于本地,并且在伙伴关系双方群集的所有节点上,通用代理容器均处于联机状态。
登录到一个群集节点。
要完成此过程,必须为您指定 Geo Management RBAC 权限配置文件。有关 RBAC 的更多信息,请参见《Sun Cluster Geographic Edition System Administration Guide》中的“Sun Cluster Geographic Edition Software and RBAC”。
验证保护组的配置。
此命令仅对本地群集上保护组的配置进行验证。要验证伙伴群集上的保护组配置,请再次在伙伴群集上运行该命令。
# geopg validate protectiongroupname |
指定标识单个保护组的唯一名称
本示例对保护组进行验证。
# geopg validate tcpg |
如果您要删除所有位置上的保护组,则必须在保护组所存在的每个群集上运行 geopg delete 命令。
在删除保护组之前,请确保满足以下条件:
本地存在要删除的保护组。
该保护组在本地群集上处于脱机状态。
为了在删除保护组的同时使应用程序资源组保持联机,必须从保护组中删除应用程序资源组。有关此过程的示例,请参见示例 2–8 和示例 2–10。
登录到主群集中的一个节点。
要完成此过程,必须为您指定 Geo Management RBAC 权限配置文件。有关 RBAC 的更多信息,请参见《Sun Cluster Geographic Edition System Administration Guide》中的“Sun Cluster Geographic Edition Software and RBAC”。
删除该保护组。
此命令可从本地群集删除保护组的配置。此命令还可删除保护组中每个 Hitachi TrueCopy 设备组的复制资源组。此命令不会改变 Hitachi TrueCopy 设备组的对状态。
# geopg delete protectiongroupname |
指定保护组的名称
要删除辅助群集上的保护组,请在 cluster-newyork 上重复执行步骤 1 和步骤 2。
本示例从两个伙伴群集上删除保护组。
cluster-paris 是主群集。有关群集配置样例的提示信息,请参见《Sun Cluster Geographic Edition System Administration Guide》中的“Example Sun Cluster Geographic Edition Cluster Configuration”。
# rlogin phys-paris-1 -l root phys-paris-1# geopg delete tcpg # rlogin phys-newyork-1 -l root phys-newyork-1# geopg delete tcpg |
本示例将在 apprg1 和 apprg2 两个应用程序资源组保持联机状态的情况下删除它们的保护组 tcpg。从保护组中删除应用程序资源组,然后再删除该保护组。
# geopg remove-resource-group apprg1,apprg2 tcpg # geopg stop -e global tcpg # geopg delete tcpg |