Waitevents beim Erstellen eines OMS
Verfasst von Tenebrias am 26.03.2009 - 11:53
Nachdem nun seit einigen Tagen Grid Control in Version 10.2.0.5 für Windows und Linux verfügbar ist, habe ich mich entschlossen einen ersten Test durchzuführen. Dafür sollte die brav laufende OMS-Landschaft (Repository auf 10.2.0.4, ein OMS auf Windows, ein OMS auf Solaris) nicht angetastet werden.
Also installierte ich auf einer freien Maschine zuerst eine 10.2.0.1 DB-Software samt Datenbank in Defaulteinstellung und schob dann die Installation des OMS in Version 10.2.0.2 an.
Dabei waren an der Datenbank noch ein paar Extraeinstellungen notwendig:
- session_cached_cursors auf mindestens 200
- aq_tm_processes auf mindestens 1
- DBMS_SHARED_POOL erstellen: @?/rdbms/admin/dbmspool
Danach lief der Installer brav an .. und lief .. und lief .. und lief …
2 Stunden später begann ich mich ernstlich zu fragen, was da eigentlich noch passierte.
Ein Blick in v$session_wait zeigte mir knapp 20 sehr lange andauernde Waits der wait_class <b>Scheduler</b> mit dem Even: <b>resmgr:become active</b>.
Mhm. Noch nie gesehen. Danach schaute ich in v$sql um zu sehen, ob überhaupt etwas neues kommt – Fehlanzeige.
Google hilft weiter:
resmgr:become active (Oracle 10g and higher)
* Meaning: Preventing database connections due to an active QUIESCE session
* Optimization steps:Generally, this wait situation occurs when you execute certain EMCA operations such as the operation for creating the EM repository. As a result of these operations, the systems implicity switches to QUIESCE mode. Therefore, all database connections (except users SYS and SYSTEM) must wait for „resmgr:become active“. In this case, refer to Note 1044758 and execute the following command if necessary:
ALTER SYSTEM UNQUIESCE;
Nach diesem schönen Statement verschwanden die Waits augenblicklich, v$sql wurde mit neuen Anweisungen geflutet .. alles lief weiter.
Wunderhübsch.
