Probleme beim OHS-Start beheben

Hinweis:

  • Der OHS-Service hängt vom Node Manager ab. Stellen Sie sicher, dass der Node Manager hochgefahren ist und ausgeführt wird.
  • Wenn der Node Manager nicht gestartet werden kann, prüfen Sie die Logs unter: 
    [EPM_ORACLE_INSTANCE]\httpConfig\ohs\nodemanager

OHS-Startfehlerszenarios

Tabelle 11-7 Szenario 1: Startfehler beim sequenziellen Update

Schritt Details
OHS-Installation Stellen Sie sicher, dass die OHS-Installation erfolgreich abgeschlossen wurde.
Struktur des Middleware_Home-Verzeichnisses
  • Stellen Sie sicher, dass das Verzeichnis Middleware_Home/ohs alle erforderlichen Unterordner enthält, die einer bekannten funktionsfähigen Umgebung entsprechen. Kopieren Sie diese andernfalls aus einer funktionsfähigen Umgebung.
  • Middleware_Home/ohs/lib muss alle erforderlichen Bibliotheken enthalten. Wenn ein Startfehler auf fehlende Bibliotheken hindeutet, kann das Problem durch das Kopieren dieses Ordners aus einer funktionsfähigen Umgebung behoben werden.
OPatch-Version Prüfen Sie die OPatch-Version unter Middleware_Home/ohs. Sie muss mit der Version übereinstimmen, die für das aktuelle Release erforderlich ist, um zu bestätigen, dass das OPatch-Upgrade erfolgreich war.
ApplyUpdate-Übersichtslog Prüfen Sie das ApplyUpdate-Übersichtslog auf OHS-Patchfehler oder -konflikte. Weitere Details finden Sie im ApplyUpdate-Detaillog.

Wenn Konflikte gefunden werden:

  1. Führen Sie ein Rollback für den in Konflikt stehenden OPatch durch.
  2. Führen Sie ApplyUpdate erneut aus.

Tabelle 11-8 Szenario 2: Startfehler beim sequenziellen Update, wenn OHS-CPU-Patches vom Benutzer eingespielt wurden

Schritt Details
OHS-Installation Stellen Sie sicher, dass die OHS-Installation erfolgreich abgeschlossen wurde.
  • Unzureichender TMP-Speicherplatz kann zu Installationsfehlern führen. Stellen Sie sicher, dass genügend Speicherplatz im TMP-Verzeichnis vorhanden ist.
  • Auf Linux-Computern verläuft die Installation möglicherweise nicht erfolgreich, wenn das Kennzeichen noexec im Verzeichnis TMP festgelegt ist. Entfernen Sie das Kennzeichen noexec, und installieren Sie OHS manuell neu.
OPatch-Version Prüfen Sie die OPatch-Version unter Middleware_Home/ohs. Sie muss mit der Version übereinstimmen, die für das aktuelle Release erforderlich ist, um zu bestätigen, dass das OPatch-Upgrade erfolgreich war.
ApplyUpdate-Übersichtslog Prüfen Sie das ApplyUpdate-Übersichtslog auf OHS-Patchfehler oder -konflikte. Weitere Details finden Sie im ApplyUpdate-Detaillog.

Wenn Konflikte gefunden werden:

  1. Führen Sie ein Rollback für den in Konflikt stehenden OPatch durch.
  2. Führen Sie ApplyUpdate erneut aus.
Manuell installierte OHS-CPU-Patches Wenn die OHS-CPU-Patches manuell installiert wurden, prüfen Sie, ob die folgende Reihenfolge eingehalten wurde:
  • Wurde OPatch auf die unterstützte Version upgegradet?
  • Wurde der Datenbankclient auf die erforderliche Version upgegradet, bevor die OHS-CPU-Patches eingespielt wurden?
  • Wurden alle OHS-CPU-Patches nach der Installation des Datenbankclients eingespielt, wie in der Fusion Middleware-Dokumentation angegeben?
    • FMW.OHS
    • FMW.OHS.DBRU
    • FMW.OHS.OSS
    • FMW.OHS.VS
    • FMW.OHS.OPSS
OHS-CPU-Patches ohne Datenbankclient eingespielt Wenn der OHS-CPU-Patch ohne den erforderlichen Datenbankclient eingespielt wurde:
  • Führen Sie ein Rollback des OHS-CPU-Patches durch.
  • Wenn ein Rollback nicht möglich ist, prüfen Sie, ob ein Backup der OHS-Installation vorhanden ist.
    • Falls verfügbar, stellen Sie das Backup wieder her.
    • Wenn nicht, kopieren Sie den Ordner ohs aus einer anderen funktionsfähigen Umgebung mit derselben Version.
    • Wenn kein Backup vorhanden ist und keine Wiederherstellung aus einem anderen System möglich ist, wenden Sie sich an Oracle Support.