dbTalk Databases Forums  

Trimming HUGE Transaction Log

microsoft.public.sqlserver.tools microsoft.public.sqlserver.tools


Discuss Trimming HUGE Transaction Log in the microsoft.public.sqlserver.tools forum.



Reply
 
Thread Tools Display Modes
  #1  
Old   
Always OpenTo Suggestions
 
Posts: n/a

Default Trimming HUGE Transaction Log - 10-13-2008 , 11:45 AM






I've got an Access application with a SQL Server back end.
SQL Server db is about 4 gig. Transaction log is about 10 gig. It just
seems to keep growing. I' GUESSING Access never causes transactions to be
committed, so the log file never drops those transactions.

I tried something which SEEMS to work, but before I do this to production
files - I'd like a little expert advice.
-- I backed up the database
-- I changed the recovery model to SIMPLE,
-- I shurunk the log file to the minimum allowed (which was very small)
-- I changed the recovery model back to FULL.

If I do this after hours when everyone is gone, logging should begin before
users every get back into the office. Does this seem like a plan??
--
Thanx in advance!

Angelo

Reply With Quote
  #2  
Old   
Tibor Karaszi
 
Posts: n/a

Default Re: Trimming HUGE Transaction Log - 10-13-2008 , 12:10 PM






Are you doing regular transaction log backups? If not, set the database in simple recovery model and
keep it there.

--
Tibor Karaszi, SQL Server MVP
http://www.karaszi.com/sqlserver/default.asp
http://sqlblog.com/blogs/tibor_karaszi


"Always OpenTo Suggestions" <AlwaysOpenToSuggestions (AT) discussions (DOT) microsoft.com> wrote

Quote:
I've got an Access application with a SQL Server back end.
SQL Server db is about 4 gig. Transaction log is about 10 gig. It just
seems to keep growing. I' GUESSING Access never causes transactions to be
committed, so the log file never drops those transactions.

I tried something which SEEMS to work, but before I do this to production
files - I'd like a little expert advice.
-- I backed up the database
-- I changed the recovery model to SIMPLE,
-- I shurunk the log file to the minimum allowed (which was very small)
-- I changed the recovery model back to FULL.

If I do this after hours when everyone is gone, logging should begin before
users every get back into the office. Does this seem like a plan??
--
Thanx in advance!

Angelo


Reply With Quote
  #3  
Old   
Tibor Karaszi
 
Posts: n/a

Default Re: Trimming HUGE Transaction Log - 10-13-2008 , 12:10 PM



Are you doing regular transaction log backups? If not, set the database in simple recovery model and
keep it there.

--
Tibor Karaszi, SQL Server MVP
http://www.karaszi.com/sqlserver/default.asp
http://sqlblog.com/blogs/tibor_karaszi


"Always OpenTo Suggestions" <AlwaysOpenToSuggestions (AT) discussions (DOT) microsoft.com> wrote

Quote:
I've got an Access application with a SQL Server back end.
SQL Server db is about 4 gig. Transaction log is about 10 gig. It just
seems to keep growing. I' GUESSING Access never causes transactions to be
committed, so the log file never drops those transactions.

I tried something which SEEMS to work, but before I do this to production
files - I'd like a little expert advice.
-- I backed up the database
-- I changed the recovery model to SIMPLE,
-- I shurunk the log file to the minimum allowed (which was very small)
-- I changed the recovery model back to FULL.

If I do this after hours when everyone is gone, logging should begin before
users every get back into the office. Does this seem like a plan??
--
Thanx in advance!

Angelo


Reply With Quote
  #4  
Old   
Tibor Karaszi
 
Posts: n/a

Default Re: Trimming HUGE Transaction Log - 10-13-2008 , 12:10 PM



Are you doing regular transaction log backups? If not, set the database in simple recovery model and
keep it there.

--
Tibor Karaszi, SQL Server MVP
http://www.karaszi.com/sqlserver/default.asp
http://sqlblog.com/blogs/tibor_karaszi


"Always OpenTo Suggestions" <AlwaysOpenToSuggestions (AT) discussions (DOT) microsoft.com> wrote

Quote:
I've got an Access application with a SQL Server back end.
SQL Server db is about 4 gig. Transaction log is about 10 gig. It just
seems to keep growing. I' GUESSING Access never causes transactions to be
committed, so the log file never drops those transactions.

I tried something which SEEMS to work, but before I do this to production
files - I'd like a little expert advice.
-- I backed up the database
-- I changed the recovery model to SIMPLE,
-- I shurunk the log file to the minimum allowed (which was very small)
-- I changed the recovery model back to FULL.

If I do this after hours when everyone is gone, logging should begin before
users every get back into the office. Does this seem like a plan??
--
Thanx in advance!

Angelo


Reply With Quote
  #5  
Old   
Tibor Karaszi
 
Posts: n/a

Default Re: Trimming HUGE Transaction Log - 10-13-2008 , 12:10 PM



Are you doing regular transaction log backups? If not, set the database in simple recovery model and
keep it there.

--
Tibor Karaszi, SQL Server MVP
http://www.karaszi.com/sqlserver/default.asp
http://sqlblog.com/blogs/tibor_karaszi


"Always OpenTo Suggestions" <AlwaysOpenToSuggestions (AT) discussions (DOT) microsoft.com> wrote

Quote:
I've got an Access application with a SQL Server back end.
SQL Server db is about 4 gig. Transaction log is about 10 gig. It just
seems to keep growing. I' GUESSING Access never causes transactions to be
committed, so the log file never drops those transactions.

I tried something which SEEMS to work, but before I do this to production
files - I'd like a little expert advice.
-- I backed up the database
-- I changed the recovery model to SIMPLE,
-- I shurunk the log file to the minimum allowed (which was very small)
-- I changed the recovery model back to FULL.

If I do this after hours when everyone is gone, logging should begin before
users every get back into the office. Does this seem like a plan??
--
Thanx in advance!

Angelo


Reply With Quote
  #6  
Old   
Tibor Karaszi
 
Posts: n/a

Default Re: Trimming HUGE Transaction Log - 10-13-2008 , 12:10 PM



Are you doing regular transaction log backups? If not, set the database in simple recovery model and
keep it there.

--
Tibor Karaszi, SQL Server MVP
http://www.karaszi.com/sqlserver/default.asp
http://sqlblog.com/blogs/tibor_karaszi


"Always OpenTo Suggestions" <AlwaysOpenToSuggestions (AT) discussions (DOT) microsoft.com> wrote

Quote:
I've got an Access application with a SQL Server back end.
SQL Server db is about 4 gig. Transaction log is about 10 gig. It just
seems to keep growing. I' GUESSING Access never causes transactions to be
committed, so the log file never drops those transactions.

I tried something which SEEMS to work, but before I do this to production
files - I'd like a little expert advice.
-- I backed up the database
-- I changed the recovery model to SIMPLE,
-- I shurunk the log file to the minimum allowed (which was very small)
-- I changed the recovery model back to FULL.

If I do this after hours when everyone is gone, logging should begin before
users every get back into the office. Does this seem like a plan??
--
Thanx in advance!

Angelo


Reply With Quote
  #7  
Old   
Tibor Karaszi
 
Posts: n/a

Default Re: Trimming HUGE Transaction Log - 10-13-2008 , 12:10 PM



Are you doing regular transaction log backups? If not, set the database in simple recovery model and
keep it there.

--
Tibor Karaszi, SQL Server MVP
http://www.karaszi.com/sqlserver/default.asp
http://sqlblog.com/blogs/tibor_karaszi


"Always OpenTo Suggestions" <AlwaysOpenToSuggestions (AT) discussions (DOT) microsoft.com> wrote

Quote:
I've got an Access application with a SQL Server back end.
SQL Server db is about 4 gig. Transaction log is about 10 gig. It just
seems to keep growing. I' GUESSING Access never causes transactions to be
committed, so the log file never drops those transactions.

I tried something which SEEMS to work, but before I do this to production
files - I'd like a little expert advice.
-- I backed up the database
-- I changed the recovery model to SIMPLE,
-- I shurunk the log file to the minimum allowed (which was very small)
-- I changed the recovery model back to FULL.

If I do this after hours when everyone is gone, logging should begin before
users every get back into the office. Does this seem like a plan??
--
Thanx in advance!

Angelo


Reply With Quote
  #8  
Old   
Tibor Karaszi
 
Posts: n/a

Default Re: Trimming HUGE Transaction Log - 10-13-2008 , 12:10 PM



Are you doing regular transaction log backups? If not, set the database in simple recovery model and
keep it there.

--
Tibor Karaszi, SQL Server MVP
http://www.karaszi.com/sqlserver/default.asp
http://sqlblog.com/blogs/tibor_karaszi


"Always OpenTo Suggestions" <AlwaysOpenToSuggestions (AT) discussions (DOT) microsoft.com> wrote

Quote:
I've got an Access application with a SQL Server back end.
SQL Server db is about 4 gig. Transaction log is about 10 gig. It just
seems to keep growing. I' GUESSING Access never causes transactions to be
committed, so the log file never drops those transactions.

I tried something which SEEMS to work, but before I do this to production
files - I'd like a little expert advice.
-- I backed up the database
-- I changed the recovery model to SIMPLE,
-- I shurunk the log file to the minimum allowed (which was very small)
-- I changed the recovery model back to FULL.

If I do this after hours when everyone is gone, logging should begin before
users every get back into the office. Does this seem like a plan??
--
Thanx in advance!

Angelo


Reply With Quote
  #9  
Old   
Tibor Karaszi
 
Posts: n/a

Default Re: Trimming HUGE Transaction Log - 10-13-2008 , 12:10 PM



Are you doing regular transaction log backups? If not, set the database in simple recovery model and
keep it there.

--
Tibor Karaszi, SQL Server MVP
http://www.karaszi.com/sqlserver/default.asp
http://sqlblog.com/blogs/tibor_karaszi


"Always OpenTo Suggestions" <AlwaysOpenToSuggestions (AT) discussions (DOT) microsoft.com> wrote

Quote:
I've got an Access application with a SQL Server back end.
SQL Server db is about 4 gig. Transaction log is about 10 gig. It just
seems to keep growing. I' GUESSING Access never causes transactions to be
committed, so the log file never drops those transactions.

I tried something which SEEMS to work, but before I do this to production
files - I'd like a little expert advice.
-- I backed up the database
-- I changed the recovery model to SIMPLE,
-- I shurunk the log file to the minimum allowed (which was very small)
-- I changed the recovery model back to FULL.

If I do this after hours when everyone is gone, logging should begin before
users every get back into the office. Does this seem like a plan??
--
Thanx in advance!

Angelo


Reply With Quote
  #10  
Old   
Tibor Karaszi
 
Posts: n/a

Default Re: Trimming HUGE Transaction Log - 10-13-2008 , 12:10 PM



Are you doing regular transaction log backups? If not, set the database in simple recovery model and
keep it there.

--
Tibor Karaszi, SQL Server MVP
http://www.karaszi.com/sqlserver/default.asp
http://sqlblog.com/blogs/tibor_karaszi


"Always OpenTo Suggestions" <AlwaysOpenToSuggestions (AT) discussions (DOT) microsoft.com> wrote

Quote:
I've got an Access application with a SQL Server back end.
SQL Server db is about 4 gig. Transaction log is about 10 gig. It just
seems to keep growing. I' GUESSING Access never causes transactions to be
committed, so the log file never drops those transactions.

I tried something which SEEMS to work, but before I do this to production
files - I'd like a little expert advice.
-- I backed up the database
-- I changed the recovery model to SIMPLE,
-- I shurunk the log file to the minimum allowed (which was very small)
-- I changed the recovery model back to FULL.

If I do this after hours when everyone is gone, logging should begin before
users every get back into the office. Does this seem like a plan??
--
Thanx in advance!

Angelo


Reply With Quote
Reply




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.