Additional SQL Server features and topics not covered by specific categories
Hi @Shashikala Bhat ,
Best Practices for Database Autogrowth Property.
- Analyze your database growth pattern and set optimum size of database with the analyzed growth settings. Your database should have enough size that it never grows and if it grows make sure that Instant file initialization should be enabled on that SQL Server Instance. This will drastically reduce the Autogrowth events in day to day life.
- Proactively monitor database file sizes and their autogrowth events. This helps you to analyze the growth pattern of database files and avoid fragmentation.
- Consider defragmenting your database file system if you have lot of auto-growth events occurred on your databases.
- Never leave your database autogrowth with default values, change it as per growth pattern that you analyzed over time.
- Avoid using autogrowth in percentage, rather give a specific amount of size in MB/GB. Microsoft suggests to set your autogrow setting to about one-eighth the size of the file and test it before deploying on PROD.
- Turn on the <MAXSIZE> setting for each file to prevent any one file from growing to a point where it uses up all available disk space.
- The growth increment of your transaction log must be large enough to stay ahead of the needs of your transaction units. Even with autogrow turned on, you can receive a message that the transaction log is full, if it cannot grow fast enough to satisfy the needs of your query.
Please refer to the blog Understanding Database Autogrowth in SQL Server to get more detail information.
Best regards,
Cathy
If the response is helpful, please click "Accept Answer" and upvote it.
Note: Please follow the steps in our documentation to enable e-mail notifications if you want to receive the related email notification for this thread.