Ackim Chisha
asked on
Defragmenting the Hard drive to improve SQL DB performance
Hi All,
Recently my SQL DB has really slowed down and while trying to look for things to optimse to try and improve the situation we found the following;
1. MCafee Antivirus scanning
2. The DB was sitting on a RAID 5 Volume.
3. File fragmentation is at 86%
We are trying to do the following to optimse the following to correct the situation.
1. For the Antivirus, we have put the DB files under exceptions option.
2. We have created a RAID 10 volume and that is where we will move the Db data files
3. We would like to leave the log file on the current volume. But because Fragmentation is resource intensive we wanted to move the log files to another volume and then defrag the current volume. My question is, if you move the busy DB files to another volume and defrag the former volume and then copy back the files, is there a benefit. When you copy the files to another volume, which is nicely fragmented is there a benefit or it gets fragmented the same way? I need your advice on this one.
Recently my SQL DB has really slowed down and while trying to look for things to optimse to try and improve the situation we found the following;
1. MCafee Antivirus scanning
2. The DB was sitting on a RAID 5 Volume.
3. File fragmentation is at 86%
We are trying to do the following to optimse the following to correct the situation.
1. For the Antivirus, we have put the DB files under exceptions option.
2. We have created a RAID 10 volume and that is where we will move the Db data files
3. We would like to leave the log file on the current volume. But because Fragmentation is resource intensive we wanted to move the log files to another volume and then defrag the current volume. My question is, if you move the busy DB files to another volume and defrag the former volume and then copy back the files, is there a benefit. When you copy the files to another volume, which is nicely fragmented is there a benefit or it gets fragmented the same way? I need your advice on this one.
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
ASKER
Am now inclined to looking at other issues as well, after reading your comments here is what we found;
1. Using performance monitor, we noticed that during peak hours we are having disk queues
2. We restored the DB on the back and ran the command DBCC Showcontig, we noticed that tables commonly used had extent fragmentation up to 99.99%, I suspect this could be a big problem. Our application developers had give us the impression that there is auto indexing within the application. My question is can I rebuild indexes while we are running live, am worried about the server becoming too slow. Any ideas or how best can we do this. Which one should we do first, rebuild indexes first or defragment the drive first.
Dlethe, where do I check to see if SQL Server is set top use 64kb I/O and NTFS?