En savoir plus sur la migration d'un environnement Oracle EBS par méthode de secours à l'aide d'EBS Cloud Manager

Cette méthode de portage virtuel réduit pour la migration fonctionne avec les environnements cibles qui utilisent Oracle Base Database Service ou Exadata Database Service.

Dans ce livre de jeu, vous utilisez Cloud Manager pour configurer une version de secours de votre environnement sur place dans Oracle Cloud Infrastructure (OCI), puis pour promouvoir cette base de données en production afin de terminer le portage virtuel. Cette fonction est disponible pour EBS 12.2 et Oracle Database 19c, et utilise la migration sans temps d'arrêt (ZDM) d'Oracle pour simplifier le processus.

Architecture

Cette solution implémente l'architecture suivante :


Description de migrate-ebs-env-prod.png :
Description de l'illustration migrate-ebs-env-prod.png

migrate-ebs-env-prod-oracle.zip

L'architecture comprend les composants suivants :

  • Gestionnaire Oracle E-Business Suite Cloud

    Oracle E-Business Suite Cloud Manager est une application Web qui pilote les principaux flux d'automatisation pour Oracle E-Business Suite sur OCI, notamment la migration des environnements Linux à partir des environnements sur place, le provisionnement de nouveaux environnements et l'exécution d'activités de gestion du cycle de vie.

  • Niveau d'applications

    Le niveau des applications Oracle E-Business Suite héberge les différents serveurs et groupes de services, notamment les services Web, les services de formulaires et le serveur de traitement concurrent, qui traitent la logique applicative et gère la communication entre le niveau du bureau et le niveau de la base de données.

  • Oracle Database

    Cette architecture est valide pour les environnements cibles qui intègrent Oracle Base Database Service 19c ou Oracle Exadata Database Service 19c.

  • Service de stockage d'objets pour OCI

    Le service de stockage d'objets pour OCI donne accès à de grandes quantités de données structurées et 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é directement à partir d'applications 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 conservez pendant de longues périodes et auquel vous accédez rarement.

  • Oracle Data Guard

    Oracle Data Guard et Active Data Guard fournissent un ensemble complet de services permettant de créer, de tenir à jour, de gérer et de surveiller une ou plusieurs bases de données de secours et de permettre aux bases de données Oracle de production de rester disponibles sans interruption. Oracle Data Guard gère 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 basculer n'importe quelle base de données de secours vers 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 la plupart du temps vers les bases de données de secours et offre également des fonctions avancées de protection des données.

Répondre aux conditions requises

Avant de procéder avec cette solution, vous devez respecter les préalables suivants :

  • Connectez Cloud Manager à l'application source et au niveau de la base de données au moyen de SSH, directement ou au moyen d'un serveur bastion.
  • Connectez le niveau d'application cible au niveau d'application source au moyen de SSH, directement ou au moyen d'un serveur bastion.
  • Vérifiez la connectivité entre les niveaux de base de données source et cible à l'aide de TNSPing dans les deux sens.
  • Ouvrez les ports de pare-feu pour l'application source et les noeuds de base de données.
  • Assurez-vous que les noms d'hôte source et cible et les noms de balayage peuvent être résolus par DNS à partir des niveaux de base de données source et cible.
  • Activez Transparent Data Encryption (TDE) pour l'environnement source et chiffrez tous les espaces-tables (sauf TEMP) dans la base de données conteneur et la base de données enfichable. Incluez les entrées oratab, les entrées du processus d'écoute et utilisez Oracle Managed Files (OMF) pour les fichiers de journalisation. Définissez le paramètre dg_broker_config_file. Pour plus d'informations sur le chiffrement transparent des données (TDE), consultez le guide Oracle Advanced Security Guide 19c, auquel vous pouvez accéder depuis Explore More, ailleurs dans ce livre de jeu.
  • Annulez la définition du paramètre LOG_ARCHIVE_DEST sur la source; utilisez plutôt LOG_ARCHIVE_DEST_1.
  • Gardez la base de données à l'adresse 19c Release Update (RU) 19.21 ou version ultérieure, en suivant les dernières exigences de mise à jour trimestrielle pour Oracle E-Business Suite Cloud Manager. Pour plus de détails, consultez " Cloud Automation Support for Database Quarterly Updates " dans le document de connaissances My Oracle Support 2517025.1, Introduction à Oracle E-Business Suite sur Oracle Cloud Infrastructure, auquel vous pouvez accéder à partir de Explore More, ailleurs dans ce livre de jeux.
  • Créez un dossier d'étape dans l'environnement source avec les autorisations appropriées : utilisez chmod 777 pour /u01/STAGE et chmod 755 pour /u01.
  • Mettre en correspondance les systèmes d'exploitation entre la source et la cible. Si la cible utilise Oracle Database@Azure, exécutez la base de données source sur OL8.
  • Fournissez au moins 2 Go d'espace temporaire dans le niveau de la base de données source pour la base de données conteneur et la base de données enfichable.
  • Assurez-vous qu'aucune session d'adoption n'est active ou en cours d'exécution; ne démarrez aucune session après la création de la base de données de secours, car cela entraînera l'échec de la promotion.
  • Assurez-vous que /tmp dispose de suffisamment d'espace et que l'utilisateur sudo peut y lire et y écrire, car ZDM utilise ce répertoire.
  • Définissez des mots de passe pour le chiffrement APPS, WebLogic Server, SYS et TDE afin de répondre aux normes de sécurité d'Oracle E-Business Suite Cloud Manager.
  • Ne modifiez pas le mot de passe du portefeuille TDE sur la source ou la cible, car cela peut causer des problèmes lors de la promotion de l'instance de secours.