在这篇文章中,我们将查看备份和灾难恢复策略。
注意:我在演讲7月27日备份和灾难恢复的最佳实践。
当讨论到灾难恢复,重要的是要考虑你的业务连续性计划。备份和恢复过程是任何应用程序基础设施的关键部分。
经过良好测试的备份和恢复系统可以轻微故障的区别和您的业务的结束。
你要考虑三个因素在规划灾难恢复策略:恢复时间目标,恢复点目标和风险降低。
恢复时间目标(RTO)需要多长时间来恢复备份。恢复点目标(RPO)是什么时候你想恢复(换句话说,你可以失去多少数据恢复后)。最后,您需要理解你试图减轻风险。风险数据包括(但不限于)糟糕的演员,数据损坏、用户错误、主机和数据中心失败。
建议备份策略
我们建议您使用物理(rayben雷竞技 企业备份),RDS / LVM快照,MySQL和逻辑备份(mysqldump, mydumper mysqlpump)。逻辑备份防止单个数据点的损失,而物理备份,防止数据丢失或主机总失败。
最佳实践是运行Percona XtraBackup每晚紧随雷竞技下载官网其后,mysqldump(或者5.7 +,mysqlpump)。雷竞技下载官网Percona XtraBackup允许您快速恢复服务器,和,mysqldump允许您快速恢复数据点。这些地址恢复时间目标。
时间点恢复,建议您下载binlogs定期(例如,每小时一次)。
另一个选择是binlog流。你可以找到更多的信息在binlog流在我们的博客:备份与mysqlbinlog二进制日志文件。
还有一个白皮书,是我这里的网络研讨会的基础:MySQL备份和恢复的最佳实践。
延迟的奴隶
节省操作开销的一个方法是创建一个24小时的延迟的奴隶。这需要逻辑备份的地方(mysqldump)以及binlog流。你想确保你任何问题后立即停止延迟的奴隶。这将确保不会损坏的数据备份。
创建一个延迟奴隶在5.6及以上:
|
1
|
改变
主
来
MASTER_DELAY
=N;
|
在一场灾难之后,您将问题:
|
1
|
停止奴隶;
|
然后,为了得到一个时间点,您可以使用:
|
1
|
开始的奴隶
直到
MASTER_LOG_FILE
=
“log_name”,
MASTER_LOG_POS
=log_pos;
|
恢复
这是一个好主意来测试您的备份至少每季度一次。备份不存在,除非你知道你可以恢复它们。最近有一些引人注目的情况下开发人员减少表或模式,或数据被损坏在生产,在一个案例中五种不同的备份类型没有可行的用于恢复。
最好的情况是一个自动备份恢复测试运行后,,给你的信息需要多长时间来恢复(RTO)和多少数据可以恢复(RPO)。
为更多的细节在备份和灾难恢复,来参加我的会议。
