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 une base de données Oracle sur site vers Amazon à l'aide EC2 d'Oracle Data Pump
*Navakanth Talluri, Amazon Web Services*
## Résumé
Lorsque vous migrez des bases de données, vous devez tenir compte de facteurs tels que les moteurs et les versions de base de données source et cible, les outils et services de migration, ainsi que les périodes d'indisponibilité acceptables. Si vous migrez une base de données Oracle sur site vers Amazon Elastic Compute Cloud EC2 (Amazon), vous pouvez utiliser des outils Oracle, tels qu'Oracle Data Pump et Oracle Recovery Manager (RMAN). Pour plus d'informations sur les stratégies, consultez la section [Migration de bases de données Oracle vers le cloud AWS](https://docs.aws.amazon.com/prescriptive-guidance/latest/migration-oracle-database/welcome.html).
Oracle Data Pump vous aide à extraire la sauvegarde logique et cohérente de la base de données et à la restaurer sur l' EC2 instance cible. Ce modèle décrit comment migrer une base de données Oracle sur site vers une EC2 instance à l'aide d'Oracle Data Pump et du `NETWORK_LINK` paramètre, avec un temps d'arrêt minimal. Le `NETWORK_LINK` paramètre lance une importation via un lien de base de données. Le client Oracle Data Pump Import (impdp) de l' EC2 instance cible se connecte à la base de données source, en extrait les données et les écrit directement dans la base de données de l'instance cible. Aucun fichier de sauvegarde ou de *vidage* n'est utilisé dans cette solution.
## Conditions préalables et limitations
**Conditions préalables**
+ Un compte AWS actif.
+ Une base de données Oracle sur site qui :
+ N'est pas une base de données Oracle Real Application Clusters (RAC)
+ N'est pas une base de données Oracle Automatic Storage Management (Oracle ASM)
+ Est en mode lecture-écriture.
+ Vous avez créé un lien AWS Direct Connect entre votre centre de données sur site et AWS. Pour plus d'informations, voir [Création d'une connexion](https://docs.aws.amazon.com/directconnect/latest/UserGuide/create-connection.html) (documentation Direct Connect).
**Versions du produit**
+ Oracle Database 10g version 1 (10.1) et versions ultérieures
## Architecture
**Pile technologique source**
+ Un serveur de base de données Oracle autonome (non RAC et non ASM) dans un centre de données sur site
**Pile technologique cible**
+ Une base de données Oracle exécutée sur Amazon EC2
**Architecture cible**
Le [pilier de fiabilité](https://docs.aws.amazon.com/wellarchitected/latest/reliability-pillar/welcome.html) d'AWS Well-Architected Framework recommande de créer des sauvegardes de données pour garantir une disponibilité et une résilience élevées. Pour plus d'informations, consultez [Architecture pour une haute disponibilité](https://docs.aws.amazon.com/whitepapers/latest/oracle-database-aws-best-practices/architecting-for-high-availability.html#amazon-ec2) dans *Meilleures pratiques pour exécuter une base de données Oracle sur AWS*. Ce modèle configure les bases de données principales et de secours sur EC2 les instances à l'aide d'Oracle Active Data Guard. Pour une haute disponibilité, les EC2 instances doivent se trouver dans des zones de disponibilité différentes. Toutefois, les zones de disponibilité peuvent se trouver dans la même région AWS ou dans différentes régions AWS.
Active Data Guard fournit un accès en lecture seule à une base de données de secours physique et applique les modifications de rétablissement en continu à partir de la base de données principale. En fonction de votre objectif de point de restauration (RPO) et de votre objectif de temps de restauration (RTO), vous pouvez choisir entre les options de redo transport synchrone et asynchrone.
L'image suivante montre l'architecture cible si les EC2 instances principales et de secours se trouvent dans des régions AWS différentes.
**Architecture de migration des données**
Une fois que vous avez terminé de configurer l'architecture cible, vous utilisez Oracle Data Pump pour migrer les données et les schémas locaux vers l'instance principale EC2 . Pendant le passage, les applications ne peuvent pas accéder à la base de données locale ou à la base de données cible. Vous arrêtez ces applications jusqu'à ce qu'elles puissent être connectées à la nouvelle base de données cible sur l' EC2 instance principale.
L'image suivante montre l'architecture lors de la migration des données. Dans cet exemple d'architecture, les EC2 instances principales et de secours se trouvent dans différentes régions AWS.
## Outils
**Services AWS**
+ [AWS Direct Connect](https://aws.amazon.com/directconnect/) relie votre réseau interne à un emplacement Direct Connect via un câble Ethernet à fibre optique standard. Grâce à cette connexion, vous pouvez créer des interfaces virtuelles directement vers les services AWS publics tout en contournant les fournisseurs de services Internet sur votre chemin réseau.
+ [Amazon Elastic Compute Cloud (Amazon EC2)](https://docs.aws.amazon.com/ec2/) fournit une capacité de calcul évolutive dans le cloud AWS. Vous pouvez lancer autant de serveurs virtuels que vous le souhaitez et les augmenter ou les diminuer rapidement.
**Autres outils et services**
+ [Oracle Active Data Guard](https://docs.oracle.com/en/database/oracle/oracle-database/21/sbydb/introduction-to-oracle-data-guard-concepts.html#GUID-5E73667D-4A56-445E-911F-1E99092DD8D7) vous aide à créer, maintenir, gérer et surveiller des bases de données de secours.
+ [Oracle Data Pump](https://www.oracle.com/technetwork/documentation/data-pump-overview-084963.html) vous aide à déplacer des données et des métadonnées d'une base de données à une autre à grande vitesse.
## Bonnes pratiques
+ [Bonnes pratiques pour l'exécution d'une base de données Oracle sur AWS](https://docs.aws.amazon.com/whitepapers/latest/oracle-database-aws-best-practices/architecting-for-security-and-performance.html)
+ [Importation de données à l'aide de NETWORK\_LINK](https://docs.oracle.com/database/121/SUTIL/GUID-23E58D59-A477-4A87-BD0E-C82447581D0A.htm#SUTIL856)
## Épopées
### Configuration des EC2 instances sur AWS
| Sous-tâche | Description | Compétences requises |
| --- | --- | --- |
| Identifiez la configuration matérielle source pour l'hôte local et les paramètres du noyau. | Validez la configuration sur site, y compris la taille du stockage, input/output les opérations par seconde (IOPS) et le processeur. Cela est important pour les licences Oracle, qui sont basées sur les cœurs de processeur. | DBA, SysAdmin |
| Créez l'infrastructure sur AWS. | Créez les clouds privés virtuels (VPCs), les sous-réseaux privés, les groupes de sécurité, les listes de contrôle d'accès réseau (ACLs), les tables de routage et la passerelle Internet. Pour plus d’informations, consultez les ressources suivantes :[See the AWS documentation website for more details](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/patterns/migrate-an-on-premises-oracle-database-to-amazon-ec2-by-using-oracle-data-pump.html) | DBA, administrateur système AWS |
| Configurez les EC2 instances à l'aide d'Active Data Guard. | Configurez EC2 les instances AWS à l'aide d'une configuration Active Data Guard, comme décrit dans le [AWS Well-Architected Framework](https://docs.aws.amazon.com/wellarchitected/latest/framework/welcome.html). La version d'Oracle Database sur l' EC2 instance peut être différente de la version locale car ce modèle utilise des sauvegardes logiques. Notez ce qui suit :[See the AWS documentation website for more details](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/patterns/migrate-an-on-premises-oracle-database-to-amazon-ec2-by-using-oracle-data-pump.html)
Pour en savoir plus, consultez :[See the AWS documentation website for more details](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/patterns/migrate-an-on-premises-oracle-database-to-amazon-ec2-by-using-oracle-data-pump.html) | DBA, administrateur système AWS |
### Migrer la base de données vers Amazon EC2
| Sous-tâche | Description | Compétences requises |
| --- | --- | --- |
| Créez un dblink vers la base de données locale à partir de l'instance. EC2 | Créez un lien de base de données (dblink) entre la base de données Oracle de l' EC2 instance et la base de données Oracle locale. Pour plus d'informations, voir [Utilisation de l'importation de liens réseau pour déplacer des données](https://docs.oracle.com/database/121/SUTIL/GUID-3E1D4B46-E856-4ABE-ACC5-977A898BB0F1.htm#SUTIL806) (documentation Oracle). | DBA |
| Vérifiez la connexion entre l' EC2 instance et l'hôte local. | Utilisez le dblink pour vérifier que la connexion entre l' EC2 instance et la base de données locale fonctionne. Pour obtenir des instructions, voir [CREATE DATABASE LINK](https://docs.oracle.com/cd/B19306_01/server.102/b14200/statements_5005.htm) (documentation Oracle). | DBA |
| Arrêtez toutes les applications connectées à la base de données locale. | Une fois le temps d'arrêt de la base de données approuvé, arrêtez toutes les applications et les tâches dépendantes qui se connectent à votre base de données locale. Vous pouvez le faire directement depuis l'application ou depuis la base de données en utilisant cron. Pour plus d'informations, voir [Utiliser l'utilitaire Crontab pour planifier des tâches sur Oracle Linux.](https://docs.oracle.com/en/learn/oracle-linux-crontab/index.html) | DBA, développeur d'applications |
| Planifiez la tâche de migration des données. | Sur l'hôte cible, utilisez la commande `impdb` pour planifier l'importation de Data Pump. Cela permet de connecter la base de données cible à l'hôte local et de démarrer la migration des données. Pour plus d'informations, consultez [Data Pump Import](https://docs.oracle.com/database/121/SUTIL/GUID-D11E340E-14C6-43B8-AB09-6335F0C1F71B.htm#SUTIL300) et [NETWORK\_LINK](https://docs.oracle.com/database/121/SUTIL/GUID-0871E56B-07EB-43B3-91DA-D1F457CF6182.htm#SUTIL919) (documentation Oracle). | DBA |
| Validez la migration des données. | La validation des données est une étape cruciale. Pour la validation des données, vous pouvez utiliser des outils personnalisés ou des outils Oracle, tels qu'une combinaison de requêtes dblink et SQL. | DBA |
### Découper
| Sous-tâche | Description | Compétences requises |
| --- | --- | --- |
| Mettez la base de données source en mode lecture seule. | Vérifiez que l'application est arrêtée et qu'aucune modification n'est apportée à la base de données source. Ouvrez la base de données source en mode lecture seule. Cela vous permet d'éviter toute transaction ouverte. Pour plus d'informations, consultez `ALTER DATABASE` la section [Instructions SQL](https://docs.oracle.com/database/121/SQLRF/statements_1006.htm#i2135540) (documentation Oracle). | DBA, DevOps ingénieur, développeur d'applications |
| Validez le nombre d'objets et les données. | Pour valider les données et l'objet, utilisez des outils personnalisés ou des outils Oracle, tels qu'une combinaison de requêtes dblink et SQL. | DBA, développeur d'applications |
| Connectez les applications à la base de données sur l' EC2 instance principale. | Modifiez l'attribut de connexion de l'application pour qu'il pointe vers la nouvelle base de données que vous avez créée sur l' EC2 instance principale. | DBA, développeur d'applications |
| Validez les performances de l'application. | Lancez l'application. Validez les fonctionnalités et les performances de l'application à l'aide du [référentiel de charge de travail automatisé](https://docs.oracle.com/database/121/RACAD/GUID-C3CD2DCE-38BD-46BA-BC32-7A28CAC9A7FD.htm#RACAD951) (documentation Oracle). | Développeur d'applications, DevOps ingénieur, DBA |
## Ressources connexes
**Références AWS**
+ [Migration de bases de données Oracle vers le cloud AWS](https://docs.aws.amazon.com/prescriptive-guidance/latest/migration-oracle-database/welcome.html)
+ [Amazon EC2 pour Oracle](https://docs.aws.amazon.com/prescriptive-guidance/latest/migration-oracle-database/ec2-oracle.html)
+ [Migration de bases de données Oracle volumineuses vers AWS pour les environnements multiplateformes](https://docs.aws.amazon.com/prescriptive-guidance/latest/migrate-bulky-oracle-databases/welcome.html)
+ [VPCs et sous-réseaux](https://docs.aws.amazon.com/vpc/latest/userguide/VPC_Subnets.html)
+ [Tutoriel : Création d'un VPC à utiliser avec une instance de base de données](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_Tutorials.WebServerDB.CreateVPC.html)
**Références Oracle**
+ [Configurations d'Oracle Data Guard](https://docs.oracle.com/en/database/oracle/oracle-database/21/sbydb/introduction-to-oracle-data-guard-concepts.html#GUID-AB9DF863-2C7E-4767-81F2-56AD0FA30B49)
+ [Importation de pompes de données](https://docs.oracle.com/database/121/SUTIL/GUID-D11E340E-14C6-43B8-AB09-6335F0C1F71B.htm#SUTIL300)