Gernot.
Hallo Forum,
hat jemand von Euch gehört oder erlebt, dass DB2 10 for z/OS (seit Installation des RSU1405) Probleme mit der Hauptspeicherverwaltung hat?
Seit Installation des o.g. Wartungspakets schaukelt sich der Auxiliary Storage Bereich immer weiter auf, Auxiliary Slots werden allokiert und nicht mehr freigegeben. Dieses Phänomen tritt bei mehreren Subsystemen auf dem selben APAR auf. In der Folge musste ein IPL durchgeführt werden, um das Problem zu beheben, denn weitere Tasks/Jobs konnten nicht mehr gestartet werden. Irgendwelche Meldungen (IRA206I, IRA200E, IRA201E, IRA400E) des RSM (Real Storage Managers) wurden übrigens nicht in Syslog gestellt.
Das Problem war mit DB2 SMF IFCID 225 und dort dem Elementen QW0225AX (number of auxiliary slots (4K) in use) erkennbar. Im RMF III Monitor, Report STORM, war ein stetiger und eklatanter Anstieg der Shared Storage Frames (HVSHARE bzw. HVSHRDATA) erkennbar.
Real Storage (IFCID 225 Element QW0225RL) war nicht betroffen, was man auch in den verfügbarnen System Monitoren feststellen konnten.
Versuchsweise wurde REALSTORAGE_MANAGEMENT=AUTO (siehe PM24723) aktiviert, was unter Umständen aber nur auf den Real Storage und nicht Auxiliary Storage wirkt.
Grüße
Gernot
Nachtrag: Im der DB2 10 Installation Guide steht folgendes …
Shared memory storage requirements
Shared memory is a type of virtual storage that allows multiple address spaces to easily address storage that is common to DB2® address spaces. This memory resides above the 2 GB bar.
The shared memory object is created at DB2 startup, and all DB2 address spaces for the subsystem (DSN1DIST, DSN1DBM1, DSN1MSTR, and Utilities) are registered with z/OS® to be able to access the shared memory object.
To define the size of the shared memory and the 64-bit common area, use the HVSHARE and HVCOMMON parameters of the IEASYSxx member in the parmlib concatenation.
Restriction: Ensure that you have defined a high enough value for HVSHARE to satisfy all component requests for shared memory within the z/OS image. The default value is 510 TB. DB2 Version 10 requires 160 GB of contiguous 64-bit shared private storage for each DB2 subsystem above the 2 GB bar. This storage is virtual, and it is controlled by the z/OS HVSHARE parameter in IEASYSxx. This storage is not backed at allocation, only as it is used. You can monitor the space usage with IFCIDs 0225 and 0217.
IFCID 0225 has statistics that you can use to determine the amount of currently defined storage and how much of it is currently allocated.
Link zur Doku: http://www-01.ibm.com/support/knowledgecenter/SSEPEK_10.0.0/com.ibm.db2z10.doc.inst/src/tpc/db2z_sharedmemorystgreqs.dita
Nachtrag II:
Der DSNZPARM REALSTORAGE_MANAGEMENT=AUTO hat nach meiner Auffassung bislang keinerlei Änderung und schon gar keine Verbesserung gebracht: Laut IFCID 225 hat sich der Real Storage Verbrauch kaum verändert, also nicht reduziert. Auch der Auxiliary Storage (AUX) Verbrauch blieb ähnlich – erstaunlicherweise steigt der AUX-Verbrauch jedes Wochenende -der Verdacht ist, dass der Online REORG dieses Phänomen auslöst.
Schau’mer mal, dann werd’n wir schon sehen!
Gruß
Gernot
Hat doch geholfen: Seit Änderung des DSNZPARM auf REALSTORAGE_MANAGEMENT=AUTO traten die eingangs geschilderten Probleme nicht mehr auf.
You must be logged in to reply to this topic.
