Bonnes pratiques pour migrer vers Amazon RDS pour Oracle

Sur la base de l'évaluation de votre base de données et des exigences de votre projet, si votre objectif est de migrer vers Amazon RDS pour Oracle, suivez les meilleures pratiques décrites dans cette section pour provisionner votre base de données cible, effectuer la migration et tester, exploiter et optimiser votre base de données Amazon RDS pour Oracle.

Important

Assurez-vous de disposer d'un plan de restauration avant de migrer votre base de données.

Provisionnement de votre base de données cible

Une fois que vous avez terminé d'évaluer, de planifier et de préparer votre stratégie de migration de base de données, suivez ces bonnes pratiques lors du provisionnement de votre base de données Amazon RDS pour Oracle :

• Dimensionnez correctement l'instance de base de données Amazon RDS pour Oracle en fonction de vos besoins en matière de processeur, de mémoire, d'IOPS et de type de stockage.

• Définissez le fuseau horaire et le jeu de caractères appropriés.

• Assurez-vous de lancer Amazon RDS dans le cloud privé virtuel (VPC) approprié.

• Créez les groupes de sécurité avec le port et les adresses IP corrects.

• Provisionnez votre base de données Amazon RDS dans un sous-réseau privé pour des raisons de sécurité.

• Si possible, provisionnez l'instance de base de données à l'aide de la dernière version d'Oracle Database, qui est actuellement la version 19c. Le support des versions antérieures touche à sa fin. Pour plus d'informations, voirSupport Amazon RDS pour Oracle Database 19c.

• Si vous souhaitez utiliser le chiffrement, activez-le toujours lorsque vous provisionnez la base de données Amazon RDS.

• Créez un groupe d'options et un groupe de paramètres distincts pour chaque base de données Amazon RDS.

Exportation de données depuis votre base de données source

Il existe de nombreux outils permettant de migrer une base de données Oracle vers une base de données Amazon RDS pour Oracle. L'outil le plus couramment utilisé est Oracle Data Pump. Avant d'exporter votre base de données Oracle source, vérifiez les points suivants pour faciliter le processus d'exportation :

• Vérifiez la taille de la base de données pour voir si vous pouvez la migrer schéma par schéma, au lieu de migrer la base de données complète. La migration des schémas individuellement est moins sujette aux erreurs et est plus facile à gérer que de les migrer tous en même temps.

• Exportez les données en mode parallèle, à l'aide du paramètre Oracle Data Pump PARALLEL, pour de meilleures performances.

• Vérifiez si les tables contiennent des objets volumineux (LOB). Si vous avez de grandes tables avec des LOB, nous vous recommandons d'exporter ces tables séparément.

• Pendant le processus d'exportation, évitez d'exécuter de longues transactions de base de données sur votre base de données source afin d'éviter les erreurs d'incohérence de lecture d'Oracle.

• Si vous utilisez des outils de réplication tels qu'AWS DMS, OracleGoldenGate, ou QuestSharePlex, assurez-vous de disposer de suffisamment d'espace sur votre serveur local pour conserver les journaux d'archivage pendant 24 à 72 heures, en fonction de la durée de la migration.

Transférer des fichiers de vidage de données vers AWS

Si vous utilisez AWS Direct Connect, qui fournit une connectivité à haut débit entre votre environnement sur site et AWS, vous pouvez copier les fichiers Data Pump en utilisant l'OracleDBMS_FILE_TRANSFERutilitaire ouFonctionnalité d'intégration Amazon S3. Si vous ne disposez pas d'une bande passante élevée via AWS Direct Connect, utilisez AWS Snowball pour transférer des fichiers de vidage d'exportation de bases de données volumineux.

Importation de données vers votre base de données cible

• Si vous migrez une base de données très volumineuse, nous vous recommandons de provisionner une base de données plus grandeType d'instance Amazon RDSdans un premier temps, pendant la durée de la migration, pour des chargements de données plus rapides. Une fois la migration terminée, vous pouvez remplacer l'instance de base de données par le type d'instance approprié.

• Augmentez la taille des fichiers de journalisation, des tablespaces d'annulation et des tablespaces temporaires pour améliorer les performances lors de la migration, si nécessaire.

• Désactivez l'option Multi-AZ pendant le processus d'importation et activez-la une fois la migration terminée.

• Désactivez la génération de journaux d'archivage en réglant la rétention des sauvegardes sur zéro pour accélérer le chargement des données.

• Préparez la base de données cible en créant à l'avance des tablespaces, des utilisateurs, des rôles, des profils et des schémas.

• Si vous avez de grandes tables avec des LOB, importez chaque table LOB séparément.

Étapes postérieures à l'importation

• Vérifiez que les fichiers journaux d'importation ne contiennent pas d'erreurs et corrigez-les une fois l'importation terminée.

• Vérifiez la présence d'objets non valides. Si vous en trouvez, compilez-les et corrigez-les.

• Certaines procédures peuvent ne pas être compilées en raison de l'absence d'autorisations sur des objets SYS qui ne sont pas autorisés ou pris en charge dans Amazon RDS. Ces procédures doivent être réécrites.

• Si vous utilisez des séquences, validez les valeurs des séquences par rapport à la base de données source pour éviter toute incohérence entre les séquences.

• Assurez-vous que le nombre d'objets dans votre base de données Amazon RDS est le même que dans la base de données source. Validez les tables, les index, les procédures, les déclencheurs, les fonctions, les packages, les contraintes et les autres objets.

• Si votre base de données source contient des liens vers d'autres bases de données, testez la connectivité pour vérifier que les liens fonctionnent toujours.

• Collectez des statistiques au niveau du dictionnaire et du schéma pour des performances optimales.

Tester la migration

Nous vous recommandons d'effectuer les tests suivants pour valider votre application par rapport à votre nouvelle base de données Amazon RDS pour Oracle :

• Vous devrez peut-être mettre à niveau votre logiciel client Oracle ou votre logiciel JDBC en fonction de la version de base de données Amazon RDS pour Oracle. Si vous avez migré vers une version plus récente d'Oracle Database, il est possible qu'elle ne prenne pas en charge les anciennes versions du logiciel client Oracle.

• Effectuez des tests fonctionnels.

• Comparez les performances des requêtes SQL dans vos bases de données source et cible, et ajustez les requêtes selon vos besoins. Certaines requêtes peuvent s'exécuter plus lentement dans la base de données cible. Nous vous recommandons donc de capturer les lignes de base des requêtes SQL dans la base de données source.

• Lorsque l'équipe d'application a terminé les tests et confirmé que votre base de données Amazon RDS fonctionne correctement, vous pouvez :

  • Adaptez la taille de l'instance de base de données Amazon RDS en fonction de votre évaluation.

  • Activez la rétention des sauvegardes.

  • Activez les journaux d'archivage.

  • Réinitialisez la taille des fichiers de journalisation.

  • Activez l'option Multi-AZ.

  • Créez AmazonCloudWatchalarmes et configurez les rubriques Amazon Simple Notification Service (Amazon SNS) pour les alertes.

Pour une validation supplémentaire lors duproof-of-conceptphase (POC), nous recommandons les tests supplémentaires suivants :

• Effectuez des tests de performance pour vous assurer qu'ils répondent aux attentes de votre entreprise.

• Testez le basculement, la restauration et la restauration de la base de données pour vous assurer que vous répondez aux exigences en matière de RPO et de RTO.

• Répertoriez toutes les tâches et tous les rapports critiques et exécutez-les sur Amazon RDS pour évaluer leurs performances par rapport à vos accords de niveau de service (SLA).

Exploitation et optimisation de votre base de données Amazon RDS

Lorsque votre base de données se trouve sur AWS, assurez-vous de suivre les meilleures pratiques dans des domaines tels que la surveillance, les alertes, les sauvegardes et la haute disponibilité dans le cloud. Par exemple :

• Mettre en placeCloudWatchsurveillance et activez une surveillance détaillée.

• UtiliserInformations sur les performances d'Amazon RDSet leAgent de gestion Oracle Enterprise Manager (OEM)pour surveiller votre base de données.

• Configurez des alertes à l'aide des rubriques SNS.

• Configurez des sauvegardes automatiques à l'aide deSauvegarde AWS. Vous pouvez également utiliser les sauvegardes Oracle Data Pump ou prendre des instantanés manuels.

• Pour une haute disponibilité, configurez la fonctionnalité Amazon RDS Multi-AZ.

• Si vous avez besoin de bases de données en lecture seule,configurer un Read Replicaau sein d'une même région AWS ou entre plusieurs régions, selon vos besoins.