Configurer l'environnement
Des scripts sont disponibles pour automatiser certaines étapes. Ces scripts n'automatisent pas la configuration complète. Vous devez donc terminer les tâches et les utiliser lorsqu'ils sont référencés.
Accédez à Télécharger le code pour obtenir le lien permettant de télécharger les scripts référencés dans ce document.
Préparation des sources de données WebLogic dans le centre de données principal
L'alias TNS est le même nom dans le principal et le secondaire. Par conséquent, les sources de données utilisent la même chaîne de connexion de base de données. Il est résolu avec un fichier tnsnames.ora
qui n'est pas copié vers la base de données de secours. Vous pouvez donc avoir un contenu tnsnames.ora
différent sur chaque site. Vous pouvez le placer séparément de la configuration de domaine WebLogic, dans un système de fichiers qui n'est pas répliqué entre les sites. Ou, étant donné qu'elle fait partie de la configuration, vous pouvez également la stocker dans un dossier sous la configuration du domaine. Dans ce cas, veillez à exclure ce dossier lorsque vous copiez la configuration de domaine de la configuration principale vers la configuration de secours. Chaque site résout l'alias TNS avec la chaîne de connexion appropriée dans chaque site, pointant vers la base de données locale uniquement. Par exemple :
Connect string in data sources in primary site:
jdbc:oracle:thin:@mypdbservice
The tnsnames.ora file in primary contains:
MYPDBSERVICE =
(DESCRIPTION=
(ADDRESS_LIST=
(LOAD_BALANCE=ON)
(ADDRESS=(PROTOCOL=TCP)(HOST=prmy-scan)(PORT=1521)))
(CONNECT_DATA=(SERVICE_NAME=mypdbservice.example.com))
)
Connect string in data sources in secondary site:
jdbc:oracle:thin:@mypdbservice
The tnsnames.ora file in secondary:
MYPDBSERVICE =
(DESCRIPTION=
(ADDRESS_LIST=
(LOAD_BALANCE=ON)
(ADDRESS=(PROTOCOL=TCP)(HOST=stby-scan)(PORT=1521)))
(CONNECT_DATA=(SERVICE_NAME=mypdbservice.example.com))
)
L'utilisation de l'alias TNS présente les avantages suivants :
- Comme la même chaîne de connexion de base de données est utilisée dans le domaine WebLogic
config
, vous n'avez pas besoin de modifier la configuration WebLogic après avoir répliquéconfig
de la base de données principale vers la base de données de secours. - Comme chaque site pointe vers la base de données locale uniquement, il n'y a aucun risque de connexion croisée entre le niveau intermédiaire et la base distante.
Si vous n'utilisez pas déjà cette approche dans le système WebLogic Server principal, effectuez les étapes suivantes pour utiliser un alias TNS dans les sources de données.
Configurer le réseau
Configurer Oracle Data Guard
A propos de la version de la base de données et du niveau de patch
Le répertoire d'origine Oracle Home dans la base de données sur site et la base de données de secours sur OCI doivent avoir la même version et le même niveau de patch. Pour ce faire, procédez comme suit :
- Lorsque vous choisissez l'image logicielle de base de données lors du provisionnement du système de base de données dans OCI, sélectionnez Afficher toutes les versions, puis sélectionnez la même version de base de données et le même niveau d'ensemble de patches que la base de données sur site.
- Si la version du répertoire de base Oracle de la base de données source n'est plus disponible dans OCI pour le provisionnement, vous devez appliquer un patch à l'environnement source au même niveau de patch de base de données que le répertoire de base de la base de données dans l'environnement cloud.
Le scénario suivant constitue un véritable exemple de référence. Le répertoire de base de la base de données sur site est 19.6 et le répertoire de base de la base de données OCI est 19.11.
- Exécutez la commande
$ORACLE_HOME/OPatch/opatch lspatches
pour identifier les patches installés dans les environnements source et cible.$ORACLE_HOME/OPatch/opatch lspatches
Voici la sortie de cet exemple :
Application de patches au répertoire de base Oracle de base de données sur site BdD Oracle HOME Patches sur OCI 30676209 ;LNX64-20.1-RAC ASM HIT ORA-07445 EXCEPTION DÉTECTÉE DUMP NOYAU [KSXPOSDIFQRY()+556]
30613937 ;IPCOR TOPO SERVICE FIX IP TYPE BUG DANS LA SÉLECTION IP
30484981 ;MISE À JOUR DE LA VERSION D'OJVM : 19.6.0.0.200114 (30484981)
30489227 ;OCW RELEASE UPDATE 19.6.0.0.0 (30489227)
30557433 ;Mise à jour de la version de la base de données : 19.6.0.0.200114 (30557433)
29780459 ;AUGMENTER _LM_RES_HASH_BUCKET ET ANNULER LES MODIFICATIONS À PARTIR DU CORRECTIF DE BUG 29416368
30310195 ;DBSAT A SIGNALÉ DES CONTRAINTES DÉSACTIVÉES POUR LE SHARDING STS_CHUNKS SUR GSMADMIN_INTERNAL.SHARD_TS
32327201 ;RDBMS - DSTV36 MISE À JOUR - TZDATA2020E
31335037 ;RDBMS - DSTV35 MISE À JOUR - TZDATA2020A
30432118 ;DEMANDE DE FUSION AU-DESSUS DE 19.0.0.0.0 POUR LES BUGS 28852325 29997937
31732095 ;MISE À JOUR DE PERL DANS LE RÉPERTOIRE DE BASE ORACLE DATABASE 19C VERS V5.32
32490416 ;PATCH JDK 19.0.0.0.210420
32399816 ;MISE À JOUR DE VERSION D'OJVM : 19.11.0.0.210420 (32399816)
32579761 ;OCW RELEASE UPDATE 19.11.0.0.0 (32579761)
32545013 ;Mise à jour de la version de la base de données : 19.11.0.0.210420 (32545013)
- Analysez les patches existants : déterminez les patches exceptionnels, vérifiez s'ils sont déjà corrigés dans les nouveaux patches RU ou si de nouveaux patches superposés sont nécessaires, déterminez lesquels doivent être désinstallés, localisez les fichiers de patches appropriés pour RU, etc.
- En fonction de l'analyse, désinstallez les patches ponctuels déjà corrigés dans la nouvelle RU avant d'installer la mise à jour de RU (sinon, ils provoqueront un conflit). Dans cet exemple, les patchs "on-off" sont corrigés dans la version 19.11. Par conséquent, les patchs doivent être annulés (rollback) avant l'installation de la RU 19.11.
30676209;LNX64-20.1-RAC ASM HIT ORA-07445 EXCEPTION ENCOUNTERED CORE DUMP [KSXPOSDIFQRY()+556] 30613937;IPCOR TOPO SERVICE FIX IP TYPE BUG IN IP SELECTION
- Localisez, téléchargez et installez les patches RU. Dans cet exemple, les patchs RU 19.11 se trouvent dans le patch combiné 32578973 : COMBO OF OJVM RU COMPONENT 19.11.0.0.210420 + GI RU 19.11.0.0.210420 et sont les suivants :
32399816;OJVM RELEASE UPDATE: 19.11.0.0.210420 (32399816) 32579761;OCW RELEASE UPDATE 19.11.0.0.0 (32579761) 32545013;Database Release Update : 19.11.0.0.210420 (32545013)
- Localisez, téléchargez et installez les superpositions, les patches ponctuels et les autres patches du répertoire de base de base de données OCI sur l'unité de résolution. Par exemple :
29780459;INCREASE _LM_RES_HASH_BUCKET AND BACK OUT CHANGES FROM THE BUG 29416368 FIX 30310195;DBSAT REPORTED DISABLED CONSTRAINTS FOR SHARDING STS_CHUNKS ON GSMADMIN_INTERNAL.SHARD_TS 30432118;MERGE REQUEST ON TOP OF 19.0.0.0.0 FOR BUGS 28852325 (DSTV33 update) 29997937 (DSTV34 update) 31335037;RDBMS - DSTV35 UPDATE - TZDATA2020A 32327201;RDBMS - DSTV36 UPDATE - TZDATA2020E 32490416;JDK BUNDLE PATCH 19.0.0.0.210420 31732095;UPDATE PERL IN 19C DATABASE ORACLE HOME TO V5.32
- Effectuez une analyse similaire pour les patches GI.
Remarque :
- Du point de vue d'Oracle Data Guard, il n'est pas strictement nécessaire d'avoir les mêmes versions de GI dans la base de données principale et de secours : Oracle Data Guard est complètement indépendant de tout ce qui se trouve sous la base de données, de sorte que vous pouvez exécuter différentes versions du système d'exploitation, d'Oracle Clusterware, du matériel ou du logiciel de stockage sur différents sites sans restriction de version ou de durée. (ID doc. 1265700.1)
- Quelle que soit Oracle Data Guard, il n'est pas nécessaire d'avoir la même version dans les versions de GI et de SGBDR dans une base de données RAC : à partir de la version 18c, la version d'Oracle Grid Infrastructure (GI) /Clusterware (CRS) doit être égale ou la version la plus élevée jusqu'au premier chiffre des combinaisons possibles à tout moment. Par exemple : Grid Infrastructure peut être à l'emplacement 18.1.0.0 et Database à l'emplacement 18.3.0.0. (ID doc. 337737.1)
Il est recommandé d'appliquer un patch à GI au même niveau que le répertoire de base de la base de données. Une fois que vous avez appliqué un patch au répertoire de base de base de données vers une mise à jour de version plus récente, la plupart des patches sont courants pour DB et GI. Vous pouvez utiliser OPatchAuto
pour les deux répertoires de base en même temps.