Announcement

Collapse
No announcement yet.

MS SQL Server 8.0 mit SAP R/3 ERP 5.0 TempDB macht Partition dicht

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • MS SQL Server 8.0 mit SAP R/3 ERP 5.0 TempDB macht Partition dicht

    Hallo Liebe Experten,

    ich habe ein Problem mit MS SQL 2005 Version 8.0. Beim ausführen von Client Copys unter SAP R/3 ERP Systemen kommt es zum überlauf der SQL TempDB. Die TempDB wird über 200 GB!!! groß und wächst so lange bis die Daten Partition voll ist. Erst ein Abbruch der Client Copy und ein Systemneustart behebt das Problem. Danach hat sich die TempDB auch wieder geleert. Kennt jemand dieses Problem? Eine begrenzung des TempDB Wachstums sorgt jediglich dafür das die CC abbricht und das System ebenfalls neu gestartet werden muß.

    Danke und Gruß, Markus

  • #2
    Hallo,

    ...MS SQL 2005 Version 8.0. ...
    eine der beiden Zahlen kann nicht stimmen, der SQL Server 2005 verwendet die Versionsnummer 9.0. Die SQL-Abfrage SELECT @@VERSION schafft hier Klarheit ;-)

    ...ein Systemneustart behebt das Problem. Danach hat sich die TempDB auch wieder geleert.
    Die Systemdatenbank tempdb wird immer dann als Kopie von der Systemdatenbank model neu angelegt, wenn der Dienst des MS SQL Server startet. Das erneute Booten des kompletten Servers startet unter anderem auch den Dienst des MS SQL Server, ist aber für das Aufräumen nicht notwendig.

    Die TempDB wird über 200 GB!!! groß...
    Dafür kann es mehrere Gründe geben:

    a) Während einer SQL-Operation (JOIN, lokale TABLE-Variable einer Stapelanweisung etc.) belegen temporäre Zwischenergebnisse diesen Platz.

    b) Die Datenbank verwendet den neuen Transaktions-Isolationsgrad SNAPSHOT (SI), so dass der SQL Server den originalen Datensatz im Fall eines Schreibzugriffs einer anderen Transaktion nach tempdb kopiert, um das neue Feature Row-Level Versioning (RLV) zu aktivieren.

    c) Es wird eine SQL-Anweisung ausgeführt, die ein kartesisches Produkt der Ergebnismengen von anderen Tabellen bildet.


    P.S: Wie groß ist die originale Datenbank?

    Comment


    • #3
      vielen Dank für die fachliche Antwort.

      Ich habe einen Tippfehler begangen.
      Wir haben hier MS SQL Server 8.0 (2003) und 9.0 (2005) im Einsatz.

      Die Originaldatenbanken sind zwischen 200-400 GB groß.

      Beim anstarten einer Client Copy auf einem SAP System beginnt die TempDB zu wachsen. Und zwar so lange bis es zu einem Abbruch kommt weil die 200 GB große Partition für die TempDB voll gelaufen ist. Das gibt uns zu Rätseln.
      Im SAP Marketplace gibt es kaum konkrete Hinweise zu diesem Problem.
      Außer das man die Partition vergrößern sollte. Wenn Zeitgleich noch ein CHECKDB läuft für die log. und pys. Prüfung dann dauert es nur 30 Min. und das System bricht komplett zusammen.

      Die Maschinen haben 4 Prozessoren a 3,2 Ghz Intel mit 8 GB RAM und 8 GB Swapspace. Auf jeder dieser Maschinen läuft nur eine SAP Instanz und nur eine SQL Datenbank.

      Für weitere Tipps wäre ich sehr dankbar,

      Viele Grüße,

      Markus

      Comment


      • #4
        Hallo,

        wenn der Server mit 8 GByte RAM bestückt ist, aber die Datenbank ca. 400 GByte groß ist, kann eine Ergebnismenge mit hoher Wahrscheinlichkeit nicht komplett im RAM abgelegt werden, so dass tempdb als Ablagefläche für die Zwischenergebnisse einer SQL-Anweisung unverzichtbar ist.

        Wenn die Datenbank nicht für SNAPSHOT konfiguriert wurde (d.h. diese Problemursache enthällt auch), verursacht die von Client Copy ausgelöste SQL-Anweisung das Problem. In diesem Fall muss die Systemdatenbank tempb auf eine Platte (oder ein Array) gelegt werden, bei dem genügend freier Platz ist. Eine andere Lösung sehe ich nicht.

        Comment

        Working...
        X