Migrer vers Oracle Database@Google Cloud avec Oracle Zero Downtime Migration

Déplacement vers Oracle Database@Google Cloud avec Oracle Zero Downtime Migration

Oracle Database@Google Cloud vous permet d'exécuter vos bases de données Oracle stratégiques sur Oracle Oracle Exadata Database Service on Dedicated Infrastructure et Oracle Autonomous Database Serverless dans les centres de données Google Cloud.

Tirez parti de la haute disponibilité, des performances et de l'évolutivité intégrées à Oracle Exadata Database Service et Oracle Real Application Clusters (Oracle RAC) et bénéficiez d'une faible latence pour vos applications Google Cloud.

La migration de base de données vers le cloud est généralement un processus manuel associé à un temps d'arrêt pour votre entreprise. Oracle Zero Downtime Migration (ZDM) simplifie et automatise les migrations de bases de données Oracle avec un temps d'inactivité minimal à nul, intègre par défaut les meilleures pratiques d'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 a été 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 site, Oracle Exadata Database Service on Cloud@Customer et Oracle Cloud Infrastructure (OCI).

Architecture

Effectuez vos migrations Oracle Database d'un système sur site vers Oracle Exadata Database Service sur Oracle Database@Google Cloud à l'aide du workflow de migration physique en ligne basé sur Oracle Data Guard et du transfert direct de données, en fournissant simplicité, automatisation et continuité des activités lors de vos migrations de base de données vers Oracle Database@Google Cloud.

L'hôte du service Oracle Zero Downtime Migration est installé sur une machine virtuelle (VM) sur site distincte en regard de la base de données source. La cible Oracle Exadata Database Service est provisionnée dans le centre de données de Google Cloud dans le cloud privé virtuel (VPC) de Google. Le centre de données sur site est connecté à Google Cloud à l'aide de Google Cloud Interconnect ou d'un VPN site à site. Le workflow Oracle Zero Downtime Migration utilise le transfert direct de données et crée la base de données cible à l'aide de la méthode Restaurer à partir d'un service, éliminant ainsi la nécessité de sauvegarder la base de données source dans un emplacement de stockage intermédiaire. Oracle Zero Downtime Migration utilise Oracle Data Guard pour répliquer les données de la base de données sur site vers la base de données cible. Oracle Zero Downtime Migration configure Oracle Data Guard, le tient à jour et nettoie la configuration une fois la migration terminée, de sorte que vous n'avez pas à le faire. Une fois la migration terminée, la base de données cible peut utiliser la fonctionnalité de sauvegarde automatique pour sauvegarder la base de données dans Oracle Database Autonomous Recovery Service.

Le diagramme suivant illustre l'architecture :

Description de l'image oracle_database_at_google_cloud_w_zdm.png

oracle_database_at_google_cloud_w_zdm-oracle.zip

L'architecture comprend les composants sur site et Oracle Cloud Infrastructure suivants :

Réseau sur site
Ce réseau est le réseau local utilisé par votre organisation. C'est l'un des rayons de la topologie.
Région
Une région Oracle Cloud Infrastructure est une zone géographique précise, incluant 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 (entre pays, voire continents).
Réseau cloud virtuel (VCN) et sous-réseaux
Un VCN est un réseau personnalisable défini par logiciel que vous configurez dans une région Oracle Cloud Infrastructure. Comme les réseaux de centre de données traditionnels, les réseaux cloud virtuels vous donnent le contrôle sur l'environnement réseau. Un réseau cloud virtuel peut comporter plusieurs blocs CIDR qui ne se chevauchent pas et que vous pouvez modifier après l'avoir créé. Vous pouvez segmenter un réseau cloud virtuel en plusieurs sous-réseaux ciblant une région ou un domaine de disponibilité. Chaque sous-réseau est composé d'une plage contiguë d'adresses qui ne chevauchent pas celles des autres sous-réseaux du réseau cloud 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é.
Table de routage
Les tables de routage virtuelles contiennent des règles pour acheminer le trafic des sous-réseaux vers des destinations en dehors d'un VCN, généralement via des passerelles.
Liste de sécurité
Pour chaque sous-réseau, vous pouvez créer des règles de sécurité qui indiquent la source, la destination et le type de trafic qui doivent être autorisés à entrer et à sortir du sous-réseau.
VPN site à site
Le VPN site à site fournit une connectivité VPN IPSec entre votre réseau sur site et les réseaux cloud virtuels dans Oracle Cloud Infrastructure. La suite de protocoles IPSec crypte le trafic IP avant le transfert des paquets de la source vers la destination. Elle décrypte également le trafic à son arrivée.
Oracle Exadata Database Service
Oracle Exadata Database Service vous permet de tirer parti de la puissance d'Exadata dans le cloud. Oracle Exadata Database Service offre des fonctionnalités Oracle Database éprouvées sur une infrastructure Oracle Exadata optimisée et spécialement conçue dans le cloud public. L'automatisation cloud intégrée, l'évolutivité élastique des ressources, la sécurité et les performances rapides de toutes les charges de travail Oracle Database vous aident à simplifier la gestion et à réduire les coûts.

Oracle Exadata Database Service on Dedicated Infrastructure fournit Oracle Exadata Database Machine en tant que service dans un centre de données Oracle Cloud Infrastructure (OCI). L'instance Oracle Exadata Database Service on Dedicated Infrastructure est un cluster de machines virtuelles qui réside sur des racks Exadata dans une région OCI.
Oracle Database Autonomous Recovery Service
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 fonctionnalités améliorées de protection des données pour les bases de données OCI, vous pouvez décharger toutes les exigences de traitement et de stockage des sauvegardes sur Oracle Database Autonomous Recovery Service, éliminant ainsi les coûts d'infrastructure de sauvegarde et les temps système d'administration manuelle.
Oracle Database@Google Cloud
Oracle Database@Google Cloud est un service de base de données Oracle Cloud qui exécute des charges de travail Oracle Database dans votre environnement Google Cloud. Tout le matériel pour Oracle Database@Google Cloud est colocalisé dans les centres de données de Google Cloud et utilise les fonctions de réseau de Google Cloud. Le service bénéficie de la simplicité, de la sécurité et de la faible latence d'un environnement d'exploitation unique dans Google Cloud. Vous pouvez gérer le service sur la console Google Cloud ou à l'aide des outils d'automatisation Google Cloud. Google Cloud IAM et Admin fournissent une gestion fédérée des identités et des accès pour Oracle Exadata Database Service.
Oracle Cloud Infrastructure Vault
Oracle Cloud Infrastructure Vault permet de gérer de manière centralisée les clés de cryptage qui protègent vos données et les informations d'identification de clé secrète utilisées pour sécuriser l'accès à vos ressources dans le cloud. Vous pouvez utiliser le service Vault pour créer et gérer des coffres, des clés et des clés secrètes.
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 peut être partagé à d'autres fins.

Le logiciel Oracle Zero Downtime Migration nécessite un hôte Oracle Linux autonome exécuté sur Oracle Linux 7 ou 8, ou Red Hat Enterprise Linux 8 ou 9.

L'hôte de service Oracle Zero Downtime Migration doit pouvoir se connecter aux serveurs de base de données source et cible. Si la connectivité est garantie, l'hôte de service peut se trouver n'importe où.
Data Guard
Oracle Data Guard et Oracle Active Data Guard fournissent un ensemble complet de services permettant de créer, de tenir à jour, de gérer et de surveiller des bases de données de secours, et permettant aux bases de données Oracle de production de rester disponibles sans interruption. Oracle Data Guard conserve 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 coupure planifiée ou non, Oracle Data Guard peut basculer n'importe quelle base de données de secours vers le rôle de production, réduisant ainsi le temps d'inactivité associé à la coupure. Oracle Active Data Guard offre la possibilité de décharger les charges globales en lecture principalement vers les bases de données de secours, ainsi que des fonctionnalités avancées de protection des données.

L'architecture comporte les composants Google suivants :

Région Google Cloud
Une région Google Cloud est une zone géographique qui contient des centres de données et une infrastructure pour héberger des ressources. Il est constitué de zones isolées les unes des autres au sein de la région.
Projet Google Cloud
Un projet Google Cloud est requis pour utiliser les API Google Workspace et pour créer des applications ou des modules complémentaires Google Workspace. Un projet constitue la base de la création, de l'activation et de l'utilisation de tous les services Google Cloud, y compris la gestion des API, l'activation de la facturation, l'ajout et la suppression de collaborateurs et la gestion des autorisations.
Cloud privé virtuel Google
Google Cloud Virtual Private Cloud (VPC) fournit des fonctionnalités réseau aux instances de machine virtuelle (VM) Compute Engine, aux conteneurs Google Kubernetes Engine (GKE), aux services de base de données et aux charges de travail sans serveur. VPC fournit une mise en réseau globale, évolutive et flexible pour votre service cloud.
Interconnexion avec Google Cloud
Cloud Interconnect étend votre réseau sur site au réseau Google via une connexion hautement disponible et à faible latence. Utilisez l'interconnexion dédiée pour vous connecter directement à Google ou utilisez l'interconnexion partenaire pour vous connecter à Google via un fournisseur de services pris en charge.
Routeur Google Cloud
Cloud Router est un service distribué et entièrement géré qui fournit des fonctionnalités de répondeur et de haut-parleur BGP (Border Gateway Protocol). Cloud Router fonctionne avec les appliances Cloud Interconnect, Cloud VPN et Router pour créer des routages dynamiques dans les réseaux VPC basés sur des routages reçus et personnalisés par BGP.

Workflows Oracle Zero Downtime Migration

Utilisez les workflows Oracle Zero Downtime Migration (ZDM) suivants pour migrer votre instance Oracle Database vers Oracle Exadata Database Service sur Oracle Database@Google Cloud.

Migration physique en ligne
Le workflow de migration physique en ligne prend en charge les migrations entre les mêmes versions de base de données et plates-formes. 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 un temps d'inactivité minimal.
Migration physique hors ligne
Le workflow de migration physique hors ligne prend en charge les migrations entre les mêmes versions de base de données et plates-formes. Il crée la base de données cible à l'aide de la sauvegarde et de la restauration RMAN (Recovery Manager). Le serveur NFS géré par Google Cloud fournit un partage de fichiers NFS pour stocker les fichiers de sauvegarde RMAN.

Utilisez les workflows ZDM suivants pour migrer votre instance Oracle Database vers Oracle Exadata Database Service sur Oracle Database@Google Cloud ou vers Oracle Autonomous Database Serverless sur Oracle Database@Google Cloud.

Migration logique en ligne
Le workflow logique de migration en ligne prend en charge les migrations entre la même version de base de données et des plates-formes différentes. Il utilise l'export et l'import Oracle Data Pump pour créer la base de données cible. Le serveur NFS géré par Google Cloud fournit un partage de fichiers NFS pour stocker les fichiers dump Data Pump. Oracle GoldenGate assure la synchronisation des bases de données source et cible pour une migration avec un temps d'inactivité minimal.
Migration logique hors ligne
Le workflow de migration logique hors ligne prend en charge les migrations entre la même version de base de données et les différentes plates-formes. Il utilise l'export et l'import Oracle Data Pump pour créer la base de données cible. Le serveur NFS géré par Google Cloud fournit un partage de fichiers NFS pour stocker les fichiers dump Data Pump.

Recommandations

Utilisez les recommandations suivantes comme point de départ pour passer à Oracle Database@Google Cloud. 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 du site My Oracle Support (MOS) en recherchant le patch numéro 33509650 dans Patches et mises à jour (reportez-vous à la section Déployer).
Installez l'hôte du service Oracle Zero Downtime Migration sur site en regard de votre base de données source.
Assurez-vous que l'hôte de service Oracle Zero Downtime Migration dispose d'au moins 100 Go de stockage gratuit.
Assurez une connectivité réseau sécurisée et privée entre Google Cloud et on-premise à l'aide d'un VPN site à site ou de Google Cloud Interconnect.
En fonction de la taille de votre base de données, assurez-vous d'un débit réseau suffisant de votre réseau sur site vers Google Cloud.

Points à prendre en compte

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

Pour Oracle Database 12c version 2 et versions ultérieures, le portefeuille TDE doit exister sur la source et le statut du portefeuille doit être OPEN. La base de données source n'a pas nécessairement besoin d'être cryptée, mais un portefeuille TDE doit être configuré.
Oracle Zero Downtime Migration exige que la clé SSH sur l'hôte de service Oracle Zero Downtime Migration soit au format RSA (dans Oracle Linux 8, la valeur par défaut est OPENSSH).
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 :
- ont le même nom de base de données (DB_NAME)
- possèdent des noms uniques de base de données différents (DB_UNIQUE_NAME)
- Utiliser un fichier de paramètres serveur (SPFILE)
- Utiliser le même jeu de caractères
- Avoir le même algorithme de cryptage défini dans le fichier sqlnet.ora
- Le mot de passe du compte utilisateur SYS doit être identique sur les bases de données source et cible
- Le paramètre d'initialisation de base de données COMPATIBLE doit être identique sur les bases de données source et cible
- Les bases de données source et cible peuvent avoir la même version majeure (par exemple, 19c). Toutefois, la base de données cible peut avoir un niveau de patch plus élevé (par exemple, source à 19.23 et cible à 19.24). Si le niveau de patch de la base de données cible est supérieur à celui de la base de données source, Oracle Zero Downtime Migration exécute automatiquement un patch de données dans le cadre de la migration. Cette configuration est possible et les clients migrant dans la même version et les mêmes niveaux de patch peuvent demander au moniteur ZDM de ne pas exécuter de patch de données.

Déployez

Téléchargez et installez la dernière version d'Oracle Zero Downtime Migration sur site en regard de votre base de données source :

Accédez à My Oracle Support (MOS).
Pour rechercher le dernier logiciel ZDM, sélectionnez Nom ou numéro de patch, entrez le numéro de patch 33509650, puis cliquez sur Rechercher.
Cliquez sur le dernier numéro de patch et sélectionnez Télécharger dans le menu.
Suivez les instructions incluses dans le téléchargement.

En savoir plus

En savoir plus sur les caractéristiques de cette architecture et sur les architectures associées.

Découvrez les différents workflows Oracle Zero Downtime Migration :

Consultez les ressources supplémentaires suivantes :

Accusés de réception

Auteurs : Ricardo Gonzalez, Sinan Petrus Toma
Contributeurs : Thomas Van Buggenhout, Robert Lies