Firma chce wykorzystać chmurę AWS do ulepszenia swojej lokalnej konfiguracji odzyskiwania po awarii (DR). Podstawowa aplikacja biznesowa firmy, używana w środowisku produkcyjnym, wykorzystuje Microsoft SQL Server Standard, który działa na maszynie wirtualnej (VM). Aplikacja ma cel punktu odzyskiwania (RPO) wynoszący 30 sekund lub mniej oraz cel czasu odzyskiwania (RTO) wynoszący 60 minut. Rozwiązanie DR musi minimalizować koszty, gdziekolwiek jest to możliwe. Które rozwiązanie spełni te wymagania?

Poprawna odpowiedź to skonfigurowanie bazy danych Amazon RDS for SQL Server w trybie warm standby w AWS z użyciem AWS DMS i CDC. To rozwiązanie spełnia wymagania RPO (30 sekund) i RTO (60 minut) dzięki ciągłej replikacji danych. Tryb warm standby minimalizuje koszty, ponieważ zasoby w AWS są uruchomione, ale nie w pełni skalowane, dopóki nie zajdzie potrzeba przełączenia. AWS DMS z CDC efektywnie replikuje zmiany danych z lokalnego SQL Server do RDS, zapewniając niskie RPO. Opcja active/active z SQL Server Enterprise i Always On jest zbyt kosztowna i złożona dla wymogów minimalizacji kosztów, a SQL Server Standard nie obsługuje Always On Availability Groups. AWS Elastic Disaster Recovery jako pilot light może spełnić RPO i RTO, ale RDS for SQL Server jest bardziej zoptymalizowany dla baz danych i często bardziej ekonomiczny w przypadku warm standby. Codzienne tworzenie kopii zapasowych w Amazon S3 nie spełni wymagań RPO poniżej 30 sekund, ponieważ odzyskiwanie z kopii zapasowej oznacza utratę danych z całego dnia.