Transaction Log voll / log_reuse_wait_desc

[BTadov]

Hallo Zusammen,

ich habe ein Problem. Mein Transaction Log überläuft langsam.

Windows Message (Errorlogs) sagt, ich soll bei log_reuse_wait_desc nachschauen.

Wie kann ich das machen?? Muss ich da eine Query machen oder so?

Vielen Dank.

Grüsse

Boris

[StefanBO]

Du kannst die Spalte z.B. mit
select select name, log_reuse_wait_desc from sys.databases abfragen um zu sehen, welchen Grund die Wartezeit zum Wiederverwenden von Speicher des Logs hat.

Du kannst auch das Transaction-Log vergößern bzw. auf automatisches Wachstum stellen.
Wie groß ist es denn jetzt? (Rechtsklick auf die Datenbank im Management-Studio und dann unter "files")

[BTadov]

Du kannst die Spalte z.B. mit
select select name, log_reuse_wait_desc from sys.databases abfragen um zu sehen, welchen Grund die Wartezeit zum Wiederverwenden von Speicher des Logs hat.

Du kannst auch das Transaction-Log vergößern bzw. auf automatisches Wachstum stellen.
Wie groß ist es denn jetzt? (Rechtsklick auf die Datenbank im Management-Studio und dann unter "files")

die DB Selber (mdb-datei) ist knap 8GB gross, die Transaction Datei (jetzt halt dich fest) 222 GB....

shrink habe ich versucht, dann kommt der genannte fehler.

wenn ich zum beispiel: select log_reuse_wait_desc from sys.databases mache bekomme ich nur eine Tabelle:

1 ACTIVE_TRANSACTION
2 NOTHING
3 LOG_BACKUP
4 NOTHING
5 DATABASE_MIRRORING
6 LOG_BACKUP

muss ich da sonst noch was angeben damit ich den grund weis wieso shrink nicht verkleinern kann?

Danke viel mals

[BTadov]

ah mit select name hats mir die DB angegeben, vielen dank.

bei der betroffenen DB steht nebenan nun: Databas_Mirroring

is in dem Fall das Mirroring der Grund für das riesen Log file??

[O. Helper]

Hallo Boris,

das "Database Mirroring" ist nur der letzte, der zum Zuwachs des Logs beigetragen halt, bevor es "aus allen Nähten platzte".

Das es überhaupt so groß geworden ist, wird eher an einer fehlenden Log-Sicherung liegen.
Werden regelmäßig Sicherungen des Transaktionsprotokoll (log) durchgeführt?

[BTadov]

Ja,

es werden alle 2 Stunden Transaction Logs gemacht, und in der Nacht dann ein Fullbackup.
Habe folgendes gefunden:

When a principal database is exposed, it is active with user connections and processing transactions. However, no log records are being sent to the mirror database, and if the principal should fail, the mirror will not have any of the transactions from the principal from the point the principal entered the exposed state. Also, the principal's transaction log cannot be truncated, so the log file will be growing indefinitely.

http://technet.microsoft.com/de-de/l...8en-us%29.aspx

[BTadov]

Habe nun unseren Mirror gebrochen, ein T-Backup gemacht, dann Fullbackup und Shrinkfile... nun ist der Platz wieder frei.

Kennt evtl. jemand eine gute alternative zum Mirroring von SQL??

Vielen Dank.

Grüsse

Boris