Oracle
 sql >> Base de données >  >> RDS >> Oracle

Processus de mise à niveau étape par étape vers R12.2 Mise à niveau partie -3

La mise à niveau R12.2 comprend la partie suivante

  1. Étapes de préparation avant la mise à niveau
  2. 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)
  3. Activation des correctifs en ligne
  4. Appliquer les dernières R12.AD.C.Delta.n et R12.TXK.C.Delta.n
  5. Application du pack de mise à jour de la version 12.2.n (RUP)

Nous nous sommes déjà occupés des parties 1 et 2 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 3 dans cette partie

Activation des correctifs en ligne

(1)Vérifier la version de la base de données

**Version RDBMS minimale vérifiée 11.2.0.4

(2) Assurez-vous que les correctifs 11.2.0.4 requis pour la version 12.2 ont été appliqués

Ceci a été appliqué dans le cadre de l'étape de préparation pour la mise à niveau R12.2 (Référence # 1349240.1)

(3) Appliquez le dernier correctif de préparation des correctifs en ligne et de rapport GSCC

Appliquez le patch 31026891:R12.AD.C en utilisant adpatch dans le système de fichiers d'exécution

(4)Vérifiez la corruption du dictionnaire de données / la non-concordance de l'horodatage

(i)Vérifier la corruption du dictionnaire de données

  • Exécutez le script $AD_TOP/patch/115/sql/adzddtsfix.sql en suivant les instructions d'utilisation fournies.
  • Exécutez le script $AD_TOP/sql/ADZDDBCC.sql pour identifier si la corruption du dictionnaire de données logiques est présente.
  • Si aucune corruption n'est détectée, procédez à la mise à niveau.
  • Si la corruption est présente, suivez (ii) ci-dessous.

(ii) Corriger la corruption du dictionnaire de données (conditionnel)

  • Remarque :Suivez ces étapes uniquement comme solution en cas de corruption du dictionnaire de données logique (parent manquant).
  • Copiez le script $AD_TOP/patch/115/sql/adzddmpfix.sql au niveau de la base de données.
  • Au niveau base de données, connectez-vous à la base de données en tant que SYSDBA.
  • Remarque :Si vous utilisez Oracle E-Business Suite version 12.1.3 ou version 12.2 avec une architecture mutualisée, pour vous connecter à une base de données d'architecture mutualisée en tant que SYSDBA, exécutez les commandes suivantes pour définir le champ SID de la base de données sur , le pluggable nom de la base de données de votre base de données Oracle E-Business Suite :
$ source  CDB env
$ export ORACLE_PDB_SID=TEST;
$ sqlplus "/ as sysdba"
$SQL>@AD_TOP/patch/115/sql/adzddmpfix.sql
  • Au niveau de l'application, exécutez à nouveau le script $AD_TOP/sql/ADZDDBCC.sql pour déterminer si la corruption du dictionnaire de données est toujours présente.
  • Si aucune corruption n'est détectée, poursuivez le cycle de mise à niveau ou de correctifs.
  • Si la corruption est toujours présente, passez à l'étape 3.3 ci-dessous.

(iii) Actions supplémentaires en cas de corruption du dictionnaire de données (conditionnel)

  • Remarque :Suivez ces étapes uniquement en cas de corruption du dictionnaire de données après avoir suivi les étapes de la section 3.2 ci-dessus.
  • Au niveau base de données, accédez au répertoire $ORACLE_HOME/rdbms/admin.
  • Exécutez le script utlirp.sql en suivant les instructions d'utilisation fournies.
  • Exécutez le script utlrp.sql en suivant les instructions d'utilisation fournies.
  • Au niveau de l'application, exécutez à nouveau le script $AD_TOP/sql/ADZDDBCC.sql pour déterminer si la corruption du dictionnaire de données est toujours présente.
  • Si aucune corruption n'est détectée, poursuivez le cycle de mise à niveau ou de correctifs.
  • Si la corruption est toujours présente, contactez le support Oracle et demandez qu'un bogue soit consigné.

(5) Exécutez l'activation des correctifs en ligne - Rapports de préparation

  • Reportez-vous à Utilisation du rapport de préparation des correctifs en ligne dans Oracle E-Business Suite version 12.2 (Doc ID 1531121.1) pour obtenir des instructions sur le téléchargement de ces utilitaires.
  • Vous devez exécuter l'utilitaire suivant à partir du niveau d'application APPL_TOP. Il signale les violations EBR qui incluent les objets non conformes à la règle EBR sur les objets non édités (objets de stockage de données tels que les tables et les vues matérialisées) et faisant référence aux objets édités (objets de code tels que :packages, déclencheurs, types d'objets, etc. ). Ce rapport répertorie également plusieurs violations des normes d'attribution de nom qui doivent être corrigées avant d'appliquer le correctif d'activation des correctifs en ligne.

(i)Initialiser l'environnement Run File System :

(ii) Créez l'emplacement du fichier journal de correction en ligne et définissez-le comme répertoire actuel :

mkdir $LOG_HOME/appl/op
cd $LOG_HOME/appl/op

(iii) Exécutez les rapports de préparation suivants :

ADZDPSUM.sql
Fournit un résumé des schémas qui seront édités ainsi que des schémas avec des objets qui dépendent du code E-Business Suite qu'il est recommandé d'éditer. Vous pouvez enregistrer ces schémas avec l'application en exécutant les commandes qui seront répertoriées dans la dernière section de ce rapport. Oracle vous recommande d'exécuter à nouveau ce rapport après l'enregistrement des schémas personnalisés avec l'application. Vous devez exécuter ADZDPSUM.sql à plusieurs reprises pour gérer les schémas dépendants jusqu'à ce qu'aucune autre violation EBR ne soit signalée.

Remarque :Entrez le mot de passe système lorsque vous y êtes invité. Vous pouvez ignorer les schémas APPS_NE et ODM qui peuvent apparaître dans la section 2 du rapport.

sqlplus system @$AD_TOP/sql/ADZDPSUM.sql
mv adzdpsum.txt adzdpsum_pre_dbprep.txt

ADZDPMAN.sql
Répertorie les objets avec différentes catégories de violations des règles EBR qui doivent être corrigées avant d'exécuter le processus d'activation pour éviter les erreurs au cours de ce processus. Oracle vous recommande de l'exécuter une fois que tous les schémas personnalisés sont enregistrés avec l'application conformément aux instructions du rapport ci-dessus ADZDPSUM.sql.

Remarque :Entrez le mot de passe système lorsque vous y êtes invité.

sqlplus system @$AD_TOP/sql/ADZDPMAN.sql
mv adzdpman.txt adzdpman_pre_dbprep.txt

ADZDPAUT.sql
Ce rapport répertorie tous les objets présentant des violations des règles EBR qui seront corrigées automatiquement à partir du processus d'activation. Ce rapport est fourni à titre informatif et aucune action ne doit être entreprise à partir de ce rapport.
Remarque :Entrez le mot de passe du système lorsque vous y êtes invité.

sqlplus system @$AD_TOP/sql/ADZDPAUT.sql
mv adzdpaut.txt adzdpaut_pre_dbprep.txt

(6) Correction des violations répertoriées dans le rapport de préparation des correctifs en ligne nécessitant une intervention manuelle

Le rapport de préparation des correctifs en ligne contient des sections avec différents types de violation.
Examinez toutes les sections répertoriées dans le rapport ADZDPMAN.sql. Suivez les instructions de chaque section pour corriger les violations.

Remarque :De nombreuses violations dans le rapport de préparation peuvent être automatiquement corrigées en enregistrant vos schémas personnalisés. Consultez la dernière section du rapport de préparation récapitulatif (ADZDPSUM.sql) pour obtenir des exemples de commandes sur la façon d'enregistrer vos schémas personnalisés.

Le schéma suivant ne doit PAS être enregistré :

• SYS

• SYSTÈME

• CTXSYS

Toute dépendance entre ces schémas et les objets édités est une violation des normes de codage et doit être corrigée manuellement.
Oracle vous recommande d'effectuer le correctif choisi en personnalisant le fichier modèle $AD_TOP/sql/ADZDPCUST.sql

(7) Répétez l'étape Exécuter l'activation des correctifs en ligne - Rapport de préparation ci-dessus jusqu'à ce que toutes les violations aient été résolues.

(8) Vérifier l'espace libre de l'espace de table de la base de données

La fonctionnalité de redéfinition basée sur l'édition d'Oracle Database 11gR2 nécessite un espace supplémentaire pour les tables de dictionnaire utilisées pour gérer les objets édités.

(je). Initialisez l'environnement Run File System :

(ii).
Définissez la variable d'environnement HOSTNAME avant d'exécuter l'outil de correction en ligne adop.
Vérifiez que la variable d'environnement HOSTNAME est définie en exécutant ce qui suit :

$ echo $NOM_HÔTE

Si la variable d'environnement HOSTNAME n'est pas définie, exécutez la commande suivante :

exporter HOSTNAME=

Remarque :Répétez la première étape pour vous assurer que la variable d'environnement est définie sur le nom d'hôte correct.
Si le nom d'hôte est défini mais contient le domaine, réinitialisez-le sans le domaine.

(iii) Exécutez le rapport suivant pour récupérer l'espace libre actuel de l'espace de table :

applications perl $AD_TOP/bin/adzdreport.pl

  1. Sélectionnez l'option 3 :"Autres rapports génériques"
  2. Sélectionnez l'option suivante :"Espace libre dans les tablespaces importants"

Entrez le mot de passe lorsque vous y êtes invité.

(iv)Assurez-vous de ce qui suit :

• Tablespace SYSTEM :dispose d'au moins 25 Go d'espace libre

• Tablespace APPS_TS_SEED :dispose d'au moins 5 Go d'espace libre

APPS_TS_SEED est utilisé pour héberger toutes les tables qui ont été enregistrées en tant que tables de départ et qui nécessitent une infrastructure de stockage de données de départ.

(9) Exécuter l'activation des correctifs en ligne – Rapport d'état

Ce rapport fournit un état général du processus d'activation des correctifs en ligne. Vous pouvez l'exécuter avant, pendant et après l'application du correctif d'activation. À ce stade, vous recevrez les résultats du rapport avant d'activer les correctifs en ligne.

(i) Définissez le répertoire actuel sur $LOG_HOME/appl/op :

cd $LOG_HOME/appl/op

(ii) Exécutez le rapport à l'aide de la commande suivante. Assurez-vous de vérifier tous les objets non valides à ce stade. Veillez tout particulièrement à ce que tous les objets de correction en ligne (objets correspondant au modèle 'AD_ZD%') soient valides :

sqlplus @$AD_TOP/sql/ADZDEXRPT.sql

Remarque :Saisissez le mot de passe des applications lorsque vous y êtes invité.

(iii) Enregistrez la sortie sous pre_dbprep pour référence future, par exemple :

mv adzdexrpt.txt adzdexrpt_pre_dbprep.txt

(10) Assurez-vous que tous les services E-Business Suite de niveau intermédiaire sont arrêtés

(11) Téléchargez et appliquez le correctif Online Patching Enablement

Téléchargez et appliquez le correctif Online Patching Enablement :13543062:R12.AD.C. Utilisez Autopatch en mode hotpatch pour appliquer le patch. 12.2 CORRECTIF D'ACTIVATION EN LIGNE CA.

Le correctif doit être appliqué sur le système de fichiers RUN.

Remarque :Assurez-vous que votre environnement est source pour pointer vers le système de fichiers approprié. Vous devez également activer le mode maintenance avant d'appliquer ce correctif.

Une autre chose que nous devrions ajouter serait. L'utilisateur verra ce message lors de l'application du correctif sur le système de fichiers du correctif

L'application du correctif d'activation peut prendre plusieurs heures. Vous pouvez surveiller sa progression à tout moment en exécutant le rapport d'état DDL (ADZDSHOWDDLS.sql) comme suit :

applications sqlplus @$AD_TOP/sql/ADZDSHOWDDLS.sql

Ce rapport répertorie le nombre d'instructions DDL requises pour activer EBR dans votre environnement. Le rapport est organisé par résultat d'exécution :« Exécuté avec succès », « Non exécuté » et « Échec de l'exécution ». À la fin de l'application du correctif, le rapport doit avoir un compte nul dans les sections :"Non exécuté" et "Échec de l'exécution". Si le rapport contient des éléments "Non exécuté" et "Échec de l'exécution",

puis signalez ces échecs au support Oracle. Vous serez invité à fournir la sortie du rapport, le journal des correctifs et tous les journaux de travail, ainsi que la sortie du rapport d'état d'activation des correctifs en ligne. En cas d'échec d'un travailleur pendant le correctif d'activation en ligne, vous ne devez pas ignorer ou ignorer l'erreur ayant échoué. Le problème doit être résolu avant de redémarrer le travailleur. Ignorer ou ignorer l'erreur peut entraîner

corruption de la base de données.

(12) Exécutez la compilation non valide
Connectez-vous à sqlplus en tant qu'"applications" et exécutez ce qui suit :

exec sys.utl_recomp.recomp_parallel

(13) Réexécutez le rapport d'état d'activation des correctifs en ligne après l'application du correctif d'activation des correctifs en ligne

Réexécutez le rapport d'état d'activation des correctifs en ligne après l'application du correctif d'activation des correctifs en ligne

(je). Définissez le répertoire actuel sur $LOG_HOME/appl/op :

cd $LOG_HOME/appl/op

(ii). Exécutez le rapport d'état immédiatement après la fin du correctif d'activation :

sqlplus @$AD_TOP/sql/ADZDEXRPT.sql

Remarque :Vous devez fournir le mot de passe du schéma APPS lorsque vous y êtes invité.

Le but de l'exécution de ce rapport à ce stade est d'identifier et de corriger les erreurs qui se sont produites au cours du processus d'activation

(14) Réexécutez le rapport de préparation de l'activation des correctifs en ligne après l'application du correctif d'activation des correctifs en ligne

Réexécutez le rapport de préparation à l'activation des correctifs en ligne après la mise en ligne

Le correctif d'activation des correctifs a été appliqué

(je). Définissez le répertoire actuel sur $LOG_HOME/appl/op :

cd $LOG_HOME/appl/op

(ii). Exécutez le rapport de préparation une fois le correctif d'activation terminé :

sqlplus system @$AD_TOP/sql/ADZDPSUM.sql
mv adzdpsum.txt adzdpsum_post_dbprep.txt
sqlplus system @$AD_TOP/sql/ADZDPMAN.sql
mv adzdpman.txt adzdpman_post_dbprep.txt
sqlplus system @$AD_TOP/sql/ADZDPAUT.sql
mv adzdpaut.txt adzdpaut_post_dbprep.txt

Le but de l'exécution de ce rapport à ce stade est de s'assurer que toutes les violations EBR qui auraient pu apparaître avant l'activation de la fonctionnalité de correction en ligne sont corrigées.

Les prochaines étapes peuvent être vérifiées dans l'article ci-dessous

Processus de mise à niveau étape par étape pour la partie 4 de la mise à niveau R12.2

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