March 14, 2011 at 3:50 am
It's possible : to shrink transaction file, backup must be performed as there are actives Virtual Log File :
http://www.xoowiki.com/Article/SQL-Server/tronquer-journal-de-log-sur-base-en-miroir-499.aspx
May 26, 2013 at 5:16 am
You can follow below steps
1. Run below script against db in mirroring on principle server.
DECLARE @DatabaseName VARCHAR(50);
SET @DatabaseName = 'Mirrored DB Name' --> Replace the mirror db name here.
SELECT name, recovery_model_desc, log_reuse_wait_desc
FROM sys.databases
WHERE name = @DatabaseName
2. If output column log_reuse_wait_desc is saying LOG_BACKUP then simply take multiple time log backup of mirror database. Mostly 3 continuous T-log backup would enable db to shrink the log file with following command.
DBCC Shrinkfile(2,1024)
Above steps would fix the issue.
Thanks,
Mahesh Shinde
May 26, 2013 at 7:31 am
mahesh.shinde (5/26/2013)
2. If output column log_reuse_wait_desc is saying LOG_BACKUP then simply take multiple time log backup of mirror database. Mostly 3 continuous T-log backup would enable db to shrink the log file with following command.DBCC Shrinkfile(2,1024)
You can't take log backups of a mirror database, the database is in the restoring state. Nor can you shrink the log of a mirror database (plus shrinking to 1MB is a poor recommendation).
Log backups and shrinks can only be done on the principal database of a mirroring configuration.
p.s. 5 year old thread.
Gail Shaw
Microsoft Certified Master: SQL Server, MVP, M.Sc (Comp Sci)
SQL In The Wild: Discussions on DB performance with occasional diversions into recoverability
May 26, 2013 at 7:37 am
Yes database which is residing on principle server. You've to take T-log backup multiple time to enable database for shrinking T-log file.
May 26, 2013 at 7:41 am
mahesh.shinde (5/26/2013)
Yes database which is residing on principle server. You've to take T-log backup multiple time to enable database for shrinking T-log file.
That's the principal database, not the mirror. You cannot take log backups of the mirror, only of the principal, and if you're got a proper log backup strategy you will not need to take multiple log backups. Shrinking the log is something that should be done with caution and never just a blanket shrink to 1MB without any thought.
p.s. 5 year old thread with the OP's problem solved 5 years ago.
Gail Shaw
Microsoft Certified Master: SQL Server, MVP, M.Sc (Comp Sci)
SQL In The Wild: Discussions on DB performance with occasional diversions into recoverability
May 26, 2013 at 7:47 am
By mistake i mentioned mirror database. The steps mentioned would be executed on principle server on principle database. In case of T-log drive running out of disk space you've to shink the T-log file to avoid outage to application.
I do not think any issue in shrinking log back to 1024 MB = 1 GB size. As per your requirement you can change log file size.
Viewing 6 posts - 16 through 20 (of 20 total)
You must be logged in to reply to this topic. Login to reply