很抱歉,过完年就没更新.虽然有种种理由,但是归根结底还是懒癌发作.
话不多说,直接说重点:
之前我们都讲过备份是确保数据库中数据安全的核心手段.
但是在实际操作中,由于数据库存放的数据量实在是大,而且不同的服务器之间,硬件资源也是不一致的.
因此,评估一个备份任务或者一个还原任务的进度和时间就会相差很大.
经常出现同样大小的数据库在SSD磁盘的服务器上的恢复时间是在HDD磁盘的服务器上恢复时间的几十分之一甚至几百分之一.而远程恢复与本地恢复时间上相差的值又不可估计,那么当真正的灾难来临的时候,我怎么样才能知道恢复了多少呢?
或者说但我在做一个备份的时候,是可以先去吃个饭再回来,还是上个厕所就该回来了呢?
也就是说,对于DBA来讲,希望能够更实时的监控到备份或者还原工作目前的进度是什么样的,是不是已经开始备份/还原了?目前的进度的百分比是多少?什么时候能完成对应的备份/还原工作?
这些就是我们今天要给大家的一个神奇脚本所要实现的功能:
(提前说明,脚本中所有给出的时间计算均为近似值计算,只能作为评估,不是完全准确,毕竟备份或者恢复的过程中,其他的资源的使用都会对最终完成时间造成影响)
--查询备份或还原等操作的大概完成时间 备份进度
select command
,percent_complete
,running_time=convert(varchar,((datediff(s,start_time,getdate()))/3600))+' hour, '+convert(varchar,((datediff(s,start_time,getdate()))%3600/60))+' min, '+convert(varchar,((datediff(s,start_time,getdate()))%60))+' sec'
,est_time_to_go=convert(varchar,(estimated_completion_time/1000)/3600)+' hour, '+convert(varchar,(estimated_completion_time/1000)%3600/60)+' min, '+convert(varchar,(estimated_completion_time/1000)%60)+' sec'
,start_time=convert(char(16),start_time,120)
,est_completion_time=convert(char(16),dateadd(second,estimated_completion_time/1000,getdate()),120)
,s.text
from sys.dm_exec_requests r
cross apply sys.dm_exec_sql_text(r.sql_handle) s
where r.command in ('BACKUP DATABASE','RESTORE DATABASE','BACKUP LOG','RESTORE LOG','DbccFilesCompact','DbccSpaceReclaim','create index')
从上面的SQL其实可以看出,很简单的从动态管理视图dm_exec_requests中获取命令类型(command)为指定的几类('BACKUP DATABASE','RESTORE DATABASE','BACKUP LOG','RESTORE LOG','DbccFilesCompact','DbccSpaceReclaim','create index')的会话,由SqlServer自行提供进度,并根据此进度和已执行时间来计算最终完成时间.
OK,来试试吧.
