hoe to stop creating a daily database backup file

SQLServerCentral is supported by Red Gate Software Ltd.

Popular Topics

Home

Members

Calendar

Who's On

Home » SQL Server 2008 » SQL Server 2008 - General » hoe to stop creating a daily database backup...

hoe to stop creating a daily database backup file

Rate Topic

Display Mode

Topic Options

Author

Message

Sergei Zarembo

Posted Tuesday, February 16, 2010 9:27 AM

SSC-Enthusiastic

Group: General Forum Members
Last Login: Thursday, February 14, 2013 3:16 PM
Points: 182, Visits: 542

Hi All

I have a SQL Server 2008 Enterprise Ed sitting on 64-bit WinServer 2008. The instance is used strictly for development work, so taking care of a DR situation is not a priority. Apart for that, all the data is backed/replicated by SAN through our datacenter.

I don't have a ton of space on the hard drive and would like to stop creating a daily backup file for the biggest of my databases: 300 Gb in size. The daily back file for the database is ~ 50Gb,
and i'd like not to have it created every day in \Backup folder. How would i do this modification? I cannot find the answer in Books Online.

Thank you.

Sergei Z

Post #866179

colin.Leversuch-Roberts

Posted Tuesday, February 16, 2010 9:39 AM

SSCrazy

Group: General Forum Members
Last Login: Thursday, May 16, 2013 2:10 PM
Points: 2,668, Visits: 688

I worry a bit because you're asking this question, however, you must have a job to produce the daily backup so edit/cancel the job.
If you're using a maint plan ( which I never do ) you'll have to edit it I expect, can't help there as I don't use them. You canfind the plans through SSMS

The GrumpyOldDBA
www.grumpyolddba.co.uk
http://sqlblogcasts.com/blogs/grumpyolddba/

Post #866189

Bru Medishetty

Posted Tuesday, February 16, 2010 9:45 AM

SSCommitted

Group: General Forum Members
Last Login: Monday, February 11, 2013 8:27 AM
Points: 1,735, Visits: 1,947

You need to find out, how is that backup being generated / created and disable or delete that.

As suggested earlier, you should be able to see a job and disable it. A Maintenance plan might have been created or a SQL Server Job is created which performs the backup.. So I would start looking in the Jobs..

Bru Medishetty

Blog -- LearnSQLWithBru

Join on Facebook Page Facebook.com\LearnSQLWithBru

Twitter -- BruMedishetty

Post #866196

george sibbald

Posted Tuesday, February 16, 2010 10:08 AM

SSCertifiable

Group: General Forum Members
Last Login: Today @ 12:30 PM
Points: 5,269, Visits: 11,205

Thats a hell of a setup for a DEV server, can I have some of your budget? Smile

You have a 300GB database but a 50Gb backup. You have 2008 enterprise edt. so are you using the compression option in the backup? If not get it turned on. If its not turned on also shrink the database to get some space back.

don't rely on the SAN replication as your database backup, it doesn't work like that.

If you are not sure how to do the above speak to your DBA (with this setup you must have one?)

---------------------------------------------------------------------

Post #866212

Sergei Zarembo

Posted Tuesday, February 16, 2010 10:29 AM

SSC-Enthusiastic

Group: General Forum Members
Last Login: Thursday, February 14, 2013 3:16 PM
Points: 182, Visits: 542

Thank to All for your prompt answers!, they helped. I identified a couple of daily jobs that

1) shrink all databases
2) do daily backup for all databases.

the jobs are owned by SUNGARD [our datacenter people, we outsource our data solutions to this company], not me. The jobs are scheduled by SA account, I'm only a developer/user of the system [though I own ETL databases on the server], so i guess i cannot mess with the jobs, will have to call them to negotiate.

..yeah the setup is impressive, the Winxerver box has 16 processers and 128 GB of RAM, so it practicaly flies unimpeded.

Thanks again,

Sergei Z

Post #866231

Jeffrey Williams 3188

Posted Tuesday, February 16, 2010 2:32 PM

SSCarpal Tunnel

Group: General Forum Members
Last Login: Friday, May 17, 2013 11:21 AM
Points: 4,317, Visits: 9,216

Sergei Zarembo (2/16/2010)

1) shrink all databases

Really bad idea to schedule a shrink of the databases every night. Why do this, just so the database can grow the next day, causing file fragmentation and index fragmentation?

Jeffrey Williams
Problems are opportunites brilliantly disguised as insurmountable obstacles.

How to post questions to get better answers faster
Managing Transaction Logs

Post #866450

Sergei Zarembo

Posted Tuesday, February 16, 2010 4:42 PM

SSC-Enthusiastic

Group: General Forum Members
Last Login: Thursday, February 14, 2013 3:16 PM
Points: 182, Visits: 542

Jeffrey Williams-493691 (2/16/2010)

Sergei Zarembo (2/16/2010)

1) shrink all databases

Really bad idea to schedule a shrink of the databases every night. Why do this, just so the database can grow the next day, causing file fragmentation and index fragmentation?

Jeffry,

can you tell me what might be the rationale behind the daily shrinking job? Do they try to save some disk space? if so, how much of disk space (in %) can be saved this way? I need to negotiate with our DBAs on canceling this job, because it does seem to defragment my indexes badly in an Informatica ETL database I owe.

Thank you,

Sergei Z

Post #866608

SQLRNNR

Posted Tuesday, February 16, 2010 5:27 PM

SSCoach

Group: General Forum Members
Last Login: 2 days ago @ 1:07 PM
Points: 18,733, Visits: 12,332

The amount of space you save depends. I would focus less on the disk space saved by the daily shrink and more on the reciprocal effects of that shrink. Increased IO while performing the shrink and growth. Locking and Blocking while the database file grows. Increased job run times to shrink the file after every backup.

All of these factors are determined by your environment. If they are running out of disk space, they might shrink the files. A better solution would be to get more disk space.

Jason AKA CirqueDeSQLeil
I have given a name to my pain...
MCM SQL Server 2008

SQL RNNR

Posting Performance Based Questions - Gail Shaw
Posting Data Etiquette - Jeff Moden
Hidden RBAR - Jeff Moden
VLFs and the Tran Log - Kimberly Tripp

Post #866623

« Prev Topic | Next Topic »

Permissions