Re: DB Absturz!

Geschrieben von bobbY am Juli 24, 2003 um 17:11:

Als Antwort auf Re: DB Absturz! geschrieben von Gernot Ruban on Juli 24, 2003 um 13:43:

Hallo Gernot,

wir haben eine verteilte DB, die aus 32 Daten-/ + 1 Katalog-Partionen besteht.
Es gibt je Daten-Partition ca. 200 GB Speicherplatz für Online-Bestand.
Dieser Platz ist derzeit ca. 65% belegt (schwankt je nach Phase der Monatsverarbeitung). D.h. für temprorären Bedarf gibt es 32 * ca. 70 GB freien Speicher.

Wenn allerdings eine derartige Abfrage gestartet wird, die den gravierenden Mangel aufweist, ein kartesisches Produkt aus 1.000.000 * 2.000.000 DS zu bilden, und dabei zusätzlich das Feld für die Verbindung den Patitioning-Key darstellt, benötigen Sie für diesen riesigen temporären Datenbestand den Platz auf einer Partition. Im Falle dieser Query wurden ca. 970.000.000 DS in eine Tabelle geschrieben, die ca.62 GB Größe erreicht hatte. Danach war das FS zu 100% voll und das Ergebnis erst bei ca. 0,05%.
Das bedeutet, um solche Sachen auf einem einzelnen Knoten der DB machen zu können benötigen wir ca. den 2000-fachen freien Platz!

Gibt es KEINE Möglichkeit so etwas zu verhindern?

Danke!

Bobby

Antworten:

Re: DB Absturz! Gernot Ruban 19:28 24.7.2003 (0)

Schreibe eine Antwort

Name:
E-Mail:

Thema:

Kommentar:
: Hallo Gernot, : wir haben eine verteilte DB, die aus 32 Daten-/ + 1 Katalog-Partionen besteht. : Es gibt je Daten-Partition ca. 200 GB Speicherplatz für Online-Bestand. : Dieser Platz ist derzeit ca. 65% belegt (schwankt je nach Phase der Monatsverarbeitung). D.h. für temprorären Bedarf gibt es 32 * ca. 70 GB freien Speicher. : Wenn allerdings eine derartige Abfrage gestartet wird, die den gravierenden Mangel aufweist, ein kartesisches Produkt aus 1.000.000 * 2.000.000 DS zu bilden, und dabei zusätzlich das Feld für die Verbindung den Patitioning-Key darstellt, benötigen Sie für diesen riesigen temporären Datenbestand den Platz auf einer Partition. Im Falle dieser Query wurden ca. 970.000.000 DS in eine Tabelle geschrieben, die ca.62 GB Größe erreicht hatte. Danach war das FS zu 100% voll und das Ergebnis erst bei ca. 0,05%. : Das bedeutet, um solche Sachen auf einem einzelnen Knoten der DB machen zu können benötigen wir ca. den 2000-fachen freien Platz! : Gibt es KEINE Möglichkeit so etwas zu verhindern? : Danke! : Bobby

Optionale Link URL:
Link Titel:
Optionale Image URL:

[ Antworten ] [ Forum ]