都说做DBA的是拿着卖白菜的钱操着卖白FEN的心.
当了这么多年,最怕听到的一句话仍然是:
"XXX,我刚不小心把XX数据删了,帮我恢复一下."
每次听到都是手心出汗,头皮发麻.
对于DBA来说,备份就是那颗能拯救世界,拯救宇宙的后悔药了!
那么这次,我们来看看怎么做才能确保这颗后悔药的药效,让我们能药到病除!
就像在医疗界一样,一种病可能有多种药来治疗,那么对于误删除数据这个"病",SQL SERVER有哪些"药"可以治呢?
第一种超强后悔药就是备份了,那么大家都听说过好多种备份,比如:完整备份,差异备份(也有人叫做增量备份),日志备份.这些备份都有什么联系和区别呢?
我们今天就来简单说一下:
首先,先说一下完整备份:
完整备份:
完整保留了数据库在执行完整备份命令时的数据库所有信息,备份期间发生的数据库变更是包含在内的。
完整备份包含日志信息在内。
差异备份:
保存了上次完整备份到备份完成时刻的数据库中数据页的变化；
必须依赖最近的一个完整备份进行恢复。
日志备份:
只有数据库处于完整恢复模式下才能进行的备份;
保存了数据库新建后第一次完整备份或最近一次日志备份到备份完成时所有的日志变动,在恢复时可以手动指定恢复到具体的LSN或者具体的时间点。
了解上述基本情况后,我们就可以简单的确定基本的一个备份方案:
每周执行一次完整备份-->每天执行一次差异备份-->每小时执行一次日志备份
这样,如果需要恢复到7天内的任意一个时间点,仅需要执行一次完整备份的恢复和一次差异备份的恢复,然后进行对应的日志备份恢复即可.
说了这么多,来个通用的脚本给大家咯:
/********************
备份数据库文件用SQL
功能:
判断AlwayOn节点备用首选项,适用于2005+ 并适用2012/2014 AlwaysOn环境
指定数据库名
指定路径
根据当前时间生成文件名
压缩备份
暂时只支持完整备份和日志备份
Creator:
qkiori
CreateTime:
2012/7/2 12:26:32
Modify Time:
2015/4/2 15:18:52
*******************************************************************************************/
DECLARE @BackType varchar(10);
DECLARE @DBname varchar(2000);
DECLARE @BackUpPath varchar(100);
DECLARE @isTest TINYINT;
SET @BackType = 'DataBase';----备份类型,完整备份填写DataBase,日志备份填写Log
SET @DBname = 'DataBase01,DataBase02';----待备份的数据库列表,每个数据库用英文','分割,后续代码会验证是否存在对应数据库,不存在则不进行备份.
SET @BackUpPath = 'D:\DataBase_Backup\'; ----备份地址,需有当前数据库实例启动账号的写入权限
SET @isTest = 1;----测试,如果为1,则将输出配置成功信息,如果为0则直接执行备份,调试上面的三个参数的时候用1,正式备份用0
IF @isTest = 1
PRINT '--调试模式:'+char(13)+CHAR(10)+'--输出结果无误后需要将参数@isTest设置为0'+char(13)+CHAR(10);
DECLARE @SQLVersion varchar(20);
DECLARE @CompStr varchar(20);
SET @CompStr = '';
DECLARE @AllowedAlwaysON tinyint;
SET @SQLVersion = CONVERT(VARCHAR(20),SERVERPROPERTY('ProductVersion'));----当前SQL版本号(2005->9.0,2008->10.0,2008r2-->10.5,2012->11.0,2014->12.0)
SET @AllowedAlwaysON = 0;
IF CONVERT(SMALLINT,LEFT(@SQLVersion,CHARINDEX( '.',@SQLVersion)-1)) > 10 ----是否可能存在AlwaysOn环境(sql版本是2012以上的,后续使用fn_hadr_backup_is_preferred_replica来验证数据库是否可以备份)
SET @AllowedAlwaysON = 1;
IF CONVERT(SMALLINT,LEFT(@SQLVersion,CHARINDEX( '.',@SQLVersion)-1)) > 9 ----是否可以压缩备份(sql版本是2008以上的, 才能压缩备份)
SET @CompStr = ', COMPRESSION';
if @isTest = 1
BEGIN
PRINT '--当前SQL SERVER实例版本为:' + @SQLVersion +char(13) + CHAR(10);
END
IF NOT @BackType BETWEEN 'DataBase' AND 'Log'
SET @BackType = 'DataBase';
DECLARE @BackupStr2 nvarchar(2);
DECLARE @BackupFileExt varchar(20);
IF @BackType = 'DataBase'
BEGIN
SET @BackupFileExt = 'bak'
SET @BackupStr2 = '完整'
END
ELSE
BEGIN
SET @BackupFileExt = 'trn'
SET @BackupStr2 = '日志'
END
IF @isTest = 1
BEGIN
PRINT '--当前备份为:'+ @BackupStr2 + '备份' + CHAR(13)+CHAR(10);
PRINT '--待备份的库:'+ @DBname + CHAR(13) + CHAR(10) + CHAR(13) + CHAR(10) + CHAR(13) + CHAR(10);
END
DECLARE @FileNameStr varchar(25);
DECLARE @ThisFilePath varchar(500);
DECLARE @ThisDBName varchar(50);
DECLARE @SQL varchar(4000);
DECLARE @canBackup tinyint;
DECLARE @BackupStr1 varchar(20);
Set @FileNameStr = replace(replace(replace(replace(CONVERT(varchar(100),getdate(),121),'-','_'),' ','_'),':',''),'.','_')+CONVERT(varchar(3),(100+CONVERT(int,900*(RAND()))));----生成文件名,包含库名,当前日期,时分秒,3位随机数
----print @DBname
----print @FileNameStr
Set @SQL = 'USE [master]'+char(13)+CHAR(10)
Set @SQL = @SQL + 'Go'+char(13)+CHAR(10)
--Set @SQL = @SQL + '/****** Object: BackUpDataBase @DBname Script Date: '+convert(varchar(50),getdate(),120)+ '******/'+char(13)+CHAR(10)
--exec @SQL;
--print @SQL;
SET @DBname = @DBname + ','
while(CHARINDEX(',',@DBname)>0)
BEGIN
SET @canBackup = 0;
SET @BackupStr1 = '';
SET @SQL = '';
SET @ThisDBName = CAST(SUBSTRING(@DBname,1,CHARINDEX(',',@DBname)-1) AS varchar(50));----拆分库名
--print @SQL;
SET @ThisFilePath = @BackUpPath + @ThisDBName + '\';
IF EXISTS(select 1 from sys.databases where name = @ThisDBName AND recovery_model = 3) AND @BackType = 'Log'----简单模式库不能进行日志备份
BEGIN
IF @isTest = 1
PRINT '--数据库:'+@ThisDBName + '恢复模式是简单模式,无法进行日志备份,请调整为完整模式并至少进行一次完整备份后再进行日志备份!'+char(13)+CHAR(10);
SET @DBname=SUBSTRING(@DBname,CHARINDEX(',',@DBname)+1,LEN(@DBname));----从@DBname变量中去掉当前已经备份的库名
CONTINUE;
END
IF EXISTS(select 1 from sys.sysdatabases where name = @ThisDBName)
BEGIN
SET @canBackup = 1;
IF @AllowedAlwaysON = 1
BEGIN
IF sys.fn_hadr_backup_is_preferred_replica(@ThisDBName)=1 ----判断是否可以备份,=1表示可以备份,由AG设置来定义
BEGIN
IF EXISTS(select 1 from sys.dm_hadr_database_replica_states where database_id = DB_ID(@ThisDBName)) AND @BackType = 'DataBase' ----完整备份需要加上COPY_ONLY参数,注意最后需要加上','
BEGIN
SET @BackupStr1 = 'COPY_ONLY, '
IF @isTest = 1
PRINT '--数据库:'+@ThisDBName + '属于AlwaysOn AG节点组成员,根据AlwayOn节点备用首选项在此服务器进行备份.此消息为提示信息,非报错!(Do Backup)'+char(13)+CHAR(10);
END
END
ELSE
BEGIN
SET @canBackup = 0;
IF @isTest = 1
PRINT '--数据库:'+@ThisDBName + '属于AlwaysOn AG节点组成员,根据AlwayOn节点备用首选项不在此服务器上备份.此消息为提示信息,非报错!(Do Not Backup)'+char(13)+CHAR(10);
END
END
END
ELSE
BEGIN
IF @isTest = 1
PRINT '--数据库'+@ThisDBName + '不存在,请确认库名是否正确!'+char(13)+CHAR(10);
SET @DBname=SUBSTRING(@DBname,CHARINDEX(',',@DBname)+1,LEN(@DBname));----从@DBname变量中去掉当前已经备份的库名
CONTINUE;
END
/*
print @AllowedAlwaysON;
print @ThisDBName;
print @canBackup;
print @BackupStr;
*/
IF @canBackup = 1
BEGIN
SET @SQL = @SQL + 'EXECUTE sys.xp_create_subdir N'''+@ThisFilePath+''';'+char(13)+CHAR(10);
SET @SQL = @SQL + 'BACKUP ' + @BackType + ' ['+ @ThisDBName +']'+CHAR(13)+CHAR(10);
SET @SQL = @SQL + 'TO DISK = N''' + @ThisFilePath + @ThisDBName + '_backup_' + @FileNameStr + '.'+ @BackupFileExt +''' WITH '+ @BackupStr1 +' NOFORMAT, NOINIT, '+char(13)+CHAR(10);
SET @SQL = @SQL + 'NAME = N''' + @ThisDBName + '-' + @BackupStr2 + ' 数据库 备份'', SKIP, NOREWIND, NOUNLOAD'+ @CompStr +', STATS = 10;'+char(13)+CHAR(10);
END
IF @isTest = 1
BEGIN
IF LEN(@SQL) > 0
PRINT '--数据库'+@ThisDBName+ '备份脚本为:' + CHAR(13) + CHAR(10) + @SQL + CHAR(13) + CHAR(10);
END
ELSE
BEGIN
--PRINT 'EXEC sql;' + CHAR(13) + CHAR(10);
EXEC (@SQL);
END
set @DBname=SUBSTRING(@DBname,CHARINDEX(',',@DBname)+1,LEN(@DBname));----从@DBname变量中去掉当前已经备份的库名
END
上面的脚本基本能适用于SQL SERVER 2005以上版本,直接放到定时任务里面运行即可.
同时支持ALwaysOn环境,在每个节点上都部署后即可自动判断当前的备份首选节点并执行备份动作,不会在非备份首选节点上执行,降低对业务的影响.
当然也欢迎大家在上面的脚本中进行修改,如果可以,希望大家在修改完后mail给我一份修改版,这样我讲可以采纳各位的意见建议,让后续备份脚本的更加完善.
今天的第一份后悔药的制作方法就讲解完了,大家快点去部署起来吧.
要记住,备份是DBA的生命线!!!
下期预告:
今天的特效药的特点就是包治百病,能恢复到任意时刻喔.但缺陷也很明显:制作太麻烦,恢复也麻烦.
那么如果仅仅是临时的问题,有没有啥制作简单,功效不那么强的药呢?
下周再来吧~~