FAQ sur la migration d'Oracle Database to OCI
Lancez-vous
Quelle est la stratégie d'Oracle en matière de migration de bases de données ?
Oracle s'engage à fournir un parcours de mise à niveau et de migration simple, automatisé et sans interruption de chacune des versions de notre base de données vers les nouvelles versions et plateformes. Nos méthodes de migration répondent à un large éventail de besoins opérationnels, de la sauvegarde et de la restauration hors ligne traditionnelles aux opérations sans temps d'arrêt en ligne plus complexes.
Où puis-je trouver des informations plus précises sur la migration Oracle Database ?
Dans le premier lien ci-dessous, vous trouverez un aperçu des étapes de migration, des outils de conseil en planification, des illustrations des workflows de méthode de migration prédéfinis et des technologies qui la composent. Chacune des méthodes de migration comporte une présentation, une architecture de référence, des guides pas à pas techniques, des revues de processus Oracle LiveLab et de la documentation.
Pour en savoir plus, consultez les sites de référence suivants :
- Présentation de la migration des bases de données Oracle vers OCI
- Documentation sur la migration des bases de données Oracle vers OCI
- Migration des données vers Oracle Autonomous Database
- Mises à niveau et migrations de base de données
- Architectures de référence Oracle pour la migration
- Oracle LiveLabs pour la migration
Terminologie
Quelle est la différence entre une migration et une mise à niveau ?
Une mise à niveau de base de données, telle que la mise à niveau d'Oracle 19c vers Oracle 23c, met à jour le système logiciel de base de données et les métadonnées client associées mais laisse les données client en l'état. Une migration de base de données déplace les données vers une nouvelle plateforme, telle que la migration de serveurs on-premises vers les services Oracle Database Cloud sur OCI et Cloud@Customer.
En général, les migrations de versions antérieures à celles plus récentes, sur l'ensemble des systèmes d'exploitation, et les migrations de jeux de caractères nécessitent également des mises à niveau. Cependant, il existe une certaine flexibilité dans la séquence d'exécution des mises à niveau ; elles peuvent se produire avant, pendant ou après une migration. Cette décision de séquence dépend des techniques et des facteurs métier décrits dans le Guide de mise à niveau d'Oracle Database (PDF) et l'Outil Cloud Premigration Advisor.
Quelles sont les méthodes de migration d'Oracle ?
La continuité des activités est un facteur clé dans le choix d'une méthode de migration logique ou physique.
| La continuité des activités | Méthode logique | Méthode physique |
|---|---|---|
| En ligne | ✓ | ✓ |
| Hors ligne | ✓ | ✓ |
| Optimise la souplesse de migration | Optimise la vitesse de migration |
Les méthodes en ligne permettent aux applications de rester opérationnelles pendant la migration. Après un chargement initial de données plus anciennes, les données plus récentes sont capturées en temps réel, puis appliquées de manière incrémentielle à la base de données cible. Au moment opportun, une permutation finale se produit et la base de données cible migrée devient la base de données opérationnelle.
Avec une méthode hors ligne, les applications ne sont pas opérationnelles et la base de données est migrée en une seule opération.
Les choix de déplacement de données offrent un compromis entre rapidité et flexibilité de sauvegarde/restauration. La méthode physique est basée sur des fonctionnalités de récupération offrant une tolérance aux pannes et peu ou pas de temps d'arrêt à l'aide de Recovery Manager et d'Oracle Data Guard. Bien qu'il s'agisse de la méthode la plus rapide, elle exige également que les bases de données source et cible partagent des caractéristiques identiques, telles que des versions ou des jeux de caractères. La méthode logique repose sur des fonctionnalités d'exportation et d'importation plus flexibles qui permettent de configurer la base de données et tiennent compte des différences de version lors du déplacement des données de la source vers la cible. Les méthodes logiques utilisent Oracle Data Pump et Oracle GoldenGate.
Les migrations physiques et logiques ont également un impact conséquent sur les performances en fonction de la manière dont elles écrivent les données sur le support de stockage. La méthode physical lit et restaure les données par blocs de stockage, en conservant les espaces des fichiers de base de données. Elle est efficace pour la vitesse de sauvegarde/restauration, mais pas pour des performances opérationnelles continues. La méthode logique offre l'avantage d'écrire les enregistrements de manière contiguë, ce qui élimine les écarts. Étant donné que les performances optimales consistent à disposer d'un espace contigu pour minimiser les lectures aléatoires, la méthode logique présente cet avantage.
Reportez-vous à ce blog pour obtenir plus d'informations techniques.
Stratégie
Quels sont les cas d’utilisation de migration typiques ?
Il existe de nombreuses raisons commerciales et techniques pour migrer les bases de données, telles que la réduction du coût de possession avec la mise à l'échelle automatique des ressources ou la réduction des risques commerciaux en augmentant l'automatisation de l'administration et de la sécurité. Avec les bases de données Oracle, la migration de l'environnement on-premises vers le cloud offre de nombreuses options de service géré, telles qu'Oracle Base Database Service (Standard Edition ou Enterprise Edition), Oracle Exadata, Oracle Autonomous Database et Oracle Cloud@Customer.
| Cas d'utilisation du cloud | Réduisez le coût total de possession | Réduire les risques pour l’entreprise |
|---|---|---|
|
|
|
Comment choisir la meilleure stratégie de migration ?
La meilleure stratégie de migration tient compte des facteurs de planification techniques et commerciaux. Oracle propose des solutions automatisées qui simplifient et rationalisent les workflows de mise à niveau et de migration à l'aide des utilitaires Oracle intégrés, des options Oracle Database et des produits de support. Les administrateurs de base de données peuvent également concevoir leurs propres workflows de migration à l'aide des mêmes utilitaires d'Oracle Database. Les outils de conseil en planification d'Oracle recommandent la meilleure méthode de migration pour presque tous les scénarios. N'oubliez pas qu'Oracle et ses partenaires sont d'excellentes ressources pour vous aider à choisir la meilleure stratégie.
| Outils de conseil en planification | Facteurs commerciaux | Facteurs techniques |
|---|---|---|
|
|
|
Quelle doit être ma base de données cible ?
Votre meilleure base de données cible doit répondre à vos besoins opérationnels, économiques et de coût de possession. Les exigences standard comprennent la diminution des perturbations des opérations en cours, l'amélioration des performances, de l'évolutivité et de la reprise après sinistre, ainsi que la réduction du coût total de possession global et des coûts horaires d'exécution.
D'un côté, vous pouvez simplement migrer vers un service cloud équivalent pour vos plateformes on-premises, telles qu'Oracle Base Database Service ou Oracle Exadata Cloud Service. Vous pouvez également mettre à niveau votre plateforme d'exploitation de base de données et tirer parti d'Oracle Exadata, leader du secteur du traitement des transactions, de la consolidation de base de données et de l'entreposage de données, ou d'Oracle Autonomous Database sur la plateforme Exadata, en ajoutant davantage d'automatisation et en réduisant votre coût de possession.
Comparez les solutions de base de données Oracle Cloud pour faire correspondre vos exigences à la base de données et à la plateforme appropriées, puis affinez vos choix avec l'aide des outils de conseil sur les services des bases de données.
Existe-t-il un moyen efficace d'évaluer la complexité de la migration pour l'ensemble de mon parc de bases de données ?
Oui, Oracle Estate Explorer répertorie et analyse les bases de données de votre parc et évalue en toute sécurité ses caractéristiques techniques pour la migration vers la plateforme Autonomous Database. Vous pouvez évaluer votre parc de bases de données derrière votre pare-feu sans partager de données ou de métadonnées avec Oracle.
Questions fréquentes
Quelle est la différence entre Recovery Manager et Data Pump pour le transfert de données en tant que méthode de migration ?
Oracle Recovery Manager (RMAN) est l'utilitaire de sauvegarde, de restauration et de récupération d'Oracle Database. Pour fournir des performances optimales, les bases de données source et de sauvegarde partagent de nombreux attributs identiques. L'une de ses principales fonctionnalités est qu'elle peut capturer les sauvegardes incrémentielles (les modifications apportées à la base de données source après le début du processus de sauvegarde). RMAN est l'option de transfert de données la plus rapide en raison de ses opérations de sauvegarde et de restauration au niveau bloc. C'est ce que l'on appelle une méthode de migration physique.
Data Pump est utilisé pour exporter et importer des données en offrant une flexibilité de migration par rapport aux performances de migration. Contrairement à RMAN, les nouvelles transactions à la source ne sont pas capturées une fois que le processus d'export (sauvegarde) a commencé. De même, contrairement à RMAN, les méthodes logiques ne nécessitent pas de configurations identiques, ce qui signifie que les migrations peuvent inclure des mises à niveau. En tant que méthode de migration logique, Data Pump déplace les données plus lentement que RMAN, mais réécrit les enregistrements de manière séquentielle vers le support de stockage, ce qui compresse l'espace et accélère les performances SQL. Data Pump peut être utilisé conjointement avec GoldenGate pour rendre possible une méthode de migration logique en ligne.
Real Application Testing ou SQL Performance Analyzer est-il utile dans les workflows de migration ?
Oui. Oracle Real Application Testing est une option d'Oracle Database utile pour valider les migrations et disponible indépendamment d'Enterprise Manager. Il inclut SQL Performance Analyzer et Database Replay. La licence est requise lors de l'utilisation de cette option avec les bases de données on-premises. Veuillez vous reporter aux informations de licence, section 1.4, tableaux 1 à 15 d'Oracle Real Application Testing.
En outre, Enterprise Manager inclut un pack de gestion Real Application Testing complémentaire qui comporte cinq fonctionnalités clés : Database Replay, SQL Performance Analyzer (SPA), Workload Analysis, Database Migration Planner et Database Migration Workbench. Trouvez les informations de licence du pack de gestion Real Application Testing ici.
La console de migration de base de données d'Enterprise Manager intègre SQL Performance Analyzer dans ses workflows de migration. Si Real Application Testing est présent, les options de menu de SQL Performance Analyzer dans la console de migration de base de données Enterprise Manager deviennent disponibles.
En savoir plus sur Real Application Testing et d'autres outils de migration pour Oracle Autonomous Database dans ce blog.
Puis-je utiliser les licences de base de données on-premises de mon entreprise sur OCI ?
Le programme Bring Your Own License (BYOL) offre des avantages financiers et fonctionnels complets qui vous permettent de dépenser moins et d'en faire plus lors de la migration de vos licences de base de données vers les services cloud OCI Database. Le transfert de licence est conçu pour vous aider à moderniser vos investissements Oracle tout en améliorant votre rapport prix-performances et en réduisant votre coût total de possession. Oracle Support Rewards est un avantage complémentaire qui propose des crédits de support annuels pour chaque dollar dépensé sur OCI. Oracle réduit également les risques de migration grâce à l'automatisation et aux services d'Oracle et de tiers.
En savoir plus dans les descriptions des services de crédits universels Oracle PaaS et IaaS et la FAQ sur BYOL (PDF).
Quel est le parcours de migration le plus simple vers Autonomous Database ?
Abstraction faite de toutes les complexités, le parcours le plus simple est une méthode de migration logique hors ligne qui utilise le service gratuit OCI Database Migration. L'outil Cloud Premigration Advisor qui indique les tâches de préparation de la base de données source est intégré à ce service en ligne.
Il existe une exception à cette méthode si vous disposez déjà d'une licence Oracle Enterprise Manager, car vous avez également accès à Enterprise Manager Migration Workbench. Migration Workbench offre un workflow de migration complet et inclut Oracle Real Application Testing pour valider les performances SQL obtenues sur la cible Autonomous Database. Une licence Real Application Testing est requise.
Dans les deux cas, si vous disposez de plusieurs bases de données, utilisez Oracle Estate Explorer pour analyser l'ensemble de votre parc de bases de données. L'analyse donne la priorité aux migrations en fonction des bases de données qui nécessitent le moins d'efforts pour effectuer la migration. Cet outil recommande également des actions pour préparer les bases de données à migrer.