Jump to content

Transaktionsprotokoll (*.log) verkleinern


Direkt zur Lösung Gelöst von NilsK,
Der letzte Beitrag zu diesem Thema ist mehr als 180 Tage alt. Bitte erstelle einen neuen Beitrag zu Deiner Anfrage!

Empfohlene Beiträge

  • Beste Lösung

Moin,

 

Wenn man regelmäßig richtige Backups macht, wächst das Log normalerweise gar nicht so groß an. Aber im Wesentlichen ist die Antwort Ja.

 

https://www.faq-o-matic.net/2014/08/27/sql-server-transaktionsprotokoll-verkleinern/

 

Gruß, Nils

 

bearbeitet von NilsK
Link zu diesem Kommentar

Danke für die Antwort und dem Link.

 

vor 48 Minuten schrieb cj_berlin:

aber wenn Deine Logs unkontrolliert anwachsen, kannst Du ja auch kritisch hinterfragen, ob jede Anwendung ihre Datenbank tatsächlich im Wiederherstellungsmodell "FULL" benötigt.

 

Ist es nicht eigentlich besser, das Backup "Vollständig" als "Einfach" zu machen, damit man die Option hat Transaktionsloggenau wiederherzustellen?

 

Link zu diesem Kommentar
vor 23 Minuten schrieb Peterzz:

Ist es nicht eigentlich besser, das Backup "Vollständig" als "Einfach" zu machen, damit man die Option hat Transaktionsloggenau wiederherzustellen?

Wenn Du eine Anwendung hast, die einfach nur Logs und Konfigurationsänderungen in die DB schreibt, was willst Du da mit einem Point-in-Time-Restore anfangen?

Klar, bei Finanztransaktionen oder so ist es notwendig, aber viele Anwendungshersteller machen sich da keinen Kopf. Manche schreiben sogar in ihrem Install Guide "recovery model=simple", erzeugen die Datenbank aber mit Standardeinstellungen von SQL (recovery model=full).

Link zu diesem Kommentar

Korrigiert mich wenn ich falsch dran bin. 

Wenn man das Full-Model fährt und recht große Log-Dateien hat kann ein Verkleinern der Dateien schon Effekt haben.

Ist das automatische Vergrößern der Datei auf einen sehr kleinen Fixwert eingestellt, z.B. 1 MB, führt das unter Umständen dazu das man eine fragmentierte Datei hat. 

Ist ein Prozentwert eingestellt und das File ist groß kann das Anfordern von Platz Zeit kosten, was sich auf die Verarbeitungszeit auswirken kann.

Und ja - das ganze hängt mit dem darunter liegenden HD-System zusammen.

Regelmäßiges Abschneiden mag diese Effekte haben. Daher sollte die File-Einstellung mit ins Kalkül gezogen werden.

Gruß MDD

bearbeitet von MDD
fragmentiert statt defragmentiert. Danke Nils
Link zu diesem Kommentar
  • 4 Wochen später...

Moin,

 

vor 3 Minuten schrieb Squire:

Normalerweise schneidet jede halbwegs vernünftige und für SQL Server geeignete Sicherungssoftware die Transaction Logs nach dem Backup ab, sodass ein manuelles Verkleinern nicht nötig ist. 

das habe ich auch jahrelang gedacht und behauptet. Das ist aber nicht so. Mindestens das eingebaute Backupsystem lässt bei einem Full Backup die Logs in Ruhe. Man muss sich separat drum kümmern.

 

https://www.sqlservercentral.com/forums/topic/does-a-full-backup-truncate-the-log

 

Gruß, Nils

 

Link zu diesem Kommentar
Der letzte Beitrag zu diesem Thema ist mehr als 180 Tage alt. Bitte erstelle einen neuen Beitrag zu Deiner Anfrage!

Schreibe einen Kommentar

Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.

Gast
Auf dieses Thema antworten...

×   Du hast formatierten Text eingefügt.   Formatierung jetzt entfernen

  Only 75 emoji are allowed.

×   Dein Link wurde automatisch eingebettet.   Einbetten rückgängig machen und als Link darstellen

×   Dein vorheriger Inhalt wurde wiederhergestellt.   Editor-Fenster leeren

×   Du kannst Bilder nicht direkt einfügen. Lade Bilder hoch oder lade sie von einer URL.

×
×
  • Neu erstellen...