Jaw*_*ikh 11 mysql disaster-recovery replication
我有运行良好的 MySQL 主从复制;我搜索了整个网络和 MySQL 站点以找到使用复制的标准程序,但一无所获。好像管理员很乐意进行复制,但是当需要执行灾难恢复时,还没有将初始计划付诸实践并公开共享。
我想知道的是如何让slave机代替master机以防后面损坏,烧毁等。我猜slave机应该取master的网络地址,但还应该做什么?例如,更改 MySQL 用户权限或运行一些命令!如果有,请包括参考。
Ham*_*sLi 12
对于 DR 解决方案,您很可能需要半手动过程。也就是说,您需要确定灾难是否验证了完整的 DR 故障转移,而且它不仅仅是一个小的网络故障,而且您需要进行数天的故障恢复工作。
要将 MySQL 从站切换到主站,您只需在 mysql 中发出一些命令,可以在此处找到 Mysql 详细信息。
我强烈建议编写整个过程的脚本(并测试它!)并添加您可能想要在机器上运行的任何其他命令来执行 DR 故障转移(重新启动 Web 层或其他任何需要)。我们在管理服务器上使用func 来在我们应用程序的所有层上运行故障转移命令。
当提到灾难恢复时,我指的是站点故障。对于集群故障转移,事情可能应该是自动的,而且要简单得多。
用副本替换 MySQL 服务器所需要做的就是切换服务器的 IP 地址,在 MySQL 上不需要其他命令。
为了获得额外的舒适度,如果您想要安心并自动执行此操作,您可以执行以下操作:
这种设置有很多优点,您可以通过将流量切换到另一个节点来轻松地在一个节点上进行维护,并且可以轻松进行恢复,您甚至不需要起床 :) 尽管有一项建议,但请对您的虚拟设备保持谨慎IP 参数,您最终可能会导致两个节点都尝试声明虚拟 IP,这不是预期的结果。
归档时间: |
|
查看次数: |
33550 次 |
最近记录: |