Jump to content

SQL - Shrinking Production Databases


Recommended Posts

Sometimes you run out of SQL storage space and it is tempting and the easy option to shrink your databases. While this practice on a small scale, addresses your immediate needs, it is something that eventually becomes a zero sum game. Shrinking a data file causes index fragmentation, takes up resources, and ultimately leads to performance issues. It should not be part of your regular maintenance exercise as you get into a vicious shrink/grow cycle.

 

If you shrink and you have log back up part of your maintenance plan, this information is backed up and thus takes up unnecessary space in your backup drive. As you process data or users perform additional work in your review case, the database will auto-grow which leads you back to the shrinking again. My advice: allocate the proper amount of storage based on usage, add more storage when needed, and STOP shrinking.

 

Link to comment
Share on other sites

Sometimes you run out of SQL storage space and it is tempting and the easy option to shrink your databases. While this practice on a small scale, addresses your immediate needs, it is something that eventually becomes a zero sum game. Shrinking a data file causes index fragmentation, takes up resources, and ultimately leads to performance issues. It should not be part of your regular maintenance exercise as you get into a vicious shrink/grow cycle.

 

If you shrink and you have log back up part of your maintenance plan, this information is backed up and thus takes up unnecessary space in your backup drive. As you process data or users perform additional work in your review case, the database will auto-grow which leads you back to the shrinking again. My advice: allocate the proper amount of storage based on usage, add more storage when needed, and STOP shrinking.

 

Link to comment
Share on other sites

  • IPRO Employee
  • IPRO Employee
  • 3 months later...
  • 2 weeks later...
  • Cloud Solutions Architect

Hi Luke,

 

We don't have a "Top 5 SQL tips" for running eCapture/Eclipse per se, however we provide a SQL best practices document available for download on myipro.iprotech.com. This is listed under Resources > ADD Workflow > Best Practice & Implementation documents. This lists our recommendations for install, configuration, data/log file management, maintenance, backup/restore and alerts monitoring.

Link to comment
Share on other sites

  • Cloud Solutions Architect

Hi Luke,

 

We don't have a "Top 5 SQL tips" for running eCapture/Eclipse per se, however we provide a SQL best practices document available for download on myipro.iprotech.com. This is listed under Resources > ADD Workflow > Best Practice & Implementation documents. This lists our recommendations for install, configuration, data/log file management, maintenance, backup/restore and alerts monitoring.

Link to comment
Share on other sites

  • Cloud Solutions Architect

Hi Luke,

 

We don't have a "Top 5 SQL tips" for running eCapture/Eclipse per se, however we provide a SQL best practices document available for download on myipro.iprotech.com. This is listed under Resources > ADD Workflow > Best Practice & Implementation documents. This lists our recommendations for install, configuration, data/log file management, maintenance, backup/restore and alerts monitoring.

Link to comment
Share on other sites

Archived

This topic is now archived and is closed to further replies.

×
×
  • Create New...