Migrer des charges de travail Oracle vers des machines virtuelles Azure

Cet article explique comment migrer votre charge de travail Oracle d’un environnement local vers les machines virtuelles (VM) Azure. Il utilise la zone d’atterrissage pour Oracle sur les machines virtuelles Azure, fournissant des conseils de conception et des bonnes pratiques. La stratégie recommandée comprend une approche structurée pour la découverte, la conception et le déploiement, suivie de la migration des données et du transfert final.

Découverte

La migration commence par une évaluation complète du portefeuille de produits Oracle. Cette évaluation porte sur les versions de la base de données Oracle, les systèmes d'exploitation actuels et cibles, ainsi que les applications et leurs dépendances.

Lorsque vous envisagez de migrer des applications Oracle, telles qu’Oracle (EBS, Siebel, PeopleSoft, JDE ou d’autres solutions partenaires non-Microsoft telles queSAP ou des applications personnalisées, envisagez les applications dans le cadre de la stratégie de migration.

L’environnement de base de données Oracle existante peut fonctionner sur des serveurs autonomes, au sein de clusters RAC (Real Application Clusters) Oracle ou de solutions RAC fournis par des partenaires non Microsoft.

Remarque

Veuillez noter que le Real Application Clustering (RAC) n'est pas pris en charge sur les machines virtuelles Azure. Si cela s'applique à votre environnement, assurez-vous de fournir des rapports RAC ou des rapports PDB/CDB (en fonction de votre architecture) à partir de tous les nœuds RAC. Ces rapports doivent être générés à partir de la même période afin de garantir la cohérence. Les suggestions de dimensionnement les plus précises sont obtenues en générant ces rapports pendant les périodes d'utilisation maximale.

Pour les applications, il est facile de déterminer la taille de votre infrastructure grâce aux fonctionnalités de découverte d'Azure Migrate.

Au cours de la phase de découverte, il est essentiel de passer en revue toutes les dépendances de l'application. Vous devez décider si le temps d'arrêt de l'application est acceptable pendant la migration, car cela influe sur le choix des outils de migration. En fonction de cette décision, vous pouvez choisir entre des méthodes de migration en ligne ou hors ligne.

Si vous optez pour une migration en ligne, assurez-vous que les ports nécessaires du pare-feu sont ouverts pour faciliter le processus de migration.

La planification du réseau est une étape critique pendant la période de migration. Veillez à tester minutieusement la bande passante requise pour transférer vos données vers Azure, en fonction de la taille de votre ensemble de données.

Concevoir

Les migrations d’applications peuvent être activées en toute transparence à l’aide d’Azure Migrate. Azure Migrate transfère votre application vers Azure IaaS sur la base de la découverte initiale.

Au cas où vous envisagez de migrer les applications propriétaires Oracle, examinez les exigences relatives à l’architecture avant de choisir une migration basée sur Azure Migrate.

La planification de la capacité de votre base de données Oracle est toujours effectuée par le biais de rapports AWR que vous générez pendant une période de pointe d’une heure. En plus de cela, il est important de configurer votre disposition de stockage. La taille des données est la taille sur laquelle vous devez vous concentrer pendant la migration et prendre la décision de stockage la mieux adaptée. Pour connaître la taille de vos données, vous pouvez utiliser notre script dbspace.

Une fois les rapports AWR générés, exécutez l’outil OMAT (Oracle Migration Assistance Tool) Azure. L’outil OMAT recommande la taille de machine virtuelle et les options de stockage appropriées pour Oracle Database sur Azure IaaS. L'étape suivante consiste à établir une architecture en évaluant minutieusement vos besoins. Il est fortement recommandé de concevoir une architecture hautement fiable et résiliente en cas de sinistre ou d’échec, conformément aux paramètres RPO (objectif de point de récupération) et RTO (objectif de temps de récupération).

Si vous avez besoin de prendre en charge l’établissement de la conception de l’architecture, passez en revue les architectures de référence Oracle. Elle fournit des conseils d’aide relatifs à l’architecture pour vous permettre de choisir la meilleure architecture de solution en fonction des exigences RPO et RTO. L’approche RPO et RTO permet de séparer l’infrastructure RAC en deux parties : l’architecture à haute disponibilité (HA) et l’architecture avec récupération d’urgence (DR) à l’aide d’Oracle Data Guard.

Déploiement

En fonction de votre planification de capacité et votre conception d’architecture, vous pouvez utiliser Ansible pour décrire l’infrastructure et l’architecture en tant que solution IaC (infrastructure as code), puis lancez la zone d’atterrissage avec Terraform ou Bicep. Utilisez les outils GitHub Actions disponibles pour automatiser le déploiement.

Types de migrations des données

Le type de migration des données dépend des décisions prises lors de la phase de découverte. Vous pouvez choisir des outils et des méthodes tels que Data Box, RMAN, Data Pump, GoldenGate, Striim, SharePlex et Data Guard en fonction de vos préférences et de vos besoins.

Pour plus d’informations, reportez-vous à Oracle Migration Planning pour passer en revue les caractéristiques des migrations en ligne et hors connexion.

Remarque

Les migrations hors ligne prennent généralement plus de temps que les migrations en ligne. Par conséquent, les outils tels que Data Pump ne sont pas recommandés pour les scénarios impliquant des données de grande taille et des exigences strictes en matière de temps d'arrêt.

Approche relative à la migration des données

Une fois votre infrastructure Oracle configurée sur Azure, la base de données Oracle est installée et les applications associées sont migrées. L’étape suivante consiste à transférer les données de votre base de données Oracle locale vers la nouvelle base de données Oracle sur Azure. Pour faciliter cette tâche, envisagez d'utiliser les outils Oracle suivants :

• Recovery Manager (RMAN)
• Data Pump
• Data Guard
• GoldenGate

Azure améliore les outils Oracle en leur fournissant la connectivité réseau, la bande passante et les commandes appropriées, le tout étant optimisé par les fonctionnalités Azure suivantes pour la migration des données.

• Connectivité VPN
• ExpressRoute. La fiabilité d’ExpressRoute est essentielle. Reportez-vous à l’aide sur la résilience pour la passerelle et les circuits.
• AZCopy
• Data Box

Outils Oracle pour la migration des données

Le diagramme suivant est une représentation graphique de l’ensemble du portefeuille de migration.

Vous avez besoin de l’un des outils Oracle et des infrastructures Azure afin de déployer l’architecture de solution appropriée pour migrer les données. Consultez les scénarios de solution de référence suivants :

Scénario 1 : RMAN : utilisez la sauvegarde et restauration RMAN avec les fonctionnalités Azure, la configuration d’une récupération RMAN. L’élément principal est le réseau entre les environnements locaux et Azure.

Scénario 2 : Approche de la sauvegarde RMAN

Scénario 3 : Le programme d’installation peut également être modifié de plusieurs façons différentes, comme le montre le scénario suivant.

Scénario-4 : Data Pump et AzCopy : approche simple et directe utilisant la sauvegarde et restauration Data Pump via les fonctionnalités Azure.

Scénario 5 : Data Box - Scénario unique dans lequel les données sont déplacées à l’aide d’un dispositif de stockage et d’une expédition physique.

Basculement

Vos données sont à présent migrées. Les serveurs et applications de base de données Oracle sont opérationnels. Utilisez les étapes suivantes pour effectuer la transition des opérations métier exécutées en local vers les nouvelles charges de travail et applications Oracle sur Azure IaaS.

1. Planifiez une fenêtre de maintenance afin de réduire les interruptions pour les utilisateurs.
2. Arrêtez l’activité de base de données sur la base de données Oracle source.
3. Effectuez une dernière synchronisation de données pour vérifier que tous les changements ont été capturés.
4. Mettez à jour les configurations DNS pour pointer vers la nouvelle machine virtuelle Azure.
5. Démarrez la base de données Oracle sur la machine virtuelle Azure, puis vérifiez la connectivité.
6. Effectuez un monitoring étroit du système pour détecter tout problème durant le processus de basculement.

Tâches de post-migration

Après le basculement, vérifiez que toutes les applications métier fonctionnent comme prévu pour permettre le bon déroulement des opérations métier en tandem avec l’environnement local.

• Effectuez des contrôles de validation pour vérifier la cohérence des données et le fonctionnement des applications.
• Mettez à jour la documentation, notamment les diagrammes réseau, les détails de configuration et les plans de récupération d’urgence.
• Implémentez des processus de monitoring et de maintenance continus pour la machine virtuelle Azure hébergeant la base de données Oracle.

Tout au long du processus de migration, il est essentiel de communiquer efficacement avec les parties prenantes, notamment les propriétaires d’applications, les équipes des opérations informatiques et les utilisateurs finaux, pour gérer les attentes et réduire les interruptions. De plus, vous pouvez faire appel à des professionnels expérimentés ou à des services de conseil spécialisés dans les migrations d’Oracle vers Azure pour garantir une transition en douceur et réussie.

Étapes suivantes

Options de stockage pour Oracle sur des machines virtuelles Azure