Re: DB2 Governor für Dummies

Geschrieben von Gernot Ruban am Mai 27, 2003 um 20:10:

Als Antwort auf DB2 Governor für Dummies geschrieben von Alex Hauskrecht on Mai 26, 2003 um 11:04:

Hi Alex, (wir nennen uns hier alle beim Vornamen!)

zunächst zur Literatur:
Im System Administration Guide gibt es eine ganz gute Erklärung des Governors, in der Command Reference sind die Aufrufe beschrieben. Redbook "Siebel 7 Using DB2 UDB V7.x Planning & Installation Guide for AIX/Win2K" siehe Link unten.

Zum konkreten Problem:
Die meisten 3-Tier-Applications, wie aus SAP R/3, arbeiten mit einem einzigen User (z.B. SAPR3) und einer Database Engine (z.B. disp+work). Man kann also kaum gezielt Vorgänge identifizieren. DB2 bietet eigentlich zusätzl. die DB2 Account Infos (auch unter OS/390 zu erkennen) an, die sind aber ebenso nutzlos, weil die ERP-Clients keinen DB2 Client besitzen.

Hier den Governor ins Spiel zu bringen könnte sogar gefährlich werden, weil wichtige Vorgänge innerhalb des Systems durch solche Eingriffe erheblich gestört werden könnten.

Stattdessen sollten die Einrichtungen des ERP-Systems genutzt werden, um den Ressourcenverbrauch zu kontrollieren. Der jeweilige Basis-Administrator, angeregt vom DB2 DBA/SA (grrrrr*?!boing*), kann da ganz viel machen.

Viele Grüße
Gernot

Siebel 7 Using DB2 UDB V7.x Planning & Installation Guide for AIX/Win2K

Antworten:

Re: DB2 Governor für Dummies Strange Man 14:53 14.11.2003 (1)
- Re: DB2 Governor für Dummies mom 00:59 15.12.2003 (0)
Re: DB2 Governor für Dummies Alex Hauskrecht 07:50 28.5.2003 (0)

Schreibe eine Antwort

Name:
E-Mail:

Thema:

Kommentar:
: Hi Alex, (wir nennen uns hier alle beim Vornamen!) : zunächst zur Literatur: : Im System Administration Guide gibt es eine ganz gute Erklärung des Governors, in der Command Reference sind die Aufrufe beschrieben. Redbook "Siebel 7 Using DB2 UDB V7.x Planning & Installation Guide for AIX/Win2K" siehe Link unten. : Zum konkreten Problem: : Die meisten 3-Tier-Applications, wie aus SAP R/3, arbeiten mit einem einzigen User (z.B. SAPR3) und einer Database Engine (z.B. disp+work). Man kann also kaum gezielt Vorgänge identifizieren. DB2 bietet eigentlich zusätzl. die DB2 Account Infos (auch unter OS/390 zu erkennen) an, die sind aber ebenso nutzlos, weil die ERP-Clients keinen DB2 Client besitzen. : Hier den Governor ins Spiel zu bringen könnte sogar gefährlich werden, weil wichtige Vorgänge innerhalb des Systems durch solche Eingriffe erheblich gestört werden könnten. : Stattdessen sollten die Einrichtungen des ERP-Systems genutzt werden, um den Ressourcenverbrauch zu kontrollieren. Der jeweilige Basis-Administrator, angeregt vom DB2 DBA/SA (grrrrr*?!boing*), kann da ganz viel machen. : Viele Grüße : Gernot

Optionale Link URL:
Link Titel:
Optionale Image URL:

[ Antworten ] [ Forum ]