February 16, 2010 at 9:27 am
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
February 16, 2010 at 9:39 am
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
[font="Comic Sans MS"]The GrumpyOldDBA[/font]
www.grumpyolddba.co.uk
http://sqlblogcasts.com/blogs/grumpyolddba/
February 16, 2010 at 9:45 am
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..
Blog -- LearnSQLWithBru
Join on Facebook Page Facebook.comLearnSQLWithBru
Twitter -- BruMedishetty
February 16, 2010 at 10:08 am
Thats a hell of a setup for a DEV server, can I have some of your budget? 🙂
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?)
---------------------------------------------------------------------
February 16, 2010 at 10:29 am
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
February 16, 2010 at 2:32 pm
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
“We are all faced with a series of great opportunities brilliantly disguised as impossible situations.”
― Charles R. Swindoll
How to post questions to get better answers faster
Managing Transaction Logs
February 16, 2010 at 4:42 pm
Jeffrey Williams-493691 (2/16/2010)
Sergei Zarembo (2/16/2010)
1) shrink all databasesReally 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
February 16, 2010 at 5:27 pm
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, MVP
SQL RNNR
Posting Performance Based Questions - Gail Shaw[/url]
Learn Extended Events
January 31, 2024 at 6:35 am
This was removed by the editor as SPAM
Viewing 9 posts - 1 through 8 (of 8 total)
You must be logged in to reply to this topic. Login to reply