依赖写操作

为了保持写入数据的完整性,请确保按照预期的应用程序顺序来运行依赖写入。

系统提供了针对未完成写操作的保护以及可能发生的扩展数据库恢复。

以下列表是数据库更新事务的写操作的典型顺序。
  1. 写操作更新数据库日志,以指明即将进行数据库更新。
  2. 第二个写操作更新数据库。
  3. 第三个写操作更新数据库日志,以便指示数据库更新已成功完成。

数据库通过等待每个 步骤完成后再启动下一步来确保对这些写操作进行正确的排序。 数据库日志通常与数据库位于不同的卷上。 在此情况下,请确保执行 FlashCopy 操作而不更改这些写操作的顺序。 例如,考虑下面这种可能情况:拷贝数据库(更新 2)的时间要略早于拷贝数据库日志(更新 1 和 3)。 在此情况下,目标卷上的拷贝包含更新 (1) 和 (3),但不包含 (2)。 如果通过从 FlashCopy 目标磁盘进行的备份来重新启动数据库,那么数据库日志指示事务已成功完成。 但是,事务未成功完成;事务丢失,并且数据库的完整性遭到破坏。

您可以在多 个上将 FlashCopy 操作作为原子操作处理,以创建用户数据的一致映像。 为了以此方式使用 FlashCopy,系统支持一致性组的概念。 一致性组可包含任意数量的 FlashCopy 映射,最高可达系统所支持的最大 FlashCopy 映射数。 您可以使用命令行界面 (CLI) startfcconsistgrp 命令为整个一致性组启动时间点拷贝。 一致性组中的所有 FlashCopy 映射都同时启动,从而实现跨一致性组中包含的所有 FlashCopy 映射都一致的时间点拷贝。

有关最大配置支持的更多信息,请访问以下 Web 站点。

http://support.lenovo.com.cn/EsWeb/ThinkServerAndStore.aspx?MachineClass=7271&MachineName=12810&station=4