Migrer Oracle Database
Nous vous recommandons fortement de migrer des bases de données Oracle s'exécutant dans un environnement VMware sur place vers un service Oracle Cloud Infrastructure Database tel qu'Oracle Exadata Database Service, Oracle Autonomous Database, Oracle Base Database Service, etc. Vous pouvez profiter de tous les avantages offerts par les services Oracle Cloud Infrastructure Database.
Migration de base de données à partir d'un environnement VMware sur place
Que vous migriez des applications et des systèmes de niveau intermédiaire existants des systèmes sur place vers Oracle Cloud VMware Solution ou que vous créiez des applications et des systèmes 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éer une base de données Oracle Database ou migrer une base de données Oracle Database existante vers Oracle Cloud Infrastructure
Nous recommandons vivement 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 de travail.
- Migrer des bases de données non Oracle vers Oracle Cloud VMware Solution
Cette option est propre aux bases de données non Oracle, telles que Microsoft SQL Server, IBM DB2 et PostgreSQL. Dans ce cas d'utilisation, 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 une base de données spécifique.
- Tenir à jour les bases de données sur place
Cette option réduit le besoin de migrer vos systèmes de base de données sur place vers le nuage. Toutefois, la latence et le débit peuvent être des considérations importantes pour l'incidence sur vos applications. Envisagez des solutions telles qu'Oracle Cloud Infrastructure FastConnect pour la connectivité entre Oracle Cloud VMware Solution et sur place.
Migrer des 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 place vers Oracle Cloud Infrastructure, examinez les considérations, conditions requises et processus d'évaluation suivants.
Points à considérer
Cette section s'applique à la migration de bases de données Oracle sur place 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 tout effort de migration, comprenez la charge de travail, les restrictions et les dépendances de la base de données individuelle.
- 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é particulier?
- 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?
- Y a-t-il des bases de données dépendantes qui pourraient devoir ê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 la base de données de test et de développement, toutes les copies seront-elles migrées ou uniquement la copie principale?
- 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 RPV pour une connectivité réseau à Oracle Cloud? La bande passante et la taille de la base de données dirigeront principalement la solution de migration.
Options de migration
Il existe de nombreuses méthodes pour migrer des bases de données Oracle sur place vers Oracle Cloud Infrastructure. Chaque méthode dépend de l'objectif de point de récupération (OPR), de l'objectif de délai de récupération (ODR) et du contrat de niveau de service (SLA) de disponibilité globale. Les administrateurs de la migration doivent évaluer et mapper ces accords d'affaires avec les méthodes appropriées.
Oracle Maximum Availability Architecture (MAA) traite spécifiquement de ces options et méthodes. Le tableau suivant les traite brièvement.
| Solution | Complexité | Granularité de la migration | Type de migration (physique ou logique) | Effort global de déploiement | Modèle de migration | Principaux cas d'utilisation de la migration |
|---|---|---|---|---|---|---|
| Exportation et importation conventionnelles avec la fonction d'extraction de données | Low | Medium | logique | High | En ligne/à un moment donné |
|
| Extraction de données entièrement transportable avec fonction d'extraction de données | Medium | Low | physique | Medium | En ligne/Continu
Nécessite que la source soit en lecture seule pendant l'exportation |
Base de données complète avec la même endianness (nécessite Oracle Database source version 11.2.0.3) |
| Exportation d'espace-table transportable avec la pompe de données | Medium | Low | physique | Medium | En ligne/Continu | Jeu d'espaces-tables de schéma (nécessite Oracle Database source version 11.2.0.3) |
| SQL*Loader | Low | High | logique | High | Hors ligne | Migrer des tables ou des schémas spécifiques |
| GoldenGate | High | High | logique | High | Hors ligne/Continu |
|
| Sauvegarde et restauration RMAN | Low | Low | physique | Low | Hors ligne/Continu | Base de données complète ou jeu de tablespaces |
| Data Guard | Low | Low | physique | Low | En ligne/Continu | Base de données complète sans aucun temps d'arrêt ou presque |
|
Clonage à distance de base de données enfichable Copie à distance Déplacement de la base de données enfichable Migration de base de données enfichable |
Low | Low | physique | Low | En ligne/Continu |
|
Note :
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
Note :
L'effort de dimensionnement de capacité pour la base de données et la machine virtuelle est le même que sur place.- Exigences de performance de la charge de travail
- Transactions par seconde
- Nombre de connexions d'utilisateur
- Modifications futures prévues de la charge globale
- Besoins en capacité
- vCPUs
- Mémoire
- Capacité de stockage et d'E/S
- Croissance future
- Exigences de gérabilité
- Accessibilité et services natifs Oracle Cloud Infrastructure
- Outils de surveillance
- Solutions de sauvegarde
- Capacités d'évolutivité
- Évolutivité de la base de données
- Ajustement de MV
- Ajustement de la grappe
- Exigences de disponibilité
- Solutions à haute disponibilité Oracle
- vMotion, DRS
- Exigences d'application
- Dépendances entre les composants sur place
- Flux réseau entre les applications et les services Oracle Cloud Infrastructure
Rationalisation, normalisation et consolidation
Dans le cadre des efforts de migration, nous recommandons à l'équipe de migration d'utiliser cette occasion pour normaliser 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 devrait être la version de base de données normalisée minimale, car elle fournit la version de soutien à long terme.
La consolidation est l'une des principales stratégies que les organisations poursuivent pour atteindre une plus grande efficacité dans leurs opérations. La consolidation permet aux organisations d'augmenter l'utilisation des ressources informatiques, ce qui réduit les coûts, car moins de ressources sont nécessaires pour atteindre 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 entretenus.
Les administrateurs de base de données et les administrateurs doivent trouver la meilleure occasion de consolider le plus grand nombre possible de bases de données. Avec Oracle 19c, vous avez la possibilité d'utiliser l'option multilocataire Oracle avec un maximum de trois bases de données enfichables. Cela permet également de réaliser des économies d'échelle plus importantes, 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 quelles bases de données entreront 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 enfichables 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 catégorisé en quatre domaines : défaillance, ressource, sécurité et opérationnel. Chaque modèle de nuage traite l'isolement légèrement différemment, à l'aide du système d'exploitation ou des capacités intégrées de la base de données, souvent combinées à des fonctions ou à des produits avancés pour fournir une solution complète, à la mesure du risque.
Migration vers le service Oracle Database à l'aide d'Oracle Zero Downtime Migration
Il n'est pas dans le cadre de cet article de fournir des étapes détaillées pour la migration sans temps d'arrêt d'Oracle Database à partir d'un environnement sur place. Vous pouvez suivre les étapes détaillées décrites dans Oracle Database : Passer à Oracle Cloud à l'aide de la migration sans temps d'arrêt.
- 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 les systèmes d'exploitation Linux.
- Il peut s'agir d'une base de données monoinstance migrante vers une instance unique ou une base de données RAC (Oracle Real Application Clusters), ou d'une base de données RAC mono-noeud ou RAC migrante 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 sources. 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 une ou plusieurs bases de données enfichables. 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 une ou plusieurs bases de données enfichables, Oracle Zero Downtime Migration la migre vers une base de données conteneur avec le même jeu de bases de données enfichables que dans la base de données conteneur source.
- Pour prendre en charge les migrations, Oracle Zero Downtime Migration utilise les fonctions et les fonctionnalités du cadre 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 d'éventuelles conditions d'échec avant le démarrage de la migration. Oracle Zero Downtime Migration comprend des fonctions de vérification pendant et après la migration. Elle répartit son processus de migration en plusieurs phases distinctes, ce qui permet aux utilisateurs de personnaliser le flux de travail et d'ajouter des scripts d'action d'utilisateur à n'importe quelle étape.
Lors de la migration d'un environnement sur place vers le nuage, de nombreux scénarios sources et cibles doivent être pris en compte. Les applications et les bases de données sources sur place peuvent s'exécuter sur VMware, ou vos applications peuvent s'exécuter sur VMware, alors que les bases de données exécutent Oracle Database Appliance ou Oracle Exadata. Il existe également plusieurs scénarios de nuage cible à prendre en compte, tels que les applications s'exécutant sur Oracle Cloud VMware Solution, tandis que les bases de données peuvent s'exécuter sur Oracle Base Database Service, Oracle Exadata Database Service on Dedicated Infrastructure ou Oracle Autonomous Database on Dedicated Exadata Infrastructure. Voir Explorer plus pour des instructions détaillées de migration vers Oracle Database en fonction des scénarios source et cible.