Der AppServer ist zu einem integralen Data Protector Bestandteil geworden. Wenn er ausfällt, funktioniert weder die Benutzerauthentifizierung noch die Schedules oder das Erstellen von Reports. Es wurde ein kritisches Problem gefunden, das dazu führen kann, dass Upgrades fehlschlagen und Laufzeitprobleme auftreten. Ausgelöst wird das durch ungültige Daten in den jce_service_description und jce_service_property Tabellen in der Data Protector JCE-Datenbank.
Symthome
Während oder im Anschluss an das Upgrade von 8.1x oder 9.x auf 10.x treten einige der folgenden Effekte auf:
- Der AppServer reagiert langsam oder gar nicht wenn omnidbutil -migrate_schedules ausgeführt wird
- Verbunden mit einer sehr hohen CPU Auslastung durch einen Java Prozess auf dem Cell Manager
- Der Vorgang ist extrem langsam und liefert nur Fehler zurück (z.B. pausing quartz scheduler…failed)
- Java Exceptions und Stack overflow werden im AppServer server.log protokolliert
- Backup Sessions werden nicht ausgeführt, obwohl diese eingeplant sind und der Scheduler aktiv ist
- Die Data Protector JCE-Datenbank (Teil der IDB, durch den Advanced- und Consolidated Scheduler genutzt) ist sehr groß
- Die Größe der Datei dpjce-data.idb, welche von omnidbutil -writedb erzeugt wird vor dem Upgrade prüfen
Workaround
- Erstellen Sie eine IDB Sicherung (z.B. IDB Online Backup oder omnidbutil -writedb)
- Stoppen Sie die Data Protector Dienste bis auf die IDB mit dem Kommando
omnisv -stop -noidb
- (Optional) Entfernen Sie alte Log Dateien aus dem Verzeichnis log/AppServer
- Auf Linux/HP-UX Cell Managern:
cd /opt/omni/sbin/dbscripts/CPE omnidbutil -run_script QCCR2A65778_jce_purge_expired_records.sql -jce -detail
- Auf Windows Cell Managern:
cd "%DP_HOME_DIR%\bin\dbscripts\CPE" omnidbutil -run_script QCCR2A65778_jce_purge_expired_records.sql -jce -detail
- Starten Sie die verbliebenen Data Protector Dienste wieder mit dem Kommando
omnisv -start
- Führen Sie die fehlgeschlagenen Kommandos und Prozeduren erneut aus (z.B. omnidbutil -migrate_schedules, perl userMigrate.pl, etc.)
Hinweise
Die oben beschriebene Prozedur kann sowohl vor als auch nach dem Upgrade ausgeführt werden. Stellen Sie nur sicher, dass der AppServer nach dem Ausführen des SQL-Skripts neu gestartet wird.