Re: DB2 z/OS V7 Logging Parms

Geschrieben von Gernot Ruban am November 28, 2003 um 18:12:

Als Antwort auf DB2 z/OS V7 Logging Parms geschrieben von Michael Beermann on November 28, 2003 um 13:05:

Hallo Michael,

da die CI Size 4 KB beträgt ist die kleinste I/O Einheit der Logs 4 KB.

DSN6LOGP OUTBUFF steht tatsächlich auf 40000(K)? Beachtlich!

Das Verhalten des DB2 kann ich mir nur so erklären, dass Eure bzw DER Bufferpool mittlerweile zu klein ist und der "Immediate Write Threshold" (IWTH 95%) häufig erreicht wird. In diesem Moment werden die Dirty Pages per Sync Write geschrieben und gelogged.

Admin Guide: Synchronous writes: Synchronous writes usually occur at commit time when an application has updated data. This write is called 'forcing' the log
because the application must wait for DB2 to force the log buffers to disk before control is returned to the application. If the log data set is not busy, all log buffers are written to disk. If the log data set is busy, the requests are queued until it is freed.

Auslöser für Immediate Write:
o A data set is closeed
o A checkpoint occurs
o The immediate threshold is reached (97.5% of the pages in the buffer pool are in use)
o Write engines are not available.

Die Reihenfolge wäre also ...
- Force Log Write weil Sync Write ausgelöst
- Sync Write ausgelöst weil IWTH (95%) erreicht
- IMWTH erreicht weil Bufferpool voll
- BP voll weil ...

Eine Analyse des Logs scheint nicht sinnvoll, weil vom IWTH-Signal auch Pages betroffen sein können, die mit dem Problem ursächlich gar nichts zu tun haben.

Dies sind natürlich nur Mutmaßungen. Weitere wertvolle Hinweise findest Du hier auf der Site unter http://ruban.de/DB2_OS_390/DB2_OS_390_Tipps_Tricks/System-_und_betriebsorientiert/Bufferpool_Thresholds/bufferpool_thresholds.html - folge dem Link unten.

Bitte kläre uns dann auf zu welchen Erkenntnissen Ihre letzten Endes gekommen seid.

Viele Erfolg
Gernot

www.ruban.de: Bufferpool Thresholds

Antworten:

Re: DB2 z/OS V7 Logging Parms Grag 12:51 22.12.2003 (0)

Schreibe eine Antwort

Name:
E-Mail:

Thema:

Kommentar:
: Hallo Michael, : da die CI Size 4 KB beträgt ist die kleinste I/O Einheit der Logs 4 KB. : DSN6LOGP OUTBUFF steht tatsächlich auf 40000(K)? Beachtlich! : Das Verhalten des DB2 kann ich mir nur so erklären, dass Eure bzw DER Bufferpool mittlerweile zu klein ist und der "Immediate Write Threshold" (IWTH 95%) häufig erreicht wird. In diesem Moment werden die Dirty Pages per Sync Write geschrieben und gelogged. : Admin Guide: Synchronous writes: Synchronous writes usually occur at commit time when an application has updated data. This write is called 'forcing' the log : because the application must wait for DB2 to force the log buffers to disk before control is returned to the application. If the log data set is not busy, all log buffers are written to disk. If the log data set is busy, the requests are queued until it is freed. : Auslöser für Immediate Write: : o A data set is closeed : o A checkpoint occurs : o The immediate threshold is reached (97.5% of the pages in the buffer pool are in use) : o Write engines are not available. : Die Reihenfolge wäre also ... : - Force Log Write weil Sync Write ausgelöst : - Sync Write ausgelöst weil IWTH (95%) erreicht : - IMWTH erreicht weil Bufferpool voll : - BP voll weil ... : Eine Analyse des Logs scheint nicht sinnvoll, weil vom IWTH-Signal auch Pages betroffen sein können, die mit dem Problem ursächlich gar nichts zu tun haben. : Dies sind natürlich nur Mutmaßungen. Weitere wertvolle Hinweise findest Du hier auf der Site unter http://ruban.de/DB2_OS_390/DB2_OS_390_Tipps_Tricks/System-_und_betriebsorientiert/Bufferpool_Thresholds/bufferpool_thresholds.html - folge dem Link unten. : Bitte kläre uns dann auf zu welchen Erkenntnissen Ihre letzten Endes gekommen seid. : Viele Erfolg : Gernot

Optionale Link URL:
Link Titel:
Optionale Image URL:

[ Antworten ] [ Forum ]