第十二章 镜像架构和规划 - 备份失去与主服务器的连接

如果备份服务器失去了与主服务器的连接，或者超过了等待主服务器消息的QoS超时时间，并且从仲裁服务器获悉仲裁服务器也失去了与主服务器的连接，或者超过了等待主服务器响应的QoS超时时间，备份服务器将接管主服务器，并切换到代理控制模式。当连接恢复时，如果前主服务器尚未关闭，则新的主服务器将强制关闭。

如果备份服务器得知仲裁服务器仍然连接到主服务器，它就不再认为自己是活动的，并切换到代理控制模式，并通过仲裁服务器与主服务器切换到代理控制模式进行协调;然后，备份尝试重新连接到主服务器。

如果备份失去了它的仲裁连接以及与主服务器的连接，它将切换到代理控制模式，并尝试根据代理控制机制联系主服务器的ISCAgent。

对失去连接的镜像响应

下表描述了在仲裁控制模式下，镜像对所有可能的丢失连接组合的响应。前三种情况仅表示网络故障，而从故障转移成员的角度来看，其他情况可能涉及系统或网络故障(或两者结合)。描述假设在丢失一个或多个连接之前，故障转移成员和仲裁程序都彼此保持联系，并且备份处于活动状态。

注意:在仲裁控制模式下，镜像对大多数连接损失组合的响应是切换到代理控制模式。因此，一旦处理了一个故障事件，对所有连接重新建立之前发生的后续事件的响应与代理控制模式中描述的响应相同，而不是表中描述的响应。

仲裁模式下对丢失连接的镜像响应

这三个系统相互连接:

• 镜像进入仲裁控制模式(如果尚未处于仲裁控制模式)

备份失去到仲裁器的连接，但仍然连接到主服务器:

• 镜像切换到代理控制模式
• 主站点继续作为主站点运行
• 备份尝试重新连接仲裁

主服务器失去到仲裁器的连接，但仍然连接到备份:

• 镜像切换到代理控制模式
• 主站点继续作为主站点运行
• 主服务器试图重新连接仲裁服务器

故障转移成员彼此失去连接，但仍然连接到仲裁器:

• 镜像切换到代理控制模式
• 主站点继续作为主站点运行
• 备份尝试重新连接到主服务器

仲裁失败或隔离-故障转移成员失去到仲裁的连接，但仍然彼此连接:

• 镜像切换到代理控制模式
• 主站点继续作为主站点运行
• 两个故障转移成员都试图重新连接到仲裁程序

备份失败或隔离-主服务器和仲裁服务器失去到备份的连接，但仍然彼此连接:

• 主服务器切换到代理控制模式并继续作为主服务器运行
• 备份(如果正在操作)切换到代理控制模式并尝试重新连接到主服务器

主服务器失败或被隔离-备份和仲裁失去到主服务器的连接，但彼此仍然连接:

• 主(如果在运行)无限期地保持在仲裁者控制模式和故障状态
• 备份将接管主服务器，切换到代理控制模式，并在连接恢复时强制关闭主服务器

所有三个连接都丢失了：

• 初级（如果在运行）无限期地保持在仲裁器控制模式和故障状态；如果通过备份联系，切换到代理控制模式并恢复为主操作
• 备份（如果在运行）切换到代理控制模式并尝试重新连接到主要

注意：由于单个事件（或多个同时发生的事件）而导致所有连接丢失的情况很少见。在大多数情况下，镜像在所有连接丢失之前已切换到代理控制模式，在这种情况下：

• 主要（如果在运行）继续作为主要运行
• 备份（如果在运行）尝试重新连接到主