Passez à Oracle Database@Azure avec Oracle Zero Downtime Migration

Oracle Database@Azure vous permet d'exécuter vos bases de données Oracle essentielles sur le service Oracle Exadata Database Service on Dedicated Infrastructure dans le centre de données Microsoft Azure.

Tirez parti de la haute disponibilité, de la performance et de l'évolutivité intégrées fournies par Oracle Exadata Database Service et Oracle Real Application Clusters (Oracle RAC) tout en bénéficiant d'une faible latence pour vos applications Azure.

La migration de base de données vers le nuage est généralement un processus manuel associé à un temps d'arrêt pour votre entreprise. Oracle Zero Downtime Migration simplifie et automatise les migrations de bases de données Oracle sans aucun temps d'arrêt minimal, intègre par défaut les meilleures pratiques Oracle Maximum Availability Architecture (Oracle MAA), prend en charge les migrations de parcs et est gratuit, entre autres avantages.

Depuis sa version en 2019, Oracle Zero Downtime Migration est l'outil de migration fiable pour les clients du monde entier pour les migrations de bases de données Oracle vers des machines Oracle Exadata sur place, Oracle Exadata Database Service on Cloud@Customer et Oracle Cloud Infrastructure (OCI). Pour en savoir plus sur Oracle Zero Downtime Migration, reportez-vous à la section En savoir plus.

Architecture

This reference architecture describes Oracle Database migrations from on-premises to Oracle Exadata Database Service on Dedicated Infrastructure on Oracle Database@Azure using the physical online migration workflow based on Oracle Data Guard and direct data transfer, providing simplicity, automation, and business continuity during your database migrations to Oracle Database@Azure.

L'hôte du service Oracle Zero Downtime Migration est installé sur une machine virtuelle sur place distincte à côté de la base de données source. The target Oracle Exadata Database Service on Dedicated Infrastructure is provisioned in Azure’s data center within the Azure Virtual Network (VNet) in a delegated subnet to Oracle Database@Azure. Le centre de données sur place est connecté au centre de données d'Azure au moyen d'Azure ExpressRoute ou d'un RPV site à site. Le flux de travail en ligne physique d'Oracle Zero Downtime Migration basé sur le transfert direct de données crée la base de données cible à l'aide de la restauration à partir d'une méthode de service et évite la sauvegarde de la base de données source vers un emplacement de stockage intermédiaire. Oracle Zero Downtime Migration utilise automatiquement Oracle Data Guard pour répliquer les données de la base de données sur place vers la base de données cible. Oracle Zero Downtime Migration configure automatiquement Oracle Data Guard, le tient à jour et nettoie la configuration une fois la migration terminée. Par conséquent, il n'est pas nécessaire de connaître la configuration et la maintenance d'Oracle Data Guard. Une fois la migration terminée, la base de données cible peut utiliser la fonction de sauvegarde automatique pour sauvegarder la base de données dans Oracle Database Autonomous Recovery Service.

Le diagramme suivant illustre cette architecture de référence.

Une description d'oracle-db-azure-zdm.png suit

Description de l'illustration oracle-db-azure-zdm.png

oracle-db-azure-zdm-oracle.zip

Microsoft Azure fournit les composants suivants :

Carte VNIC Azure
Les services des centres de données Azure disposent de cartes d'interface réseau (NIC). Les instances de machine virtuelle communiquent à l'aide de cartes d'interface réseau virtuelles (vNIC) associées aux cartes d'interface réseau physiques. Chaque instance a une carte VNIC principale qui est automatiquement créée et associée lors du lancement et qui est disponible pendant toute la durée de vie de l'instance.
Passerelle de réseau virtuel Azure
La passerelle de réseau virtuel Azure est un service qui établit une connectivité inter-emplacements sécurisée entre un réseau virtuel Azure et un réseau sur place. Il vous permet de créer un réseau hybride qui couvre votre centre de données et Azure.
Sous-réseau délégué Azure
La délégation de sous-réseau est la capacité de Microsoft à injecter un service géré, en particulier un service de plate-forme-service, directement dans votre réseau virtuel. Cela signifie que vous pouvez désigner ou déléguer un sous-réseau comme répertoire de base pour un service géré externe dans votre réseau virtuel. En d'autres termes, ce service externe agira comme une ressource de réseau virtuel, même s'il s'agit techniquement d'un service de plate-forme-service externe.
Réseau virtuel Azure
Le réseau virtuel Azure (VNet) est le bloc fonctionnel fondamental de votre réseau privé dans Azure. VNet permet à de nombreuses ressources Azure, telles que des machines virtuelles Azure, de communiquer en toute sécurité les unes avec les autres, avec Internet et avec les réseaux sur place.

Oracle Cloud Infrastructure comprend les composants suivants :

Région
Une région Oracle Cloud Infrastructure est une zone géographique localisée qui contient un ou plusieurs centres de données, appelés domaines de disponibilité. Les régions sont indépendantes les unes des autres, et de grandes distances peuvent les séparer (dans différents pays ou continents).
Réseau en nuage virtuel (VCN) et sous-réseau
Un VCN est un réseau défini par logiciel personnalisable, configuré dans une région Oracle Cloud Infrastructure. À l'instar des réseaux de centre de données traditionnels, ces derniers vous permettent de contrôler votre environnement de réseau. Un VCN peut disposer de plusieurs blocs CIDR sans chevauchement que vous pouvez modifier après avoir créé le VCN. Vous pouvez segmenter un VCN en sous-réseaux, dont la portée peut concerner une région ou un domaine de disponibilité. Un sous-réseau est constitué d'un intervalle contigu d'adresses qui ne chevauchent pas les autres sous-réseaux dans le réseau en nuage virtuel. Vous pouvez modifier la taille d'un sous-réseau après sa création. Un sous-réseau peut être public ou privé.
Réseau sur place
Ce réseau est le réseau local utilisé par votre organisation. C'est l'un des rayons de la topologie.
Passerelle de service
La passerelle de service fournit l'accès d'un VCN à d'autres services, tels qu'Oracle Cloud Infrastructure Object Storage. Le trafic entre le réseau VCN et le service Oracle circule sur la matrice réseau Oracle et ne passe pas par Internet.
Data Guard
Oracle Data Guard et Oracle Active Data Guard fournissent un jeu complet de services qui créent, tiennent à jour, gèrent et surveillent une ou plusieurs bases de données de secours et qui permettent aux bases de données Oracle de production de rester disponibles sans interruption. Oracle Data Guard tient à jour ces bases de données de secours en tant que copies de la base de données de production à l'aide de la réplication en mémoire. Si la base de données de production devient indisponible en raison d'une interruption planifiée ou non planifiée, Oracle Data Guard peut remplacer n'importe quelle base de données de secours par le rôle de production, réduisant ainsi le temps d'arrêt associé à l'interruption. Oracle Active Data Guard offre la possibilité supplémentaire de décharger les charges de travail en lecture principalement vers les bases de données de secours et fournit également des fonctions avancées de protection des données.
Service Exadata Database
Oracle Exadata Database Service vous permet de tirer parti de la puissance d'Exadata dans le nuage. Vous pouvez provisionner des systèmes Exadata X9M flexibles qui permettent d'ajouter des serveurs de calcul de base de données et des serveurs de stockage à votre système au fil de vos besoins. Les systèmes Exadata X9M offrent un réseau RDMA sur Ethernet convergé (RoCE) pour une bande passante élevée et une faible latence, des modules de mémoire persistante (PMEM) et des logiciels Exadata intelligents. Vous pouvez provisionner des systèmes Exadata X9M à l'aide d'une forme équivalente à un système X9M de quart de bâti, puis ajouter des serveurs de base de données et de stockage à tout moment après le provisionnement.

Oracle Exadata Database Service on Dedicated Infrastructure provides Oracle Exadata Database Machine as a service in an Oracle Cloud Infrastructure (OCI) data center. The Oracle Exadata Database Service on Dedicated Infrastructure instance is a virtual machine (VM) cluster that resides on Exadata racks in an OCI region.

Le service Oracle Exadata Database Service on Cloud@Customer fournit Oracle Exadata Database Service qui est hébergé dans votre centre de données.
Hôte du service de migration sans temps d'arrêt
L'hôte du service Oracle Zero Downtime Migration doit être un système dédié, mais il peut être partagé à d'autres fins.

Le logiciel Oracle Zero Downtime Migration nécessite un hôte Oracle Linux autonome s'exécutant sur l'une des plates-formes suivantes : Oracle Linux 7, Oracle Linux 8 ou Red Hat Enterprise Linux 8.

L'hôte du service Oracle Zero Downtime Migration doit pouvoir se connecter aux serveurs de base de données source et cible. Tant que la connectivité est garantie, l'hôte du service peut être localisé n'importe où.
Service de récupération autonome d'Oracle Database
Oracle Database Autonomous Recovery Service est un service Oracle Cloud qui protège les bases de données Oracle. Grâce à l'automatisation des sauvegardes et aux capacités améliorées de protection des données pour les bases de données OCI, vous pouvez décharger toutes les exigences en matière de traitement et de stockage des sauvegardes vers Oracle Database Autonomous Recovery Service, ce qui élimine les coûts d'infrastructure de sauvegarde et les frais généraux d'administration manuelle.

Flux de travail de migration d'Oracle Zero Downtime Migration

Note :

Pour chaque regroupement de migration répertorié, voir Explorer plus pour plus de détails.

You can perform the following workflows to migrate your Oracle Database to Oracle Exadata Database Service on Dedicated Infrastructure on Oracle Database@Azure.

Migration physique en ligne
Le flux de travail de migration physique en ligne prend en charge les migrations entre les mêmes versions et plates-formes de base de données. Il utilise le transfert direct de données et la méthode de restauration à partir du service pour créer la base de données cible, évitant explicitement de sauvegarder la base de données source dans un emplacement de stockage intermédiaire. Oracle Data Guard assure la synchronisation des bases de données source et cible pour une migration avec temps d'arrêt minimal.
Migration physique hors ligne
Le flux de travail de migration physique hors ligne prend en charge les migrations entre les mêmes versions et plates-formes de base de données. Il crée la base de données cible à l'aide de la sauvegarde et de la restauration Recovery Manager (RMAN). Le service Azure Files fournit un partage de fichiers NFS pour stocker les fichiers de sauvegarde RMAN.
Migration logique en ligne
Le flux de travail de migration logique en ligne prend en charge les migrations entre les mêmes versions de base de données et les différentes plates-formes. Il utilise l'export et l'import d'Oracle Data Pump pour créer la base de données cible. Le service Azure Files fournit un partage de fichiers NFS pour stocker les fichiers dump Data Pump. OCI GoldenGate maintient les bases de données source et cible synchronisées pour obtenir une migration avec temps d'arrêt minimal.
Migration logique hors ligne
Le flux de travail de migration logique hors ligne prend en charge les migrations entre la même version et les différentes plates-formes de base de données. Il utilise l'export et l'import d'Oracle Data Pump pour créer la base de données cible. Le service Azure Files fournit un partage de fichiers NFS pour stocker les fichiers dump Data Pump.

Vous pouvez effectuer les flux de travail de migration Oracle Zero Downtime Migration suivants pour migrer Oracle Database vers Oracle Autonomous Database Serverless sur Oracle Database@Azure.

Migration logique en ligne
Le flux de travail de migration logique en ligne prend en charge les migrations entre les mêmes versions de base de données et les différentes plates-formes. Il utilise l'export et l'import d'Oracle Data Pump pour créer la base de données cible. Le service Azure Files fournit un partage de fichiers NFS pour stocker les fichiers dump Data Pump. OCI GoldenGate maintient les bases de données source et cible synchronisées pour obtenir une migration avec temps d'arrêt minimal.
Migration logique hors ligne
Le flux de travail de migration logique hors ligne prend en charge les migrations entre la même version et les différentes plates-formes de base de données. Il utilise l'export et l'import d'Oracle Data Pump pour créer la base de données cible. Le service Azure Files fournit un partage de fichiers NFS pour stocker les fichiers dump Data Pump.

Recommandations

Utilisez les recommandations suivantes comme point de départ. Vos exigences peuvent différer de l'architecture décrite ici.

Téléchargez la dernière version du logiciel Oracle Zero Downtime Migration à partir de My Oracle Support (MOS) en recherchant le correctif numéro 33509650 dans l'onglet Correctifs et mises à jour.
Installez l'hôte du service Oracle Zero Downtime Migration sur place à côté de la base de données source.
Assurez-vous que l'hôte du service Oracle Zero Downtime Migration dispose d'au moins 100 Go de stockage gratuit.
Assurez la connectivité réseau sécurisée et privée entre les applications sur place et Azure au moyen d'un RPV site-à-site ou d'Azure ExpressRoute.
Selon la taille de votre base de données, assurez-vous d'un débit réseau suffisant de votre réseau sur place vers Azure.

Points à considérer

Tenez compte des points suivants lors du déploiement de cette architecture de référence.

La base de données cible doit :
- Être provisionné à l'aide des outils Oracle Cloud sans activer les sauvegardes automatiques.
- Avoir une version de fichier de fuseau horaire identique ou supérieure à celle de la base de données source.
Les bases de données source et cible doivent :
- Utilisez le même nom de base de données (DB_NAME).
- Utilisez des noms uniques de base de données différents (DB_UNIQUE_NAME).
- Utilisez un fichier de paramètres serveur (SPFILE).
- Utilisez le même jeu de caractères.
- Ayez le même algorithme de chiffrement défini dans le fichier sqlnet.ora.
- Avoir la même version majeure (par exemple, 19c). Toutefois, la base de données cible peut avoir un niveau de correctif plus élevé (par exemple, source à 19.21 et cible à 19.22). Si la base de données cible est à un niveau de correctif supérieur à celui de la base de données source, Oracle Zero Downtime Migration exécute automatiquement le correctif de données dans le cadre de la migration.
Le mot de passe du compte d'utilisateur SYS doit être identique dans les bases de données source et cible.
Le paramètre d'initialisation COMPATIBLE de la base de données doit être le même pour les bases de données source et cible.
Pour Oracle Database 12c version 2 et ultérieure, le portefeuille TDE doit exister dans la source et son statut doit être OPEN. La base de données source n'a pas nécessairement besoin d'être chiffrée, mais un portefeuille TDE doit être configuré.
Oracle Zero Downtime Migration nécessite que la clé SSH sur l'hôte du service Oracle Zero Downtime Migration soit au format RSA (dans Oracle Linux 8, la valeur par défaut est OPENSSH).

Informations complémentaires

Pour en savoir plus sur les services de cette architecture.

Vérifiez les ressources supplémentaires suivantes :

Remerciements

Auteurs : Sinan Petrus Toma, Ricardo Gonzalez, Thomas Van Buggenhout
Contributeurs : Emiel Ramakers, Wei Han, John Sulyok