Wdrażasz usługę Azure Database for MySQL Flexible Server o nazwie Server1 w regionie Wschodnie Stany Zjednoczone i musisz wdrożyć ciągłość działania, która minimalizuje przestoje w przypadku konieczności przełączenia awaryjnego do sparowanego regionu. Jakie działanie należy wykonać?

Poprawna odpowiedź to Wdróż Geo-redundant backup. Geo-redundant backup (geograficznie nadmiarowa kopia zapasowa) zapewnia ciągłość działania poprzez replikację kopii zapasowych danych do sparowanego regionu Azure. W przypadku awarii regionalnej, możesz przywrócić bazę danych w innym regionie, minimalizując przestoje. Utworzenie repliki do odczytu jest przydatne do skalowania odczytów i odciążania głównego serwera, ale nie zapewnia automatycznego przełączania awaryjnego w przypadku awarii całego regionu. Przechowywanie plików bazy danych w udziałach plików premium platformy Azure nie jest standardową metodą wdrażania ciągłości działania dla Azure Database for MySQL Flexible Server; usługa zarządza przechowywaniem danych wewnętrznie. Konfiguracja natywnej replikacji MySQL wymagałaby ręcznego zarządzania i nie jest zintegrowaną funkcją wysokiej dostępności oferowaną przez Azure Database for MySQL Flexible Server w kontekście przełączania awaryjnego między regionami.