Migrer vers Oracle Autonomous Database on Dedicated Exadata Infrastructure

Cette section explique comment migrer vos charges de travail Oracle Exadata vers Oracle Autonomous Database on Dedicated Exadata Infrastructure, et comment migrer vos applications VMware vers Oracle Cloud VMware Solution.

Architecture

Cette architecture présente une migration des bases de données Oracle Exadata sur site et des applications VMware vers Oracle Autonomous Database on Dedicated Exadata Infrastructure et Oracle Cloud VMware Solution.

A l'aide d'Oracle Zero Downtime Migration, automatisez la migration de votre base de données tout en subissant un temps d'inactivité minimal lors de la migration de vos données sur site vers le cloud.

Migrez vos 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.

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

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

migrate-vmware-cloud-solution-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 localisée qui contient des 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 donne accès à 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é 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 toutes vos charges globales 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 (comme 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 significatives des performances par rapport aux autres clouds publics et centres de données sur site.

• 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 du VCN vers le service Oracle se déplace sur 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 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 de 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'objets

  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 conditions requises

• Assurez-vous que la base de données source exécute Oracle Database version 19.18 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 version 21.4 ou supérieure.
• Le stockage intermédiaire doit inclure OCI Object Storage et Oracle ZFS Storage Appliance (NAS).

Consulter la documentation

Ce guide de solution explique comment migrer les charges de travail de base de données. Reportez-vous à la solution ci-dessous pour savoir comment migrer vos charges de travail VMware. Les ressources supplémentaires sont utiles pour le contexte, les détails et la référence de votre migration de 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 :

• "Définition des paramètres de migration logique" dans le Guide de migration vers Oracle Cloud à l'aide de la migration sans temps d'inactivité
• Guide étape par étape - Migration logique en ligne d'une base de données sur site vers Oracle Autonomous Database

Consultez les ressources Oracle Database :

• "Mise à niveau du fichier de fuseau horaire et de l'horodatage avec des données de fuseau horaire" dans le Guide de support à la globalisation Oracle Database

A propos des produits et rôles requis

Cette solution requiert les produits suivants :

• Oracle Cloud Infrastructure Identity and Access Management
• Calcul OCI
• OCI Object Storage
• Oracle Zero Downtime Migration
• Oracle Exadata
• 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	Requis 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éer une instance OCI Compute pour exécuter le logiciel Oracle Zero Downtime Migration
OCI Object Storage : Storage Admin	Créer des buckets OCI Object Storage pour télécharger les données exportées
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écuter Oracle Zero Downtime Migration
Oracle Exadata : root/sudoer user	Monter le partage du système de fichiers réseau à partir du périphérique de stockage connecté au réseau pour exporter la base de données Activer 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écutez les commandes sudo pour exporter la base de données.
Base de données Oracle Exadata : sys/system	Exécuter Data Pump pour exporter la base de données en vue d'une migration logique
Oracle Autonomous Database on Dedicated Exadata Infrastructure : Database Admin	Créer une base de données Oracle Autonomous Database on Dedicated Exadata Infrastructure cible
Oracle Autonomous Database on Dedicated Exadata Infrastructure : ADMIN	Exécuter Data Pump pour importer la base de données en vue d'une migration logique

Pour obtenir tout ce dont vous avez besoin, reportez-vous à Produits, solutions et services Oracle.

Remarques concernant la migration

Avant de commencer la migration, examinez ces hypothèses et considérations.

• La migration logique est la seule méthode prise en charge pour migrer des bases de données d'Oracle Exadata vers Oracle Autonomous Database on Dedicated Exadata Infrastructure.
• Les étapes suivantes de ce livre de jeux décrivent la migration à l'aide d'une migration logique hors ligne. Reportez-vous à la section Consulter la documentation pour plus d'informations sur la migration à l'aide d'une migration logique en ligne. Lors de la migration logique en ligne, Oracle Zero Downtime Migration configure Oracle GoldenGate pour les migrations entre les bases de données source et cible afin de garantir que les bases de données sont toujours en ligne pendant la migration.
• Pendant la migration logique, les bases de données pluggables (PDB) et/ou les schémas sont migrés. Les bases de données non Conteneur sont migrées vers une base de données Oracle Autonomous Database on Dedicated Exadata Infrastructure 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 Exadata 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 Oracle Autonomous Database on Dedicated Exadata Infrastructure cible importe les données à partir d'OCI Object Storage.
• Oracle Exadata sur site peut exécuter des bases de données à instance unique et RAC. Oracle Autonomous Database on Dedicated Exadata Infrastructure runs RAC databases. Lors de la migration de la base de données, Oracle Zero Downtime Migration convertit une instance unique en bases de données RAC si nécessaire.
• Dans Oracle Exadata sur site, l'utilisation d'Oracle Transparent Data Encryption pour crypter les bases de données est facultative. Lors de la migration de bases de données d'Exadata vers Oracle Autonomous Database on Dedicated Exadata Infrastructure, la base de données Oracle Autonomous Database on Dedicated Exadata Infrastructure cible sera toujours cryptée.
• Les bases de données Exadata source et Oracle Autonomous Database on Dedicated Exadata Infrastructure cible doivent exécuter les mêmes fichiers de fuseau horaire.
• Les étapes de ce livre de jeux supposent qu'il existe une connectivité réseau directe entre le centre de données où Exadata est installé et le réseau cloud virtuel OCI où Oracle Autonomous Database on Dedicated Exadata Infrastructure et la machine virtuelle Oracle Zero Downtime Migration sont configurés (via le VPN FastConnect ou IPSec, comme indiqué dans le diagramme d'architecture).
• 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.

Migration logique

Cette section décrit comment effectuer une migration logique hors ligne. Pour la migration en ligne, reportez-vous à la section Consulter la documentation.

1. Dans la console OCI, créez une instance de calcul dans le même VCN que celui où la base de données cible sera 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.
2. Téléchargez et installez le logiciel Oracle Zero Downtime Migration 21.4 sur l'instance de calcul OCI à l'aide de la documentation d'installation d'Oracle Zero Downtime Migration dans la section Consulter la documentation.
   Exécutez le logiciel Oracle Zero Downtime Migration en tant que zdmuser.
3. Connectez-vous à Oracle Zero Downtime Migration en tant que zdmuser et générez une paire de clés SSH. Activez le protocole SSH sans mot de passe du compte zdmuser sur tous les noeuds de la base de données Exadata source (root, privilege-sudoer user).
4. Vérifiez 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. Vérifiez les points suivants :
   • Modifiez le résolveur DNS VCN ou le fichier /etc/hosts dans la machine virtuelle Oracle Zero Downtime Migration si nécessaire.
   • Vérifiez qu'une règle de sécurité autorise la machine virtuelle Oracle Zero Downtime Migration à se connecter à la base de données source sur le port de processus d'écoute par défaut 1521 et le port SSH 22.
   • Assurez-vous que la machine virtuelle Oracle Zero Downtime Migration peut atteindre la base de données cible sur le port TLS sécurisé 2484.
5. Sur Oracle ZFS Storage Appliance, ou périphérique de stockage connecté au réseau, créez un partage de système de fichiers réseau à utiliser comme espace réservé pour les vidages de données de la base de données pendant la migration.
6. Montez le partage de système de fichiers réseau sur tous les noeuds de la base de données Exadata.
   Assurez-vous que tous les utilisateurs disposent des droits d'accès en lecture, écriture et exécution (rwx). Notez le point de montage.
7. Créez une base de données 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.
   • Fournissez un mot de passe pour l'utilisateur ADMIN. Notez le mot de passe.
   Notez l'OCID de base de données après sa création.
8. 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.
9. Créez une clé d'API pour l'utilisateur OCI propriétaire de la base de données cible et disposant également des droits d'accès permettant de télécharger des données vers le bucket OCI Object Storage créé à l'étape 8.
   Notez l'OCID utilisateur, l'OCID de location, l'empreinte digitale 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 la base de données et de télécharger des fichiers dump de données vers OCI Object Storage.
10. Copiez les fichiers PEM de l'étape précédente vers la machine virtuelle Oracle Zero Downtime Migration.
11. Connectez-vous en tant qu'utilisateur sys à la base de données Exadata 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=’*’;                  

12. Utilisez le modèle de fichier de réponse de migration logique d'Oracle Zero Downtime Migration inclus avec Oracle Zero Downtime Migration pour créer un fichier de réponse pour la migration. Les paramètres de clé sont les suivants :
    • TARGETDATABASE_OCID : OCID de la base de données cible Oracle Autonomous Database on Dedicated Exadata Infrastructure.
    • MIGRATION_METHOD: OFFLINE_LOGICAL
    • DATA_TRANSFER_MEDIUM: OSS
    • TARGETDATABASE_ADMINUSERNAME: ADMIN
    • SOURCEDATABASE_ADMINUSERNAME: system
    • SOURCEDATABASE_CONNECTIONDETAILS_HOST : IP/nom d'hôte du premier noeud sur la base de données Exadata source.
    • SOURCEDATABASE_CONNECTIONDETAILS_PORT: 1521
    • SOURCEDATABASE_CONNECTIONDETAILS_SERVICENAME : nom de service de la base de données pluggable source ou non Conteneur (base de données non Conteneur). Utilisez lsnrctl pour le rechercher.
    • OCIAUTHENTICATIONDETAILS_USERPRINCIPAL_TENANTID : OCID de location à partir de l'étape 9.
    • OCIAUTHENTICATIONDETAILS_USERPRINCIPAL_USERID : OCID utilisateur de l'étape 9.
    • OCIAUTHENTICATIONDETAILS_USERPRINCIPAL_FINGERPRINT : empreinte à partir de l'étape 9.
    • OCIAUTHENTICATIONDETAILS_PRIVATEKEYFILE : chemin d'accès au fichier .pem de clé privée sur le serveur Oracle Zero Downtime Migration à partir de l'étape 10.
    • OCIAUTHENTICATIONDETAILS_REGIONID : ID de région OCI pour l'utilisateur OCI à partir de l'étape 9.
    • SOURCECONTAINERDATABASE_ADMINUSERNAME: system
    • SOURCECONTAINERDATABASE_CONNECTIONDETAILS_HOST : IP/nom d'hôte du premier noeud sur la base de données Exadata source.
    • SOURCECONTAINERDATABASE_CONNECTIONDETAILS_PORT: 1521
    • SOURCECONTAINERDATABASE_CONNECTIONDETAILS_SERVICENAME : nom de service de la base de données Conteneur source dans la base de données Exadata. Utilisez lsnrctl pour le rechercher).
    • DATAPUMPSETTINGS_JOBMODE: SCHEMA
    • DATAPUMPSETTINGS_FIXINVALIDOBJECTS: TRUE
    • DATAPUMPSETTINGS_EXPORTDIRECTORYOBJECT_NAME: mig
    • DATAPUMPSETTINGS_EXPORTDIRECTORYOBJECT_PATH : point de montage du stockage de fichiers réseau à partir de l'étape 6.
    • DATAPUMPSETTINGS_CREATEAUTHTOKEN: FALSE
    • DATAPUMPSETTINGS_DATAPUMPPARAMETERS_EXPORTPARALLELISMDEGREE : nombre d'UC disponibles. Il doit être supérieur à 2.
    • DATAPUMPSETTINGS_DATABUCKET_NAMESPACE : espace de noms OCI Object Storage à partir de l'étape 8.
    • DATAPUMPSETTINGS_DATABUCKET_BUCKETNAME : nom de bucket OCI Object Storage à partir de l'étape 8.
    • EXCLUDEOBJECTS-1: owner:PDBADMIN
13. Exécutez un travail de migration à exécution sèche Oracle Zero Downtime Migration (-eval) pour valider tous les prérequis pour la migration. L'outil Cloud Pre-Migration Advisor Tool (CPAT) est exécuté pour valider que la base de données source est adaptée à la migration vers Oracle Autonomous Database on Dedicated Exadata Infrastructure à l'aide de la migration logique Oracle Zero Downtime Migration. Résoudre 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_first_Exadata_node \
    -srcauth zdmauth \
    -srcarg1 user: root_or_sudoer_user \
    -srcarg2 identity_file: path_to_ssh_private_key/ssh_private_key_file_name
    \
    -srcarg3 sudo_location:/usr/bin/sudo \
    -rsp path_to_response_file/response_file_name_from_step_12 \
    -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 Exadata source. Le deuxième mot de passe est le mot de passe ADMIN de la base de données Oracle Autonomous Database on Dedicated Exadata Infrastructure cible.
    Notez l'ID de travail Oracle Zero Downtime Migration.
    Après une migration réussie de simulation, passez à l'étape suivante.
14. Après une migration de simulation, exécutez le travail Oracle Zero Downtime Migration. Par exemple :

    zdmcli migrate database -sourcedb source_db__unique_name \
    -sourcenode IP/hostname_of_first_Exadata_node \
    -srcauth zdmauth \
    -srcarg1 user:root_or_sudoer_user \
    -srcarg2 identity_file:path_to_ssh_private_key/ssh_private_key_file_name \
    -srcarg3 sudo_location:/usr/bin/sudo \
    -rsp path_to_response_file/response_file_name_from_step_12

    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 Exadata 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.