第九章 镜像架构和规划 - 备份处于活动状态时自动进行故障转移

第九章 镜像架构和规划 - 备份处于活动状态时自动进行故障转移

备份处于活动状态时自动进行故障转移

当备份处于活动状态时,如果它可以确认故障转移的第二个条件——即主服务器未作为主服务器运行并且在没有人为干预的情况下无法继续运行,则它有资格作为主服务器接管。备份可以通过以下三种方式之一执行此操作:

  • 通过接收来自主要请求它接管的通信。

这发生在主实例正常关闭期间或当主实例检测到它已挂起时。一旦主要发送此消息,它就不能再充当主要并且活动备份可以安全地接管。如果前一个主节点挂起,新的主节点会迫使它关闭。

  • 通过从仲裁器接收到它已与主节点失去联系的信息。

主要和备用 IRIS 实例与仲裁器保持持续联系,仲裁器会在与其他故障转移成员的联系中断或恢复时更新每个实例。当一个网络事件同时将主节点与备份节点和仲裁节点隔离开来时,它就会无限期地进入故障状态。因此,如果一个活动的备份失去了与主的联系,并从仲裁器得知它也失去了与主的联系,备份可以安全地接管,因为主必须要么已经失败,要么被隔离并处于故障状态,因此不能再充当主要角色。恢复连接时,如果以前的主节点挂起,新的主节点会强制关闭它。

  • 通过从主系统的 ISCAgent 接收主实例已关闭或挂起的信息。

当仲裁器不可用或未配置仲裁器时,与主实例失去联系的活动备份可以尝试联系主实例的 ISCAgent(这只有在主实例的主机系统仍在运行时才有可能)以确认主实例是下来,或者如果它被挂起就强迫它下来。一旦代理确认主服务器不能再充当主服务器并且因此故障转移是安全的,备份就会接管。

当主数据库因网络事件与活动备份隔离,但备份无法通过其中一种方式确认安全故障转移条件时,备份不再处于活动状态,并受下一节中描述的故障转移机制的约束。

备份不活动时的自动故障转移

不活动的备份可以尝试联系主实例的 ISCAgent 以确认主实例已关闭或在挂起时强制其关闭,并从代理获取主实例的最新日志数据。如果在这两个方面都成功,备份可以安全地接管为主。

不活动且无法联系主服务器的 ISCAgent 的备份无法确保主服务器不再充当主服务器并且它具有来自主服务器的最新日志更新,因此无法接管。

当备份不活动时,仲裁器在故障转移机制中不起作用。

对各种中断场景的镜像响应

本节总结了镜像对不同组合的故障转移成员和仲裁器中断的响应。

注意:操作员可以暂时关闭主系统而不会导致发生故障转移。这可能很有用,例如,如果主系统需要在很短的时间内关闭以进行维护。备份主系统后,将恢复自动故障转移的默认行为。
这里讨论的几个场景涉及手动强制备份成为主要的选项。有关此过程的信息,请参阅没有自动故障转移的主要故障转移成员的计划外中断。

响应主要中断场景的自动故障转移

虽然情况和细节各不相同,但有几种主要的主要中断情况,在这些情况下,活动备份故障转移成员会自动接管,如下所示:

  1. 主要的计划中断(例如出于维护目的)是通过关闭其 IRIS 实例来启动的。

发生自动故障转移是因为主服务器指示活动备份接管。

  1. 由于意外情况,主 IRIS 实例挂起。

发生自动故障转移是因为主要检测到它已挂起并指示活动备份接管。

  1. 由于意外情况,主 IRIS 实例被迫关闭或变得完全无响应。

在这种情况下,主服务器无法指示备份接管。但是,主动备份在从仲裁器得知它也与主服务器失去联系后或通过联系主服务器的 ISCAgent 并获得主服务器已关闭的确认后接管。

  1. 主存储子系统发生故障。

存储故障的典型后果是主实例由于 I/O 错误而挂起,在这种情况下,主实例检测到它已挂起并指示活动备份接管(如场景 2)。但是,在某些情况下,场景 3 或场景 5 中描述的行为可能适用。

  1. 主要主机系统出现故障或变得无响应。

如果活动备份从仲裁器得知它也已与主备份失去联系,则会发生自动故障转移。

如果没有配置仲裁器,或者如果仲裁器在主要主机故障之前变得不可用,则无法进行自动故障转移;在这些情况下,手动强制备份成为主要可能是一种选择。

  1. 网络问题隔离了主要。

如果配置了仲裁器并且两个故障转移成员在网络故障时都连接到仲裁器,则主节点无限期地进入故障状态。

  • 如果活动备份从仲裁器获悉它也已与主服务器失去联系,则会发生自动故障转移。
  • 如果备份在与主服务器失去联系的同时与仲裁器失去联系,则无法进行自动故障转移。如果两个故障转移成员都已启动,则当网络恢复时,备份会联系主要成员,然后恢复作为主要成员的操作。或者,可以手动指定主要对象。

如果没有配置仲裁器或其中一个故障转移成员在网络故障之前与其断开连接,则自动故障转移是不可能的,并且主节点继续作为主节点运行。

不活动的备份(因为它正在启动或落后)可以通过联系主服务器的 ISCAgent 并获取最新的日志数据来接管上述第 14 种情况。在场景 56 下,不活动的备份无法接管,因为它无法联系 ISCAgent;在这些情况下;手动强制备份成为主要可能是一种选择。

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 204,445评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,889评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,047评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,760评论 1 276
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,745评论 5 367
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,638评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,011评论 3 398
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,669评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,923评论 1 299
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,655评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,740评论 1 330
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,406评论 4 320
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,995评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,961评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,197评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,023评论 2 350
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,483评论 2 342

推荐阅读更多精彩内容