Can anyone 'crash course' me in SQL maintenance?
- From: Ryan <mindflux98@xxxxxxxxx>
- Date: Fri, 15 Feb 2008 21:55:01 -0800 (PST)
I've got an SBS 2003 Prem SP3 w/ SQL (SP4) server that I 'maintain'.
I use redgate's SQL Backup to do a nightly backup, a weekly backup and
transaction logs during business hours. I also have SQLEM do a
maintenance rebuild-index w/ 20% freespace every week.
My problem:
Database Size: 20G
Used space: 10
Log file size: 18g
used space: 10g.
As you can see I have a LOT of dead space. I'm hesitant to shrink the
log as I'm not quite sure how transactions get committed to the SQL
DB. It seems as if they linger in the log for some time before being
committed.
How can I keep my LOG file and DB file from growing out of
proportion. I really don't see the need for the files to be twice as
big as the data in them. I would think that would lead to poor
performance.
I've read the BOL on dbcc shrinkfile and 'backup log' with
truncate_file (seen here: http://support.microsoft.com/kb/272318)
When I shrank the log it shrunk a LOT (the data in the log, not the
logsize itself).. and then backup log truncated all the free space off
the end.
I'm just hoping when I did it I didn't lose any uncommitted
transactions? I can't seem to find anything that really states how
long transactions sit uncommitted.
-Ryan
.
- Follow-Ups:
- Re: Can anyone 'crash course' me in SQL maintenance?
- From: Jon-Alfred Smith
- RE: Can anyone 'crash course' me in SQL maintenance?
- From: Jamie
- Re: Can anyone 'crash course' me in SQL maintenance?
- From: Kevin Weilbacher
- Re: Can anyone 'crash course' me in SQL maintenance?
- Prev by Date: Re: File system issues on system partition
- Next by Date: Port 25 connections?
- Previous by thread: How to read any post from 15995 posts via Wmail client
- Next by thread: Re: Can anyone 'crash course' me in SQL maintenance?
- Index(es):
Relevant Pages
|