Hi,
I will present the problem and then the informations:
Problem: I`m trying to restore a database (1,6TB) with filestream (contains 22 milions files) on SQL Server, files for data and log are restored in ~2 hours and then SQL Server begin to restore the filestream that is taking too much time (in 7 days just
3 milions files are restored)...i`ve made an estimation and the restore will finish in ~ 45 days!
Information: I have SQL Server 2008 R2 SP2 Enterprise Edition.
SQL Server is installed on a physic server with 32cores, 96 GB Ram, 2 HP contollers (1 controller is RAID10 and the other on is RAID5).
Activity on the server is 0, is a server with new installed OS and storage configuration, same SQL Server.
On SQL Server i`ve restored master and msdb databases from another server (virtual server), because we want to migrate from that virtual platform (problems with storage).
The restored database was created(and populated with data) on this physic server, then we made a backup(with compression), then reinstall the all server.
The restored database contains 43 files of different sizes (total size 1,57 TB) and 5 Filestream Filegroups, in first filegroup are 1,5 milions files, and the other 4 contains 5 milions files each.The average size of the files is 12KB (there are xml files).
The script for restore is quite simple...
Restore database X From Disk = path With File = 1, Move File1 to Path1 ... Move FG_Fs1 to Path FS1 .. Move FG_Fs5 to Path FS5
The data and log is restored on controller 2(RAID 5) and the Filestream is restored on controller 1(RAID10).Al operations are local, the backup file is local.
The running process for restore is waiting on BackupThread (and the wait time is very high...).
If someone knows were is the problem or any ideas to improve the speed for the database restore or where i did wrong i will be very thankful.
If you need more info`s just ask and i will answer for any question.
Thank you!