Tworzenie odpornych usług danych
Twoja organizacja ma wiele obciążeń rozmieszczonych w różnych środowiskach. Wszystkie obciążenia bazują na danych, które są przechowywane bezpiecznie oraz aktualne. Możesz podjąć różne środki w celu uzyskania odporności danych.
W tej lekcji dowiesz się, jak zawsze włączone grupy dostępności pomagają replikować dane. Zobaczysz, jak automatyczne tworzenie kopii zapasowych i automatyczne przełączanie w tryb failover w usłudze Azure SQL Database pomaga zapewnić bezpieczeństwo danych. Dowiesz się również, jak używać funkcji replikacji geograficznej usługi Azure Cosmos DB do przezroczystego replikowania danych do innych regionów i mieć dostępne dane do odczytu i zapisu.
Replikowanie baz danych z zawsze włączonymi grupami dostępności
Zawsze włączone grupy dostępności ułatwiają osiągnięcie wysokiej dostępności baz danych programu SQL Server działających na maszynach wirtualnych.
Określone grupy baz danych można przechowywać w replikach dostępności:
- Replika podstawowa zawiera podstawowe bazy danych.
- Replika pomocnicza przechowuje zsynchronizowane kopie pomocnicze podstawowych baz danych.
Jeśli wystąpi awaria, replika pomocnicza jest obiektem docelowym trybu failover. Replika podstawowa jest dostępna do odczytu i zapisu. Dane są synchronizowane między każdą podstawową bazą danych i każdą skojarzoną pomocniczą bazą danych.
Można też skonfigurować replikę pomocniczą tak, aby była dostępna do odczytu. Dzięki temu klienci mogą uzyskiwać dostęp do danych z wielu baz danych, a zwiększone zapotrzebowanie jest dystrybuowane między wieloma replikami.
Zawsze włączone grupy dostępności działają w oparciu o klaster trybu failover systemu Windows Server, który składa się z grupy maszyn działających w unisonie. Ta architektura zapewnia wysoką dostępność obciążeń uruchamianych na tych maszynach. W przypadku zawsze włączonych grup dostępności każdy węzeł (maszyna) w klastrze hostuje replikę , zarówno podstawową, jak i pomocniczą. Każda replika zawiera grupę baz danych.
Można skonfigurować zawsze włączone grupy dostępności na platformie Azure, tworząc dwa zestawy dostępności: jeden dla węzłów klastra trybu failover systemu Windows Server, a drugi dla kontrolerów domeny.
Klaster trybu failover systemu Windows Server musi zawierać co najmniej trzy maszyny. Powinna istnieć jedna maszyna z programem SQL Server dla repliki podstawowej, a druga dla repliki pomocniczej w klastrze. Trzeci serwer powinien działać jako monitor udziału plików lub można użyć udziału plików platformy Azure jako monitora.
Tryb failover dla usługi Azure SQL Database
Grupy automatycznego trybu failover usługi SQL Database umożliwiają skonfigurowanie trybu failover i replikacji grup baz danych na serwerze usługi SQL Database. Należy zebrać zdefiniowane zasady, które umożliwią przełączanie w tryb failover na podstawie potrzeb. W razie potrzeby można również ręcznie wyzwalać tryb failover. Usługa SQL Database może automatycznie przejechać bazy danych w tryb failover na serwer pomocniczy w regionie pomocniczym, jeśli wystąpi awaria.
Pomocnicze bazy danych automatycznej pracy w trybie failover usługi SQL Database mogą być używane jako czytelne bazy danych. Te pomocnicze bazy danych mogą obsługiwać dostęp do odczytu danych dla dowolnych łączących się klientów, co pozwala podzielić użycie i zapotrzebowanie między podstawowe i pomocnicze bazy danych.
Jeśli używasz zasad automatycznego trybu failover i wystąpi awaria w co najmniej jednej bazie danych w podstawowej grupie baz danych, zostanie wyzwolone automatyczne przełączenie w tryb failover do pomocniczych baz danych. Punkty końcowe nie zmieniają się podczas pracy w trybie failover. Gdy problem, który spowodował awarię, został rozwiązany i wszystko będzie gotowe, możesz wrócić po awarii do oryginalnej lokalizacji. Możesz ręcznie przejechać grupy w tryb failover do ich oryginalnej lokalizacji.
Bazy danych na jednym serwerze bazy danych można uwzględnić w jednej grupie automatycznego trybu failover. Można również umieścić wszystkie bazy danych w elastycznej puli w jednej grupie trybu failover. Gdy podstawowe bazy danych są częścią puli elastycznej, pomocnicze bazy danych również są aprowizowane w puli elastycznej. Ta pula ma taką samą nazwę jak podstawowa elastyczna pula.
Automatyczne kopie zapasowe dla usługi Azure SQL Database
Usługa Azure SQL Database może tworzyć kopie zapasowe baz danych przechowywanych od 7 do 35 dni. Usługa SQL Database używa geograficznie nadmiarowego magazynu do przechowywania kopii zapasowych oraz zapewnia dostęp do odczytu danych w innym regionie. Bazy danych są bezpieczne, nawet jeśli coś się stanie z centrum danych.
Przechowywanie kopii zapasowych można wydłużyć do 10 lat przez ustanowienie zasad przechowywania długoterminowego dla pojedynczych baz danych lub pul elastycznych. Wszystkie kopie zapasowe bazy danych w usłudze SQL Database są szyfrowane w spoczynku. Wszystkie tworzone bazy danych SQL mają domyślnie włączone przezroczyste szyfrowanie danych.
Usługa SQL Database automatycznie tworzy kopie zapasowe w tle. Tworzy kopie zapasowe baz danych w różnych odstępach czasu w zależności od typu kopii zapasowej. Na przykład tworzy:
- Kopie zapasowe dzienników transakcji w przedziale od 5 do 10 minut.
- Pełne kopie zapasowe baz danych co tydzień. Pierwsza pełna kopia zapasowa jest tworzona zaraz po utworzeniu bazy danych. Czas wykonywania pełnej kopii zapasowej usługi SQL Database zależy od rozmiaru bazy danych.
- Różnicowe kopie zapasowe wszystkich danych, które uległy zmianie od ostatniej pełnej kopii zapasowej co 12 godzin.
Usługa SQL Database przechowuje kopie zapasowe w obiektach blob magazynu, które zapewniają dostęp do odczytu. Następnie kopiuje te kopie zapasowe do sparowanego centrum danych.
Bazy danych można przywrócić do wersji kopii zapasowej. Jeśli skonfigurowano długoterminowe przechowywanie, ta kopia zapasowa może być dostępna przez maksymalnie 10 lat. Usunięte bazy danych można przywracać do czasu sprzed ich usunięcia, z uwzględnieniem limitu przechowywania określonego w zasadach przechowywania.
Usługa SQL Database może przywracać bazy danych do innego regionu geograficznego. Ten proces odbywa się za pomocą przywracania geograficznego, co umożliwia odzyskiwanie baz danych z jednego regionu do innego, jeśli coś się stanie z całym regionem.
Replikacja geograficzna z użyciem usługi Azure Cosmos DB
Azure Cosmos DB to usługa bazy danych o małych opóźnieniach, wielomodelowa, która umożliwia globalną dystrybucję danych oraz elastyczne i szybkie skalowanie.
W usłudze Azure Cosmos DB wszystkie dane są replikowane w sposób niewidoczny w regionach ustawionych dla konta usługi Azure Cosmos DB. Usługa Azure Cosmos DB zapisuje dane wewnątrz kontenerów tworzących bazę danych, a wszystkie kontenery są dzielone na partycje.
Wszystkie partycje są replikowane w każdym regionie. W każdym regionie partycje są kopiowane przed dystrybucją każdej kopii między domenami błędów.
Dane są replikowane co najmniej cztery razy. Możesz skonfigurować konto usługi Azure Cosmos DB i skonfigurować bazę danych usługi Azure Cosmos DB do dystrybucji w pięciu regionach. Podczas konfigurowania tej bazy danych dla pięciu regionów usługa Azure Cosmos DB gwarantuje, że masz co najmniej 4 x 5 kopii wszystkich danych.
Baza danych usługi Azure Cosmos DB powinna być skonfigurowana tak, aby obejmowała co najmniej dwa regiony. Im więcej regionów jest używanych, tym odporniejsze są dane. Należy również jawnie ustawić bazę danych usługi Azure Cosmos DB tak, aby miała wiele regionów zapisu, aby można było wykonywać operacje odczytu i zapisu ze wszystkich regionów.
Można też skonfigurować nadmiarowość stref dla niektórych regionów. Dzięki tej funkcji usługa Azure Cosmos DB umieszcza repliki danych w wielu strefach dostępności w dowolnym regionie, co zapewnia dodatkową odporność.