标签：yield default 脚本 Plan www add erro 数据文件 convert
SQL Server 数据库还原进度查看
关键字：数据库，还原，进度，查看
文档说明：
本文档受某实际需求启发，某约500G大小数据库还原，由于对应服务器性能较差（内存仅4G且可用内存仅2.8G），数据库的还原一直停留在还原界面，只从数据库还原界面无法查看具体数据库还原进度。通过上网搜集整理，现总结本文档，因个人水平有限，部分知识点可能有缺失甚至错漏，敬请指正
场景描述：
正常进行SQL Server数据库备份还原，选择源设备等等……
点击确定开始数据库还原，可以看到左下角有进度：“正在执行（0%）”
但实际上该进度无实际效果，即使最终数据库完成备份还原，该进度仍然显示“正在执行（0%）”
进度查看：
以sa身份执行
sp_who2
可以查看当前连接情况，从其中找到Command=‘RESTORE DATABASE’，根据其SPID
执行，其中session_id即为上面SPID。
SELECT
session_id, request_id, start_time, status, command
, percent_complete, estimated_completion_time,wait_time, cpu_time, total_elapsed_time, scheduler_id
,sql_handle
--,statement_start_offset, statement_end_offset, plan_handle
, database_id, user_id --,connection_id
, blocking_session_id
, wait_type, last_wait_type, wait_resource, open_transaction_count, open_resultset_count, transaction_id
--, context_info
--, task_address
, reads, writes, logical_reads
--, text_size, language, date_format, date_first, quoted_identifier, arithabort, ansi_null_dflt_on, ansi_defaults, ansi_warnings, ansi_padding, ansi_nulls, concat_null_yields_null, transaction_isolation_level, lock_timeout, deadlock_priority, row_count, prev_error, nest_level, granted_query_memory, executing_managed_code, group_id, query_hash, query_plan_hash
FROM sys.dm_exec_requests WHERE session_id=56
也可以使用如下语句，语句执行时注意按照实际情况选择将对应where条件取消注释
SELECT DB_NAME(er.[database_id]) [DatabaseName]
,er.[command] AS [CommandType]
,CONVERT(DECIMAL(5, 2), er.[percent_complete]) AS [Complete_Percent]
,er.start_time
,CONVERT(DECIMAL(38, 2), er.[total_elapsed_time] / 60000.00) AS [ElapsedTime_m]
,CONVERT(DECIMAL(38, 2), er.[estimated_completion_time] / 60000.00) AS [EstimatedCompletionTime_m]
,CONVERT(DECIMAL(38, 2), (er.[total_elapsed_time] / 60000.00 * ((100-er.[percent_complete])/er.percent_complete))) AS [EstimatedCompletionTime_m2]
FROM sys.dm_exec_requests AS er
WHERE 1=1
--and DB_NAME(er.[database_id]) in (‘‘)
and er.[percent_complete] >0
--and er.[command] in (‘RESTORE DATABASE‘ ,‘BACKUP DATABASE‘,‘BACKUP LOG‘,‘RESTORE LOG‘)
order by er.start_time desc
可以从中看到percent_complete，对应数据库还原进度。一般来说当该值变为100时，意味着数据库还原会很快完成。但某现场使用个人PC作为SQL服务器，其内存总4G，可用内存2.8G，数据库备份大小约250G，数据库数据文件大小约300G，数据库日志大小约200G，数据库还原总耗时约19个小时。
其中percent_complete为100后仍等待了较长时间（超过4个小时），可以查看到其中等待类型：BACKUPTHREAD
参考网址：
http://itknowledgeexchange.techtarget.com/sql-server/what-is-the-backupthread-wait-type/
http://www.sqlserver-dba.com/2014/03/troubleshooting-backupthread-wait-type.html
等待类型：PAGELATCH_SH
参考网址：
http://www.tiejiang.org/2514.html
等待类型：SOS_SCHEDULER_YIELD
参考网址
http://www.itpub.net/thread-1853501-1-1.html
以上几个等待类型基本上是因为PC性能（主要是内存）有限，导致大量的类似等待，同样较低的电脑性能也整体影响了数据库的还原速度。
图形化界面不显示进度的替代解决方案
使用SQL语句。在使用图形化界面还原数据库时，所有设置完成后，点击“脚本”，选择将其生成到新查询窗口。
注意其中关键在于“STATS”选项
这样执行结果就可以在消息中看到进程，简单易用
**
**
补充：
1、 SQL Server 数据库备份和还原认识和总结（二）
参考网址：http://www.cnblogs.com/PongorXi/archive/2012/08/05/2623522.html
2、 特别推荐：浅谈SQL Server中的事务日志(一)----事务日志的物理和逻辑构架
参考网址：http://www.cnblogs.com/CareySon/archive/2012/02/13/2349751.html
标签：yield default 脚本 Plan www add erro 数据文件 convert
原文地址：https://www.cnblogs.com/moonliu/p/14244968.html
