简体繁体 English

还原SQL Server 2005数据库时有关性能计数器的问题

[英]Question on Performance Counters when Restoring SQL Server 2005 Database

原文 2011-03-30 01:37:13 3 1 sql/ sql-server/ database/ sql-server-2005/ restore

today I do a restore for db of 200G 今天我要恢复200G的分贝
when the restore start I saw on perfmon that their is only write to the disk 当还原开始时，我在perfmon上看到它们仅写入磁盘
I restore the data files to but no Reading from the source (the same disk). 我将数据文件还原到源（同一磁盘），但没有读取。
after 30min of writing in avg of 100MB/sec something to the disk. 在平均以100MB /秒的速度写入磁盘30分钟后。
The counters on the perfmon change to: 性能监视器上的计数器变为：
read avg of 50MB/sec 读取平均50MB /秒
write avg of 50MB/sec 写入平均50MB /秒
that step take more 1hr, 15min.. 该步骤需要1小时15分钟。
I think that everything is OK, buy I don't understand way that happened! 我认为一切都很好，请买，我不了解发生的方式！

way the first step do a very very short time of reading from the disk (5 sec I think) 第一步从磁盘读取数据的时间非常短（我认为是5秒）
and after that the next step was to write only to the disk for a very long time??? 之后，下一步是仅长时间写入磁盘？？？

1 个解决方案

updated 更新

backup step 0 (optional): create the MDF and the LDF files, as per the BAK headers description. 备份步骤0（可选）：根据BAK标头说明创建MDF和LDF文件。 May result in file initialization (zero out every byte in the newly allocated space). 可能导致文件初始化（将新分配的空间中的每个字节清零）。 See Misconceptions about instant file initialization . 请参阅有关即时文件初始化的误解。

backup step 1: layout the content of the backup on disk. 备份步骤1：在磁盘上布置备份内容。 copies bits from the backup into the .MDF file, then into the .LDF file. 将备份中的位复制到.MDF文件，然后复制到.LDF文件。 Reads from .BAK, Writes to MDF and then to LDF. 从.BAK读取，先写入MDF，然后再写入LDF。

backup step 2: run recovery on the database. 备份步骤2：对数据库运行恢复。 phase 1 analysis (reads from LDF), phase 2 is redo (reads LDF, writes to MDF) and phase 3 is undo of in-flight transactions (writes to LDF and MDF). 第1阶段分析（从LDF读取），第2阶段重做（读取LDF，写入MDF），第3阶段撤消正在进行的事务（写入LDF和MDF）。