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.
# Objectifs de migration
Vous souhaiterez peut-être déplacer vos charges de travail Oracle de votre environnement sur site vers un environnement sur site AWS pour diverses raisons. Par exemple, vous souhaiterez peut-être réduire les coûts, augmenter l'agilité, améliorer la sécurité ou refactoriser votre charge de travail plus rapidement. Quelles que soient les raisons de votre décision, il est important de choisir la bonne stratégie de migration pour atteindre vos objectifs et respecter les délais requis.
## Réduction des coûts
L'exécution de bases de données Oracle dans un environnement sur site peut entraîner des coûts de licence élevés dans les scénarios suivants :
+ Bases de données exécutées sur du vieux matériel
+ Bases de données qui ne répondent plus à leur objectif et qui sont susceptibles de prendre leur retraite
+ Bases de données nécessitant une modernisation
+ Anciennes bases de données conservées pour des raisons de conformité, telles que les informations personnelles identifiables (PII), le règlement général sur la protection des données (RGPD), la loi sur les normes de travail équitables (FLSA) ou toute autre conformité spécifique à un pays ou à un secteur
Selon les exigences de ces scénarios, vous ne souhaiterez peut-être pas allouer la même quantité de ressources pour réduire les coûts de licence et d'exploitation, mais vous souhaiterez peut-être effectuer une mise à l'échelle automatique en fonction des besoins, et vous pourrez y parvenir plus facilement dans le cloud. Pour une discussion sur les coûts et les risques, consultez le guide [Oracle Cost Traps et comment les surmonter grâce aux AWS solutions](https://houseofbrick.com/wp-content/uploads/2021/01/Avoiding-the-Oracle-Traps-in-AWS.pdf) de House of Brick Technologies.
## Augmenter l'agilité
Le provisionnement d'une base de données Oracle dans un environnement sur site est généralement une activité fastidieuse qui peut prendre quelques semaines, voire plusieurs mois. Avec Amazon Elastic Compute Cloud (Amazon EC2), vous pouvez créer une base de données Oracle de la taille requise en peu de temps en utilisant l'infrastructure en tant que code (IaC).
La vitesse à laquelle les instances Oracle AWS peuvent évoluer à la hausse ou à la baisse pour répondre à votre demande vous aidera à mener à bien les activités de développement et à prendre des décisions rapidement. Les bases de données Oracle réhébergées sur AWS peuvent accroître l'agilité des solutions personnalisées. Par exemple, lorsque vous hébergez une base de données Oracle sur Amazon EC2, vous pouvez [déployer plusieurs environnements en quelques secondes](https://aws.amazon.com/blogs/storage/synchronize-your-oracle-databases-quickly-and-easily-with-amazon-fsx-for-openzfs/).
## Améliorer la sécurité
Organisations qui gèrent des bases de données Oracle sur site sont responsables de la sécurité à tous les niveaux, y compris les données au repos et en transit. Cela peut entraîner une configuration de sécurité incomplète, ce qui peut mettre la base de données en danger. Avec le [modèle de responsabilitéAWS partagée](https://aws.amazon.com/compliance/shared-responsibility-model/), AWS gère la sécurité de l'infrastructure tandis que vous êtes responsable de la configuration de la sécurité au niveau de l' EC2 instance et de la couche de base de données Oracle.
Vous pouvez restreindre l'accès public à l' EC2 instance qui héberge la base de données Oracle afin que les applications extérieures au cloud privé virtuel (VPC) ne puissent pas accéder à la base de données. Vous pouvez utiliser une clé [AWS Key Management Service (AWS KMS)](https://aws.amazon.com/kms/) pour chiffrer tout le stockage alloué aux bases de données au repos à tout moment, ce qui permet de répondre aux exigences de conformité. Vous pouvez configurer ces politiques de sécurité à partir du AWS Management Console.
## Refactorisation plus rapide
Les bases de données déjà installées AWS sont plus faciles à refactoriser que les bases de données locales. Une base de données déjà installée AWS dispose de l'infrastructure nécessaire VPCs, notamment des groupes de sécurité et du réseau. Lorsque vous êtes prêt à moderniser la base de données, vous pouvez utiliser votre AWS infrastructure existante pour lancer votre moteur de base de données refactorisé. Si tel est votre objectif, vous pouvez d' AWS abord migrer votre base de données Oracle vers celle-ci, puis commencer le processus de refactorisation ou de modernisation de celle-ci.
Les options de refactoring supplémentaires qui peuvent contribuer à réduire les coûts de licence et les frais opérationnels sont les suivantes :
+ Déchargez les bases de données en archivant les données sur [Amazon Simple Storage Service (Amazon S3)](https://docs.aws.amazon.com/AmazonS3/latest/userguide/Welcome.html)
+ Migrer les bases de données d'entrepôt de données Oracle vers [Amazon Redshift](https://docs.aws.amazon.com/redshift/latest/mgmt/welcome.html)
+ Migrez les bases de données Oracle vers des bases de données open source :
+ [Amazon Relational Database Service (Amazon RDS) pour PostgreSQL](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_PostgreSQL.html)
+ [Amazon Aurora PostgreSQL-Compatible Edition](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraPostgreSQL.html)
+ [Amazon RDS for MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_MySQL.html)
+ [Amazon Aurora MySQL-Compatible Edition](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.html)