Résolution des problèmes de démarrage d'OHS

Remarque :

Le service OHS dépend du gestionnaire de noeuds. Assurez-vous que le gestionnaire de noeuds est opérationnel.
Si le gestionnaire de noeuds ne démarre pas, consultez les journaux à l'emplacement suivant :
```
[EPM_ORACLE_INSTANCE]\httpConfig\ohs\nodemanager
```

Scénarios d'échec du démarrage d'OHS

Tableau 11-7 Scénario 1 : échec du démarrage lors d'une mise à jour séquentielle

Etape	Détails
Installation d'OHS	Assurez-vous que l'installation d'OHS a été effectuée.
Structure du répertoire `Middleware_Home`	Assurez-vous que le répertoire `Middleware_Home/ohs` contient tous les sous-dossiers nécessaires, correspondant à un environnement fonctionnel connu. Si ce n'est pas le cas, copiez-les à partir d'un environnement fonctionnel. `Middleware_Home/ohs/lib` doit disposer de toutes les bibliothèques requises. Si une erreur de démarrage indique que des bibliothèques sont manquantes, la copie de ce dossier à partir d'un environnement fonctionnel peut résoudre le problème.
Version d'OPatch	Vérifiez la version d'OPatch sous `Middleware_Home/ohs`. Elle doit correspondre à la version requise pour l'édition en cours afin de vérifier que la mise à niveau d'OPatch a abouti.
Journal récapitulatif ApplyUpdate	Consultez le journal récapitulatif ApplyUpdate pour connaître les éventuels conflits ou échecs de patch OHS. Pour plus de détails, reportez-vous au journal de détails ApplyUpdate. Si des conflits sont détectés, procédez comme suit : Annulez le patch OPatch en conflit. Exécutez à nouveau ApplyUpdate.

Tableau 11-8 Scénario 2 : échec du démarrage lors d'une mise à jour séquentielle lorsque des patches de mise à jour de patches critiques OHS ont été appliqués par l'utilisateur

Etape	Détails
Installation d'OHS	Assurez-vous que l'installation d'OHS a été effectuée. Un espace insuffisant dans `TMP` peut entraîner des échecs d'installation. Assurez-vous que l'espace est suffisant dans le répertoire `TMP`. Sur les ordinateurs Linux, l'installation peut échouer si l'indicateur `noexec` est défini sur le répertoire `TMP`. Enlevez l'indicateur `noexec` et réinstallez OHS manuellement.
Version d'OPatch	Vérifiez la version d'OPatch sous `Middleware_Home/ohs`. Elle doit correspondre à la version requise pour l'édition en cours afin de vérifier que la mise à niveau d'OPatch a abouti.
Journal récapitulatif ApplyUpdate	Consultez le journal récapitulatif ApplyUpdate pour connaître les éventuels conflits ou échecs de patch OHS. Pour plus de détails, reportez-vous au journal de détails ApplyUpdate. Si des conflits sont détectés, procédez comme suit : Annulez le patch OPatch en conflit. Exécutez à nouveau ApplyUpdate.
Patches de mise à jour de patches critiques OHS installés manuellement	Si les patches de mise à jour de patches critiques OHS ont été installés manuellement, vérifiez que la séquence ci-après a été suivie : OPatch a-t-il été mis à niveau vers la version prise en charge ? Le client de base de données a-t-il été mis à niveau vers la version requise avant d'appliquer les patches de mise à jour de patches critiques OHS ? Tous les patches de mise à jour de patches critiques OHS ont-ils été appliqués après l'installation du client de base de données, comme indiqué dans la documentation Fusion Middleware ? FMW.OHS FMW.OHS.DBRU FMW.OHS.OSS FMW.OHS.VS FMW.OHS.OPSS
Patches de mise à jour de patches critiques OHS appliqués sans client de base de données	Si le patch de mise à jour de patches critiques OHS a été appliqué sans le client de base de données requis, procédez comme suit : Restaurez le patch de mise à jour de patches critiques OHS. Si la restauration n'est pas possible, vérifiez s'il existe une sauvegarde de l'installation d'OHS. Le cas échéant, effectuez une restauration à partir de la sauvegarde. Sinon, copiez le dossier `ohs` à partir d'un autre environnement fonctionnel avec la même version. S'il n'existe aucune sauvegarde et que la récupération à partir d'un autre système n'est pas possible, contactez le support technique Oracle.