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.
oracle-db-azure-zdm-oracle.zip
L'architecture 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é.
- Passerelle de routage dynamique
La passerelle DRG est un routeur virtuel qui fournit un chemin pour le trafic réseau privé entre les réseaux en nuage virtuels de la même région, entre un VCN et un réseau en dehors de la région, tel qu'un VCN dans une autre région Oracle Cloud Infrastructure, un réseau sur place ou un réseau d'un autre fournisseur de nuage.
- 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.
- 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 déchiffre le trafic à son arrivée.
- Carte VNIC
Une carte d'interface réseau virtuelle (VNIC) permet à une instance de se connecter à un VCN et détermine comment elle se connecte à des points d'extrémité à l'intérieur et à l'extérieur du VCN. Chacune de ces cartes réside dans un sous-réseau du VCN et inclut ces éléments :
- Adresse IPv4 privée principale du sous-réseau dans lequel se trouve la carte VNIC, choisie par vous ou par Oracle
- Adresses IPv4 privées secondaires facultatives du sous-réseau dans lequel se trouve la carte d'interface réseau virtuelle, choisies par vous ou Oracle.
- Adresse IPv4 publique facultative pour chaque adresse IP privée, sélectionnée par Oracle, mais affectée par vous à votre discrétion.
- Nom d'hôte facultatif pour DNS pour chaque adresse IP privée.
- Adresse MAC.
- Un marqueur VLAN affecté par Oracle et disponible lorsque la carte VNIC est associée à l'instance (pertinent seulement pour les instances sans système d'exploitation).
- Indicateur permettant d'activer ou de désactiver la vérification de la source ou de la destination sur le trafic réseau de la carte VNIC.
- Membre facultatif d'un ou plusieurs groupes de sécurité de réseau (NSG) de votre choix. Les groupes de sécurité de réseau ont des règles de sécurité qui s'appliquent uniquement aux cartes d'interface réseau virtuelle dans le NSG en question.
- Adresse IPv6 facultative. L'adressage IPv6 est soutenu pour toutes les régions commerciales et gouvernementales.
- Data Guard
Oracle Data Guard fournit un ensemble complet de services qui créent, tiennent à jour, gèrent et surveillent une ou plusieurs bases de données de secours afin de permettre 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. Ensuite, 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 secours par le rôle de production, réduisant ainsi le temps d'arrêt associé à la panne.
- 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.
- Stockage d'objets
Le service de stockage d'objets permet d'accéder rapidement à de grandes quantités de données non structurées de tous types, notamment des sauvegardes de base de données, des données analytiques et du contenu enrichi, comme des images et des vidéos. Vous pouvez stocker des données en toute sécurité, puis les extraire directement à partir d'Internet ou de la plate-forme en nuage. Vous pouvez adapter le stockage sans que la performance ou la fiabilité des services soit affectée. Utilisez le stockage standard pour le stockage "à chaud" auquel vous devez accéder rapidement, immédiatement et fréquemment. Utilisez le stockage d'archives pour le stockage "à froid" que vous stockez pendant de longues périodes et auquel vous accédez rarement.
- 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.
- 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ù.
Recommandations
- 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 :
- Oracle Zero Downtime Migration - Migration physique en ligne vers ExaDB-D sur Oracle Database@Azure
- Oracle Zero Downtime Migration :
- En savoir plus sur Oracle Maximum Availability Architecture pour Oracle Database@Azure
- Évaluations d'Oracle Database@Azure par Oracle MAA
- Oracle Data Guard
- Oracle Database@Azure
- Oracle Cloud Infrastructure - multinuage
- Documentation sur Oracle Cloud Infrastructure
- Estimateur de coûts Oracle Cloud