cancel
Showing results for 
Search instead for 
Did you mean: 

Probleme mit Gru00F6u00DFe des Transaction Log

Former Member
0 Kudos

Hallo,

wir haben auf unserem BW-System Probleme mit dem Transaction Log:

Eckdaten des Systems:

DB:

Gesamtgröße 737.280

Allokiert 534.735

Frei 202.545

Protokoll:

Anzahl Dateien 1

Gesamtgröße 46.080

SAP Version: SAP EHP 1 for SAP NetWeaver 7.0 (x64bit)

MSSQL: 9.00.4053

Das Transaktion Log ist akt. 45 GB groß. Bei bestimmten BW-Funktionen (zB InfoCube komprimieren, Index auf InfoCubes löschen, Aggregatsaufbau ...) kommt es zu folgendem Fehler:

The transaction log for database 'BW1' is full. To find out

why space in the log cannot be reused, see the

log_reuse_wait_desc column in sys.databases

Datenbankfehler 9002 aufgetreten

Backup des Transaction Log ist aktuell wie folgt eingerichtet:

Automatisch stündliches Backup

Sobald das Transaction Log 7 GB allokiert hat, wird mittels Alert ebenfalls ein Backup gestartet.

Hinweis 421644 beschreibt, dass langlaufende oder umfangreiche Transaktionen u.U. ein Truncate des Logs verhindern - und das ist bei uns der Fall!

Der betreffende Infocube bei der der Funktion "InfoCube komprimieren" sieht wie folgt aus (Auszug DB02).

Schema TabName Belegt (kb) Reserviert Daten Anz. Zeilen ZeiModZäh

bw1 /BIC/FUCSA_C83 56.659.872 57.195.384 10.638.776 119.828.524 13.024.553

Was wäre eine vernünftige Größe des Transaction Log? Gibt es andere Lösungsmöglichkeiten (als das Transaction Log zu vergrößern)??

Bin für jede Hilfe/Vorschlag dankbar!

LG, Bernd

Accepted Solutions (1)

Accepted Solutions (1)

Former Member
0 Kudos

The transaction log growth should not stop at 7GB. Please check the maximum size set for transaction log, check if you have enough disk space to grow. you may also consider adding another log file.

Thanks

Mushtaq

Former Member
0 Kudos

At the moment the transaction log could grow up to 45 GB - but that is not enough!

The problem are the long-running or extensive transactions: cause they prevent the log from being truncated because it can be truncated only before the oldest active transaction

Former Member
0 Kudos

Hi Bernd,

wir haben ein BW mit rund 11,5 TB und einer entsprechenden Anzahl an Cubes, DSOs usw. Um die von Dir beschriebene Situation zu vermeiden ist unser TA-Log rund 280 GB groß (welches auch noch weiter wachsen könnte!). Die Größe haben wir an der durchschnittlichen Menge der TA-Logs-Backups pro Tag festgemacht, welche in etwa 250 GB entspricht. Damit "überlebt" man auch mal eine Nacht, in der einiges schief geht, ohne daß das System komplett stehen bleibt bzw. alle Prozesse auf die Bretter gehen.

Habt ihr die Situation schon mal genauer untersucht?

Grüße,

Sven

Former Member
0 Kudos

Hallo,

die Vergrößerung des Transaktion LOgs von 45 auf 120 GB hat das Problem gelöst.

Danke für eure Hilfe!

LG, Bernd

Answers (0)