Geschrieben von Grag on Dezember 22, 2003 um 12:51:

Als Antwort auf Re: DB2 z/OS V7 Logging Parms geschrieben von Gernot Ruban on November 28, 2003 um 18:12:

: 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

Schreibe eine Antwort