在群集内使用基于存储的数据复制

基于存储的数据复制使用安装在存储设备上的软件来管理群集内或校园群集内的复制。此类软件是特定存储设备所特有的，不用于灾难恢复。在配置基于存储的数据复制时，请参阅您的存储设备附带的文档。

根据您所用的软件，可以对基于存储的数据复制使用自动或手动的故障转移。Oracle Solaris Cluster 支持使用 Hitachi TrueCopy、Hitachi Universal Replicator 和 EMC SRDF 软件对复制数据进行手动和自动故障转移。

本节介绍了在校园群集中使用的基于存储的数据复制。图 4-1 显示了在两个存储阵列间复制数据的双工作间配置样例。在该配置中，主存储阵列位于第一个工作间，并在此向两个工作间中的节点提供数据。主存储阵列还为辅助存储阵列提供要复制的数据。

注 - 图 4-1 显示法定设备位于非复制卷上。复制卷无法用作法定设备。

图 4-1 使用基于存储的数据复制的双工作间配置

根据所用的应用程序类型，可以在 Oracle Solaris Cluster 环境中以同步或异步方式使用 Hitachi TrueCopy 或 Hitachi Universal Replicator 执行基于存储的数据复制。如果希望在校园群集中执行自动故障转移，请以同步方式使用 TrueCopy。Oracle Solaris Cluster 支持使用 EMC SRDF 进行基于存储的同步复制，不支持使用 EMC SRDF 进行异步复制。

请勿使用 EMC SRDF 的 Domino 模式或自适应复制模式。Domino 模式在目标不可用时，会使本地和目标 SRDF 卷对主机均不可用。自适应复制模式通常用于数据迁移和数据中心移动，不建议用于灾难恢复。

如果与远程存储设备失去联系，请确保主群集上运行的应用程序不会因为指定了设置为 never 或 async 的 Fence_level 而受到阻止。如果将 Fence_level 指定为 data 或 status，则当无法将更新内容复制到远程存储设备上时，主存储设备会拒绝更新。

在群集内使用基于存储的数据复制的要求和限制

为了确保数据完整性，请使用多路径和正确的 RAID 软件包。要使用基于存储的数据复制来实现群集配置，请注意下列事项：

节点到节点的距离受 Oracle Solaris Cluster 光纤通道和互连基础结构的限制。要获得有关当前限制和所支持技术的更多信息，请联系 Oracle 服务提供商。
不要将复制卷配置为法定设备。应使任何法定设备位于共享的非复制卷中，或使用法定服务器。
确保只有数据的主副本对群集节点可见。否则，卷管理器可能尝试同时访问数据的主副本和辅助副本。有关控制数据副本可见性的信息，请参阅存储阵列附带的相关文档。
EMC SRDF、Hitachi TrueCopy 和 Hitachi Universal Replicator 可用来定义复制设备组。每个复制设备组需要具有相同名称的 Oracle Solaris Cluster 设备组。
对于使用 EMC SRDF 通过并发或级联 RDF 设备实现的三个站点或三个数据中心配置，必须在所有参与的群集节点上将以下条目添加到 Solutions Enabler SYMCLI 选项文件中：
```
SYMAPI_2SITE_CLUSTER_DG=device-group:rdf-group-number
```
此条目使群集软件能够自动在两个 SRDF 同步站点间移动应用程序。条目中的 rdf-group-number 代表 RDF 组，它将主机的本地 symmetrix 连接至第二个站点的 symmetrix。

有关三个数据中心配置的更多信息，请参见《Oracle Solaris Cluster Geographic Edition Overview》中的"Three-Data-Center (3DC) Topologies"。
某些应用程序特定数据可能不适合进行异步数据复制。请根据您对应用程序行为的了解来确定在存储设备间复制应用程序特定数据的最佳方式。
如果为群集配置了自动故障转移，请使用同步复制。

有关配置群集以对复制卷进行自动故障转移的说明，请参见管理基于存储的复制设备。
在群集内执行复制时，SRDF、Hitachi TrueCopy 和 Hitachi Universal Replicator 不支持 Oracle Real Application Clusters (RAC)。连接到非当前主副本的节点将不具有写入访问权限。复制设备无法支持任何要求群集的所有节点都具有直接写入权限的可伸缩应用程序。
不支持适用于 Oracle Solaris Cluster 软件的多所有者 Solaris Volume Manager。
请勿在 EMC SRDF 中使用 Domino 模式或自适应复制模式。有关更多信息，请参见在群集内使用基于存储的数据复制。
不要在 Hitachi TrueCopy 或 Hitachi Universal Replicator 中使用数据模式或状态模式。有关更多信息，请参见在群集内使用基于存储的数据复制。

在群集内使用基于存储的数据复制时的手动恢复注意事项

与所有校园群集一样，使用基于存储的数据复制的群集通常在遇到单一故障时无需人为干预。但是，如果使用手动故障转移时，主存储设备所在的工作间（如图 4-1 所示）完全无法使用，则双节点群集便会出现问题。剩余的节点无法保留法定设备，也无法无法作为群集成员进行引导。在这种情况下，需要对群集进行以下手动干预：

您的 Oracle 服务提供商必须重新配置剩余的节点，使其可作为群集成员进行引导。
您或您的 Oracle 服务提供商必须将辅助存储设备的一个非复制卷配置为法定设备。
您或您的 Oracle 服务提供商必须配置剩余的节点，使其将辅助存储设备作为主存储设备。这种重新配置可能涉及重新构建卷管理器卷、恢复数据或更改应用程序与存储卷的关联。

使用基于存储的数据复制时的最佳做法

在设置设备组时，如果设备组使用 Hitachi TrueCopy 或 Hitachi Universal Replicator 软件进行基于存储的数据复制，请使用以下做法：

使用同步复制，以避免出现因主站点发生故障而导致数据丢失的情况。
horcm 配置文件中定义的 Oracle Solaris Cluster 全局设备组和 TrueCopy 复制组之间应存在一对一的关系。这允许两个组作为单个单元在节点之间移动。
全局文件系统卷和故障转移文件系统卷不能同时存在于同一复制设备组中，因为它们的控制方式不同。全局文件系统由设备配置系统 (Device Configuration System, DCS) 控制，而故障转移文件系统卷由 HAS+ 控制。每个系统的主节点可能是不同的节点，这会在节点应是复制主节点的情况下导致冲突。
所有 RAID 管理器实例应始终处于运行状态。

当使用 EMC SRDF 软件进行基于存储的数据复制时，请使用动态设备而不是静态设备。静态设备更改主副本时需要几分钟，这会影响故障转移时间。

跳过导航链接
退出打印视图
	Oracle Solaris Cluster 系统管理指南 Oracle Solaris Cluster 3.3 3/13 (简体中文)