Migration d'Oracle Database
Nous vous recommandons vivement de migrer des bases de données Oracle exécutées dans un environnement VMware sur site vers un service Oracle Cloud Infrastructure Database tel qu'Oracle Exadata Database Service,Oracle Autonomous Database, Oracle Base Database Service, etc. Vous pouvez tirer parti de tous les avantages des services Oracle Cloud Infrastructure Database.
Migration de base de données à partir d'un environnement VMware sur site
Que vous migriez des systèmes d'application et de niveau intermédiaire existants sur site vers Oracle Cloud VMware Solution ou que vous créiez des systèmes d'application et de niveau intermédiaire sur Oracle Cloud VMware Solution, les points clés à prendre en compte sont la latence et la proximité de la base de données avec la plate-forme Oracle Cloud VMware Solution.
- Création d'une base de données Oracle Database ou migration d'une base de données Oracle Database existante vers Oracle Cloud Infrastructure
Nous recommandons fortement un service Oracle Cloud Infrastructure Database. Différentes options de service de base de données sont disponibles dans Oracle Cloud Infrastructure. Vous pouvez choisir l'option appropriée en fonction des exigences de votre application et de votre charge globale.
- Migrer des bases de données non Oracle vers Oracle Cloud VMware Solution
Cette option est spécifique aux bases de données non Oracle telles que Microsoft SQL Server, IBM DB2 et PostgreSQL. Dans ce cas d'emploi, vous pouvez migrer des bases de données non Oracle vers Oracle Cloud VMware Solution à l'aide de l'outil HCX VMware et des meilleures pratiques de migration pour la base de données spécifique.
- Gérer les bases de données sur site
Cette option réduit la nécessité de migrer vos systèmes de base de données sur site vers le cloud. Toutefois, la latence et le débit peuvent être des facteurs clés de l'impact sur vos applications. Envisagez des solutions telles qu'Oracle Cloud Infrastructure FastConnect pour la connectivité entre Oracle Cloud VMware Solution et sur site.
Migration de bases de données Oracle vers Oracle Cloud Infrastructure
Avant de migrer des bases de données Oracle ou non Oracle d'un centre de données sur site vers Oracle Cloud Infrastructure, passez en revue les points à prendre en compte, les prérequis et le processus d'évaluation suivants.
Points à prendre en compte
Cette section s'applique à la migration de bases de données Oracle sur site vers Oracle Cloud Infrastructure, qui inclut les plates-formes de base de données répertoriées dans la section précédente. Avant de commencer une migration, comprenez la charge globale de base de données, les restrictions et les dépendances.
- Quelle est la version actuelle de cette base de données ?
- Combien de bases de données de cette version allez-vous migrer ?
- Combien de bases de données sont liées à un secteur d'activité spécifique (LOB) ?
- Y a-t-il des bases de données sur des plates-formes non Linux, c'est-à-dire qu'il y aura une migration inter-endianness ?
- Des bases de données dépendantes doivent-elles être migrées ensemble ?
- Existe-t-il des bases de données tierces (non Oracle) à migrer et quelles versions (par exemple, SQL Server 2016) ?
- Pour les bases de données de test et de développement, toutes les copies seront-elles migrées ou uniquement la copie maître ?
- Quelle est la taille des bases de données : espace disque total et espace pour les données elles-mêmes en Go/To ?
- Utilisez-vous FastConnect ou un VPN pour la connectivité réseau à Oracle Cloud ? La bande passante et la taille de la base de données piloteront principalement la solution de migration.
Options de migration
Il existe de nombreuses méthodes de migration des bases de données Oracle sur site vers Oracle Cloud Infrastructure. Chaque méthode dépend de l'objectif de point de récupération de l'entreprise (RPO), de l'objectif de temps de récupération (RTO) et du contrat de niveau de service de disponibilité global (SLA). Les administrateurs de migration doivent évaluer et mapper ces accords commerciaux avec les méthodes appropriées.
Oracle Maximum Availability Architecture (MAA) aborde spécifiquement ces options et méthodes. Le tableau suivant les présente brièvement.
| Solution | Complexité | Granularité de la migration | Type de migration (physique ou logique) | Effort de déploiement global | Modèle de migration | Principaux cas d'emploi de migration |
|---|---|---|---|---|---|---|
| Export et import conventionnels Data Pump | Faible | Moyenne | Logique | Elevée | En ligne/point dans le temps |
|
| Transport complet Data Pump | Moyenne | Faible | Physique | Moyenne | En ligne/Continu
La source doit être en lecture seule lors de l'export |
Base de données complète avec la même endianness (nécessite la version source d'Oracle Database 11.2.0.3) |
| Tablespace transportable Data Pump | Moyenne | Faible | Physique | Moyenne | En ligne/Continu | Ensemble de tablespaces de schéma (nécessite la version source d'Oracle Database 11.2.0.3) |
| SQL*Loader ; | Faible | Elevée | Logique | Elevée | Hors ligne | Migrer des tables ou des schémas spécifiques |
| GoldenGate | Elevée | Elevée | Logique | Elevée | Hors ligne/Continu |
|
| Sauvegarde et restauration RMAN | Faible | Faible | Physique | Faible | Hors ligne/Continu | Base de données complète ou ensemble de tablespaces |
| Data Guard | Faible | Faible | Physique | Faible | En ligne/Continu | Base de données complète avec un temps d'arrêt nul ou proche de zéro |
|
Copie distante de base de données pluggable Clonage distant Transfert de la base de données pluggable Migration de base de données pluggable |
Faible | Faible | Physique | Faible | En ligne/Continu |
|
Remarques :
De nombreuses solutions peuvent être combinées pour créer la stratégie de migration la plus efficace. Certaines applications packagées peuvent avoir des restrictions sur les outils pris en charge pour la migration.Planification du dimensionnement et du déploiement
Remarques :
Le dimensionnement de la capacité pour la base de données et la machine virtuelle est le même que sur site.- Exigences de performances de la charge globale
- Transactions par seconde
- Nombre de connexions utilisateur
- Modifications futures attendues de la charge globale
- Exigences de capacité
- vCPUs
- mémoire,
- Capacité de stockage et d'E/S
- Croissance future
- Exigences en matière de gestion
- Services natifs Oracle Cloud Infrastructure et accessibilité
- Outils de surveillance
- Solutions de sauvegarde
- Fonctionnalités d'évolutivité
- Evolutivité de la base de données
- Échelle de machines virtuelles
- Evolutivité du cluster
- Exigences de disponibilité
- Solutions Oracle haute disponibilité
- vMotion, DRS
- Exigences applicatives
- Dépendances entre les composants sur site
- Flux réseau entre les applications et les services Oracle Cloud Infrastructure
Rationalisation, standardisation et consolidation
Dans le cadre de l'effort de migration, nous recommandons à l'équipe de migration d'utiliser cette opportunité pour standardiser la version de la base de données et consolider les systèmes de base de données, le cas échéant. Oracle Database 19c doit être la version de base de données standardisée minimale car elle fournit la version de support à long terme.
La consolidation est l'une des principales stratégies que les organisations poursuivent pour améliorer l'efficacité de leurs opérations. La consolidation permet aux entreprises d'augmenter l'utilisation des ressources informatiques, ce qui réduit les coûts car moins de ressources sont nécessaires pour obtenir le même résultat. Les coûts opérationnels sont également réduits car moins de composants et d'objets doivent être surveillés, gérés et maintenus.
Les administrateurs de base de données et les administrateurs doivent rechercher la meilleure opportunité de consolider autant de bases de données que possible. Avec Oracle 19c, vous avez la possibilité d'utiliser l'option colocative Oracle avec un maximum de trois bases de données pluggables. Cela permet en outre de réaliser de plus grandes économies d'échelle, et des densités de consolidation plus élevées peuvent être réalisées grâce à la modernisation des applications et des bases de données. Par conséquent, vous devez déterminer les bases de données à intégrer dans le modèle de déploiement de la base de données Conteneur.
En plus de la consolidation, envisagez la gestion de l'isolement. Les exigences d'isolement peuvent influencer la méthode ou le degré de consolidation possible. Le niveau d'isolement requis par le système détermine si vous consolidez plusieurs bases de données pluggables dans une seule base de données, hébergez plusieurs bases de données sur une seule plate-forme ou utilisez une combinaison des deux approches. L'isolement peut être divisé en quatre domaines : panne, ressource, sécurité et fonctionnement. Chaque modèle cloud gère l'isolation légèrement différemment, à l'aide de fonctionnalités intégrées au système d'exploitation ou à la base de données, souvent combinées à des fonctionnalités ou des produits avancés pour fournir une solution complète, à la hauteur des risques.
Migration vers Oracle Database Service à l'aide d'Oracle Zero Downtime Migration
Ce n'est pas dans le cadre de cet article de fournir des étapes détaillées pour une migration Oracle Database sans temps d'arrêt à partir d'un environnement sur site. Vous pouvez suivre les étapes détaillées décrites dans Oracle Database : passer à Oracle Cloud à l'aide de Zero Downtime Migration.
- Oracle Zero Downtime Migration prend en charge les versions 11.2.0.4 et ultérieures d'Oracle Database.
- Les bases de données source et cible doivent utiliser la même version de base de données.
- Oracle Zero Downtime Migration prend en charge les bases de données Oracle hébergées sur des systèmes d'exploitation Linux.
- La base de données source peut être une base de données monoinstance qui migre vers une instance unique ou une base de données Oracle Real Application Clusters (RAC), ou une base de données RAC à noeud unique ou RAC qui migre vers une base de données RAC.
- Oracle Zero Downtime Migration prend en charge les bases de données Oracle Enterprise Edition et Standard Edition en tant que bases de données source. Les bases de données Enterprise Edition sont migrées à l'aide d'Oracle Data Guard ; les bases de données Standard Edition sont migrées hors ligne à l'aide d'une méthodologie de sauvegarde et de restauration.
- Oracle Zero Downtime Migration permet à la base de données source d'être une base de données non Conteneur ou une base de données Conteneur avec des bases de données pluggables. Si la base de données source est une base de données non Conteneur, elle est migrée en tant que base de données non Conteneur. Si la base de données source est une base de données Conteneur avec des bases de données pluggables, Oracle Zero Downtime Migration la migre vers une base de données Conteneur avec le même ensemble de bases de données pluggables que dans la base de données Conteneur source.
- Pour prendre en charge les migrations, Oracle Zero Downtime Migration utilise les fonctionnalités de la structure Oracle Fleet Patching and Provisioning (FPP). Par exemple, il utilise les fonctionnalités du planificateur de travaux FPP, qui donnent un contrôle total sur la planification, la mise en pause et la reprise de toute tâche de migration de base de données. Oracle Zero Downtime Migration utilise également le mode d'évaluation de FPP pour valider le processus de migration et détecter les éventuelles conditions d'échec avant le démarrage de la migration. Oracle Zero Downtime Migration inclut des fonctionnalités d'audit pendant et après la migration. Il distribue son processus de migration dans des phases distinctes, ce qui permet aux utilisateurs de personnaliser le workflow et d'ajouter des scripts d'action utilisateur à n'importe quelle étape.
Lors de la migration d'un environnement sur site vers le cloud, il existe de nombreux scénarios source et cible à prendre en compte. Les bases de données et les applications source sur site peuvent être exécutées sur VMware ou sur VMware, tandis que les bases de données exécutent Oracle Database Appliance ou Oracle Exadata. Il existe également plusieurs scénarios cloud cible à prendre en compte, tels que les applications exécutées sur Oracle Cloud VMware Solution, tandis que les bases de données peuvent être exécutées sur Oracle Base Database Service, Oracle Exadata Database Service on Dedicated Infrastructure ou Oracle Autonomous Database on Dedicated Exadata Infrastructure. Reportez-vous à En savoir plus pour obtenir des instructions détaillées sur la migration d'Oracle Database en fonction des scénarios source et cible.