6
Transaktionsprotokoll wird beim Reorganisieren zu groß und bricht ab
Hallo
ich habe schon in einigen Foren nachgelesen, aber das konkrete Problem konnte ich leider noch nicht finden.
Ich habe ein neues Programm Update gefahren - das Programm läuft auch. Dann habe ich unsere Datenbank gestartet und die Reorganisation des Programmes begonnen.
Während der Reorganisation wächst das Transaktionsprotokoll auf 21 GB an und dann bricht die Reorganisation ab, mit der Fehlermeldung dass das Transaktionprotokoll zu groß ist.
Was kann ich tun, damit die Reorganisation läuft ohne dass das Transaktionprotokoll explodiert....
Danke für eure Hilfe
ich habe schon in einigen Foren nachgelesen, aber das konkrete Problem konnte ich leider noch nicht finden.
Ich habe ein neues Programm Update gefahren - das Programm läuft auch. Dann habe ich unsere Datenbank gestartet und die Reorganisation des Programmes begonnen.
Während der Reorganisation wächst das Transaktionsprotokoll auf 21 GB an und dann bricht die Reorganisation ab, mit der Fehlermeldung dass das Transaktionprotokoll zu groß ist.
Was kann ich tun, damit die Reorganisation läuft ohne dass das Transaktionprotokoll explodiert....
Danke für eure Hilfe
Auf Facebook teilen
Auf X (Twitter) teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 161622
Url: https://administrator.de/forum/transaktionsprotokoll-wird-beim-reorganisieren-zu-gross-und-bricht-ab-161622.html
Ausgedruckt am: 18.04.2025 um 06:04 Uhr
6 Kommentare
Neuester Kommentar
Halo auch
Mit weniger Informationen hättest du auch kaum aufwarten können ;) Alles, was ich aus dem Schreiben entnehmen kann ist, dass es sich um eine Datenbank zu handeln scheint. Aber ich nehme aml die Kristallkugel aus dem Schrank und gehe von einer SQL Datenbank aus.
Je nachdem, wie groß die Datenbank ist und was dann in der Datenbank geschieht, kann so ein Protokoll auch schon mal ziemlich groß werden.
Ich gehe davon aus, dass du die Datenbank vor der ganzen Aktion 1. gesichert hast und 2. anschließend geprüft hast.
Wie ist die Protokollierung eingestellt ? Bei großen Operationen ist eine vollständige Protokollierung eher ungeeignet. Da verbleiben auch alle abgeschlosseneen Transaktionen im Prortokoll.
Gruß
Hubert
Mit weniger Informationen hättest du auch kaum aufwarten können ;) Alles, was ich aus dem Schreiben entnehmen kann ist, dass es sich um eine Datenbank zu handeln scheint. Aber ich nehme aml die Kristallkugel aus dem Schrank und gehe von einer SQL Datenbank aus.
Je nachdem, wie groß die Datenbank ist und was dann in der Datenbank geschieht, kann so ein Protokoll auch schon mal ziemlich groß werden.
Ich gehe davon aus, dass du die Datenbank vor der ganzen Aktion 1. gesichert hast und 2. anschließend geprüft hast.
Wie ist die Protokollierung eingestellt ? Bei großen Operationen ist eine vollständige Protokollierung eher ungeeignet. Da verbleiben auch alle abgeschlosseneen Transaktionen im Prortokoll.
Gruß
Hubert
Hallo
ja es ist ein SQL Datenbank und die Datenbank an sich ist 7 GB groß.
Hab die Datenbank auch vorher gesichert (so mutig bin ich dann auch nicht
)
Bei der Protokollierung ist glaub Simple eingestellt. Habe jetzt noch Platz auf der Festplatte geschaffen (44 GB) und habe den Vorgang erneut gestartet.
und bin jetzt gespannt, ob der Platz reicht.
Eine Möglichkeit das Protokoll während des Vorganges zu kürzen gibt es nicht oder?
ich hatte dann vor die Datenbank zu trennen, zu kopieren (in ein Verzeichnis mit mehr Platz) und dann den Vorgang erneut zu starten. Aber leider zeigt er mir dort nur die Festplatten das Servers an auf dem der SQL Server läuft - kann man dort irgendwie ein Verweis auf einen anderen Server bringen?
oder vielleicht die Datenbank vorher verkleinern?
Danke
ja es ist ein SQL Datenbank und die Datenbank an sich ist 7 GB groß.
Hab die Datenbank auch vorher gesichert (so mutig bin ich dann auch nicht
)Bei der Protokollierung ist glaub Simple eingestellt. Habe jetzt noch Platz auf der Festplatte geschaffen (44 GB) und habe den Vorgang erneut gestartet.
und bin jetzt gespannt, ob der Platz reicht.
Eine Möglichkeit das Protokoll während des Vorganges zu kürzen gibt es nicht oder?
ich hatte dann vor die Datenbank zu trennen, zu kopieren (in ein Verzeichnis mit mehr Platz) und dann den Vorgang erneut zu starten. Aber leider zeigt er mir dort nur die Festplatten das Servers an auf dem der SQL Server läuft - kann man dort irgendwie ein Verweis auf einen anderen Server bringen?
oder vielleicht die Datenbank vorher verkleinern?
Danke
Zitat von @ernie81:
Bei der Protokollierung ist glaub Simple eingestellt. Habe jetzt noch Platz auf der Festplatte geschaffen (44 GB) und habe den
Vorgang erneut gestartet.
Bei der Protokollierung ist glaub Simple eingestellt. Habe jetzt noch Platz auf der Festplatte geschaffen (44 GB) und habe den
Vorgang erneut gestartet.
das solltest du nicht nur glauben... Wenn einfache Protokollierung eingestellt ist, dann bedeutet ein Log von 21 GB, dass er auch diese Menge an Transaktionen initiiert und nicht abgesschlossen hat. Das halte ich eigentlich für eher unwahrscheinlich.
Soll der zweite Satz etwa bedeuten, dass du ganz einfach gesagt keinen Platz mehr auf der Festplatte hattest ?
ich hatte dann vor die Datenbank zu trennen, zu kopieren (in ein Verzeichnis mit mehr Platz) und dann den Vorgang erneut zu starten.
Aber leider zeigt er mir dort nur die Festplatten das Servers an auf dem der SQL Server läuft - kann man dort irgendwie ein Verweis auf einen anderen Server bringen?
Aber leider zeigt er mir dort nur die Festplatten das Servers an auf dem der SQL Server läuft - kann man dort irgendwie ein Verweis auf einen anderen Server bringen?
die Datenbanken müssen schon auf dem Server liegen, auf dem auch der Datenbankdienst läuft.
oder vielleicht die Datenbank vorher verkleinern?
das wird dann aber an der Größe des Logs auch nichts ändern. Man sollte diesen Vorgang ohnehin nur mit Voricht angehen. Das Verkleinern der Datenbank führt anschließend unweigerlich wieder zum Vergrößern (es sei denn, die ist "Read Only"), was dann wieder zu einer Datenbankfragmentierung führt
Gruß
Hubert
Die Log Datei muss auch auf dem Server liegen, wo die Datenbank liegt?
Meine Festplatte hat hier nur eine Kapazität von 70 GB und das scheint hier nicht zur reichen
Meine Festplatte hat hier nur eine Kapazität von 70 GB und das scheint hier nicht zur reichen
Gerade die Logdatei benötigt der Server quasi in Echtzeit. Da wird schließlich jede Tätigkeit protokolliert damit im Fehlerfall ein Rollback durchgeführt werden kann. Keine Chance...
Irgendwie ercheint es mir aber nach wie vor ein wenig merkwürdig, dass dein Log mit einfacher Protokollierung so anschwillt. Nach der Sicherung (wie hat du gesichert - ich hoffe ordentlich über den Sever-Manager mit Bereinigung der Protokolle) sollten das Log ja bei ca "Null" gewesen sein.
Irgendwie ercheint es mir aber nach wie vor ein wenig merkwürdig, dass dein Log mit einfacher Protokollierung so anschwillt. Nach der Sicherung (wie hat du gesichert - ich hoffe ordentlich über den Sever-Manager mit Bereinigung der Protokolle) sollten das Log ja bei ca "Null" gewesen sein.
jo die war auch bei 500 KB oder so mittlerweile wieder bei über 40 GB
noch läufts und ich hab auch noch schnell bissl was wegkopiert, damit mehr Platz wird...
mal sehn, vielleicht hab ich glück und der schafft das jetzt - wäre gut
hab noch 5 GB Luft
Also hab gerad nochmal geschaut Wiederherstellungstyp: Einfach
noch läufts und ich hab auch noch schnell bissl was wegkopiert, damit mehr Platz wird...
mal sehn, vielleicht hab ich glück und der schafft das jetzt - wäre gut
hab noch 5 GB LuftAlso hab gerad nochmal geschaut Wiederherstellungstyp: Einfach
