Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Migrer les données d'une base de données Oracle sur site vers Aurora Postgre SQL
Créée par Michelle Deng (AWS) et Shunan Xiang () AWS
Environnement : PoC ou pilote | Source : Oracle | Cible : compatible avec Aurora Postgre SQL |
Type R : Ré-architecte | Charge de travail : Oracle | Technologies : migration ; bases de données |
AWSservices : Amazon Aurora AWS DMS ; AWS SCT |
Récapitulatif
Ce modèle fournit des conseils pour la migration des données d'une base de données Oracle sur site vers Amazon Aurora Postgre SQL -Compatible Edition. Il cible une stratégie de migration des données en ligne avec un minimum de temps d'arrêt pour les bases de données Oracle de plusieurs téraoctets contenant de grandes tables impliquant des activités de langage de manipulation de données (DML) intensives. Une base de données de secours Oracle Active Data Guard est utilisée comme source pour décharger la migration des données depuis la base de données principale. La réplication de la base de données principale Oracle vers la base de données de secours peut être suspendue pendant le chargement complet afin d'éviter les erreurs ORA -01555.
Les colonnes de table contenant des clés primaires (PKs) ou des clés étrangères (FKs), avec le type de donnéesNUMBER, sont couramment utilisées pour stocker des entiers dans Oracle. Nous vous recommandons de les convertir vers INT ou BIGINT dans Postgre SQL pour de meilleures performances. Vous pouvez utiliser le AWS Schema Conversion Tool (AWSSCT) pour modifier le mappage des types de données par défaut pour les colonnes PK et FK. (Pour plus d'informations, consultez le billet de AWS blog Convertir le type de NUMBER données d'Oracle en Postgre SQL
Vous pouvez également utiliser ce modèle pour migrer une base de données Oracle sur site vers Amazon Relational Database Service (RDSAmazon) pour SQL Postgre, ou une base de données Oracle hébergée sur Amazon Elastic Compute Cloud (Amazon) vers EC2 Amazon for Postgre SQL ou Aurora RDS Postgre -Compatible. SQL
Conditions préalables et limitations
Prérequis
Un AWS compte actif
Une base de données source Oracle dans un centre de données sur site avec Active Data Guard en mode veille configuré
AWSDirect Connect configuré entre le centre de données sur site et le cloud AWS
Connaissance de l'utilisation d'une base de données Oracle comme source pour AWS DMS
Connaissance de l'utilisation d'une base de SQL données Postgre comme cible pour AWS DMS
Limites
Les clusters de base de données Amazon Aurora peuvent être créés avec jusqu'à 128 TiB de stockage. Les instances de SQL base de données Amazon RDS for Postgre peuvent être créées avec jusqu'à 64 TiB de stockage. Pour obtenir les dernières informations sur le stockage, consultez les sections Stockage et fiabilité Amazon Aurora et Stockage des instances Amazon RDS DB dans la AWS documentation.
Versions du produit
AWSDMSprend en charge toutes les éditions de base de données Oracle pour les versions 10.2 et ultérieures (pour les versions 10.x), 11g et versions supérieures à 12.2, 18c et 19c. Pour obtenir la dernière liste des versions prises en charge, consultez la section Utilisation d'une base de données Oracle comme source AWS DMS dans la AWS documentation.
Architecture
Pile technologique source
Bases de données Oracle sur site avec configuration de secours Oracle Active Data Guard
Pile technologique cible
Compatible avec Aurora Postgre SQL
Architecture de migration des données
Outils
AWSDMS- AWSDatabase Migration Service (AWSDMS) prend en charge plusieurs bases de données source et cible. Consultez la section Utilisation d'une base de données Oracle comme source AWS DMS dans la AWS DMS documentation pour obtenir la liste des versions et éditions de base de données source et cible Oracle prises en charge. Si la base de données source n'est pas prise en charge par AWSDMS, vous devez sélectionner une autre méthode pour migrer les données dans la phase 6 (dans la section Epics). Remarque importante : comme il s'agit d'une migration hétérogène, vous devez d'abord vérifier si la base de données prend en charge une application commerciale off-the-shelf (COTS). Si c'est le casCOTS, consultez le fournisseur pour vérifier qu'Aurora Postgre SQL -Compatible est pris en charge avant de continuer. Pour plus d'informations, consultez les procédures pas à pas relatives à la AWS DMS Step-by-Step migration dans la AWS documentation.
AWSSCT- Le AWSSchema Conversion Tool (AWSSCT) facilite les migrations de bases de données hétérogènes en convertissant automatiquement le schéma de base de données source et la majorité du code personnalisé dans un format compatible avec la base de données cible. Le code personnalisé converti par l'outil inclut les vues, les procédures stockées et les fonctions. Tout code que l'outil ne peut pas convertir automatiquement est clairement indiqué afin que vous puissiez le convertir vous-même.
Épopées
| Tâche | Description | Compétences requises |
|---|---|---|
| Validez les versions de base de données source et cible. | DBA | |
| Installation AWS SCT et pilotes. | DBA | |
| Ajoutez et validez les utilisateurs AWS SCT requis et la base de données des sources de subventions. | DBA | |
| Créez un AWS SCT projet pour la charge de travail et connectez-vous à la base de données source. | DBA | |
| Générez un rapport d'évaluation et évaluez la faisabilité. | DBA, propriétaire de l'application |
| Tâche | Description | Compétences requises |
|---|---|---|
| Créez une base de données cible SQL compatible avec Aurora Postgre. | DBA | |
| Extrayez la liste des utilisateurs, des rôles et des autorisations de la base de données source. | DBA | |
| Mappez les utilisateurs de base de données existants aux nouveaux utilisateurs de base de données. | Propriétaire de l'application | |
| Créez des utilisateurs dans la base de données cible. | DBA | |
| Appliquez les rôles de l'étape précédente à la base de données SQL compatible Aurora Postgre cible. | DBA | |
| Passez en revue les options de base de données, les paramètres, les fichiers réseau et les liens de base de données depuis la base de données source, et évaluez leur applicabilité à la base de données cible. | DBA, propriétaire de l'application | |
| Appliquez tous les paramètres pertinents à la base de données cible. | DBA |
| Tâche | Description | Compétences requises |
|---|---|---|
| Configurez la AWS SCT connectivité à la base de données cible. | DBA | |
| Convertissez le schéma au AWS SCT format et enregistrez le code converti dans un fichier .sql. | DBA, propriétaire de l'application | |
| Convertissez manuellement tous les objets de base de données dont la conversion automatique a échoué. | DBA, propriétaire de l'application | |
| Optimisez la conversion du code de base de données. | DBA, propriétaire de l'application | |
| Séparez le fichier .sql en plusieurs fichiers .sql en fonction du type d'objet. | DBA, propriétaire de l'application | |
| Validez les SQL scripts dans la base de données cible. | DBA, propriétaire de l'application |
| Tâche | Description | Compétences requises |
|---|---|---|
| Créez une instance AWS DMS de réplication. | DBA | |
| Créez les points de terminaison source et cible. | Si le type de données du PKs et FKs est converti depuis Oracle vers BIGINT PostgreSQL, pensez NUMBER à spécifier l'attribut de connexion | DBA |
| Tâche | Description | Compétences requises |
|---|---|---|
| Créez le schéma et les tables dans la base de données cible. | DBA | |
| Créez des tâches AWS DMS à chargement complet en regroupant les tables ou en divisant une grande table en fonction de la taille de la table. | DBA | |
| Arrêtez les applications sur les bases de données Oracle sources pendant une courte période. | Propriétaire de l'application | |
| Vérifiez que la base de données de secours Oracle est synchrone avec la base de données principale et arrêtez la réplication de la base de données principale vers la base de données de secours. | DBA, propriétaire de l'application | |
| Démarrez les applications sur la base de données Oracle source. | Propriétaire de l'application | |
| Démarrez les tâches de AWS DMS chargement complet en parallèle depuis la base de données de secours Oracle vers la base de données compatible Aurora PostgreSQL. | DBA | |
| Créez PKs des index secondaires une fois le chargement complet terminé. | DBA | |
| Validez les données. | DBA |
| Tâche | Description | Compétences requises |
|---|---|---|
| Créez des tâches de réplication AWS DMS continues en spécifiant une heure de CDC début personnalisée ou un numéro de modification du système (SCN) lorsque le mode veille Oracle a été synchronisé avec la base de données principale et avant le redémarrage des applications lors de la tâche précédente. | DBA | |
| Démarrez AWS DMS des tâches en parallèle pour répliquer les modifications en cours depuis la base de données de secours Oracle vers la base de données compatible Aurora PostgreSQL. | DBA | |
| Rétablissez la réplication de la base de données principale Oracle vers la base de données de secours. | DBA | |
| Surveillez les journaux et arrêtez les applications sur la base de données Oracle lorsque la base de données SQL compatible Aurora Postgre cible est presque synchrone avec la base de données Oracle source. | DBA, propriétaire de l'application | |
| Arrêtez les AWS DMS tâches lorsque la cible est entièrement synchronisée avec la base de données Oracle source. | DBA | |
| Créez FKs et validez les données dans la base de données cible. | DBA | |
| Créez des fonctions, des vues, des déclencheurs, des séquences et d'autres types d'objets dans la base de données cible. | DBA | |
| Appliquez des attributions de rôles dans la base de données cible. | DBA |
| Tâche | Description | Compétences requises |
|---|---|---|
| Permet AWS SCT d'analyser et de convertir les SQL instructions contenues dans le code de l'application. | Propriétaire de l'application | |
| Créez de nouveaux serveurs d'applications surAWS. | Propriétaire de l'application | |
| Migrez le code de l'application vers les nouveaux serveurs. | Propriétaire de l'application | |
| Configurez le serveur d'applications pour la base de données cible et les pilotes. | Propriétaire de l'application | |
| Corrigez tout code spécifique au moteur de base de données source de l'application. | Propriétaire de l'application | |
| Optimisez le code de l'application pour la base de données cible. | Propriétaire de l'application |
| Tâche | Description | Compétences requises |
|---|---|---|
| Pointez le nouveau serveur d'applications vers la base de données cible. | DBA, propriétaire de l'application | |
| Effectuez des contrôles de santé mentale. | DBA, propriétaire de l'application | |
| Passez en direct. | DBA, propriétaire de l'application |
| Tâche | Description | Compétences requises |
|---|---|---|
| Arrêtez les AWS ressources temporaires. | DBA, Administrateur de systèmes | |
| Passez en revue et validez les documents du projet. | DBA, propriétaire de l'application | |
| Collectez des indicateurs concernant le temps de migration, le pourcentage d'utilisation manuelle par rapport à l'utilisation d'outils, les économies de coûts et les données similaires. | DBA, propriétaire de l'application | |
| Clôturez le projet et faites part de vos commentaires. | DBA, propriétaire de l'application |
Ressources connexes
Références
Didacticiels
