Fehlerbehebung und Optimieren der Datenbankleistung

v In diesem Beispiel enthält die Datei cfdiag-20091109015035000037.128.log einen
erfolgreichen Prozessstart. Wenn die CF nicht ordnungsgemäß gestartet wurde,
kann dieses Protokoll entweder leer sein oder Fehlernachrichten enthalten.
2009-11-09-01.50.37.0051837000-300 E123456789A779 LEVEL : Event
PID : 688182 TID : 1
HOSTNAME : host04
FUNCTION : CA svr_init, mgmnt_castart
MESSAGE : CA server log has been started.
DATA #1 :
Log Level: Error
Debugging : active
Cluster Accelerator Object Information
AIX 64-bit
Compiler: xlC VRM (900)
SVN Revision: 7584
Built on Oct 12 2009 at 17:00:59
Executable generated with symbols.
Executable generated with asserts.
Model Components Loaded: CACHE, LIST, LOCK
Transport: uDAPL
Number of HCAs: 1
Device[0]: hca0
CA Port[0]: 50638
Total Workers: 4
Conn/Worker: 128
Notify conns: 256
Processor Speed: 1498.000000 Mhz.
Allocatable Structure memory: 170 MB
v Suchen Sie im Verzeichnis CF_DIAGPATH nach Kerndateien oder Stack-Traceback-Dateien.
v Wenn die CFs jedoch nicht erfolgreich gestartet wurden, finden Sie in der
db2diag-Protokolldatei möglicherweise einen entsprechenden Fehler. Beispiel:
2009-11-09-02.32.46.967563-300 I261372A332 LEVEL: Severe
PID : 1282088 TID : 1 KTID : 4751433
PROC : db2start
INSTANCE: db2inst1 NODE : 000
HOSTNAME: host04
EDUID : 1
FUNCTION: DB2 UDB, base sys utilities, sqleIssueStartStop, probe:3973
MESSAGE : Failed to start any CA.
v Suchen Sie in der Umgebung des Zeitpunkts dieser Nachricht, um zugehörige
Fehler zu ermitteln. Wenn beispielsweise Cluster Services eine CF nicht starten
kann, wird in der db2diag-Protokolldatei etwa Folgendes angezeigt:
2009-11-09-02.12.40.882897-300 I256778A398 LEVEL: Error
PID : 737522 TID : 1 KTID : 2371807
PROC : db2havend
INSTANCE: db2inst1 NODE : 000
EDUID : 1
FUNCTION: DB2 UDB, high avail services, db2haOnlineResourceGroup, probe:5982
DATA #1 :
Timeout waiting for resource group ca_db2inst1_0-rg to be online, last known
OpState is 2
v
v
Suchen Sie im Verzeichnis CF_DIAGPATH nach Kerndateien oder Stack-Traceback-
Dateien.
Das Systemfehlerprotokoll für den betroffenen Host kann ebenfalls überprüft
werden, wenn die Ursache weiterhin unbekannt ist. Melden Sie sich bei dem CF-
Host an, der nicht gestartet wurde, und sehen Sie sich das Systemfehlerprotokoll
an, indem Sie den Befehl errpt -a ausführen (unter Linux sehen Sie sich die Datei
/var/log/messages an). Suchen Sie nach entsprechenden Protokolleinträgen
702 Fehlerbehebung und Optimieren der Datenbankleistung