Zagadnienia dotyczące ciągłości działania i odzyskiwania po awarii dla Database@Azure Oracle
W tym artykule omówiono zagadnienia i zalecenia zdefiniowane w obszarze projektowania strefy docelowej platformy Azure na potrzeby ciągłości działania i odzyskiwania po awarii (BCDR).
Pierwszym krokiem do utworzenia odpornej architektury dla środowiska obciążenia jest zidentyfikowanie wymagań dotyczących dostępności rozwiązania. Należy określić cel czasu odzyskiwania (RTO) i cel punktu odzyskiwania (RPO) dla różnych poziomów awarii. Cel czasu odzyskiwania definiuje maksymalny przestój, który aplikacja może tolerować po wystąpieniu zdarzenia. Cel punktu odzyskiwania określa maksymalną utratę danych, którą aplikacja może tolerować z powodu awarii. Po ustaleniu wymagań rozwiązania możesz zaprojektować architekturę w celu spełnienia celu czasu odzyskiwania i celu punktu odzyskiwania.
Uwagi dotyczące projektowania
Colocate Oracle Exadata Database Service on Dedicated Infrastructure with Oracle Database@Azure in Azure datacenters and place the datacenters in one Azure availability zone (Colocate Oracle Exadata Database Service on Dedicated Infrastructure with Oracle Database@Azure in Azure datacenters and place the datacenters in one Azure availability zone (Colocate Oracle Exadata Database Service on Dedicated Infrastructure with Oracle Database@Azure in Azure datacenters in one Azure availability zone (Kolokowanie usługi Oracle Exadata Database Strefy dostępności są specyficzne dla subskrypcji. Na przykład strefa dostępności 1 w subskrypcji może nie reprezentować tego samego fizycznego centrum danych co strefa dostępności 1 w innej subskrypcji. Aby uzyskać więcej informacji, zobacz Co to są strefy dostępności.
Rozwiązanie Oracle Database@Azure zapewnia natywne technologie Oracle, takie jak rzeczywiste klastry aplikacji (RAC) i automatyczna funkcja Data Guard, zapewniając wysoką dostępność i odzyskiwanie po awarii.
Rozwiązanie zawiera automatyczną konfigurację funkcji Data Guard dla początkowej bazy danych rezerwowej, znanej również jako pierwsza pomocnicza. Należy ręcznie skonfigurować dodatkowe repliki funkcji Data Guard.
W przypadku środowisk aktywnych-aktywnych rozważ użycie rozwiązania Oracle GoldenGate do integracji i replikacji danych w czasie rzeczywistym. Takie podejście pomaga zapewnić wysoką dostępność i spójność danych w systemach. To narzędzie obsługuje szeroką gamę baz danych i platform, dzięki czemu można bezproblemowo przenosić i przekształcać dane. Użyj rozwiązania Oracle GoldenGate, aby zminimalizować przestoje podczas migracji i uaktualnień, co zwiększa strategie odzyskiwania po awarii. Rozwiązanie Oracle GoldenGate nie jest uwzględnione w rozwiązaniu, więc możesz ponieść koszty licencjonowania.
Rozwiązanie Oracle Database@Azure i jego podstawowe składniki są ograniczone do subskrypcji i regionu, w którym tworzysz wystąpienie. Usługa nie jest strefowa i nie obejmuje wielu regionów. Aby uzyskać odporność na wiele stref lub wiele regionów, można wdrożyć nowe wystąpienia w docelowych strefach dostępności lub regionach docelowych.
Usługa Oracle Database@Azure używa nadmiarowego magazynu obiektów Oracle Cloud Infrastructure (OCI) do integracji automatycznych kopii zapasowych bazy danych. Usługa Oracle Database Autonomous Recovery Service zapewnia ochronę baz danych Oracle wdrażanych w usłudze Exadata.
Zalecenia dotyczące projektowania
Weź pod uwagę te zagadnienia dotyczące strategii BCDR dla Database@Azure Oracle.
Replikacja BCDR między strefami dostępności
Aby zapewnić wysoką dostępność i ochronę odzyskiwania po awarii baz danych, klastrów baz danych lub stref dostępności, należy użyć usługi Oracle RAC w usłudze Oracle Database@Azure i symetrycznej bazy danych rezerwowej znajdującej się w innej strefie. Ta konfiguracja może pomóc w osiągnięciu odporności centrum danych na potrzeby usług baz danych.
Aby uzyskać optymalną wydajność, umieść usługi aplikacji zależne od bazy danych w tej samej strefie dostępności co baza danych. Jeśli usługi aplikacji znajdują się w innej subskrypcji niż usługi bazy danych, należy zastosować odpowiedni kod. availabilityZoneMappings Użyj właściwości , aby zidentyfikować fizyczną strefę dostępności, w której należy kolokować usługi.
Funkcję Data Guard można skonfigurować w trybie maksymalnej dostępności przy użyciu transportu SYNCHRONIZACJI lub maksymalnej wydajności z transportem ASYNC zgodnie z wymaganiami dotyczącymi usług aplikacji i celu punktu odzyskiwania.
Zalecamy użycie trybu maksymalnej dostępności (SYNC) w środowiskach, w których integralność danych i zero utraty danych są najważniejszymi czynnikami.
Zalecamy użycie trybu maksymalnej wydajności (ASYNC) w środowiskach, w których wydajność jest krytyczna, a środowisko może tolerować niektóre straty danych.
Trasy BCDR między regionami
Skonfiguruj funkcję Data Guard w trybie maksymalnej wydajności dla regionalnej trasy BCDR na podstawie możliwości aplikacji i opóźnienia sieci między regionami. Aby uzyskać więcej informacji, zobacz Wyniki testu opóźnienia sieci platformy Azure.
Połączenie operacji BCDR między regionami i strefami dostępności między regionami jest zgodne z poziomem Gold architektury referencyjnej Architektury maksymalnej dostępności Oracle. Architektura na poziomie Gold zapewnia ochronę przed całkowitym niepowodzeniem regionalnym.
Rekomendacje BCDR obejmujące wiele regionów i strefy dostępności obejmujące wiele regionów koncentrują się na odporności usługi Oracle Database@Azure. Aby zapewnić odporność usług aplikacji, możesz użyć zestawów skalowania maszyn wirtualnych platformy Azure, usługi Azure Site Recovery, usługi Azure Front Door lub innych funkcji lub usług, które umożliwiają dostępność usługi aplikacji w różnych strefach dostępności lub regionach.
Zalecamy używanie zarządzanych kopii zapasowych i przechowywanie danych kopii zapasowych w magazynie obiektów OCI.
Inne uwagi
Użyj infrastruktury jako kodu (IaC), aby wdrożyć początkowe wystąpienie oracle Database@Azure i klastry maszyn wirtualnych.
Wdrażanie baz danych w usłudze OCI za pomocą usługi IaC. Za pomocą IaC można replikować to samo wdrożenie do lokacji odzyskiwania po awarii i zminimalizować ryzyko wystąpienia błędu ludzkiego.
Użyj operacji testowania trybu failover i przełączania zwrotnego, aby zapewnić, że działają one w rzeczywistym scenariuszu awarii. Automatyzowanie operacji trybu failover i przełączania zwrotnego, gdy jest to możliwe, aby zminimalizować błędy.