December 11, 2012 at 10:56 am
Hello All,
Any thoughts and comments appreciated.
I am restoring a 2005 database to 2008 R2. I think the performance of the restore is slow and was wondering if there was anything I could check.
This is a VM server with 12 GBs and two processors. The backup file has been staged/copied over the network onto a mapped drive. We are using hyperbac. The zipped backup file is 3.5 GBs, uncompressed is 17.2 GBS.
Processor and memory are barely being pushed. Windows Server 2008 R2 SP1.
I am at an hour and 20 minutes and I find that excessive.
Anything I can check?
December 11, 2012 at 11:55 am
I'd try to run Perfmon against your source and destination disks and see if either of them are giving you less performance than you think they should.
The Redneck DBA
December 11, 2012 at 12:48 pm
If the instant file initialization is not enabled then before restoring the data sql server zeroing out the data file and start process the restoration. Try enable the instant file initialization and do the restoration but you require special permission to do this.
Below link may be useful.
http://www.bradmcgehee.com/2010/07/instant-file-initialization-speeds-sql-server/
Regards,
RamaSankar
MCTS,MCITP SQL SERVER 2008.
December 11, 2012 at 1:00 pm
A second restore over the same database seems to have taken 20 minutes vs 3 hours for the first restore.
Would file initialization create this discrepancy? Meaning that once the space was initialized by the first restore, the second restore did not have to perform such initialization?
December 11, 2012 at 11:14 pm
Yes.. Initially it creates a database file and initialize it to zero. In your case the first restore took long time as it has to create a data file and zeroing out the file and start process the restoration.
December 11, 2012 at 11:16 pm
Please read the link i posted..
Viewing 6 posts - 1 through 5 (of 5 total)
You must be logged in to reply to this topic. Login to reply