Moin moin,
ich bediene mich mal schnell der Diagnostic Queries von Glenn Berry.
Zuerst: wie voll ist das T-Log derzeit, wieviel Luft haben wir noch?
-- Recovery model, log reuse wait description, log file size, log usage size (Query 16)
-- and compatibility level for all databases on instance
SELECT db.[name] AS [Database Name], db.recovery_model_desc AS [Recovery Model],
db.log_reuse_wait_desc AS [Log Reuse Wait Description],
ls.cntr_value AS [Log Size (KB)], lu.cntr_value AS [Log Used (KB)],
CAST(CAST(lu.cntr_value AS FLOAT) / CAST(ls.cntr_value AS FLOAT)AS DECIMAL(18,2)) * 100 AS [Log Used %],
db.[compatibility_level] AS [DB Compatibility Level],
db.page_verify_option_desc AS [Page Verify Option], db.is_auto_create_stats_on, db.is_auto_update_stats_on,
db.is_auto_update_stats_async_on, db.is_parameterization_forced,
db.snapshot_isolation_state_desc, db.is_read_committed_snapshot_on,
db.is_auto_close_on, db.is_auto_shrink_on
FROM sys.databases AS db WITH (NOLOCK)
INNER JOIN sys.dm_os_performance_counters AS lu WITH (NOLOCK)
ON db.name = lu.instance_name
INNER JOIN sys.dm_os_performance_counters AS ls WITH (NOLOCK)
ON db.name = ls.instance_name
WHERE lu.counter_name LIKE N'Log File(s) Used Size (KB)%'
AND ls.counter_name LIKE N'Log File(s) Size (KB)%'
AND ls.cntr_value > 0 OPTION (RECOMPILE);
Haben wir noch offene Transaktionen?
-- Listing 4.26: Interrogating the active_snapshot_database_transactions DMV.
SELECT DTASDT.transaction_id ,
DTASDT.session_id ,
DTASDT.transaction_sequence_num ,
DTASDT.first_snapshot_sequence_num ,
DTASDT.commit_sequence_num ,
DTASDT.is_snapshot ,
DTASDT.elapsed_time_seconds ,
DEST.text AS [command text]
FROM sys.dm_tran_active_snapshot_database_transactions DTASDT
INNER JOIN sys.dm_exec_connections DEC
ON DTASDT.session_id = DEC.most_recent_session_id
INNER JOIN sys.dm_tran_database_transactions DTDT
ON DTASDT.transaction_id = DTDT.transaction_id
CROSS APPLY sys.dm_exec_sql_text(DEC.most_recent_sql_handle) AS DEST
WHERE DTDT.database_id = DB_ID()
So bekommt man einen ungefähren Eindruck, was noch an aktiven Parts im T-Log sein kann.
Ansonsten wie Olaf schon gesagt hat, das LogBackup mal auf ein anderes Zielverzeichnis schreiben lassen. Geht zur Not auch auf einen UNC Pfad.
Hast Du SQL 2k8R2 aufwärts? Dann mit dem Schalter WITH COMPRESSION das Backup ausführen. Hat zwar einen leicht höheren CPU Bedarf, aber dafür müssen weniger Daten auf Platte geschrieben werden und das Backup geht insgesamt schneller.
Ein Shrink vor dem LogBackup hilft an der Stelle ja auch nicht wirklich, da die Menge an Daten, die via Backup weggeschrieben werden, sich ja nicht minimieren. Es wird ja kein Abbild der LogDatei bei der Sicherung erzeugt.
Gruß
Dirk
May you never suffer the sentiment of spending a day without any purpose
