第四十章 配置镜像 - 配置服务质量 (QoS) 超时设置

服务质量超时（QoS 超时）设置通过定义时间范围（以毫秒为单位）在管理故障转移成员和仲裁器行为方面起着重要作用，镜像成员在采取行动之前等待另一个镜像成员的响应。 QoS 超时本身代表最大等待时间，而最小值是其二分之一。较大的 QoS 超时允许镜像容忍来自网络或主机的较长时间的无响应，而不会将其视为中断；降低 QoS 允许镜像更快地响应中断。 QoS超时具体影响以下几种情况：

• 如果备份故障转移成员未在 QoS 超时定义的范围内确认从主要成员接收到数据，则主要成员断开备份并根据可能的备份中断采取行动。
• 如果备份在 QoS 超时定义的范围内没有收到来自主服务器的消息，则备份将断开连接并根据主服务器可能中断的情况采取行动。
• 如果仲裁器在 QoS 超时定义的范围内没有收到来自故障转移成员的响应，它认为它与该故障转移成员的连接丢失。
• 如果在故障转移成员的主机上执行的操作导致主机在 QoS 超时定义的范围内的一段时间内完全无响应，则可能会导致不需要的故障转移或警报。在涉及备份或迁移等虚拟化平台操作时，这是一个特别值得关注的问题；有关详细信息，请参阅虚拟化环境中的镜像

默认 QoS 为 8 秒（8000 毫秒），以允许在某些硬件配置上可能出现几秒钟的间歇性无响应。通常，如果需要更快地响应中断，在具有专用本地网络的物理（非虚拟化）主机上的部署可以减少此设置。

可以在“创建镜像”页面或主要故障转移成员的“编辑镜像”页面上调整服务质量超时设置。

注意：也可以使用 ^MIRROR 例程的镜像配置菜单上的调整服务质量超时参数选项来调整 QoS 超时（请参阅使用 ^MIRROR 例程）。

配置并行取消日志记录

如镜像同步中所述，备份故障转移成员和镜像的任何异步成员上的镜像数据库通过取消日志记录与主数据库保持同步，这是将在主数据库上进行并记录在主数据库日志文件中的数据库更新应用到其他成员的相应数据库。如果有足够的可用计算和内存资源，最多 16 个 dejournaling 作业可以在单个 dejournaling 操作中并行执行更新（请参阅并行 Dejournaling 的系统要求）。称为并行 dejournaling，此功能增加了镜像的吞吐量，尤其是那些具有通常高数据库更新率的镜像。有关并行 dejournaling 的信息，它也用于日志恢复，请参阅数据完整性指南的“日志记录”一章中的使用 ^JRNRESTO 从日志文件恢复全局。

并行 dejournaling 始终为镜像的故障转移成员启用，因此在所需资源可用时使用。默认情况下，它也为 DR 异步成员启用。也可以启用它来报告异步（即，对于所有成员）或仅通过在配置第一个故障转移成员时更改允许并行取消日志设置来将其限制为故障转移成员（请参阅创建镜像和配置第一个故障转移成员) 或编辑主服务器上的镜像（请参阅编辑或删除故障转移成员）。启用（并由可用资源支持）后，在一次操作中捕获多个数据库时使用并行 dejournaling，如激活和捕获镜像数据库中所述。

虽然为报告异步启用并行 dejournaling 有利于性能，但它可能会增加查询或报告中意外结果的发生率。这是因为数据库中的数据库或全局变量由单独的 dejournaling 作业更新，可能在 dejournaling 顺序中位于略有不同的位置。例如，数据库 A 可能包含在 11:45:30 对主数据库进行的更新，而数据库 B 仅包含从 11:45:28 开始的更新；同样的道理，一个全局可能更新到前一个时间，而同一个数据库中的另一个全局可能只更新到后一个时间。然而，并行取消日志引入的不确定性类似于在针对正在取消日志的过程中的更改数据运行报告或查询时始终存在的不确定性。因此， 期望大多数报告应用程序针对启用了并行 dejournaling 且影响可以忽略不计的镜像数据库运行。请注意，数据库中单个全局的所有更新始终由单个 dejournaling 作业应用，并且这些更新按顺序应用。