Dans cet article, je vais publier Comment cloner l'environnement R12.2 qui est la dernière version de la suite Oracle E-business. Le clonage est une partie importante de l'environnement EBS. L'organisation a besoin d'un environnement de développement, de test et d'assurance qualité pour tester les correctifs, les modifications de code et les nouvelles fonctionnalités avant de passer en production. Le clonage doit également être effectué à intervalles réguliers afin que l'environnement de développement et de test soit synchronisé avec la production. Il est important pour APPS DBA d'effectuer le clonage sans aucun problème et de donner l'environnement au développeur à temps
Nous avons déjà discuté du clonage de l'environnement R12.1 dans l'article ci-dessous
Comment cloner l'environnement R12.1
La majeure partie du clonage R12.2 est identique au clonage R12.1 mais il y a peu de différences. Voici les différences importantes
- Le clonage FMW_Home est géré par des utilitaires weblogic
- Adpreclone.pl crée une zone d'étape de clonage de FMW_Home sous le sommet commun à l'aide des utilitaires weblogic
- Pendant le clonage, nous n'avons pas besoin de copier FMW_Home
- adcfgClone construit FMW_Home en utilisant la zone de scène via des utilitaires weblogic
Passons maintenant aux étapes de clonage d'un nœud unique et d'un environnement à plusieurs nœuds
Comment cloner l'environnement R12.2 (nœud unique)
Pour le système Oracle E-Business Suite version 12.2 qui est sur le niveau de code AD-TXK Delta 6 ou inférieur
Étape 1 Préparez le niveau de base de données du système source pour le clonage
1.Connectez-vous au système source en tant qu'utilisateur oracle.
2.Sourcez le fichier d'environnement du niveau base de données.
cd
perl adpreclone.pl dbTier
Cela créera le répertoire $ORACLE_HOME/appsutil/clone sur l'accueil de la base de données source
2.Préparez le niveau d'application du système source pour le clonage
a.Connectez-vous au nœud principal du système source en tant qu'utilisateur applmgr.
b.Sourcez le fichier d'environnement du système Run Edition File.
Vous pouvez utiliser la commande suivante pour confirmer que la variable d'environnement FILE_EDITION pointe vers le système de fichiers Run Edition :
$ echo $FILE_EDITION
Il doit renvoyer la valeur :
run
3.Exécutez les commandes suivantes :
$ cd
$ perl adpreclone.pl appsTier
Il peut être tentant de ne pas l'exécuter à chaque fois que vous clonez à partir de cet environnement, mais voici la raison qui vous fera repenser votre décision
a) Si vous appliquez une nouvelle mise à jour Rapid Clone ou AutoConfig au système, vous devez exécuter à nouveau adpreclone.pl au niveau de la base de données et au niveau des applications pour appliquer les nouveaux fichiers dans les structures de répertoires de clonage à utiliser lors de l'étape de configuration du clonage.
b) si vous corrigez Oracle Fusion Middleware ou apportez des modifications de configuration au Oracle E-Business Suite WebLogic Domain, vous devez exécuter à nouveau adpreclone.pl au niveau des applications pour reconstruire l'accueil Oracle Fusion Middleware.
Le processus adpreclone.pl au niveau de l'application crée une archive compressée complète d'Oracle Fusion Middleware et de ses composants comme suit.
Une archive compressée de l'accueil Oracle WebLogic Server, de l'accueil Oracle Web Tier Utilities, de l'accueil Oracle Common Utilities et de l'accueil Oracle E-Business Suite :
Une archive compressée du domaine Oracle E-Business Suite WebLogic :
Modèle de configuration du domaine Oracle E-Business Suite WebLogic :
Une archive compressée de l'instance de configuration Oracle Web Tier/Oracle HTTP Server :
Le modèle de configuration de l'instance de configuration Oracle HTTP Server :
Les fichiers journaux adpreclone sont créés dans le répertoire
Ces fichiers jar créés dans le répertoire clone sont suffisants pour cloner la maison FMW, nous n'avons donc pas besoin de copier la maison FMW dans le processus de clonage de la source à la cible
Étape 2 :Copiez la base de données Oracle home De la source à la couche cible.
Vous pouvez commander tar ou cp selon votre convenance.
Nous devons nous assurer de vérifier tous les symboles dans l'accueil oracle du côté cible et de les corriger
Étape 3 :Exécutez adcfgclone
$ cd
$ perl adcfgclone.pl dbTechstack
Je lance ici dbtechstack car je veux gérer manuellement le clone de la base de données
Cela reconnectera l'accueil Oracle, créera tous les fichiers de configuration
Étape 4 :Cloner la base de données source base de données cible à l'aide de RMAN ou d'une sauvegarde manuelle à chaud et à froid, quelle que soit votre suite.
Étape 5 : Configurer la base de données
Une fois la base de données ouverte
a.Exécutez AutoConfig en mode INSTE8_SETUP sur le niveau base de données comme suit :
Sous UNIX :
sh <RDBMS_ORACLE_HOME>/appsutil/bin/adconfig.sh contextfile=<CONTEXT_FILE> run=INSTE8_SETUP
b. Exécutez le script de mise à jour de la bibliothèque sur la base de données.
$ cd
$ sqlplus “/ as sysdba” @adupdlib.sql
Où
c. Configurez la base de données cible.
La base de données doit être en cours d'exécution et ouverte avant d'effectuer cette étape.
$ cd
$ perl adcfgclone.pl dbconfig
Où « Database Target Context File » est :
Remarque :L'option dbconfig configurera la base de données avec les paramètres requis pour la nouvelle cible, mais elle ne recréera pas les fichiers de contrôle.
Étape 6 :Copiez le système de fichiers du niveau application à partir de la source "Run Edition File System" à la cible "Run Edition File System" et configurez-le
Seuls ces fichiers doivent être copiés. Assurez-vous de prêter attention aux liens symboliques sous les répertoires
la structure devrait être comme ça
mkdir -p /u86/vis122/fs1/
mkdir -p /u86/vis122/fs2/
mkdir -p /u86/vis122/fs_ne/
Exécuter
$ cd
$ perl adcfgclone.pl appsTier
À l'invite « Target System Base Directory », saisissez l'emplacement du répertoire de base. Par exemple :/u86/vis122.
À la question :
Voulez-vous démarrer les services d'application pour mult35 ? (o/n) », vous devez répondre « n ».
Les fichiers journaux sont créés dans le répertoire
Étape 7 Copiez les répertoires d'application Oracle E-Business Suite suivants du système de fichiers Run Edition vers le système de fichiers Patch Edition.
Connectez-vous au système de fichiers Patch Edition dans le système cible en tant qu'utilisateur applmgr et entrez les commandes suivantes :
$ cd
$ perl adcfgclone.pl appsTier
Le système de fichiers Patch Edition doit connaître l'emplacement du système de fichiers Run Edition qui sera configuré à l'étape suivante . À l'invite "Emplacement du fichier de contexte du système d'exécution", entrez le chemin absolu du fichier de contexte pour le système de fichiers Run Edition qui a été créé à l'étape précédente.
Par exemple :/u86/vis122/fs1/inst/apps/TEST_
Les fichiers journaux sont créés dans le répertoire
Étape 8 Vous pouvez démarrer les services à partir du système de fichiers d'exécution
Pour le système Oracle E-Business Suite version 12.2 qui est au niveau de code AD-TXK Delta 7.
Toutes les étapes 1 à 5 ci-dessus restent les mêmes. L'étape 6 et l'étape 7 sont fusionnées en tant que
Copiez le système de fichiers du niveau d'application du "Système de fichiers Run Edition" source vers le "Système de fichiers Run Edition" cible
Seuls ces fichiers doivent être copiés. Assurez-vous de prêter attention aux liens symboliques sous les répertoires
la structure devrait ressembler à ceci
mkdir -p /u86/vis122/fs1/
mkdir -p /u86/vis122/fs2/
mkdir -p /u86/vis122/fs_ne/
Assurez-vous que fs_ne et le système de fichiers du correctif sont vides avant de commencer le clonage.
Exécuter
$ cd
$ perl adcfgclone.pl appsTier dualfs
Cette commande configurera à la fois le système de fichiers run et patch sur le système cible
Maintenant, après avoir démarré les services à partir du système de fichiers run
Comment cloner dans un environnement multiniveau
Pour le système Oracle E-Business Suite version 12.2 qui est sur le niveau de code AD-TXK Delta 6 ou inférieur
Étape 1 :Cloner le nœud de niveau base de données.
Étape 2 :Clonez le nœud de niveau d'application principal du système de fichiers Source Run Edition vers le système de fichiers Target Run Edition.
Étape 3 :Clonez le nœud de niveau d'application principal du système de fichiers Target Run Edition vers le système de fichiers Target Patch Edition.
Étape 4 : Ajoutez d'autres nœuds d'application au niveau d'application secondaire Run Edition File System en clonant le nœud de niveau d'application principal du système de fichiers Target Run Edition vers le nœud de niveau d'application secondaire dans le système de fichiers Target Run Edition.
Avant d'exécuter ces étapes, assurez-vous que AdminServer sur le système de fichiers Run Edition et sur le système de fichiers Patch Edition est en cours d'exécution. Ceci est nécessaire pour que adcfgclone.pl réenregistre correctement le nouveau nœud sur le système cible.
étape 5 : Ajoutez des nœuds de niveau d'application supplémentaires dans le nœud de niveau d'application secondaire du système de fichiers Patch Edition en clonant le nœud de niveau d'application principal du système de fichiers Target Patch Edition vers le nœud de niveau d'application secondaire dans le système de fichiers Target Patch Edition.
Pour le système Oracle E-Business Suite version 12.2 qui est au niveau de code AD-TXK Delta 7.
Étape 1 :Cloner le nœud de niveau base de données.
Étape 2 : Clonez le nœud de niveau d'application principal du système de fichiers Source Run Edition vers le système de fichiers Target Run Edition à l'aide de l'option "dualfs".
Étape 3 : Ajoutez d'autres nœuds d'application au niveau d'application secondaire Run Edition File System en clonant le nœud de niveau d'application principal du système de fichiers Run Edition cible vers le nœud de niveau d'application secondaire dans le système de fichiers Run Edition cible à l'aide de l'option "dualfs".
Articles que vous devez lire sur R12.2
Flux de connexion et dépannage de base pour R12.2
Modifications du groupe de services dans R12.2
Utilitaires adopmon et adopreports R12.2.5
Résumé du cycle de correctifs en ligne R12.2
Isolement des programmes simultanés post-mise à niveau dans une file d'attente de gestionnaire distincte dans R12.2
R12.2 Composants installés RapidWiz et configuration système requise
Principales requêtes AWR utiles pour la mise à niveau R12.2/R12.1
Comment pour annuler le correctif après l'échec de la phase de basculement dans R12.2
transférer l'édition croisée déclenche R12.2
40 questions que vous devez connaître sur R12.2
Cours recommandés
Voici quelques-uns des cours recommandés que vous pouvez acheter si vous souhaitez aller plus loin
Vous trouverez ci-dessous les liens vers certains des cours
Oracle DBA 11g/12c – Administration de base de données pour Junior DBA 
:Ce cours est bon pour les personnes qui commencent en tant que DBA junior ou qui aspirent à devenir DBA Oracle. Cela fournira une bonne compréhension des tâches de sauvegarde et de restauration et d'administration générale
Base de données Oracle :Administration d'Oracle 12C R2 RAC 
:Ce cours couvre l'installation, l'administration d'Oracle RAC. Un bon cours pour Oracle DBA qui souhaite mettre à niveau ses compétences pour Oracle RAC
Oracle Data Guard :Administration de base de données pour Oracle 12C R2 
:Ce cours couvre l'installation, l'administration d'Oracle Dataguard. Un bon cours pour Oracle DBA qui souhaite mettre à niveau ses compétences pour Oracle Dataguard
Leçon Unix utile que chaque DBA doit connaître
Commandes Unix pratiques avec exemple
Meilleure commande awk que chaque DBA doit connaître
Tout sur la commande sed sous unix
RSYNC - synchroniser les données entre deux répertoires
split ,tr et tee commande unix avec des exemples
Bg, Fg, &, Ctrl-Z Commande Unix pour gérer les travaux d'arrière-plan Unix avec des exemples
PuTTY CONNECTION MANAGER (PuttyCM)
Technique de script shell avancée
