In Pufferpool 4096 sind keine Seiten verfügbar

Hallali Herr Ruban,

vielen Dank für die Antwort.
Das Problem ist, dass die DB2-Datenbank seither grundsätzlich funktioniert hat.
Nun sind jedoch weitere Datenbanken hinzugekommen und das Bufferpool-Problem tritt auf, wenn zusätzlichen Datenbanken
verwendet werden.

Vorab:
REORGS und RUNSTATS laufen regelmäßig bzw. diese werden grundsätzlich direkt nach dem Laden von Tabellen ausgeführt.
Der Fehler ist aber nicht in diesem Zusammenhang bzw. zu jenem Zeitpunkt aufgetreten, wo REORGs bzw. RUNSTATs gelaufen sind.
Was ist mit Non-Advanced Windows gemeint?
Kann Windows 2003 mehr als 2 GB Hauptspeicher addressieren bzw. kann DB2 auf darüberliegenden Speicher bei Windows 2003 zugreifen bzw. wo und wie kann ich dies erkennen?

Hier noch einige Antworten auf Ihre in der Antwort enthaltenen Fragen, woraus sich möglicherweise weitere Anhaltspunkte bzw. Antworten ergeben. Insbesondere vieleicht auch, was mit "In Pufferpool "4096"" gemeint ist.

A) Wie groß ist der bzw sind die Bufferpools?
BPNAME       NPAGES   BUFFERPOOLID  PAGESIZE
BP_XY1       120000   2             4096
BP_XY2       10000    5             16384
BP_XY3       100000   3             4096
BP_XY4       60000    4             4096
IBMDEFAULTBP 60000    1             4096

B) Art des DB-Systems: Transaktionen oder Auskunfts-System?
Ich denke Auskunftssystem (kann ich das irgendwo nachträglich abfragen?)

C) Größe des realen Hauptspeichers?
Angepaßte Installation Windows Standard Server 2003 – Intel(R)Xeon(TM) CPU 2.40 GHz 2.39 GHz, 2,50 GB RAM

D) Kann DB2 den Speicher konsumieren oder gibt es weitere Anwendungen auf dem System?
Neben DB2 befindet sich auf dem DB2-Server noch ein Webserver und diverse Perl-Skripte, sowie natürlich die DB2-"Geschichten", wie z. B. die Steuerzentrale.

Habe nachfolgend noch nachgesehen, was DB2 (via Steuerzentrale) für Einstellungen empfehlen würde.
Wenngleich ich hier bei den Vorgaben keine Änderungen gemacht habe.
Hier der entsprechende Screenshot:
<a href="http://www.bildercode.de/galerie/1225973020_59817/configdb2.gif"&#062;
<img src="http://www.bildercode.de/img/1225973020_59817/s/configdb2.gif&#034; border="0" title="http://www.bildercode.de kostenloses Bilderhosting">

Tschüüüsss und schonmal wieder vielen Dank im Voraus

Jürgen Büchner

Hallali Herr Ruban,

Wow!!! Eine total umfangreiche Antwort von Ihnen. Bin begeistert und momentan dabei die von Ihnen benannten Links bzgl. DB2 und Win2003 durchzulesen (wenngleich "lesen" und "verstehen" nicht zwangsläufig deckungsgleich sein müssen).

Habe die Dingelchen, die Sie genannt haben, durchgeführt (so weit es möglich war), konnte den Fehler aber nur bedingt eingrenzen, da jener Bufferpool-Fehler nicht unbedingt sofort auftritt. Gestern ist er bspw. in der massiven Art (dass gar nichts mehr ging) gar nicht aufgetreten, jedoch konnte im Logfile erkannt werden, dass es bzgl. Bufferpool bzw. Speicher nicht sehr gut aussieht und es nur eine Frage der Zeit sein würde, bis die Meldung "In Pufferpool 4096 sind keine Seiten verfügbar" wieder aufblitzt.

Ich deute die Sache jetzt erst mal so: Die Default-Bufferpools bzw. jene, die manuell angelegt wurden, laufen voll. Im nächsten Schritt verwendet DB2 von sich aus irgendeinen Systembufferpool, den es mit "Pufferpool 4096" benennt (weswegen ich diesen auch nirgends finde). Tja, und dieser läuft schließlich auch noch voll und das war’s dann. Lieg ich da vom Prinzip (bzgl. Verständnis) her richtig?

Aber nun der Reihe nach:
1.) Systemwerte:
Hier, jeweils als Link hinterlegten Werte von DB2, von den Datenbanken, von der Windows-Version, usw.:
a) Windows-Version: ver
b) DB2Level: db2level
c) DB2-Konfiguration: db2 get dbm cfg
d) Die verschiedenen Datenbanken (MISIP, IPO, IPOTEMP, MARZIPAN, TOOLSDB, MISOLAP):
– MISIP = db2 get db cfg for misip
– IPO = db2 get db cfg for ipo
– IPOTEMP = db2 get db cfg for ipotemp
– MARZIPAN = db2 get db cfg for marzipan
– MISOLAP = db2 get db cfg for misolap
– TOOLSDB = db2 get db cfg for toolsdb

2.) Logfile mit Bufferpool-, Speichermeldungen:
Hier Passagen aus dem Logfile, als es die Bufferpoolprobleme gab:
db2diaglog.txt

Habe DB2 daraufhin gestoppt, neu gestartet und es wurde dafür gesorgt, dass nur noch auf die MISP-DB und nicht mehr auf die anderen DBs zugegriffen wird, wodurch zumindest die MISIP-DB problemlos lief. Allerdings werden die anderen DBs auch benötigt, weswegen ja dieser Eintrag im Forum entstand. Die anderen DBs benutzen übrigens andere Bufferpools. Bei der IPO ist es der Systembufferpool mit der Größe 256 und bei der IPOTEMP ist es der Systembufferbool mit einem extrem hohen Wert zwischen 60.000 und 270.000 (sorry… schreibe dies gerade von zu Hause und habe dämlicherweise den Wert nicht parat).

3.) Änderungen an den DB2-Einstellungen:
Habe die Einstellungen mal entsprechend Ihrer Antwort angepasst.
INTRA_PARALLEL habe ich belassen, da es bereits auf "Nein" stand.
Bei MAX_QUERYDEGREE habe ich den Wert auf von "-1" auf "1" gesetzt und die beiden im Screenshot dargestellten Häkchen deaktiviert.
max querydegree.gif

Eine Veränderung konnte ich nur insofern feststellen, dass es Anwendungen gab, die danach gefühlsmäßig langsamer liefen und andere Anwendungen bei denen die Ausführungsgeschwindigkeit offensichtlich stieg.

Wie aus dem Logfile erkennbar gab es während dieser Tests trotzdem Bufferpool-, Speicher-, sowie einige andere Meldungen, die ich auszugsweise hier als Link beigefügt habe:
db2diaglog.txt nach Anpassung

Tja, nun bin ich erstmal wieder mit dem Latein am Ende. Bzgl. Massenupdate mit keinem COMMIT oder zu geringer COMMIT-Frequenz bin ich momentan überfragt. Musss mich da ggf. noch vertiefen, ob dies irgendwo der Fall ist. Zusätzlich werde ich mal den Bufferpool bei der IPOTEMP deutlich verkleinern.

Vieleicht haben Sie ja noch eine Idee (Ferndiagnose), welche aufgrund meines Geschriebsels zur Lösung führen könnte.

Mit freundlichen Grüßen

Jürgen Büchner

Hallali Herr Ruban,

vielen Dank für die gelungene Hilfe durch Ihre Antworten.

Sicherlich sind die Datenbanken immer noch weit davon entfernt optimal konfiguriert zu sein… aber zumindest "laufen" sie nun, ohne dass die Bufferpools überlaufen.

Besonders hilfreich war der Hinweis auf "db2 activate db", da so direkt beobachtet werden konnte, wie das System peu à peu in die Knie ging.

Nachdem ich die Bufferpools für die einzelnen DBs inzwischen angepasst habe sieht nun die "db2diag.log"-Datei wieder halbwegs akzeptabel aus.

Nachfolgend erkennbar der aktuelle Speicherplatzverbrauch (via DB2 Memory Visualizer) der einzelnen Datenbanken:

Hier die aktuellen Bufferpools, mit denen das System nun "läuft":

"db2pd -osinfo" ergibt nun folgendes Bild:
OSName: WIN32_NT
NodeName: G021SPWMK1MIS1
Version: 5.2
Release: Service Pack 2
Machine: x86 Family 15, model 2, stepping 7

CPU Information:
TotalCPU OnlineCPU ConfigCPU Speed(MHz) HMTDegree Cores/Socket
4 4 4 2394 2 1

Physical Memory and Swap (Megabytes):
TotalMem FreeMem AvailMem TotalSwap FreeSwap
2560 285 285 3950 3659

Virtual Memory (Megabytes):
Total Reserved Available Free
6510 n/a n/a 3944

In den nächsten Tagen wird noch ein bisschen Hauptspeicher eingebaut, der ein oder andere Bufferpool noch angepasst werden und dann dürfte wieder ausreichend Platz vorhanden sein (zumindest was die Bufferpooldinge betrifft).

Also… nochmals vielen Dank und bis vieleicht bald mal wieder.

Mit freundlichen Grüßen

Jürgen Büchner