Configurer l'environnement
Des scripts sont disponibles pour automatiser certaines étapes. Ces scripts n'automatisent pas la configuration complète, vous devez donc effectuer les tâches et vous pouvez les utiliser lorsqu'elles sont référencées.
Allez à Télécharger le code pour le lien permettant de télécharger les scripts référencés dans ce document.
Préparez les sources de données WebLogic dans le centre de données principal
L'alias TNS porte le même nom dans les sources principale et 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é dans la base de données de secours, de sorte que vous pouvez avoir un contenu tnsnames.ora
différent dans chaque site. Vous pouvez le placer séparément de la configuration du domaine WebLogic, dans un système de fichiers qui n'est pas répliqué entre les sites. Ou, étant donné qu'il fait partie de la configuration, vous pouvez également le stocker dans un dossier sous la configuration du domaine. Dans ce cas, assurez-vous d'exclure ce dossier lorsque vous copiez la configuration de domaine de la base principale vers la base de secours. Chaque site résoudra l'alias TNS avec la chaîne de connexion appropriée dans chaque site, pointant uniquement vers la base de données locale. 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))
)
Voici les avantages d'utiliser un alias TNS :
- 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 principale vers la base de secours. - Comme chaque site pointe uniquement vers la base de données locale, il n'y a aucun risque d'interconnexion entre le niveau intermédiaire et la base de données distante.
Si vous n'utilisez pas déjà cette approche dans le système principal du serveur WebLogic, effectuez les étapes suivantes pour utiliser un alias TNS dans les sources de données.
Configurer le réseau
Configurer Oracle Data Guard
À propos de la version de la base de données et du niveau de correctif
Le répertoire de base Oracle dans la base de données sur place et la base de données de secours sur OCI doivent avoir la même version et avoir le même niveau de correctif. Pour ce faire, vous pouvez :
- Lors de la sélection de 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 et sélectionnez la même version de base de données et le même niveau de jeu de correctifs que la base de données sur place.
- 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 devrez appliquer des correctifs à l'environnement source au même niveau de correctif que le répertoire de base de données dans l'environnement en nuage.
Le scénario suivant est un véritable exemple de référence. Le répertoire de base de la base de données sur place 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 correctifs installés dans les environnements source et cible.$ORACLE_HOME/OPatch/opatch lspatches
Voici la sortie de cet exemple :
Correctifs du répertoire de base Oracle de base de données sur place Correctifs HOME de BD Oracle sur OCI 30676209;LNX64-20.1-RAC ASM HIT ORA-07445 EXCEPTION RENCONTRÉE CORE DUMP [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 MISE À JOUR DE LA VERSION 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 CHANGEMENTS DU BUG 29416368 CORRECTION
30310195;CONTRAINTES DÉSACTIVÉES SIGNALÉES PAR DBSAT POUR LA PARTITION 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 BOGUES 28852325 29997937
31732095;METTRE À JOUR PERL DANS LE RÉPERTOIRE DE BASE ORACLE DE LA BASE DE DONNÉES 19C VERS V5.32
32490416;CORRECTIF D'ENSEMBLE JDK 19.0.0.0.210420
32399816;MISE À JOUR DE LA VERSION D'OJVM : 19.11.0.0.210420 (32399816)
32579761;MISE À JOUR DE LA VERSION 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 correctifs existants : déterminez quels correctifs sont ponctuels, vérifiez s'ils sont déjà corrigés dans les nouveaux correctifs RU ou si de nouveaux correctifs de chevauchement sont nécessaires, déterminez lesquels d'entre eux doivent être désinstallés, localisez les fichiers de correctifs appropriés pour RU, etc.
- Sur la base de l'analyse, désinstallez les correctifs ponctuels qui sont déjà corrigés dans la nouvelle RU avant d'installer la mise à jour RU (sinon, ils provoqueront un conflit). Dans cet exemple, les patches on-off sont fixés en 19.11, de sorte que les patches doivent être repositionnés 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 correctifs RU. Dans cet exemple, les patchs RU 19.11 sont situés dans le patch combo 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 correctifs ponctuels et les autres correctifs dont dispose le répertoire de base de la base de données OCI au-dessus de l'UR. 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 correctifs GI.
Note :
- Du point de vue d'Oracle Data Guard, il n'est pas strictement nécessaire d'avoir les mêmes versions GI dans la base principale et la base de secours : Oracle Data Guard est complètement indépendant de tout ce qui se trouve dans la base de données. Vous pouvez donc exécuter différentes versions du système d'exploitation, d'Oracle Clusterware, du matériel ou des logiciels de stockage sur différents sites, sans aucune restriction de version ni de temps. (Doc ID 1265700.1)
- Indépendamment d'Oracle Data Guard, il n'est pas nécessaire d'avoir la même version dans les versions GI et RDBMS dans une base de données RAC : à partir de la version 18c, la version d'Oracle Grid Infrastructure (GI) /Clusterware (CRS) doit être identique ou la version la plus élevée jusqu'au premier chiffre des combinaisons possibles en tout temps. Par exemple, Grid Infrastructure peut être à l'adresse 18.1.0.0 et Database peut être à l'adresse 18.3.0.0. (Doc ID 337737.1)
Il est recommandé d'appliquer des correctifs à GI au même niveau que le répertoire de base de données. Une fois que vous devez appliquer des correctifs au répertoire de base de données à une mise à jour de version plus récente, de nombreux correctifs sont courants pour la base de données et l'infrastructure géographique, et vous pouvez utiliser OPatchAuto
dans les deux répertoires de base en même temps.