使用基于存储的数据复制

基于存储的数据复制使用存储设备上安装的软件来管理复制。这种软件专门用于特定的存储设备。配置基于存储的数据复制时，请始终参阅存储设备附带的相关文档。

根据所用的软件，您可以在基于存储的数据复制中使用自动故障转移或手动故障转移。如果使用 Hitachi TrueCopy 软件，则 Sun Cluster 同时支持对复制项进行手动故障转移和自动故障转移。

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

在正常的群集操作过程中，辅助存储阵列对群集而言是不可见的。但是，一旦主存储阵列不可用，Sun 服务提供商便可手动将辅助存储阵列配置到群集中。

如图 4–2 所示，法定设备位于非复制卷中。复制的卷不能用作法定设备。

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

在 Sun Cluster 环境中，基于存储的数据复制既可同步执行，也可异步执行，具体情况取决于所用应用程序的类型。

使用基于存储的数据复制的要求和限制

为了确保数据完整性，请使用多路径功能和适当的 RAID 软件包。如果要使用基于存储的数据复制实现校园群集配置，请注意以下事项：

• 节点到节点的距离受 Sun Cluster 光纤通道和互连基础结构的限制。要了解当前的限制和支持技术的更多信息，请联系您的 Sun 服务提供商。

• 不要将复制卷配置为法定设备。应当使所有法定设备位于非复制卷中。

• 确保只有数据的主副本对群集节点可见。否则，卷管理器可能会尝试同时访问数据的主副本和辅助副本，并因辅助副本是只读的而造成数据受损。

• 当您创建要使用复制设备的磁盘组/磁盘集时，请为磁盘组/磁盘集及 Hitachi TrueCopy 副本对使用相同的名称。

• 有关控制数据副本可见性的相关信息，请参阅存储阵列附带的相关文档。

• 某些应用程序特定数据可能不适合进行异步数据复制。请根据您对应用程序行为的了解来确定在存储设备间复制应用程序特定数据的最佳方式。

• 如果配置群集进行自动故障转移，请使用同步复制。

  有关配置群集进行自动故障转移的说明，请参见管理基于存储的复制设备。

使用基于存储的复制进行自动故障转移的要求和限制

使用基于存储的数据复制进行自动故障转移时，应遵循以下限制。

• 不支持 Oracle Real Application Clusters (RAC)。

• 仅支持同步模式。

• 复制设备不能作为法定设备。

• 不支持 CVM 和 Solaris Volume Manager for Sun Cluster。

使用基于存储的数据复制进行手动恢复要关注的问题

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

1. 您的 Sun 服务提供商必须重新配置剩下的节点，使之作为群集成员进行引导。

2. 您或您的 Sun 服务提供商必须将一个辅助存储设备的非复制卷配置为法定设备。

3. 您或您的 Sun 服务提供商必须配置剩下的节点，使之将辅助存储设备用作主存储。这种重新配置可能涉及重新构建卷管理器卷、恢复数据或更改应用程序与存储卷的关联。

在基于存储的数据复制中使用 TrueCopy 软件的最佳做法

设置设备组时，如果要让设备组使用 Hitachi TrueCopy 软件进行基于存储的数据复制，请遵循以下做法：

• 始终使用最高隔离级别 data 以避免故障转移至旧的数据副本。

• 给每个资源组创建一个 Hitachi TrueCopy 设备组。在群集资源组、群集设备组、VxVM 磁盘组与 Hitachi TrueCopy 设备组间应存在一对一关系。

• 不能在同一 Hitachi TrueCopy 设备组中混用全局文件系统卷和故障转移文件系统卷。

• 所有 RAID 管理器实例均应启动并始终处于运行状态。