Passez à Oracle Database@Google Cloud avec Oracle Zero Downtime Migration
Oracle Database@Google Cloud enables you to run your mission-critical Oracle databases on Oracle Oracle Exadata Database Service on Dedicated Infrastructure and Oracle Autonomous Database Serverless in Google Cloud data centers.
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 nuage 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'arrêt minimal ou nul, 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 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 place, le service Oracle Exadata Database Service on Cloud@Customer et Oracle Cloud Infrastructure (OCI).
Architecture
L'hôte du service Oracle Zero Downtime Migration est installé sur une machine virtuelle (VM) sur place distincte à côté de la base de données source. Le service Oracle Exadata Database Service cible est provisionné dans le centre de données de Google Cloud au sein du nuage privé virtuel (VPC) de Google. Le centre de données sur place est connecté à Google Cloud à l'aide de Google Cloud Interconnect ou d'un RPV site à site. Le flux de travail 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 Restore From a Service (Restaurer à partir d'un service), ce qui élimine la nécessité de sauvegarder la base de données source vers 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 place vers la base de données cible. Oracle Zero Downtime Migration configure Oracle Data Guard, la tient à jour et nettoie la configuration une fois la migration terminée. Vous n'avez donc pas à le faire. 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 présente l'architecture :
oracle_database_at_google_cloud_w_zdm-oracle.zip
L'architecture comporte les composants sur place et Oracle Cloud Infrastructure suivants :
- 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.
- 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 que vous avez configuré dans une région Oracle Cloud Infrastructure. Comme les réseaux en nuage virtuels traditionnels, ils vous offrent un contrôle sur 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é.
- 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 au moyen de passerelles.
- Liste de sécurité
Pour chaque sous-réseau, vous pouvez créer des règles de sécurité qui spécifient la source, la destination et le type de trafic qui doivent être autorisés à entrer et à sortir du sous-réseau.
- RPV site-à-site
Un RPV site à site fournit une connectivité RPV IPSec entre votre réseau sur place et les réseaux en nuage virtuels d'Oracle Cloud Infrastructure. La suite de protocoles IPSec chiffre le trafic IP avant que les paquets ne soient transférés de la source à la destination, et le déchiffre à son arrivée.
- Service Oracle Exadata Database
Oracle Exadata Database Service vous permet de tirer parti de la puissance d'Exadata dans le nuage. Oracle Exadata Database Service offre des capacités éprouvées d'Oracle Database sur une infrastructure optimisée et spécialement conçue pour Oracle Exadata dans le nuage public. Automatisation en nuage intégrée, évolutivité souple des ressources, sécurité et performance rapide pour 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 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.
- 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.
- Oracle Database@Google Cloud
Oracle Database@Google Cloud est un service de base de données Oracle Cloud qui exécute les 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 le réseau 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. Le service IAM et l'administrateur de Google Cloud assurent la 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 vous permet de gérer, de manière centralisée, les clés de chiffrement qui protègent vos données et les données d'identification de clé secrète que vous utilisez pour sécuriser l'accès à vos ressources dans le nuage. Vous pouvez utiliser le service de chambre forte pour créer et gérer des chambres fortes, 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 s'exécutant sur Oracle Linux 7 ou 8 ou Red Hat Enterprise Linux 8 ou 9.
L'hôte du 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 du service peut être localisé n'importe où.
- 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.
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 l'hébergement des ressources. Il est constitué de zones isolées les unes des autres à l'intérieur de la région.
- Projet Google Cloud
Un projet Google Cloud est nécessaire pour utiliser les API Google Workspace et pour créer des add-ons ou des applications 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.
- Nuage privé virtuel Google
Google Cloud Virtual Private Cloud (VPC) fournit des fonctionnalités de réseau aux instances de machine virtuelle du moteur de calcul, aux conteneurs Google Kubernetes Engine (GKE), aux services de base de données et aux charges de travail sans serveur. VPC fournit un réseau global, évolutif et flexible pour votre service en nuage.
- Interconnexion Google Cloud
Cloud Interconnect étend votre réseau sur place au réseau Google grâce à une connexion hautement disponible et à faible latence. Utilisez Dedicated Interconnect pour vous connecter directement à Google ou utilisez Partner Interconnect 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 capacités de haut-parleur et de répondant Border Gateway Protocol (BGP). Cloud Router fonctionne avec des dispositifs Cloud Interconnect, Cloud VPN et Router pour créer des routes dynamiques dans les réseaux VPC en fonction des routes reçues par BGP et apprises sur mesure.
Flux de travail Oracle Zero Downtime Migration
Utilisez les flux de travail Oracle Zero Downtime Migration (ZDM) suivants pour migrer Oracle Database vers Oracle Exadata Database Service sur Oracle Database@Google Cloud.
- 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 un 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 serveur NFS géré par Google Cloud fournit un partage de fichiers NFS pour stocker les fichiers de sauvegarde RMAN.
Utilisez les flux de travail ZDM suivants pour migrer votre 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 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 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'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 serveur NFS géré par Google Cloud fournit un partage de fichiers NFS pour stocker les fichiers dump Data Pump.
Recommandations
- Téléchargez la dernière version du logiciel Oracle Zero Downtime Migration à partir de My Oracle Support (MOS) en recherchant le numéro de correctif 33509650 dans la section Patches & Updates (voir la section Deploy).
- 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 une connectivité réseau sécurisée et privée entre les services sur place et Google Cloud à l'aide d'un RPV site-à-site ou de Google Cloud Interconnect.
- 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 Google Cloud.
Points à considérer
Tenez compte des points suivants lors du déploiement de cette architecture de référence.
- 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). - 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 :
- Avoir le même nom de base de données (
DB_NAME) - ont 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 chiffrement défini dans le fichier sqlnet.ora
- Le mot de passe du compte d'utilisateur
SYSdoit être identique dans les bases de données source et cible - Le paramètre d'initialisation de la base de données
COMPATIBLEdoit être identique dans les bases de données source et cible - Les bases de données source et cible peuvent avoir la même version principale (par exemple, 19c). Toutefois, la base de données cible peut avoir un niveau de correctif plus élevé (par exemple, source à 19.23 et cible à 19.24). Si la base de données cible présente un niveau de correctif supérieur à celui de la base de données source, Oracle Zero Downtime Migration exécute automatiquement un correctif de données dans le cadre de la migration. Ceci est configurable et les clients qui migrent dans la même version et les mêmes niveaux de correctif peuvent demander à ZDM de ne pas exécuter le correctif de données.
- Avoir le même nom de base de données (
Déployez
Téléchargez et installez la dernière version d'Oracle Zero Downtime Migration sur place à côté de la base de données source :
- Accédez à My Oracle Support (MOS).
- Pour rechercher le dernier logiciel ZDM, sélectionnez Nom ou numéro du correctif, entrez le numéro de correctif 33509650, puis cliquez sur Rechercher.
- Cliquez sur le dernier numéro de correctif et sélectionnez Télécharger dans le menu.
- Suivez les instructions incluses dans le téléchargement.
Informations complémentaires
En savoir plus sur les caractéristiques de cette architecture et sur les architectures connexes.
- Migrer des bases de données Oracle vers ExaDB-D sur Oracle Database@Google Cloud avec la migration sans temps d'arrêt (Vidéo)
- Oracle Zero Downtime Migration (Migration sans temps d'arrêt)
- Oracle Data Guard
- Oracle Database@Google Cloud
- Oracle Cloud Infrastructure multinuage
Découvrez les différents flux de travail Oracle Zero Downtime Migration :
- Migration physique en ligne vers ExaDB-D sur Oracle Database@Google Cloud
- Migration physique hors ligne vers ExaDB-D sur Oracle Database@Google Cloud
- Migration logique en ligne vers ExaDB-D sur Oracle Database@Google Cloud
- Migration logique hors ligne vers ExaDB-D sur Oracle Database@Google Cloud
- Migration logique en ligne vers ADB-S sur Oracle Database@Google Cloud
- Migration logique hors ligne vers ADB-S sur Oracle Database@Google Cloud
Vérifiez les ressources supplémentaires suivantes :