Une entreprise exécute une base de données Oracle sur site et prévoit de migrer vers AWS. L'entreprise souhaite passer à la version la plus récente, configurer la reprise après sinistre, minimiser la charge opérationnelle pour les opérations normales et la reprise après sinistre, et conserver l'accès au système d'exploitation sous-jacent de la base de données. Quelle solution répond à ces exigences ?

La bonne réponse est de migrer vers Amazon RDS Custom for Oracle et de créer un réplica en lecture dans une autre région. RDS Custom for Oracle permet l'accès au système d'exploitation sous-jacent, répondant ainsi à l'exigence de l'entreprise. La création d'un réplica en lecture inter-régions assure la reprise après sinistre avec une charge opérationnelle minimisée, car RDS gère la réplication. Migrer vers une instance Amazon EC2 ne minimiserait pas la charge opérationnelle car l'entreprise serait responsable de la gestion complète de la base de données et de la configuration de la reprise après sinistre. Migrer vers Amazon RDS for Oracle avec des sauvegardes automatisées inter-régions ne permettrait pas l'accès au système d'exploitation sous-jacent. De plus, les sauvegardes ne fournissent pas le même RTO/RPO qu'un réplica en lecture actif pour la reprise après sinistre. Créer une base de données de secours dans une autre zone de disponibilité avec RDS for Oracle n'offre pas la protection inter-régions requise pour la reprise après sinistre et ne permet pas non plus l'accès au système d'exploitation sous-jacent.