How can we help you today? How can we help you today?
kepr00
I think I finally got this working. Looks like I just needed to be a little more proactive in monitoring the space that the log files are consuming. It seems that simply backing up the transaction log and removing the inactive entries with SQL Backup does not shrink the log file very much. Some times the file shrinks a little, but the overall trend is that the file grows even though the actual data in the Log File is < 10% of the total file size. What I had to do was set up a daily job to monitor the size of the logs using DBCC sqlperf (logspace) I have a server that hosts over 60 db instances. What happened in my particular instance was that once the transaction logs reach a certain size, SQL Backup stoped backing up the Transaction Logs because the time it thought it should take overlaped the next start. Once this happened, the transaction logs filled up and continued to grow. The only way that I found to correct it was to stop all SQL Backup schedules and use dbcc shrinkfile and BACKUP LOG <DBName,SysName,dbName> WITH truncate_only on all my databases. Once the database transaction logs were a manageable size again, I restarted SQL Backup Transaction Log backups. Now I monitor the log size daily. Once they reach a certain size I just have to use DBCC ShrinkFile to reclaim some of the empty space. / comments
I think I finally got this working. Looks like I just needed to be a little more proactive in monitoring the space that the log files are consuming. It seems that simply backing up the transaction...
0 votes
I've only just begun to look at the new features, but so far its a big hit. Thanks / comments
I've only just begun to look at the new features, but so far its a big hit. Thanks
0 votes