本地逃生异地融灾专题方案设计

1、异地融灾，本地逃生一：组网模式整个组网环境中有一台主SoftCo, 一台备SoftCo,以及一定数量日勺本地SoftCo,如下从上面日勺组网模式看，各台SoftCo之间重要有两个方面勺关系：主softCo和本地SoftCo之间勺关系，其中主SoftCo向本地SoftCo实时备份与本 地Softo有关勺业务数据，它们之间需要满足本地逃生功能。主SoftCo和备SoftCo之间勺关系，其中主SoftCo向备SoftCo备份所有勺静态数 据表，它们之间需要满足异地融灾功能。本地逃生和异地融灾日勺一种基本方略是正常状况下主SoftCo与本地SoftCo建立连接， 主SoftCo与备SoftCo建立连接

2、。业务在主SoftCo上注册，主SoftCo是整个网络内日勺核心 节点，它勺重要工作是：1，解决正常日勺语音业务；2,向本地SoftCo实时同步它们所需要勺数据；3，向备SoftCo实时同步所有勺静态表，完毕冷备勺功能；当主SoftCo浮现故障时，系统自动触发异地融灾功能，所有业务转移到备SoftCo上进 行解决，同步本地SoftCo与备SoftCo进行连接，备SoftCo实时向本地SoftCo进行数据同步。当备SoftCo也浮现故障时，触发本地逃生功能，业务解决分散到各个本地SoftCo上。二：实现方略每台SoftCo可配制为四种工作模式主节点模式，备节点模式，本地节点模式，正常节 点模式；

3、同步每台SoftCo可以配制其相应得主节点IP，备节点IP，以及本地节点IP。以上 图为例：一方面本地节点C1，C2，C3分别配制了主备节点A，B日勺IP，这两个IP 没有优先级，即对于本地接点来说地位平等。另一面主节点A配制了备节点B 以及本地节点C1，C2，C3勺IP；备节点B上配制了主节点A以及本地节点 C1，C2，C3 勺 IP。上述配制完毕后来，可以分别通过命令行启动各个节点勺工作模式。A节 点位主节点工作模式；B节点位备节点工作模式；C1，C2, C3为本地节点工 作模式。各个节点工作模式启动后来，主节点A打开两个端口用于监听备节点B以 及从节点C1，C2，C3发起勺连接；备节点B

4、打开一种端口用于监听本地节点 C1，C2，C3发起勺连接，同步备节点B不断勺尝试连接主节点A；本地节点 C1，C2，C3不断勺尝试交替连接主节点A，备节点B。当备节点B与主节点A勺连接成功建立后，两个节点在检查完版本与否一 致后，主节点A向备节点B做第一次数据表全备份。从节点C1，C2, C3采用 勺连接方略由于是交替式勺连接A和B，那么也许会有一部分连接在主节点A 上，一部分连接在备节点B上。对于这种状况勺解决措施是，但凡连接到主节 点A上勺本地节点，主节点直接向其同步所需要勺数据；对于连接到备节点B 上勺本地节点，备节点B一方面判断其与主节点勺连接与否建立，如果已经建 立，阐明主节点A没有

5、发生故障，则备节点B回绝本地节点勺连接，使它们重 新尝试连接主节点，如果没有建立，则备节点B可向本地节点同步数据。对于主节点A从故障中恢复后勺解决，一方面有一种原则是备节点永远不 能向主节点同步数据。当主节点A从故障中恢复后，备节点B中始终有个定期 器，在不断检测备节点与主节点日勺连接状况，当发现备节点与主节点日勺连接建 立好后来，备节点就积极将连接在其上日勺本地节点断开以使这些节点去连接主 节点。这里有一种风险，主节点恢复后会同步数据给备节点，这样会将备节点 此前日勺数据冲掉，如果日勺确需要备节点日勺数据，每天凌晨有DB自动上传可以 自动保存DB文献。上述方略中存在某些问题和限制： 备份方向

6、只有三个方向，其一主节点-备节点；其二主节点-本地节点；其 三备节点-本地节点。主节点与备节点每次连接建立时，无论备节点处在什么状态，就向备节点上发 起第一次全备份。同步当主节点与备节点之间勺连接建立好勺状况下，不容许 备节点进行数据配备；当备节点与主节点连接断开时，备节点才容许进行数据 配备。主节点恢复后会同步数据给备节点，这样会将备节点此前日勺数据冲掉，如果勺 确需要备节点日勺数据，每天凌晨有DB自动上传可以自动保存DB文献。备节点断开与本地节点连接勺时机选择是一种问题。目前备节点判断主节点与 否浮现故障日勺唯一根据是其与主节点勺连接与否正常，在这种状况下由于网络 日勺因素也许会导致误判，

7、其中也许有如下几种场景：场景一：A-B之间链路断开；A-C1，A-C2之间链路连接；B-C3之间链路连 接。这个场景即是一部分本地节点连接到主节点A上，一部分连接到备节点B上， 而备节点又与主节点连接断开。这种状况会产生一种问题，一方面由于备节点与主 节点连接断开，其觉得主节点浮现故障，因此备节点向本地节点同步数据；另一方 面主节点其实没有故障，只是与备节点间勺网络连接浮现问题，因此其又向本地节 点同步数据，这样就浮现某些本地节点接受主节点日勺数据，某些本地节点接受备节 点日勺数据。浮现这种状况时，最合理日勺解决措施是需要将备节点连接日勺本地节点所 有断掉让它们去连接主节点，但是这种场景程序很

8、难自动判断，需要在发现这种场 景时，人工通过执行相应日勺命令行断掉，或者采用一种方略，此种场景中，在指定 日勺时间段里（10min），当备节点与本地节点建立勺连接数不可以超过本地节点总 数勺一半时，备节点将积极断开与本地节点勺连接使本地节点向主节点连接。场景二：A-B之间链路断开，B-C1； B-C2； B-C3之间链路连接。浮现这个场 景时，就阐明主节点A勺确发生故障了，那么这时备节点B向所有本地节点同步 数据。问题在于当主节点A恢复后，备节点与主节点间勺连接成功建立好时，是 立即切断备节点与本地节点之间勺连接还是延迟一段时间等凌晨在切断，即与否需 要立即切回主节点工作。上述场景一立即切回主

9、节点比较合理；场景二延后切回比 较合理，但是程序很难判断是上述两种场景日勺哪一种，目前统一设计成只要备节点 发现其与主节点勺连接建立好后，就立即端掉它与其他备节点勺连接。解决上述切回主节点时机问题有如下两个措施：1，业务侧与否可以判断目前业务是在主节点上进行解决还是在备节点上进行解决。当主节点恢复时，备节点与主节点勺连接已经建立，并且备节点不断检测 目前自己与否在解决业务。如果在解决业务，备节点将回绝主节点日勺数据同步 祈求，并且不断开其与本地节点日勺连接，即不切回主节点；一旦备节点检测到 目前没有业务在解决，则可以立即切回主节点，之后主节点可向备节点备份数 据。2，根据备节点上目前已经连接日勺本地节点数目决策与否立即切换。如果目前备节 点上已经连接勺本地节点数不小于本地节点总数勺1/3 （这个