Migrer une base de données Oracle vers OD@A Service de base de données Exadata

Azure ExpressRoute

Passerelle VPN Azure

Cet article explique comment utiliser Oracle Zero Downtime Migration (ZDM) pour migrer une base de données Oracle d’un système Exadata local vers Oracle Database@Azure (OD@A) Exadata Database Service. Cet article suppose que vous avez une compréhension de base de OD@A et d’Oracle ZDM. Ce scénario s’appuie sur le scénario dans migrer des charges de travail de base de données Oracle vers Azure.

Architecture

Le diagramme suivant montre un exemple de ce scénario.

Téléchargez un fichier Visio de cette architecture.

Scénario

Tenez compte des détails du scénario suivant :

Vous avez déployé OD@A Service de base de données Exadata dans votre région Azure choisie et configuré un cluster de machines virtuelles avec deux serveurs de base de données et trois nœuds de cellule de stockage.
Le sous-réseau délégué OD@A OD@A se trouve dans le réseau virtuel OD@A, qui correspond au réseau virtuel hub. La plage d’adresses IP du sous-réseau OD@A est 10.42.1.0/24. Pour plus d’informations, consultez Planifier l’espace d’adressage IP.
Dans le réseau virtuel hub, le trafic doit traverser une appliance virtuelle réseau autre que Microsoft, telle que FortiGate, Check Point ou Cisco. L’appliance virtuelle réseau fonctionne en tant qu’appareil de routage, ce qui permet de s’assurer que les nœuds de cluster OD@A sont entièrement routables au sein de l’infrastructure. Vous configurez l’appliance virtuelle réseau pour inspecter tout le trafic qui va vers et à partir d’un emplacement local. L’adresse IP de l’appliance virtuelle réseau du hub est 10.0.0.5.
Vous configurez la connectivité hybride dans le réseau virtuel hub via une connexion Azure ExpressRoute à votre réseau local.
Dans votre réseau local, vous disposez d’une implémentation Exadata existante et vous souhaitez migrer l’une des bases de données vers OD@A. La base de données est de 2 To et s’exécute sur Exadata X8M-2. La version de la base de données est Oracle Database 19c, Êdition Entreprise. Votre plage d’adresses IP locale est 192.168.0.0/16.
Vous avez activé real Application Clusters (RAC) sur la base de données. Pour la récupération d’urgence, vous répliquez la base de données via Oracle Data Guard vers un autre centre de données géographiquement distant de l’emplacement de la base de données principale.
Vous devez migrer la base de données vers OD@A avec la quantité minimale de temps d’arrêt. Vous décidez d’utiliser l’outil Oracle ZDM pour orchestrer la migration.

Établir la connectivité réseau

Pour utiliser ZDM pour la migration, vous devez vous assurer que les bases de données source et cible peuvent communiquer entre elles.

Créez une table de routage Azure et associez-la au sous-réseau OD@A.
Pointez la table de routage Azure vers l’adresse IP de l’appliance virtuelle réseau hub pour acheminer vers un emplacement local.
Configurez l’appliance virtuelle réseau hub pour router le trafic entre un réseau local et le sous-réseau OD@A.

Configurer la table de routage

Utilisez la configuration suivante pour créer une table de routage Azure et l’associer au sous-réseau OD@A :

Préfixe d’adresse : 192.168.0.0/16
Type de tronçon suivant : Appliance virtuelle
Adresse IP du tronçon suivant : 10.0.0.5
Nom : Nom de <la table de routage>

Le diagramme suivant montre la configuration réseau mise à jour.

Procédez comme suit pour vérifier la connectivité :

Connectez-vous à un nœud de base de données OD@A. Vérifiez que vous pouvez utiliser le protocole SSH (Secure Shell) pour établir une connexion au serveur de base de données local.
Connectez-vous au serveur de base de données local. Vérifiez que vous pouvez utiliser le protocole SSH pour établir une connexion au nœud de base de données OD@A.

Effectuer des activités de migration

Préparez la migration. Pour plus d’informations, consultez Préparer une migration de base de données physique.

Remarque

Cette aide suppose que vous disposez d’une bande passante suffisante entre les bases de données source et cible pour prendre en charge une migration en ligne. Il part du principe que vous n’avez pas besoin d’effectuer une migration hors connexion ou de restaurer la sauvegarde sur OD@A, d’abord.
Effectuez la migration. Pour plus d’informations, consultez Migrer votre base de données avec ZDM.
Effectuez les activités de migration d’application suivantes en parallèle avec la migration de base de données pour garantir le moins de temps d’arrêt.
- Migrez les services d’application conformément à vos plans et discussions.
- Mettez à jour les services d’application pour qu’ils pointent vers la nouvelle base de données, notamment les entrées chaîne de connexion, transparent network substrate (TNS) et d’autres configurations requises.
- Vérifiez que les services d’application fonctionnent comme prévu.

Le diagramme suivant montre la configuration mise à jour, y compris le nœud de migration ZDM.

Effectuer des activités post-migration

Configurez des sauvegardes automatisées pour la base de données OD@A.
Configurez Data Guard automatisé. Cette aide suppose que vous avez déjà créé une instance distincte dans une autre zone de disponibilité ou région.
Exécutez la base de données locale en tant que réplica Data Guard secondaire pendant une période de temps pour vous assurer que la migration réussit.

Conclusion

Effectuez les modifications de configuration précédentes pour migrer votre base de données localement vers OD@A à l’aide d’Oracle ZDM. Les modifications de configuration permettent de s’assurer que les bases de données source et cible peuvent communiquer entre elles et que vous effectuez la migration avec un temps d’arrêt minimal.

Contributeurs

Cet article est géré par Microsoft. Il a été écrit à l’origine par les contributeurs suivants.

Jan Faurskov | Architecture de solution cloud
Moises Gomez-Cortez | Architecture de solution cloud
Güher Kayali Sarikan | Architecture de solution cloud

Pour afficher les profils LinkedIn non publics, connectez-vous à LinkedIn.

Étapes suivantes

Passez en revue les articles suivants pour vous assurer que votre implémentation suit les pratiques recommandées :

Partage via