Database Configuration for Maximum SharePoint 2010 Performance
14 likes10,106 views
The document discusses performance optimization strategies for SharePoint databases, emphasizing the importance of hardware specifications like 8-cores, 16 GB RAM, and the proper configuration of data and log files (MDF, NDF, LDF) for improved I/O performance. It outlines best practices such as using multiple data files across different disks, pre-sizing files, and ensuring the configuration of recovery models to prevent issues like full log files. Additionally, it suggests regular maintenance and checks to maintain database health and performance.
Database Configuration for Maximum SharePoint 2010 Performance
- 3. Henry Kremer had a vision of having human-powered airplanes
- 4. “ - Dr. Paul MacCready, American aeronautical engineer - The problem is that “
- 5. it is problems NO DIFFERENT from how we performance
- 7. whatif problems we look at the same
- 9. let’s look at the databaseto improvehow we can performance
- 13. but we already KNOWthat or do we
- 15. MDF/NDF LDF a SharePoint databasehas which are simply just
- 16. a SharePoint databasehas MDF/NDF LDF which are simply just
- 17. a SharePoint databasehas MDF/NDF LDF their file access patterns
- 22. let’s answer a few questionsbased on this information
- 23. let’s answer a few based on this information what would happen if the files are stored on multiple disks questions
- 24. let’s answer a few based on this information what would happen if we have multiple files questions
- 25. let’s answer a few based on this information on multiple disks multiple files questions
- 26. then single drive are we storing database files in a
- 27. then system drive are we storing database files in the
- 30. some
- 31. some measure* I/O system performance BEFORE deployment *a utility called can be used for this
- 32. some measure* I/O system performance BEFORE deployment because you want to know if you’re getting what was promised
- 33. some create multiple data files because you can have multiple disks doing their job for you *only supported on filegroup
- 34. some create multiple data files because you can have multiple disks doing their job for you *I usually start with data files
- 35. some move database files OUT of the system partition because your system partition is already doing something else
- 36. some use RAID 10 for better protection & write performance
- 37. some physically* separate MDF from LDF because they have different access patterns *your may tell you otherwise
- 38. some format the LUNs* with 64K clusters because SQL Server works in 64K chunks *for both &
- 39. some pre-size MDF/NDF and LDF files because you don’t want your storage to work harder
- 40. some make all file & autogrowth sizes EQUAL because SQL Server uses the proportional fill algorithm
- 41. some make all file & autogrowth sizes EQUAL and because you don’t want your storage to work harder
- 42. hidden process of reclaiming used disk space without having to ZERO it out
- 45. configuring instant file initialization
- 46. log (LDF) files are NOT affected by instant file initialization
- 47. some pre-size MDF/NDF and LDF files that’s why you need to
- 48. understanding
- 49. have you ever wondered what that recovery model is for?
- 51. all database changes are written in the log
- 52. this allows for point-in-time recoverability
- 53. the log gets full over time
- 54. the log gets full over time
- 55. the log gets full over time
- 56. the log gets full over time
- 57. the log gets full over time
- 58. what happens if it gets FULL?
- 59. what happens if it gets FULL? it GROWS we’re assuming autogrowth is configured
- 60. what happens if it gets FULL? and GROWS
- 61. what happens if it gets FULL? and
- 62. when it it has to ZERO out the file
- 63. when it it has to ZERO out the file which also means that transactions are waiting for the autogrowth process to complete before they can continue
- 64. when the disk containing the log (LDF) file gets full, the database automatically becomes read-only even
- 65. log file growth causing database to be read-only
- 66. can we AVOID this
- 67. changing to recovery model you don’t want to do this if you’re concerned about point-in-time recoverability
- 68. run regular
- 69. and
- 71. effects of shrinking databases on index fragmentation
- 72. configuration create ¼ the number of files per CPU core *I usually start with 4 data files of equal size and autogrowth increments
- 73. configuration place database files on faster drive
- 74. configuration place database files on protected drive *because SQL Server WILL NOT START without tempdb
- 75. other configuration available in SQL Server 2008 and higher
- 76. other configuration the faster the backups complete, the more resources are available for the database
- 77. other configuration also very useful for high availability and disaster recovery
- 78. other configuration this is documented - http://technet.microsoft.com/en-us/library/cc298801.aspx#Section6 we, DBAs, are confused because this is not OUR best practice *look for the proc_UpdateStatistics stored procedure
- 79. other configuration we, DBAs, are confused because this is not OUR best practice this is documented - http://technet.microsoft.com/en-us/library/cc298801.aspx#Section6 *look for the proc_UpdateStatistics stored procedure
- 80. other configuration we, DBAs, are confused because this is not OUR best practice this is documented - http://technet.microsoft.com/en-us/library/cc298801.aspx#Section6
- 81. other configuration we want to avoid PAGE SPLITS
- 82. other configuration applies to Standard Edition *because Enterprise Edition already has this by default
- 83. checking and setting database configuration
- 85. perform REGULAR consistency checks http://technet.microsoft.com/en-us/library/cc262731.aspx *test implementing Trace Flag 2549 & 2562 KB 2634571 SQL Server 2008 SP2 and higher
- 86. perform REGULAR index maintenance http://technet.microsoft.com/en-us/library/cc262731.aspx *look for the proc_DefragmentIndices stored procedure
- 87. exclude SQL Server files on your AV scan http://support.microsoft.com/kb/309422 How to choose antivirus software to run on computers that are running SQL Server
- 88. pattern did you NOTICE a common in all of the
- 89. I/O they ALL pertain to performance
- 90. great DBA the SECRET to becoming a I just told you
- 92. TALK to your SQL Server DBAs
- 94. Questions