Re: DB2 UDB sizing

Geschrieben von Gernot Ruban on Dezember 18, 2001 um 21:50:

Als Antwort auf DB2 UDB sizing geschrieben von Catherine LAUZER on Dezember 17, 2001 um 19:18:

Hallo Catherine,

ich habe mich auch schon mit diesem Thema beschäftigt, allerdings für DB2 UDB for AIX/Solaris. Die adäquaten SAP OSS Records kennst Du anscheinend schon?!

Hinweise zum Hauptspeicher-Bedarf und dem Process Model findest Du neben dem Administration (Planning/Performance) Guide auch im Troubleshooting Guide.
Applheapsz und applctl_hp_sz sind Obergrenzen, d.h. sie werden bei Bedarf genutzt und wachsen maximal bis zur angegeben Anzahl von Pages. Wird hier, oder an anderer Stelle zuviel zugewiesen, kann das System beginnen zu pagen/swapen! Außerdem: 64 Bit Adressierung nur für Unix/OS390 Systeme, 32 Bit für Windows, somit gilt 2 GB als Obergrenze der Adressierbarkeit.

Die DB Configuration läßt sich anhand eines Admin Clients und des Control Centers (Steuerzentrale) überprüfen, in dem man den Assistenten bemüht und verschieden Konfigurationsvariationen durchrechnen läßt.

Einige Links:
- DB2 UDB V7.1 Performance Tuning Guide: http://www.redbooks.ibm.com/redbooks/SG246012.html oder http://www.redbooks.ibm.com/pubs/pdfs/redbooks/sg246012.pdf
- SAP R/3 on DB2 Universal Database (A technical white paper by SAP 1998) http://www-3.ibm.com/software/data/partners/pdfs/sapfile.pdf
- SAP Notes:
33576: Memory Management (as of Release 3.0C, Unix and NT)
313347: NT: Fragen zur Speicherauslastung einer R/3 Instanz
166551: Diagnose von Speicher-Problemen

Viel Erfolg!

Gruß
Gernot

IBM DB2 UDB V7.x Online Literatur

Antworten:

Schreibe eine Antwort

Name:
E-Mail:

Thema:

Kommentar:
: Hallo Catherine, : ich habe mich auch schon mit diesem Thema beschäftigt, allerdings für DB2 UDB for AIX/Solaris. Die adäquaten SAP OSS Records kennst Du anscheinend schon?! : Hinweise zum Hauptspeicher-Bedarf und dem Process Model findest Du neben dem Administration (Planning/Performance) Guide auch im Troubleshooting Guide. : Applheapsz und applctl_hp_sz sind Obergrenzen, d.h. sie werden bei Bedarf genutzt und wachsen maximal bis zur angegeben Anzahl von Pages. Wird hier, oder an anderer Stelle zuviel zugewiesen, kann das System beginnen zu pagen/swapen! Außerdem: 64 Bit Adressierung nur für Unix/OS390 Systeme, 32 Bit für Windows, somit gilt 2 GB als Obergrenze der Adressierbarkeit. : Die DB Configuration läßt sich anhand eines Admin Clients und des Control Centers (Steuerzentrale) überprüfen, in dem man den Assistenten bemüht und verschieden Konfigurationsvariationen durchrechnen läßt. : Einige Links: : - DB2 UDB V7.1 Performance Tuning Guide: http://www.redbooks.ibm.com/redbooks/SG246012.html oder http://www.redbooks.ibm.com/pubs/pdfs/redbooks/sg246012.pdf : - SAP R/3 on DB2 Universal Database (A technical white paper by SAP 1998) http://www-3.ibm.com/software/data/partners/pdfs/sapfile.pdf : - SAP Notes: : 33576: Memory Management (as of Release 3.0C, Unix and NT) : 313347: NT: Fragen zur Speicherauslastung einer R/3 Instanz : 166551: Diagnose von Speicher-Problemen : Viel Erfolg! : Gruß : Gernot : Windows | Main Memory | Maximum Memory avail. : Release | supported | per Process : ---------------------------------------------------------------- : Windows NT 4.0 Server | 4GB | 2GB : Windows NT 4.0 EE | 4GB | 2GB : Windows NT 4.0 EE | | : with 3GB Option | 4GB | 3GB : ---------------------------------------------------------------- : Win2000 Server | 4GB | 2GB : ---------------------------------------------------------------- : Win2000 Advanced Server | 8GB | 2GB : Win2000 Advanced Server | | : with 3GB Option | 8GB | 3GB : ---------------------------------------------------------------- : Win2000 Datacenter Server| 64GB | 2GB : Win2000 Datacenter Server| | : with 3GB Option | 64GB | 3GB

Optionale Link URL:
Link Titel:
Optionale Image URL:

[ Antworten ] [ Forum ]