Migration vers Oracle Autonomous Database on Dedicated Exadata Infrastructure

Cette section explique comment migrer les charges globales de base de données VMware sur site vers Oracle Autonomous Database on Dedicated Exadata Infrastructure et les charges globales d'application vers Oracle Cloud VMware Solution.

Architecture

Cette architecture présente une migration de la base de données et des applications VMware sur site vers Oracle Cloud Infrastructure.

La première étape consiste à migrer vos bases de données et applications sur site exécutées sur VMware vers Oracle Cloud VMware Solution à l'aide d'outils VMware tels que HCX et vMotion. Oracle Cloud VMware Solution vous offre une implémentation entièrement automatisée d'un centre de données défini par logiciel (SDDC) VMware dans votre location OCI, exécuté sur des instances Bare Metal OCI.

Ensuite, à l'aide d'Oracle Zero Downtime Migration, automatisez la migration de votre base de données des machines virtuelles de base de données Oracle Cloud VMware Solution vers Oracle Autonomous Database on Dedicated Exadata Infrastructure pour la consolider sur une plate-forme de base de données hautes performances.

Remarques :

Les règles de licence et les conditions de support d'Oracle Database doivent être respectées lors de la migration des bases de données de VMware sur site vers Oracle Cloud VMware Solution.

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

Description de l'illustration migrate-vmware-autonomous-dedicated-architecture.png

migrate-vmware-autonomous-dedicated-architecture.zip

Cette architecture prend en charge les composants suivants :

• Région

  Une région Oracle Cloud Infrastructure est une zone géographique précise 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 des pays voire des continents).

• Réseau cloud virtuel (VCN) et sous-réseau

  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 un contrôle total 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é.

• Oracle Autonomous Database sur une infrastructure Exadata dédiée

  Oracle Autonomous Database on Dedicated Exadata Infrastructure permet d'accéder à la dernière technologie de base de données autonome exécutée sur une infrastructure Exadata dédiée dans une région OCI. Avec Autonomous Database, vous disposez d'une base de données entièrement élastique, sur laquelle Oracle exploite en autonomie tous les aspects du cycle de vie de la base de données, du positionnement à la sauvegarde et aux mises à jour. Une infrastructure Exadata dédiée peut héberger de nombreux clusters de machines virtuelles autonomes, qui peuvent héberger de nombreuses bases de données autonomes.

• Oracle Cloud VMware Solution Centre de données défini par logiciel (SDDC)

  Oracle et VMware se sont associés pour développer une implémentation de centre de données défini par logiciel (SDDC) certifiée VMware à utiliser dans Oracle Cloud Infrastructure. Cette implémentation, appelée Oracle Cloud VMware Solution, utilise Oracle Cloud Infrastructure pour héberger un SDDC VMware hautement disponible. Elle permet également une migration transparente de tous vos workloads de SDDC VMware sur site vers Oracle Cloud VMware Solution. Oracle Cloud VMware Solution contient les composants VMware suivants :

  • VMware vSphere ESXi
  • VMware vSAN
  • VMware vCenter
  • VMware NSX-T
  • VMware HCX (facultatif)
• Bare Metal

  Un centre de données défini par logiciel (SDDC) Oracle Cloud VMware Solution contient des serveurs Bare Metal hébergeant Oracle Cloud VMware Solution. Le serveur Bare Metal prend en charge les applications qui nécessitent un nombre élevé de coeurs, de grandes quantités de mémoire et une bande passante élevée (telle qu'Oracle Cloud VMware Solution). Vous pouvez déployer Oracle Cloud VMware Solution sur des serveurs Bare Metal et configurer des machines virtuelles avec des améliorations de performances significatives par rapport aux autres clouds publics et centres de données sur site.

• Passerelle de service

  La passerelle de service fournit un accès à partir d'un VCN à d'autres services, tels qu'Oracle Cloud Infrastructure Object Storage. Le trafic du VCN vers le service Oracle transite par la structure réseau Oracle et ne traverse jamais Internet.

• Dynamic routing gateway (DRG)

  Le DRG est un routeur virtuel qui fournit un chemin pour le trafic de réseau privé entre les réseaux cloud 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 site ou un réseau dans un autre fournisseur cloud.

• FastConnect

  Oracle Cloud Infrastructure FastConnect permet de créer facilement une connexion privée dédiée entre le centre de données et Oracle Cloud Infrastructure. FastConnect offre des options de bande passante plus élevée et une expérience réseau plus fiable par rapport aux connexions Internet.

• Stockage des fichiers

  OCI File Storage est utilisé comme espace de stockage temporaire lors de la migration de bases de données d'Oracle Exadata sur site vers Oracle Autonomous Database on Dedicated Exadata Infrastructure.

• Stockage d'objet

  OCI Object Storage est utilisé pour le stockage temporaire des sauvegardes et des exports de base de données lors de la migration.

Avant de commencer

Avant de commencer, vérifiez les versions des principaux composants utilisés dans cette configuration et consultez la documentation du produit pour référence ultérieure.

Vérifier les exigences

• Assurez-vous que la base de données source exécute Oracle Database version 19.18 Standard Edition, Enterprise Edition ou supérieure.
• La base de données cible doit être Oracle Autonomous Database on Dedicated Exadata Infrastructure version 19.19.0.1.0 Enterprise Edition Extreme Performance ou supérieure.
• Oracle Zero Downtime Migration doit être de version 21.4 ou supérieure.
• Le stockage intermédiaire doit inclure OCI Object Storage et OCI File Storage.

Réviser la documentation

Ce guide stratégique explique comment migrer les charges de travail de votre base de données. Reportez-vous à la solution ci-dessous pour savoir comment migrer vos charges globales VMware. Les ressources supplémentaires sont utiles pour le contexte, les détails et les références de la migration de la base de données.

Découvrez comment migrer les composants VMware de votre charge globale vers Oracle Cloud VMware Solution.

• Migration des charges globales VMware sur site vers le cloud

Consultez les ressources Oracle Zero Downtime Migration :

• Oracle Zero Downtime Migration
• Vidéo Oracle Zero Downtime Migration
• Installer le logiciel Oracle Zero Downtime Migration

Vérifiez les ressources de migration logique :

• "Setting Logical Migration Parameters" dans le manuel Move to Oracle Cloud Using Zero Downtime Migration Guide
• Guide détaillé - Migration en ligne logique d'une base de données sur site vers Oracle Autonomous Database

Consultez les ressources Oracle Database :

• "Configuring VCN Security Rules for File Storage" dans le manuel Oracle Cloud Infrastructure Documentation

A propos des produits et rôles requis

Cette solution nécessite les produits suivants :

• Oracle Cloud Infrastructure Identity and Access Management
• Calcul OCI
• OCI Object Storage
• OCI File Storage
• Oracle Zero Downtime Migration
• Oracle Cloud VMware Solution
• Oracle Autonomous Database sur une infrastructure Exadata dédiée

Il s'agit des rôles nécessaires pour chaque produit.

Nom du produit : Rôle	Obligatoire pour...
Oracle Cloud Infrastructure Identity and Access Management : OCI_user	Créer des clés d'API pour la migration logique
OCI Compute : admin	Créez une instance OCI Compute pour exécuter le logiciel Oracle Zero Downtime Migration
OCI Object Storage : Storage Admin	Création de buckets OCI Object Storage
OCI File Storage : Storage Admin	Création d'OCI File Storage pour les opérations d'export/import
Oracle Zero Downtime Migration : opc	Créez zdmuser pour installer et exécuter le logiciel Oracle Zero Downtime Migration.
Oracle Zero Downtime Migration : zdmuser	Installation du logiciel Oracle Zero Downtime Migration Exécution d'Oracle Zero Downtime Migration
Machine virtuelle Oracle Cloud VMware Solution : root/sudoer user	Montez le partage de système de fichiers réseau à partir d'OCI File Storage afin d'exporter la base de données pour les migrations logiques Activer le SSH sans mot de passe à partir de la machine virtuelle Oracle Zero Downtime Migration Exécutez les commandes sudo pour installer l'agent logiciel Oracle Zero Downtime Migration. Exécuter des commandes sudo pour sauvegarder ou exporter une base de données
Base de données Oracle Cloud VMware Solution : sys/system	Exécuter Data Pump pour exporter la base de données
OCI Oracle Cloud VMware Solution et OCI Virtual Cloud Network : Admin	Modification de la configuration d'Oracle Cloud VMware Solution pour ajouter OCI Services Gateway, des règles de routage et de sécurité Modification de la configuration d'Oracle Cloud VMware Solution pour ajouter des règles de routage et de sécurité au sous-réseau de réseau cloud virtuel sur lequel la base de données cible est exécutée
Oracle Autonomous Database on Dedicated Exadata Infrastructure : Database Admin	Créer une base de données cible
Oracle Autonomous Database on Dedicated Exadata Infrastructure : ADMIN	Exécuter Data Pump pour importer la base de données

Reportez-vous à Produits, solutions et services Oracle pour obtenir ce dont vous avez besoin.

Remarques concernant la migration

Avant de commencer la migration, passez en revue ces hypothèses et considérations.

• La migration logique est la seule méthode de migration prise en charge.
• Pendant la migration logique, les bases de données pluggables et/ou les schémas sont migrés. Les bases de données non Conteneur sont migrées vers une base de données autonome contenue dans une base de données Conteneur Autonomous.
• Lors de la migration logique, Oracle Zero Downtime Migration n'exporte pas les données directement vers OCI Object Storage. Sur la base de données source, Oracle Zero Downtime Migration exporte les données vers un système de fichiers partagé (système de fichiers réseau ou Oracle Advanced Cluster File System). Les données exportées sont ensuite téléchargées vers OCI Object Storage. La base de données cible importe les données à partir d'OCI Object Storage.
• La base de données source peut exécuter une instance unique Oracle. Oracle Autonomous Database on Dedicated Exadata Infrastructure exécute toujours des bases de données RAC. Lors de la migration de base de données, Oracle Zero Downtime Migration convertit les bases de données mono-instance en bases de données RAC si nécessaire.
• Le cryptage de base de données Oracle Transparent Data Encryption est facultatif pour la base de données source de machine virtuelle de base de données Oracle Cloud VMware Solution. Lors de la migration de bases de données vers Oracle Autonomous Database on Dedicated Exadata Infrastructure, la base de données cible est toujours cryptée.
• Les bases de données source et cible doivent exécuter les mêmes fichiers de fuseau horaire. Pour obtenir des instructions, reportez-vous à "Mise à niveau du fichier de fuseau horaire et de l'horodatage avec les données de fuseau horaire" dans la section Consulter la documentation.
• Les étapes de ce guide supposent qu'il existe une connectivité réseau directe à partir du réseau de superposition Oracle Cloud VMware Solution, où la machine virtuelle de base de données est installée, vers le réseau cloud virtuel OCI (VCN) où la base de données cible et la machine virtuelle Oracle Zero Downtime Migration sont configurées.
• Par défaut, Oracle Zero Downtime Migration tente de communiquer avec la base de données Oracle Autonomous Database on Dedicated Exadata Infrastructure à l'aide du service high_tls. Assurez-vous que la connectivité pour TCPS sur le port 2484 est autorisée entre la machine virtuelle Oracle Zero Downtime Migration et la base de données Oracle Autonomous Database on Dedicated Exadata Infrastructure.
• Les bases de données source et cible ne doivent pas nécessairement avoir le même mot de passe sys, le même mot de passe ADMIN, le même mot de passe de portefeuille, la même version de base de données, le même nom de base de données et le même niveau de patch.

Migration à l'aide de la migration logique

Les étapes suivantes décrivent comment effectuer une migration logique hors ligne. Pour la migration en ligne, reportez-vous au Guide détaillé - Migration en ligne logique d'une base de données sur site vers Oracle Autonomous Database dans la section Consulter la documentation.

1. Dans la console OCI, vérifiez que les workflows suivants ont été exécutés lors du déploiement d'Oracle Cloud VMware Solution :
   • Configurer la connectivité à Oracle Services Network
   • Configurer la connectivité aux ressources VCN
   Ces workflows permettent aux machines virtuelles exécutées dans la superposition NSX d'Oracle Cloud VMware Solution de communiquer avec Oracle Services Network et le VCN où le serveur Oracle Zero Downtime Migration est configuré ou sera en cours d'exécution. Exécutez ces workflows s'ils n'ont pas encore été exécutés pour configurer toutes les règles de sécurité et de routage requises.
2. Créez une base de données Oracle Autonomous Database on Dedicated Exadata Infrastructure cible à l'aide de la console OCI ou de l'API REST. Configurez la base de données comme suit :
   • La nouvelle base de données cible peut avoir un nom différent de celui de la base de données source.
   • La nouvelle base de données peut être une version plus récente que la base de données source.
   • Indiquez un mot de passe pour l'utilisateur ADMIN. Notez le mot de passe.
   Une fois la base de données créée, notez son OCID.
3. Dans la console OCI, créez une instance de calcul dans le VCN où la base de données cible est configurée.
   Cette instance de calcul peut être n'importe quelle forme, avec au moins deux OCPU et 16 Go de RAM, exécutant le système d'exploitation Oracle Linux 7.9. Cette machine virtuelle sera utilisée pour exécuter le logiciel Oracle Zero Downtime Migration.
4. Suivez la documentation d'installation d'Oracle Zero Downtime Migration dans la section Consulter la documentation pour télécharger et installer le logiciel Oracle Zero Downtime Migration 21.4 sur l'instance de calcul OCI.
   Exécutez le logiciel Oracle Zero Downtime Migration en tant que zdmuser.
5. Assurez-vous que la machine virtuelle Oracle Zero Downtime Migration peut communiquer avec les hôtes de base de données source à l'aide du nom d'hôte et de l'adresse IP. Modifiez le résolveur DNS VCN ou le fichier /etc/hosts dans la machine virtuelle Oracle Zero Downtime Migration si nécessaire. Vérifiez les points suivants :
   • Vérifiez qu'il existe une règle de sécurité permettant à la machine virtuelle Oracle Zero Downtime Migration de se connecter à la machine virtuelle de base de données source sur les ports de processus d'écoute par défaut 1521 et 22.
   • Assurez-vous que la machine virtuelle Oracle Zero Downtime Migration peut atteindre les hôtes de base de données cible sur le port de processus d'écoute 2484.
6. Connectez-vous en tant que zdmuser à l'instance de calcul exécutant le logiciel Oracle Zero Downtime Migration et générez une paire de clés SSH. Activez le SSH sans mot de passe à partir du compte zdmuser vers tous les noeuds de la machine virtuelle de base de données Oracle Cloud VMware Solution source (root, privilege-sudoer user).
7. Dans la console OCI, créez un stockage de fichiers OCI.
   Notez la cible de montage, l'export et l'adresse IP sur le VCN.
8. Suivez les étapes décrites dans Configuration des règles de sécurité VCN pour File Storage dans la section Consulter la documentation pour créer des règles autorisant le protocole de système de fichiers réseau du réseau OCI NSX Overlay à l'adresse IP OCI File Storage créée à l'étape 7.
9. Utilisez l'adresse IP et exportez à partir de l'étape 7 pour monter ce stockage de fichiers OCI via un système de fichiers réseau sur la machine virtuelle de base de données Oracle Cloud VMware Solution source. Notez le point de montage.
10. Dans la console OCI, créez un bucket OCI Object Storage s'il n'en existe pas déjà un.
    Notez l'URL Swift, l'espace de noms Object Storage et le nom du bucket.
11. Dans la console OCI, créez une clé d'API pour l'utilisateur OCI propriétaire de la base de données cible. Il dispose également des droits d'accès permettant de télécharger des données vers le bucket créé à l'étape 10.
    Notez l'OCID utilisateur, l'OCID de location, l'empreinte et la région OCI. Enregistrez les clés privées et publiques correspondantes dans les fichiers PEM. Cette clé d'API sera utilisée par Oracle Zero Downtime Migration pour se connecter à OCI afin d'obtenir des informations sur la base de données cible lors de la migration de base de données et de télécharger des vidages de données vers OCI Object Storage.
12. Copiez les fichiers PEM de l'étape précédente vers la machine virtuelle Oracle Zero Downtime Migration.
13. Connectez-vous en tant qu'utilisateur sys à la base de données source pour vous assurer que le paramètre Streams_Pool_Size est défini sur au moins 2G, par exemple :

    SQL>show parameter streams_pool_size;
    SQL>alter system set streams_pool_size=2G scope=both SID=’*’;                  

14. Utilisez le modèle de fichier de réponses de migration logique d'Oracle Zero Downtime Migration inclus avec Zero Downtime Migration pour créer un fichier de réponses pour la migration. Les paramètres clés sont les suivants :
    • TARGETDATABASE_OCID : OCID de la base de données cible créée à l'étape 2.
    • MIGRATION_METHOD: OFFLINE_LOGICAL
    • DATA_TRANSFER_MEDIUM: OSS
    • TARGETDATABASE_ADMINUSERNAME: ADMIN
    • SOURCEDATABASE_ADMINUSERNAME: system
    • SOURCEDATABASE_CONNECTIONDETAILS_HOST : adresse IP/nom d'hôte de la machine virtuelle de base de données Oracle Cloud VMware Solution source.
    • SOURCEDATABASE_CONNECTIONDETAILS_PORT: 1521
    • SOURCEDATABASE_CONNECTIONDETAILS_SERVICENAME : nom de service de la base de données pluggable source ou de la base de données non Conteneur. Utilisez lsnrctl pour rechercher.
    • OCIAUTHENTICATIONDETAILS_USERPRINCIPAL_TENANTID : OCID de location de l'étape 11.
    • OCIAUTHENTICATIONDETAILS_USERPRINCIPAL_USERID : OCID utilisateur de l'étape 11.
    • OCIAUTHENTICATIONDETAILS_USERPRINCIPAL_FINGERPRINT : empreinte de l'étape 11.
    • OCIAUTHENTICATIONDETAILS_PRIVATEKEYFILE : chemin d'accès au fichier PEM de clé privée sur le serveur Oracle Zero Downtime Migration à partir de l'étape 12.
    • OCIAUTHENTICATIONDETAILS_REGIONID : ID de région OCI de l'utilisateur OCI à partir de l'étape 11.
    • SOURCECONTAINERDATABASE_ADMINUSERNAME: system
    • SOURCECONTAINERDATABASE_CONNECTIONDETAILS_HOST : adresse IP/nom d'hôte de la machine virtuelle de base de données Oracle Cloud VMware Solution source.
    • SOURCECONTAINERDATABASE_CONNECTIONDETAILS_PORT: 1521
    • SOURCECONTAINERDATABASE_CONNECTIONDETAILS_SERVICENAME : nom de service de la base de données Conteneur source sur la machine virtuelle de base de données Oracle Cloud VMware Solution. Utilisez lsnrctl pour rechercher.
    • DATAPUMPSETTINGS_JOBMODE: SCHEMA
    • DATAPUMPSETTINGS_FIXINVALIDOBJECTS: TRUE
    • DATAPUMPSETTINGS_EXPORTDIRECTORYOBJECT_NAME: mig
    • DATAPUMPSETTINGS_EXPORTDIRECTORYOBJECT_PATH : point de montage du système de fichiers réseau à partir de l'étape 9.
    • DATAPUMPSETTINGS_CREATEAUTHTOKEN: FALSE
    • DATAPUMPSETTINGS_DATAPUMPPARAMETERS_EXPORTPARALLELISMDEGREE : commentez cette ligne avec un signe dièse (#) si la machine virtuelle de base de données Oracle Cloud VMware Solution source exécute Oracle Standard Edition 2. Sinon, entrez un nombre supérieur à deux, en fonction du nombre total de CPU disponibles.
    • DATAPUMPSETTINGS_DATABUCKET_NAMESPACE : espace de noms OCI Object Storage de l'étape 10.
    • DATAPUMPSETTINGS_DATABUCKET_BUCKETNAME : nom de bucket OCI Object Storage de l'étape 10.
    • EXCLUDEOBJECTS-1: owner:PDBADMIN
15. Exécutez un travail de migration à exécution sèche Oracle Zero Downtime Migration (-eval) pour valider que tous les prérequis pour la migration sont remplis. L'outil Cloud Pre-Migration Advisor (CPAT) est exécuté pour valider que la base de données source est adaptée à la migration vers la base de données cible à l'aide de la migration logique Oracle Zero Downtime Migration. Résolvez les problèmes signalés par le CPAT avant de continuer. Par exemple :

    
    zdmcli migrate database -sourcedb source_db_unique_name \
    -sourcenode IP/hostname_of_Oracle_Cloud_VMware_Solution_database_virtual_machine \
    -srcauth zdmauth \
    -srcarg1 user:root_or_sudoer_user \
    -srcarg2 identity_file:path_to_ssh_private_key/ssh_private_key_file_name_from_step_6 \
    -srcarg3 sudo_location:/usr/bin/sudo \
    -rsp path_to_response_file/response_file_name_from_step_14 \
    -eval

    Cette commande demande deux mots de passe. Le premier mot de passe est le mot de passe système de la base de données source. Le deuxième mot de passe est le mot de passe ADMIN de la base de données cible.
    Notez l'ID de travail Oracle Zero Downtime Migration.
    Après une migration sèche réussie, passez à l'étape suivante.
16. Une fois la migration d'exécution sèche réussie, exécutez le travail Oracle Zero Downtime Migration. Par exemple :

    zdmcli migrate database -sourcedb source_db_unique_name \
    -sourcenode IP/hostname_of_Oracle_Cloud_VMware_Solution_database_virtual_machine \
    -srcauth zdmauth \
    -srcarg1 user:root_or_sudoer_user \
    -srcarg2 identity_file:path_to_ssh_private_key/ssh_private_key_file_name_from_step_6 \
    -srcarg3 sudo_location:/usr/bin/sudo \
    -rsp path_to_response_file/response_file_name_from_step_14

    Cette commande demande deux mots de passe. Le premier mot de passe est le mot de passe système de la base de données source. Le deuxième mot de passe est le mot de passe ADMIN de la base de données cible.
    Notez l'ID de travail Oracle Zero Downtime Migration.