数据库备份方案
- 格式:doc
- 大小:37.00 KB
- 文档页数:5
数据库备份⽅案数据库备份⽅案⼀为什么需要备份数据?在⽣产环境中我们数据库可能会遭遇各种各样的不测从⽽导致数据丢失, ⼤概分为以下⼏种.硬件故障软件故障⾃然灾害⿊客攻击误操作 (占⽐最⼤)所以, 为了在数据丢失之后能够恢复数据, 我们就需要定期的备份数据, 备份数据的策略要根据不同的应⽤场景进⾏定制, ⼤致有⼏个参考数值,我们可以根据这些数值从⽽定制符合特定环境中的数据备份策略能够容忍丢失多少数据恢复数据需要多长时间需要恢复哪⼀些数据⼆数据的备份类型数据的备份类型根据内容主要分为以下⼏组完全备份部分备份完全备份指的是备份整个数据集( 即整个数据库 )、部分备份指的是备份部分数据集(例如: 只备份⼀个表)⽽部分备份⼜分为以下两种增量备份差异备份增量备份指的是备份⾃上⼀次备份以来(增量或完全)以来变化的数据; 特点: 节约空间、还原⿇烦差异备份指的是备份⾃上⼀次完全备份以来变化的数据特点: 浪费空间、还原⽐增量备份简单三 MySQL备份数据的⽅式在MySQl中我们备份数据⼀般有⼏种⽅式热备份温备份冷备份热备份指的是当数据库进⾏备份时, 数据库的读写操作均不是受影响温备份指的是当数据库进⾏备份时, 数据库的读操作可以执⾏, 但是不能执⾏写操作冷备份指的是当数据库进⾏备份时, 数据库不能进⾏读写操作, 即数据库要下线MySQL中进⾏不同⽅式的备份还要考虑存储引擎是否⽀持MyISAM热备 ×温备 √冷备 √InnoDB热备 √温备 √冷备 √我们在考虑完数据在备份时, 数据库的运⾏状态之后还需要考虑对于MySQL数据库中数据的备份⽅式物理备份⼀般就是通过tar,cp等命令直接打包复制数据库的数据⽂件达到备份的效果逻辑备份⼀般就是通过特定⼯具从数据库中导出数据并另存备份(逻辑备份会丢失数据精度)物理备份逻辑备份四备份需要考虑的问题定制备份策略前, 我们还需要考虑⼀些问题我们要备份什么?⼀般情况下, 我们需要备份的数据分为以下⼏种数据⼆进制⽇志, InnoDB事务⽇志代码(存储过程、存储函数、触发器、事件调度器)服务器配置⽂件备份⼯具这⾥我们列举出常⽤的⼏种备份⼯具mysqldump : 逻辑备份⼯具, 适⽤于所有的存储引擎, ⽀持温备、完全备份、部分备份、对于InnoDB存储引擎⽀持热备cp, tar 等归档复制⼯具: 物理备份⼯具, 适⽤于所有的存储引擎, 冷备、完全备份、部分备份lvm2 snapshot: ⼏乎热备, 借助⽂件系统管理⼯具进⾏备份mysqlhotcopy: 名不副实的的⼀个⼯具, ⼏乎冷备, 仅⽀持MyISAM存储引擎xtrabackup: ⼀款⾮常强⼤的InnoDB/XtraDB热备⼯具, ⽀持完全备份、增量备份, 由percona提供五设计合适的备份策略针对不同的场景下, 我们应该制定不同的备份策略对数据库进⾏备份, ⼀般情况下, 备份策略⼀般为以下三种直接cp,tar复制数据库⽂件mysqldump+复制BIN LOGSlvm2快照+复制BIN LOGSxtrabackup以上的⼏种解决⽅案分别针对于不同的场景1. 如果数据量较⼩, 可以使⽤第⼀种⽅式, 直接复制数据库⽂件2. 如果数据量还⾏, 可以使⽤第⼆种⽅式, 先使⽤mysqldump对数据库进⾏完全备份, 然后定期备份BINARY LOG达到增量备份的效果3. 如果数据量⼀般, ⽽⼜不过分影响业务运⾏, 可以使⽤第三种⽅式, 使⽤lvm2的快照对数据⽂件进⾏备份, ⽽后定期备份BINARY LOG达到增量备份的效果4. 如果数据量很⼤, ⽽⼜不过分影响业务运⾏, 可以使⽤第四种⽅式, 使⽤xtrabackup进⾏完全备份后, 定期使⽤xtrabackup进⾏增量备份或差异备份5. 各⼤备份⽅法对⽐表备份⽅法备份速度恢复速度⽅便程度功能性实⽤场景引擎⽀持备份⽅式Cp快快⼀般,灵活性不⾼弱数据量不⼤所有冷备mysqldump慢慢⼀般、可⽆视存储引擎的差异⼀般少量数据所有温备,对于InnoDB存储引擎⽀持热备lvm2快照快快⼀般、⽀持⼏乎热备、速度快⼀般中⼩型数据量的备份所有热备,xtrabackup较快较快实现innodb热备、对存储引擎有要求强⼤较⼤规模的备份InnoDB热备六数据库备份⼯具设计与实现数据库备份⼯具属于软件附属⼯具,他应具有按计划,按任务,可配置,可存储,可长时间运⾏的能⼒。
数据库备份存储方案为了确保数据库的安全稳定运行,备份是一项非常重要的工作。
数据库备份存储方案的选择和实施对于维护数据安全、保障业务连续性以及应对灾难恢复等方面都具有重要意义。
本文将介绍一种常见的数据库备份存储方案,并探讨其优劣以及适用场景。
一、基本概述数据库备份是指将当前数据库的数据和结构以某种形式保存到另一个地方,以便在数据丢失或损坏时能够恢复原始数据或重新构建数据库。
备份存储方案包括备份频率、备份类型、备份位置和存储介质等。
二、备份频率备份频率指的是备份操作的执行时间间隔,即数据库进行备份的频率。
一般来说,备份频率会根据业务需求和数据变动情况而定。
常见的备份频率包括每天、每周、每月等。
例如,对于一些需要实时同步的数据库,可以选择每天备份一次,以确保在系统故障时能够迅速恢复数据。
而对于一些数据更新较少的数据库,可以选择每周备份一次或每月备份一次,以减少备份对系统性能的影响。
三、备份类型备份类型指的是备份操作所涉及的内容范围。
常见的备份类型包括完全备份和增量备份。
完全备份是指将数据库的所有数据和结构都进行备份,即备份整个数据库。
这种备份类型的优点是恢复速度快,任何时候都可以立即恢复数据库。
然而,完全备份需要消耗较大的存储空间,并且备份过程可能会对数据库性能造成一定的影响。
增量备份是指只备份自上次完全备份以来发生变化的数据和结构。
这种备份类型的优点是节省存储空间和备份时间,但恢复过程相对更为复杂,需要使用完全备份和增量备份进行配合。
四、备份位置备份位置指的是备份数据存放的地方。
备份位置可以选择本地存储或远程存储。
对于本地存储,备份数据通常存放在与数据库同一台服务器或存储设备上。
这种方式的优点是备份和恢复速度快,但如果服务器或存储设备遭受物理损坏,则备份数据可能无法恢复。
对于远程存储,备份数据通常存放在与数据库不同的服务器或云存储服务上。
这种方式的优点是备份数据具有更高的安全性,即使本地服务器遭受物理损坏,备份数据仍然能够恢复。
数据库常用的备份和恢复方法1. 定期全量备份:定期对数据库进行完整备份,可保证数据库的完整性和可恢复性。
2. 差异备份:在全量备份的基础上,只备份发生变化的数据部分,可以节省存储空间和备份时间。
3. 事务日志备份:备份数据库的事务日志,可以实现逐渐备份,精准的还原到某一时间点。
4. 复制备份:将数据库复制到其他设备或位置,以防主要数据库损坏或丢失。
5. 增量备份:只备份自上次备份以来发生的数据变化,可大幅减少备份时间和存储成本。
6. 数据库快照:生成数据库的快照,记录数据库在某个时间点的状态,用于快速恢复到该状态。
7. 物理备份:备份数据库的物理文件,包括数据文件、日志文件等,可快速恢复数据库的完整性。
8. 逻辑备份:备份数据库的逻辑结构,包括表、索引、视图等,方便跨平台导入导出。
9. 热备份:在数据库运行时进行备份,不停止数据库服务,可实现24/7的备份操作。
10. 冷备份:在数据库停止时备份,可以获得更稳定可靠的备份结果。
11. 数据库镜像:实时将数据库复制到另一个实例,确保备份数据的实时性和高可用性。
12. 数据库导出:将数据库中的数据导出为文本文件,以便迁移或重建数据库。
13. 数据库导入:从导出的文本文件中导入数据到数据库,用于恢复或迁移数据。
14. 增量同步备份:将增量数据同步到备份设备,以实现实时备份和恢复。
15. 压缩备份:对备份文件进行压缩,减小存储空间占用和备份速度。
16. 分布式备份:将备份数据分布保存在多个位置,提高数据的安全性和可靠性。
17. 数据库迁移:将数据库从一个平台迁移到另一个平台,需要备份和恢复数据。
18. 数据库克隆:创建数据库的副本,用于测试、开发或灾难恢复。
19. 自动备份计划:设定定时任务,自动执行备份操作,提高备份的可靠性和定期性。
20. 增量还原:在全量备份的基础上,只还原最近的增量备份,减少数据恢复的时间成本。
21. 数据库快速还原:通过快照或镜像技术,实现数据库的快速、即时恢复。
数据库备份方案范文数据库备份是确保数据库的完整性、安全性和可恢复性的重要措施之一、在数据备份方案设计中,需要考虑到数据量大小、备份周期、备份的目的和恢复的要求等因素。
本文将探讨数据库备份的常用方案和策略,并分析其优点和缺点。
一、全量备份与增量备份全量备份是指备份数据库的所有数据和对象,包括表、视图、存储过程等,这种备份方式适用于数据量较小、备份周期较长或频繁恢复的情况。
全量备份的主要优点是恢复速度快,缺点是备份文件较大,占用存储空间较多。
增量备份是指备份自上一次全量备份之后发生变化的数据和对象,这种备份方式适用于数据量较大、备份周期较短或节约存储空间的情况。
增量备份的主要优点是备份文件较小,占用存储空间较少,缺点是恢复速度较慢,需要通过全量备份和增量备份逐步恢复数据。
二、冷备份与热备份冷备份是指在数据库关闭的情况下进行备份,此时数据库无法提供服务,备份过程对用户不可见。
冷备份的主要优点是备份过程简单、稳定可靠,缺点是备份周期较长,无法满足实时恢复的需求。
热备份是指在数据库运行时进行备份,此时数据库可以提供正常的服务,备份过程对用户可见。
热备份的主要优点是备份周期短,可以满足实时恢复的需求,缺点是备份过程复杂、可能对数据库性能产生一定影响。
三、备份位置与存储介质备份文件的存储位置通常可以选择本地存储或远程存储。
本地存储的优点是备份和恢复速度快,缺点是一旦发生硬件故障或灾难,备份数据也会损失。
远程存储(如云存储)的优点是备份数据安全可靠,减少了硬件故障和灾难发生后的数据丢失风险,缺点是备份和恢复速度可能较慢。
备份存储介质可以选择硬盘、磁带或云存储等。
硬盘备份的优点是备份和恢复速度快,缺点是容易受到病毒、人为删除等因素的影响。
磁带备份的优点是存储成本低,适合长期存储,缺点是备份和恢复速度相对较慢。
云存储备份的优点是备份数据安全可靠,备份和恢复过程方便快捷,缺点是需要支付一定的存储费用。
四、定期检验与测试总结:数据库备份是确保数据库完整性、安全性和可恢复性的重要措施,需要考虑到数据量大小、备份周期、备份的目的和恢复的要求等因素。
数据库备份规划方案数据库备份是一项重要的管理措施,它可以确保数据的安全性、完整性和可用性。
一个恰当有效的数据库备份规划方案对于任何一个负责数据管理的组织来说都至关重要。
本文将针对数据库备份的规划方案进行深入探讨。
1. 确定备份的频率和时间首先,我们需要确定备份的频率和时间。
备份的频率应根据数据的重要性和更新频率来决定。
对于频繁更新的数据库,建议每天进行完全备份和差异备份;对于较少变化的数据库,每周完全备份即可。
备份时间应在数据库使用的低峰期进行,以避免对用户的影响。
2. 确定备份类型在选择备份类型时,需要考虑时间和空间的平衡。
完全备份是备份整个数据库的所有数据和对象,适用于小型数据库和需要恢复整个数据库的场景。
差异备份则只备份自上次完全备份以来发生的更改,可以减少备份所需的空间和时间。
增量备份备份自上次备份以来新增的更改,可进一步减少备份所需的时间和空间。
根据实际需求和资源情况,选择合适的备份类型。
3. 确定存储介质在选择存储介质时,需要平衡速度、容量和成本。
硬盘是最常见的备份介质,它具有较快的读写速度和大容量,并且支持磁盘阵列和网络存储等技术,提高了备份的性能和可靠性。
磁带备份则适用于大规模的数据库备份,具有较低的成本和较长的保留周期。
云存储备份则可提供弹性和可靠性,并且免去了本地存储的物理成本。
4. 确定备份策略备份策略包括备份的管理和保留。
管理备份涉及备份的创建、监控和维护,应确保备份的可靠性和完整性。
保留备份则需要根据实际需求和合规要求来确定。
长期保留备份可用于灾难恢复和法律合规等场景,但也需要占用更多的存储空间。
5. 确定备份恢复测试计划备份的目的是为了恢复数据,因此备份恢复测试是不可忽视的一部分。
定期进行备份恢复测试可以验证备份的有效性,并及时发现和解决问题。
备份恢复测试应包括完全恢复和部分恢复等场景,并记录和分析恢复结果。
6. 确定监控和报警机制监控备份的状态和运行状况是及时发现和解决问题的关键。
数据库备份的方法1. 定期备份:可以每天、每周或每月定期进行数据库备份。
这样可以确保数据库的最新数据得以保存,同时也可以保证备份的频率不会过于频繁。
2. 完全备份:将数据库的整个内容备份到另一个位置或设备上。
这种备份方式可以保证数据库的所有数据都得到保存,但备份的过程可能会比较耗时和占用存储空间。
3. 增量备份:只备份数据库中自上次备份以来的新数据和修改数据。
这种备份方式相对于完全备份来说更加高效,因为只需备份变动的数据,但在恢复时可能需要按照备份的顺序逐个应用。
4. 差异备份:只备份数据库中自上次完全备份以来的新数据和修改数据。
与增量备份相比,差异备份保存的是与上次完全备份之间的差异,因此在进行恢复时只需应用最近一次的差异备份即可,速度更快。
5. 冷备份:在数据库停机或处于非活跃状态时进行备份。
这种备份方式可以避免在备份过程中对数据库的读写操作造成的影响,但对于需要保持持续运行的应用可能不适用。
6. 热备份:在数据库正常运行的情况下进行备份。
这种备份方式可以不停机或在不影响正常业务操作的情况下进行备份,但可能会对数据库的性能产生一定的影响。
7. 远程备份:将备份数据存储在与数据库不同的地理位置或设备上。
这种备份方式可以保证数据的安全性,防止单点故障,但可能会受制于网络带宽和存储容量等因素。
8. 多重备份:通过将数据库备份保存在不同的位置和设备上,进一步提高数据的安全性和可靠性。
可采用多个备份方法的组合,例如每日完全备份加上每小时的增量备份。
9. 自动化备份:利用计划任务或自动备份工具等,定期自动执行备份操作,减少人工操作的成本和错误可能性,保证备份的连续性和及时性。
数据库备份与恢复方案设计在信息化时代,随着数据的不断增长,数据库备份与恢复成为保障数据安全和系统稳定运行的重要环节。
一个合理、完备的数据库备份与恢复方案是企业运维的必备工作,能够最大限度地降低数据丢失和系统停机时间。
本文将从数据库备份、恢复策略、备份频率、备份存储和备份监控等方面,设计一个可靠的数据库备份与恢复方案。
一、数据库备份方案1. 备份策略针对数据库备份,可采用全备份和增量备份相结合的策略。
(1)全备份:全备份是对整个数据库进行备份,用于最初的全量备份和定期备份。
全备份可以保证数据的完整性,但备份时间较长,备份文件较大。
(2)增量备份:增量备份是对自上次备份以来发生变化的数据进行备份,用于每日增量备份。
增量备份可以减少备份时间和备份文件大小,但恢复数据时需要同时恢复全备份和增量备份。
2. 备份频率备份频率要根据业务需求和数据的增长情况进行合理的设置。
(1)定期全备份:根据业务需求,可设置每周或每月进行一次全备份。
全备份可以保证数据的完整性和一致性。
(2)每日增量备份:每日增量备份可以根据业务数据的增长情况设置备份频率,一般建议至少每日备份一次。
3. 备份存储备份存储需要选择可靠且安全的存储介质,以防止备份数据丢失或被篡改。
(1)本地存储:可以将备份数据存储在本地服务器或存储设备中。
这种方式备份速度较快,但存在风险,如硬件故障或自然灾害导致的数据丢失。
(2)远程备份:可以将备份数据通过网络传输到远程服务器或云存储中心。
远程备份可以避免本地存储的风险,但备份速度可能受限于网络带宽。
4. 备份监控备份工作需要定期监控和验证,以确保备份数据的完整性和可恢复性。
(1)备份日志记录:备份工作需要记录备份的时间、地点、备份方式等信息。
备份日志可以帮助进行备份结果的跟踪和分析。
(2)备份验证:定期进行备份验证,即从备份中还原数据进行验证,以确保备份的完整性和可恢复性。
二、数据库恢复方案数据库备份只有在能够成功恢复数据的前提下才具有实际意义。
数据库常用的备份和恢复方法1. 备份方法:使用数据库管理系统自带的备份工具,如MySQL的mysqldump命令或SQL Server的Backup Database语句。
描述:数据库管理系统提供了备份工具,可以将数据库的数据和结构导出为一个备份文件,通常以.sql格式保存。
用户可以定期使用这些备份工具进行全量备份或增量备份。
2. 备份方法:使用文件系统级别的数据复制工具进行备份,如使用rsync或Windows 的文件复制功能。
描述:可以通过文件系统级别的复制工具将数据库的文件直接复制到其他存储设备上,实现备份目的。
这种备份方法适用于非常大的数据库,因为它可以减少备份和恢复所需的时间。
3. 备份方法:使用虚拟机快照进行备份。
描述:如果数据库运行在虚拟机上,可以使用虚拟机快照功能来创建数据库的备份。
快照是虚拟机当前状态的拷贝,可以在需要的时候还原到该状态。
4. 备份方法:使用存储级别的快照功能进行备份。
描述:一些存储设备提供了快照功能,可以在存储级别对数据库进行备份。
这种备份方法通常能够在不影响数据库性能的情况下实现备份,而且可以实现非常快速的恢复。
5. 备份方法:使用第三方备份工具进行备份。
描述:市面上有许多第三方备份工具,可以根据实际需求选择适合自己数据库的备份工具。
这些备份工具通常提供更加灵活和高级的备份和恢复功能。
6. 恢复方法:使用数据库管理系统自带的恢复工具进行数据库的还原。
描述:数据库管理系统自带的恢复工具可以将备份文件中的数据和结构导入到数据库中,还原成原来的状态。
7. 恢复方法:使用事务日志进行数据库的恢复。
描述:数据库管理系统中的事务日志记录了数据库的变更历史,可以利用事务日志进行数据库的恢复,还原到数据库崩溃前的状态。
8. 恢复方法:使用数据库管理系统提供的点对点恢复工具进行数据库的恢复。
描述:一些数据库管理系统提供了特殊的恢复工具,可以直接从备份文件中进行点对点恢复,即将备份数据直接还原到生产环境中。
数据库备份方案范文数据库备份是保证数据安全的重要措施之一,它能够防止因硬件故障、人为操作错误、恶意攻击等原因导致的数据丢失。
数据库备份方案需要结合企业的具体需求和数据库的特点来进行制定。
本文将从备份类型、备份策略、备份时间点、备份工具以及备份数据的安全性等方面进行论述,详细介绍数据库备份方案的制定。
一、备份类型常见的数据库备份类型包括完全备份、增量备份和差异备份。
完全备份即将整个数据库的数据和日志都备份到另外一个存储设备中,这种备份方式恢复速度快,但需要较大的存储空间和时间。
增量备份只备份发生改变的数据和日志,这种备份方式存储空间和时间消耗相对较小,但恢复速度较慢,需要先进行完全备份的恢复,然后再逐步应用增量备份的日志来还原数据。
差异备份类似于增量备份,只是备份发生改变的数据,但相比于增量备份,差异备份每次都是与最近的完全备份进行比较,因此恢复时只需要最近一次完全备份和差异备份的日志即可。
在制定备份方案时,可以根据数据库的重要性和数据变化情况来选择备份类型。
对于重要性较低和数据变化较频繁的数据库,可以选择增量备份;对于重要性较高和数据变化较少的数据库,可以采用差异备份。
二、备份策略备份策略是指备份的频率和保留时间。
备份频率可以根据数据变化情况进行调整,通常可以选择每天备份一次或每周备份一次。
保留时间是指备份数据的保存时间,通常可以根据法规要求或业务需求制定。
一般建议至少保留最近三次备份的数据,以便能够恢复到不同时间点的数据。
三、备份时间点备份时间点是指备份操作的时间选择。
一般在数据库的低峰期进行备份,以减少对业务的影响。
例如,可以选择凌晨的时段进行备份,以确保备份操作不会对正常的业务运行产生干扰。
四、备份工具备份工具是进行数据库备份的重要工具,常见的数据库备份工具有物理备份工具和逻辑备份工具。
物理备份工具直接备份数据库的二进制文件,恢复时可以直接还原数据库;逻辑备份工具则备份数据库中的逻辑结构和数据,恢复时需要重新建立数据库结构并导入数据。
数据库的数据备份与恢复方案说明书一、背景和目的在信息化时代,数据库作为重要的数据存储和管理工具,承担着各种关键业务数据的存储和管理任务。
然而,面对各种意外事件和数据风险,数据库的数据安全性日益成为重要关注点。
为了保障数据库的数据完整性和可用性,本文将详细介绍数据库的数据备份与恢复方案。
二、备份方案1. 定期备份定期备份是数据库数据安全的基础,可以通过设置定时任务,按照固定的时间周期进行数据库备份。
备份的频率可以根据数据库的使用情况和重要性来确定,一般建议每天进行完全备份,夜间低峰期进行差异备份。
2. 全量备份与增量备份全量备份是指将整个数据库的所有数据完整地备份,而增量备份是指只备份数据库中在上次备份以后发生的变化的数据。
全量备份可以保证备份数据的完整性,但耗时较长。
而增量备份可以节省备份时间和存储空间,但在恢复时需要结合全量备份一并使用。
3. 数据库镜像数据库镜像是指将数据库的完整物理副本保存在不同的存储介质上,以实现数据冗余和高可用性。
在正常运行时,主数据库和镜像数据库保持同步;而当主数据库故障时,可以快速切换到镜像数据库,实现快速恢复。
三、恢复方案1. 故障恢复在面对数据库故障时,可以通过在备份服务器上恢复最近一次完全备份,再结合增量备份进行恢复。
当数据量较大时,可以考虑增量备份的事务日志进行恢复,以减少恢复时间。
2. 灾难恢复灾难恢复是指在面对数据库所在服务器的物理损坏或系统崩溃时,需要将备份数据导入到一个新的服务器中进行恢复。
此时,首先需要恢复最近一次完全备份,然后再通过增量备份和事务日志进行恢复,最终实现数据的完整性。
3. 数据库验证在完成数据恢复后,为了保证数据的一致性和完整性,可以进行数据库验证。
通过对备份数据和实际数据库数据进行比对,确保数据在备份和恢复过程中没有发生错误。
四、其他安全措施1. 数据库权限管理严格控制数据库的访问权限,只给予合适的用户相应的权限,以减少数据泄露和误操作的风险。
《MonkeyOnline》数据备份方案备份方式主从复制+完整备份(Mysqldump或winrar压缩备份DATA目录)+增量备份(启用从服务器二进制日志文件)备份策略在主服务器上启用二进制日志实现主从复制做实时在线热备份;在从服务器启用二进制文件,实现在从服务器上做增量备份,每周一凌晨3点转储二进制日志文件进行增量备份;每2周用mysqldump进行完整备份并清空日志和覆盖上次的完整备份;每天做1次winrar 压缩data目录进行完整备份,作为快速恢复备用备份,保留该完整备份一月的备份文件。
该策略相当于保留一个月压缩完整备份和2周的二进制日志增量备份文件。
二进制日志可以对任意一天的任何时间点进行恢复,每2周做一次SQL级(dump)完整备份并将二进制日志清空,以释放增加的空间。
SQL完整备份+增量备份可以恢复最长一个月内(根据实际需要通过保存二进制日志的天数实施更长时间的恢复)任意一天的任何时间点的数据。
部署实施1.主从复制主服务器:当前支撑游戏运行的数据库服务器从服务器:独立于主服务器且数据库版本和结构与主服务器完全一致的数据库备份服务器1.1配置主服务器停止主服务器的mysql服务,修改my.ini 文件,在【mysqld】下添加如下内容:log-bin="D:/mysql/bak/log/log-bin" //启用主库的二进制日志server-id = 1 //主库服务器唯一ID重启MySQL,创建一个仅有复制权限的账号作为从库同步专用:GRANT REPLICATION SLAVE ON *.* TO 'repl'@'hostname' IDENTIFIED BY 'slavepass';1.2配置从服务器停止从库中的mysql服务器,修改my.ini文件,在【mysqld】下添加如下内容:log-slave-updates=1 //启用从库上的二进制日志更新log-bin="c:/MySQL/mysqlbin/mysql-bin"//配置二进制日志server-id = 2 //从库服务器唯一IDmaster-host = 192.168.1.108 //主库主机IPmaster-user = back //主库中用于备份的账号master-password = back //用于备份的账号密码master-port = 3306 //连接主库的端口重启MySQL1.3 启动同步在主服务器MySQL命令符下查看主库状态,结果如下:mysql> show master status;ERROR 2006 (HY000): MySQL server has gone awayNo connection. Trying to reconnect...Connection id: 2Current database: baktest+----------------+----------+--------------+------------------+| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |+----------------+----------+--------------+------------------+| log-bin.000001 | 98 | baktest | mysql,test |+----------------+----------+--------------+------------------+1 row in set (0.20 sec)在从服务器B上做如下更改:Mysql>slave stop;//停止同步线程CHANGE MASTER TO MASTER_LOG_FILE='log-bin.000001',MASTER_LOG_POS=98; //修改同步到主服务器的日志文件名和从服务器应从主服务器上进行新的更新的坐标点slave start; //启动同步线程用show slave status\G查看从服务器的同步情况:Slave_IO_Running: YesSlave_SQL_Running: Yes同步成功2.增量备份压缩从库中的二进制日志进行增量备份(加密/自动添加日期时间后缀)并转储到指定的位置,任务计划每周一次,数据保留一个月。
压缩完成后删除源文件Net stop msyqlc:\progra~1\winrar\winrar a -ag -hppeng -k -r -df -ep2 E:\MySQL\mysqlbak\binlog_bak_ D:\MySQL\mysqlbin\*net start mysql3完整备份3.1 SQL级完整备份转储所有数据为sql脚本文件,做完整备份。
参数:刷新日志/包含change master to语句c:\MySQL\bin\mysqldump -uroot –p --flush-logs --master-data=1 --all-databases > c:\mk_backup.sql3.2 Winrar压缩Data目录编写压缩文件脚本,创建包括所有数据库的归档文件。
net stop mysqlc:\progra~1\winrar\winrar a -ag -hppeng -k -r -ep2 D:\MySQL\mysqlbak\mkdata_bak_ D:\MySQL\data\morefun_accountdata0 D:\MySQL\data\morefun_accountdata1D:\MySQL\data\morefun_accountdata2 D:\MySQL\data\morefun_accountdata3D:\MySQL\data\morefun_roledata0 D:\MySQL\data\morefun_roledata1D:\MySQL\data\morefun_roledata2D:\MySQL\data\morefun_roledata3 D:\MySQL\data\mysql D:\MySQL\data\testc:\progra~1\winrar\winrar a -ag -hppeng -k -ep2 D:\mysqlbak\slave_log_D:\MySQL\data\ D:\MySQL\data\*relay //将中继日志和主服务器的状态文件进行压缩保存备份net start mysqlwinrar参数说明:-ag—以当前日期和时间生成压缩文件名;-hp—加密文件数据和头,如果你希望确保压缩文件的安全性,密码不要使用少于8 个字符,或是容易被猜测出来的;-k—锁定压缩文件防止对WinRAR 所做的任何压缩文件修改;-r—连同子文件一起压缩;-ep2—压缩时存储完整的文件路径。
4.清理过期的备份文件每天做一次过期备份文件清理forfiles /p d:\ /s /m mkdata*.rar /d -30 /C "CMD /c del /q /f @file" //删除30天前的从库压缩完整备份文件forfiles /p d:\ /s /m slave*.rar /d -30 /C "CMD /c del /q /f @file" //删除30天前的从库中继日志压缩备份文件forfiles /p e:\ /s /m binlog_bak_*.rar /d -30 /C "CMD /c del /q /f @file" //删除30天前的从库上的增量压缩备份文件forfiles /p d:\ /s /m mysql-bin* /d -7 /C "CMD /c del /q /f @file" //删除7天前的主库上的二进制文件数据恢复1.完整备份+增量备份的数据恢复完整备份恢复mysql –uroot –p < E:\mkdatabak\ mk_backup.sql或者shell>use 数据库shelll>source d:\wcnc_db.sql增量备份恢复利用mysqlbinlog工具可以实现在已有二进制文件中指定任意时间点的恢复如恢复到截止时间为“2009-10-13 14:51:00”的数据,先清空所有库的所有记录,执行完整备份操作,再执行以下恢复操作。
>mysqlbinlog.exe --stop-datetime="2009-12-03 10:12:19" D:\mysql\logbin\mysql-bin.000001 |mysql -uroot -proot该方式可以达到要求很精准的时间点的数据恢复(恢复时间:1G的日志文件在AMD 单核1.9GHz主机上耗时3分钟。
)从库中的二进制日志可以直接在主库上恢复2 Winrar覆盖目录将winrar压缩的完整备份解压后覆盖DATA目录即可问题与建议1.用dump完整备份,在测试环境:amd 单核1.9GHZ 内存:2G的虚拟机中,备份1.2G的数据需要4分钟,恢复数据4分钟。
估计在大数据量的完整备份+增量备份与恢复时,比较耗时,建议不是对数据恢复的时间点精度要求很高的情况下采用覆盖data目录的方式。
2.在从服务器上做恢复后导出脚本或copy目录,对主服务器进行恢复操作。
魔方软件彭江陵2009-10-14。