SQL Server数据库(自动、手动)备份
一、为备份文件建一个独立文件夹,方便区分。
Win+R,输入services.msc进入服务管理界面查找sqlserver服务,复制此账户后所有用户名。
1.首先单独建立一个备份文件夹。
2.给文件夹分配权限。
然后粘贴到对象名称空白处。
点击确定后点击高级设置,进入高级权限配置,权限配置到此成功。
二、MS SQL Server数据库备份分为自动备份和手动备份
数据库自动备份
1.首先需要启动SQL Server Agent服务,这个服务如果不启动是无法运行新建作业的,点击“开始”–“所有程序”–“Microsoft SQL Server 2008”–“启动SQL Server Management Studio”登录数据库,点击管理–维护计划–右击维护计划向导如图所示:
2. 填写好名称及相关说明作个记号,点击“更改” 来设定维护计划,如图所示:
3.可以为选择执的时间段,每天、每周、每月可以根据你相应的需求来制定备份的时间,这里作演示就选择在每天的0:00进行,点击“确定”再点“下一步”如图所示:
4.选择你需要备份的任务,我这里就先择“备份数据库(完整、差异、清除维护任务)”,很明了 点击“下一步”如图所示:
5.出现刚刚所选择的三项可以通过下移箭头选择他们所执行的先后顺序,选好后点击“下一步”如图所示:
6.这里特别要注意,对“常规”、“目标”、“选项”每一项都要设置。
备份数据库(完整)任务
备份数据库(差异)任务
定义清除维护任务:
7.上面配置好之后点击下一步,选择报告写入文件夹,然后下一步。
8.点击完成,如果备份操作正确,则会显示成功字样。
最后就可以去备份的文件夹去查找备份成功的数据库文件。
数据库手动备份
1.打开数据库,找打需要备份的数据库,鼠标右键选择任务—备份
2.选择备份文件位置
3.在介质选项中尽量选择追加,备份完成后先择验证
4.点击确定,备份完成,到备份指定文件查看备份文件。
数据库备份方案及策略
由于Oracle/Mysql存在多种数据库备份方式,而且各有利弊,对于我们初学者来说,选择合适的备份方式确实有些困难。个人觉得,首先要基于公司的需求,考虑能够容忍丢失多少数据、花多少人力时间成本等,这是我们制定备份方案的依据,同时制定出来的方案要可执行,要执行,不能把方案当作纸上谈兵。下面我把我们实际的备份方案整理出来供大家参考交流。
作为数据安全的一个重要内容——数据备份的重要性却往往被人们所忽视。只要发生数据传输、数据存储和数据交换,就有可能产生数据故障。这时,如果没有采取数据备份和数据恢复手段与措施,就会导致数据的丢失,有时造成的损失是无法弥补与估量的。结合我们公司线上业务的实际情况,来说说我们的备份方案,当前主要采取全备+binlog备份方式。其中全备分为逻辑备份+物理备份,同时主从复制也作为一种备份的方式存在,从而最大程度降低数据故障带来的风险。
一 数据备份部分
1 逻辑备份
应用场景
逻辑备份,我们主要用在当数据量较小时,数据库出现数据故障,对于恢复时间要求不高;搭建主从环境,搭建测试环境及备用库等方面。
备份时间及地点
每日凌晨3:10在从库上备份,备份文件存放在从库上的/data/backup/fullbackup,当然如果有充足的机器,更安全的方式是备份到远程服务器。
备份方式
采用Oracle/Mysqldump进行全库备份,通过定时任务,定时执行shell备份脚本。这里就不提供了。
2 物理备份
应用场景
主要应对要求恢复时间较高;数据量比较大;
备份时间及地点
每周一凌晨3:10在主库上备份。备份文件存放远程服务器目录下
备份方式
采用percona的社区工具innobackupex,该工具可以在线热备,不影响线上的业务。
以上两种方式的备份只能恢复某段时间的数据,对于按照时间点的恢复是无能为力的,那怎么办呢?binlog日志,是的,我们采取的是实时同步binlog日志到远程服务器上,这样理论上是可以恢复到任意时间点的。
3 binlog备份
应用场景
对于一些由于错误操作等造成数据丢失错误的,需要按照时间点进行还原的情况下。
备份时间及地点
备份服务器实时将主库上binlog同步到远程服务器上。
备份方式
Oracle/Mysqlbinlog工具进行日志拉取,shell脚本如下:
Oracle/Mysqlbinlog –read-from-remote-server –host=1.1.1.1 –port=3306 –user=\”backup\” –password=\”backup\” –raw –stop-never Oracle/Mysql-bin.000840 –result-file=/data/backup/binlog/
经过以上三种结合的备份方式,基本上可以满足在数据异常丢失情况下,恢复到正常状态。
4 主从复制
应用场景
主要应用于读写分离,故障转移的情况下
备份时间及地点
几乎可以认为是同步进行数据的复制
备份方式
采用UcacheOracle/Mysql提供的复制技术
对于主从复制,如果用于备库的话,最好是让sql_thread执行慢一段时间,可以是1天。这个结合实际情况,自己选择。
在全球大数据暴增的趋势下,市场上以Oracle/Mysql为主的数据库的数据量也越来越大。当数据呈指数增长时,数据备份时间也将随着数据量的增长而加长,这样就很难实现高效的数据保护。对于超大型Mysql/Oracle数据库的保护一直是业界的难题,尤其是如何在较短的时间内,完成数据的备份和有效性验证。UcacheBankup产品凭借多年的数据保护经验,推出了UCache灾备云这一套高效的Oracle/Mysql数据库保护
135E3J��qaq
本文作者及来源:Renderbus瑞云渲染农场https://www.renderbus.com
文章为作者独立观点不代本网立场,未经允许不得转载。