La phase de transition d'adop est la phase d'indisponibilité du cycle de correctifs en ligne. Nous devons nous assurer qu'aucun accès utilisateur n'existe pendant cette période lorsque les processus d'application sont redémarrés.
Avant d'exécuter la commande de basculement, assurez-vous que vous êtes prêt à vous engager à appliquer les correctifs sélectionnés. Une fois la transition terminée, il n'est pas possible de revenir à l'édition précédente
La phase de transition d'adop comporte les étapes suivantes
1) Arrêter le gestionnaire de simultanéité interne :l'utilitaire adop signale au gestionnaire de simultanéité interne de s'arrêter, mais attendra que toutes les requêtes simultanées existantes se terminent avant de procéder aux actions de basculement. Le système est toujours disponible pour les utilisateurs pendant cette période d'attente.
Si vous ne souhaitez pas attendre indéfiniment la fin des requêtes simultanées, spécifiez l'option cm_wait=
Sur les systèmes de production, ne spécifiez pas cm_wait, mais surveillez la progression des tâches simultanées et effectuez des actions manuelles sur celles-ci si nécessaire. , nous spécifions cm_wait pour limiter le temps d'attente avant que le basculement ne se poursuive car il s'agit d'un développement et nous pouvons tolérer l'abandon de Concurrenyt Manager
Remarque :le basculement prendra plus de temps s'il doit attendre la fin de processus simultanés de longue durée. Dans un tel cas, vous pouvez vous attendre à voir un message d'information de la forme :
[STATEMENT] [END ] En attente de l'arrêt d'ICM
Si vous ne souhaitez pas attendre les demandes simultanées en cours pour terminer normalement, vous pouvez mettre fin au gestionnaire de concurrents interne en exécutant la commande adcmctl.sh abort à partir d'un autre shell
Cette tâche est effectuée par le script $FND_TOP/bin/txkADOPCutOverPhaseCtrlScript.pl
2) Arrêtez les services de niveau application :tous les services de niveau application sont arrêtés. Pendant cette période, le système est indisponible pour les utilisateurs.
Cette tâche est effectuée par le script $FND_TOP/bin/txkADOPCutOverPhaseCtrlScript.pl
3) Basculement de la base de données :promouvoir l'édition de la base de données des correctifs pour qu'elle devienne la nouvelle édition de la base de données d'exécution, à l'aide du script adzdpmgr.pl.
Cette tâche est effectuée par le script $FND_TOP/bin/txkADOPCutOverPhaseCtrlScript.pl
4) Système de fichiers de basculement :promouvoir le système de fichiers de correctif pour qu'il devienne le nouveau système de fichiers d'exécution, en changeant les valeurs $FILE_EDITION dans les environnements de correctif et d'exécution. Le correctif actuel APPL_TOP devient la nouvelle exécution APPL_TOP, et l'exécution actuelle APPL_TOP devient le nouveau correctif APPL_TOP.
Cette tâche est effectuée par Autoconfig
5) Terminer les anciennes sessions de base de données :terminez toutes les connexions de base de données à l'ancienne exécution édition de la base de données.
Cette tâche est effectuée par le script $FND_TOP/bin/txkADOPCutOverPhaseCtrlScript.pl
6) Démarrer les services de niveau application :les services de niveau application sont redémarrés, sur la nouvelle édition d'exécution. Le système est à nouveau disponible pour les utilisateurs.
Cette tâche est effectuée par le script $FND_TOP/bin/txkADOPCutOverPhaseCtrlScript.pl
Exemple .
$ adop phase=cutover
Cela fera de l'édition de correctif la nouvelle édition d'exécution, ainsi que la modification des étiquettes de correctif et d'exécution sur les systèmes de fichiers (et donc, comme indiqué ci-dessus, la modification le système de fichiers de correctif sera le nouveau système de fichiers d'exécution et le système de fichiers d'exécution sera le nouveau système de fichiers de correctif).
Différer le redémarrage du niveau d'application lors du basculement
Plusieurs fois, vous devrez peut-être effectuer des étapes manuelles supplémentaires après le basculement, mais avant de redémarrer les services de niveau application. Si tel est le cas, vous pouvez fournir un paramètre supplémentaire à la commande de basculement qui entraîne l'arrêt des services d'application :
$ adop phase=cutover mtrestart=no
Avec ce paramètre, la bascule se terminera sans redémarrage des services de niveau application. Vous pouvez effectuer toutes les étapes supplémentaires nécessitant l'arrêt des services, puis démarrer manuellement les services de niveau application à l'aide du script adstrtal.sh.
Fichiers JAR et basculement
Dans un cycle de correctifs en ligne, les fichiers JAR requis sont initialement stockés dans le répertoire $APPL_TOP/admin/
