Auto Shrink on Production Data base - Mukut

13-Jul-07 10:48:49
Hi all,

I need your kind suggestions on this issue.

We have a single server machine where more than 5 seperate production
databases are installed. For all the databases, autoshrink was made to
turn on. Now, we are going out of the space at the server frequently.

In past, several time I have found in this forum that "Autoshrink is
not a good option for production database".

Now I request you to provide detail suggestion on this...should I make
Autoshrink turned off? If yes, then why(pls describe in detail)?

What should be the ideal and right way of handle file size in the
production box?

Thanks,
Mukut
reply
 
 

Auto Shrink on Production Data base - SQL Menace

13-Jul-07 10:52:26
Read "Why you want to be restrictive with shrink of database files "
http://www.karaszi.com/SQLServer/info_dont_shrink.asp



Denis The SQL Menace
http://sqlservercode.blogspot.com
http://sqlblog.com/blogs/denis_gobo/default.aspx
reply
 

Auto Shrink on Production Data base - Andrew J. Kelly

13-Jul-07 11:08:31
A production db should almost never have AutoSrink turned on. See Tibors
article for details.

--
Andrew J. Kelly SQL MVP
reply
 

Auto Shrink on Production Data base - Roy Harvey

13-Jul-07 11:18:52
What you have read is correct, AUTOSHRINK should not be used on
production databases.  Shrinking the files means that they have to
grow again when more data is inserted.  One problem is that growing a
database file is expensive in terms of system resources and causes the
insert or update command that triggers the growth to wait.  Another
problem is that growing in small increments fragments the physical
files.

The right way to handle file size is to estimate the size needed, add
a comfortable amount extra for "elbow room", and set that as the
minimum size.  Then regularly monitor the free space.  When it starts
to run short expand the file size by enough that you will not have to
expand it again any time soon.  By doing this before space runs out
nobody is waiting for it to complete.  I think that you should also
specify autogrow to prevent running out of space when the monitoring
is not done adequately, but space should be increased before any
automatic growth.

If you are running out of space with autogrow on then you need more
disk.  One thing I figured out a long time ago is that managing SQL
Server without plenty of extra disk space wastes enormous amounts of
DBA time.  Invest in plenty of extra disk space.

Roy Harvey
Beacon Falls, CT
reply
 

Auto Shrink on Production Data base - Mukut

14-Jul-07 04:58:07
Thanks you all for your valuable suggestions. I have read the Tibor's
article and really impressed by it.

Thanks you all once again.
reply
 
Need help improving the following stored procedure
promotion
Silverlight    WPF    WCF    WWF    LINQ   
JavaScript    AJAX    ASP.NET    XAML   
C#    VB.NET    VB 6.0    GDI+    IIS    XML   
.NET Generics    Anonymous Methods    Delegate   
Visual Studio .NET    Expression Blend    Virus   
Windows Vista    Windows XP    Windows Update   
Windows 2003 Server    Windows 2008 Server   
SQL Server    Microsoft Excel    Microsoft Word   
SharePoint    BizTalk    Virtual Earth   
.NET Compact Framework    Web Service   

"Everything" RSS / ATOM Feed Parser
How to send and receive messages through message queuing in .Net
How to Read text file as database
SQL Server 2005 Paging Performance Tip
Display code of web page.
Fully Scalable Excel File Importer class for .net using Microsoft Jet driver
Generic Chart Color Manager class that can be used for any charts
Helper class to style the infragistics wingrid
Using Reflection to detemine as Assembly Info in and out.
Helper class to play with Window (Owners and position)
Resolving displayname from the culture using the XmlLanguage and LanguageSpecificStringDictionary class