La mise à niveau R12.2 comprend la partie suivante
- Étapes de préparation avant la mise à niveau
- Mise à niveau principale à l'aide du pilote de mise à niveau principal pour R12.2.0 (fusionné avec le correctif de mise à niveau consolidé Oracle E-Business Suite préinstallé pour R12.2.0)
- Activation des correctifs en ligne
- Appliquer les dernières R12.AD.C.Delta.n et R12.TXK.C.Delta.n
- Application du pack de mise à jour de la version 12.2.n (RUP)
Nous nous sommes déjà occupés de la partie 1, 2,3 dans le Post précédent
Processus de mise à niveau étape par étape pour la mise à niveau R12.2 partie -1
Processus de mise à niveau étape par étape vers la mise à niveau R12.2 partie -2
Processus de mise à niveau étape par étape vers la mise à niveau R12.2 partie -3
Processus de mise à niveau étape par étape pour la partie 4 de la mise à niveau R12.2
Nous publions l'étape 4 dans cette partie
Application du pack de mise à jour de la version 12.2.10 (RUP)
(1) Appliquer les correctifs de base de données requis
Appliquer les correctifs de base de données requis
Avant d'appliquer les packs de mise à jour (RUP) AD et TXK Delta 12, vous devez exécuter la dernière version (disponible via le correctif 17537119) du vérificateur de niveau de code technologique EBS (ETCC). Utilisez la commande checkDBpatch.sh (sous UNIX) ou checkDBpatch.cmd (sous Windows).
L'exécution de la dernière version est nécessaire pour :
Vérifiez que tous les correctifs de base de données requis ont été appliqués. Pour en savoir plus sur les correctifs de base de données prérequis nécessaires à l'application des RUP Delta 8, reportez-vous au document My Oracle Knowledge Document 1594274.1, Oracle E-Business Suite Release 12.2 :Consolidated List of Patches and Technology Bug Fixes.
Assurez-vous que tous les objets de base de données ETCC requis seront trouvés par le processus d'installation de Delta 12 RUP. Cela signifie que même si vous avez déjà installé tous les correctifs de base de données requis, vous devez toujours exécuter la dernière version d'ETCC sur votre base de données
(2) Démarrez les services de l'administrateur weblogic
sh $ADMIN_SCRIPTS_HOME/adadminsrvctl.sh start
(3) Appliquer les derniers correctifs AD et TXT
Exécutez les attributions en suivant les instructions du fichier readme du patch 30628681 (R12.AD.C.Delta.12).
(i). Créez $ORACLE_HOME/appsutil/admin sur le serveur de base de données.
(ii). Copiez admin/adgrants.sql de ce répertoire de correctifs vers $ORACLE_HOME/appsutil/admin.
(iii)Exécutez le script.
$ sqlplus /nolog
SQL> @$ORACLE_HOME/appsutil/admin /adgrants.sql APPLICATIONS
pour 19c
$Source CDB env
$export ORACLE_PDB_SID=TEST
(iv)Appliquez le patch 30628681 en utilisant le mode hotpatch
adop phase=apply patches=30628681 hotpatch=yes
(v)Appliquer les correctifs Techstack
$ adop phase=apply patches=30735865,31904550 hotpatch=yes merge=yes
(4) Appliquer l'ensemble de correctifs de la version R12.2.10 d'E-Business Suite
(i)Sourcer l'environnement des applications de l'édition d'exécution.
$. /Exécuter EBSapps.env
(ii) Arrêtez les services Oracle Weblogic Admin Server et Node Manager.
sh $ADMIN_SCRIPTS_HOME/adadminsrvctl.sh stop
sh $ADMIN_SCRIPTS_HOME/adnodemgrctl.sh stop
(iii)Appliquez le correctif 30399999 du pack de mise à jour de la version 12.2.10 d'Oracle E-Business Suite sur l'environnement d'application de l'édition d'exécution, en utilisant le mode d'indisponibilité.
$ adop phase=apply apply_mode=downtime patches=30399999
(iv) Démarrez tous les services de niveau application sur le système de fichiers d'exécution.
sh $ADMIN_SCRIPTS_HOME/adstrtal.sh
(v)Effectuer une action de nettoyage d'adoption.
adop phase=cleanup
(vi) Synchroniser les systèmes de fichiers
Synchronisez les systèmes de fichiers à l'aide de la commande ci-dessous. Cette action copiera le nouveau code d'édition d'exécution et la configuration sur l'autre système de fichiers, pour s'assurer que les deux systèmes de fichiers sont synchronisés avant d'appliquer les correctifs à l'aide du cycle d'adoption régulier sur l'autre système de fichiers.
$ adop phase=fs_clone
Publier les étapes des mises à niveau R12.2
(1) Réinitialiser le mot de passe du schéma Oracle
- Pendant la mise à niveau, Rapid Install conserve les mots de passe que vous avez définis précédemment pour les produits existants. Cependant, comme il crée un schéma pour chaque nouveau produit installé, si vous n'avez pas entré de mot de passe dans l'assistant d'installation rapide, il configure un mot de passe par défaut dérivé de l'abréviation du produit (nom court). Pour maintenir la sécurité du produit, réinitialisez ces mots de passe par défaut maintenant
- Modifier le mot de passe par défaut pour le nouveau schéma créé par la mise à niveau
Select username from dba_users where created > sysdate -5;
Utilisez FNDCPASS pour changer le mot de passe selon le format de production
(2) Mettre à jour le niveau de la base de données avec le dernier code AD
(i)Créez appsutil.zip dans $INST_TOP/admin/out en exécutant perl $AD_TOP/bin/admkappsutil.pl
perl admkappsutil.pl
Démarrage de la génération de appsutil.zip
Fichier journal situé à la sortie située à
$APPL_TOP/admin/out/appsutil.zip
MakeAppsUtil terminé avec succès.
(ii) Copiez le fichier appsutil.zip dans et décompressez le fichier.
décompressez -o appsutil.zip
(iii) Exécutez autoconfig
adconfig.sh contextfile=/uxyz/app/ora/TEST/db/11.2.0.4/appsutil /TEST_tech.xml
Entrez le mot de passe utilisateur APPS :
Le journal Le fichier pour cette session se trouve à :/uxyz/app/ora/TEST/db/11.2.0.4/appsutil/log/TEST_tech/122869859/adconfig.log
AutoConfig est en train de configurer l'environnement de la base de données…
AutoConfig prendra en compte les modèles personnalisés s'ils sont présents.
Utilisation de l'emplacement ORACLE_HOME :/uxyz/app/ora/TEST/db/11.2.0.4
Classpath :
Utilisation du fichier de contexte :/uxyz/app/ora /TEST/db/11.2.0.4/appsutil/TEST_tech.xml
La gestion des valeurs de contexte va maintenant mettre à jour le fichier de contexte
Mise à jour du fichier de contexte…TERMINÉE
Tentative de téléchargement du fichier de contexte et des modèles dans la base de données… TERMINÉ
Mise à jour de la version de rdbms dans le fichier de contexte vers db111
Mise à jour du type de rdbms dans le fichier de contexte vers 64 bits
Configuration des modèles à partir d'ORACLE_HOME …
La configuration automatique s'est terminée avec succès.
(3) Modifier les paramètres d'initialisation
Reduce these init.ora parameter which you specifically set for the upgrade *._sqlexec_progression_cost = 2147483647 #MP *._optimizer_autostats_job=false #MP *.aq_tm_processes=1 *.log_checkpoint_interval=100000 *.job_queue_processes=No of CPU Core( This will help in invalid object compilation) *.parallel_max_servers=2X No of CPU Core ( This will help in large index rebuild) *.max_dump_file_size='102400' *.O7_DICTIONARY_ACCESSIBILITY=FALSE *.recyclebin=OFF *.cluster_database=false ( If it is RAC database) Set the below parameter to have fixed memory areas during the upgrade process unset (remove) - sga_max_size sga_target=0 db_cache_size=< Maximum depending on Memory available> shared_pool_reserved_size=10% of shared pool size shared_pool_size =< Maximum depending on Memory available>
(4) Installer les correctifs d'aide en ligne
- Pour installer l'aide en ligne en anglais américain, exécutez la partie base de données du correctif d'aide en ligne (u10201000.drv). Il se trouve dans le répertoire $AU_TOP/patch/115/driver.
- Vous devez appliquer le pilote de correctif d'aide en ligne en anglais américain ($AU_TOP/patch/115/driver/u10201000.drv) à l'aide d'AD Online Patching (adop)
adop phase=apply patchtop=$AU_TOP/patch/115 patches=driver:u10201000.drv options=nocopyportion,nogenerateportion,forceapply hotpatch=yes
(5)Installer l'aide en ligne 12.2.10
Appliquez le correctif d'aide en ligne d'Oracle E-Business Suite version 12.2.10 à l'aide du mode hotpatch adopté sur le système de fichiers d'exécution.
$ adop phase=apply patches=30399996 hotpatch=yes
(6) Supprimer les profils orphelins
Delete Orphan Profiles from FND_PROFILE_OPTION_VALUES
delete from apps.fnd_profile_option_values
where
(level_id = 10005
and level_value > 0
and level_value not in (select node_id from apps.fnd_nodes))
or
(level_id = 10007
and level_value2 > 0
and level_value_application_id=-1
and level_value2 not in (select node_id from apps.fnd_nodes));
(7) Activer le journal d'archivage et forcer la journalisation (si nécessaire)
Arrêt immédiat ;
Définir cluster_database sur true (si RAC)
montage au démarrage
modifier le journal d'archivage de la base de données
Modifier la connexion forcée de la base de données ;
modifier l'ouverture de la base de données ;
(8) Vérifier les index
Assurez-vous que tous les index (y compris l'index de partition) sont valides. S'ils sont inutilisables, reconstruisez-les.
(9) Démarrer tous les services et vérifier l'environnement
(10) Activer la piste d'audit
Définissez l'état du groupe sur "Désactiver - Purge de la table" pour AP_SYSTEM_PARAMETERS_ALL uniquement
Et activer d'autres groupes d'audit
(11) Vérifier l'achèvement des programmes simultanés (recommandé)
Le processus de mise à niveau crée de nombreuses demandes de programme simultanées. Une fois que vous avez activé le niveau d'application, ces programmes s'exécutent automatiquement pour effectuer des tâches telles que le nettoyage des données et les mises à niveau des données historiques, entre autres.
(12) Supprimer le schéma obsolète
Supprimer le schéma de produit obsolète (facultatif)
Remarque :cette étape ne doit être exécutée qu'après avoir terminé la tâche de vérification de l'achèvement des programmes simultanés après la mise à niveau.
- Assurez-vous qu'aucun objet n'existe dans le schéma de produit à rendre obsolète. Si des objets existent dans le schéma, ils doivent être supprimés avant de supprimer le schéma.
- Après avoir déterminé que le schéma est vide et qu'il n'existe aucune personnalisation ou dépendance, le schéma peut être supprimé à l'aide de addropschema.sql.
Utilisation :applications sqlplus @/patch/115/sql/addropschema.sql
Exemple :sqlplus apps/apps @/patch/115/sql/addropschema.sql manager applsys bsc
Remarque :saisissez le mot de passe des applications lorsque vous y êtes invité.
- Les schémas de produits obsolètes pouvant être supprimés incluent :
ABM, AHM, AMF, AMW, BIL, BIV, BIX, BSC, CSS, CUE, CUF, CUI, CUN, CUP, CUS, DDD, EAA, EVM, FEM, FII, FPT, FTP, GCS, HCC, IBA, IBP, IGF, IGS, IGW, IMT, IPD, ISC, ITA, JTS, ME, MST, OKB, OKI, OKO, OKR, OZP, OZS, PFT, POA, PSB, RCM, RHX, RLA, VEH, XNC, XNI, XNM, XNS .ZFA, ZPB, ZSA.
4.Les schémas suivants doivent être conservés pour prendre en charge les dépendances techniques d'autres produits :
HRI, BIM, OPI, PMI, ENI, PJI, FTE, EGO
Remarque :Certains schémas peuvent être actifs pour d'autres produits sous licence bien que ces produits soient répertoriés comme obsolètes dans Planification d'une mise à niveau. Dans ces cas, la fonctionnalité est supprimée
(13) Supprimez les synonymes pendants (facultatif)
Après avoir supprimé le schéma de produit obsolète, vous devez exécuter le script suivant pour supprimer les synonymes en suspens :
sqlplus APPS/****@DB @$AD_TOP/sql/adzd_drop_synonyms.sql
J'espère que vous aimez cet article sur Applying 12.2.10 Release Update Pack .
Articles connexes
Principales requêtes AWR utiles pour la mise à niveau R12.2/R12.1
40 questions que vous devez savoir sur R12.2
Comment cloner l'environnement R12.2
Changements importants dans Autoconfig R12.2
