Udostępnij za pośrednictwem

Ciągła kopia zapasowa z przywracaniem do punktu w czasie w usłudze Azure Cosmos DB

  • Artykuł

DOTYCZY: NoSQL MongoDB Gremlin Stół

Funkcja przywracania do punktu w czasie usługi Azure Cosmos DB pomaga w wielu scenariuszach, w tym:

  • Odzyskiwanie po przypadkowej operacji zapisu lub usuwania w kontenerze.
  • Przywracanie usuniętego konta, bazy danych lub kontenera.
  • Przywracanie do dowolnego regionu (w którym istniały kopie zapasowe) w punkcie przywracania w czasie.

Usługa Azure Cosmos DB wykonuje kopię zapasową danych w tle bez korzystania z dodatkowej aprowizowanej przepływności (RU) ani wpływu na wydajność i dostępność bazy danych. Ciągłe tworzenie kopii zapasowych jest wykonywane w każdym regionie, w którym istnieje konto. Na przykład konto może mieć region zapisu w regionie Zachodnie stany USA i regiony odczytu w regionach Wschodnie stany USA i Wschodnie stany USA 2. Te regiony repliki można następnie utworzyć kopię zapasową na zdalnym koncie usługi Azure Storage w każdym odpowiednim regionie. Domyślnie każdy region przechowuje kopię zapasową na kontach magazynu lokalnie nadmiarowego. Jeśli region ma włączone strefy dostępności, kopia zapasowa jest przechowywana na kontach magazynu strefowo nadmiarowego.

Diagram ilustrujący sposób tworzenia kopii zapasowej kontenera w wielu regionach.

Przedział czasu dostępny do przywrócenia (znany również jako okres przechowywania) to niższa wartość następujących dwóch opcji: 30-dniowa i 7-dniowa.

Wybrana opcja zależy od wybranej warstwy ciągłej kopii zapasowej. Punkt w czasie przywracania może być dowolnym znacznikiem czasu w okresie przechowywania nie dalej niż punkt utworzenia zasobu. W trybie silnej spójności kopie zapasowe wykonywane w regionie zapisu są bardziej aktualne w porównaniu z regionami odczytu. Regiony odczytu mogą opóźnić się z powodu problemów z siecią lub innymi przejściowymi problemami. Podczas przywracania można uzyskać najnowszy znacznik czasu możliwy do przywrócenia dla danego zasobu w określonym regionie. Odwołanie się do najnowszego znacznika czasu możliwego do przywrócenia pomaga potwierdzić, że kopie zapasowe zasobów są do danego znacznika czasu i mogą być przywracane w tym regionie.

Obecnie możesz przywrócić konto usługi Azure Cosmos DB (interfejs API dla noSQL lub MongoDB, interfejs API dla tabel, interfejs API dla języka Gremlin) w określonym punkcie w czasie do innego konta. Tę operację przywracania można wykonać za pośrednictwem witryny Azure Portal, interfejsu wiersza polecenia platformy Azure (interfejsu wiersza polecenia platformy Azure), programu Azure PowerShell lub szablonów usługi Azure Resource Manager.

Nadmiarowość magazynu kopii zapasowych

Domyślnie usługa Azure Cosmos DB przechowuje dane kopii zapasowej w trybie ciągłym w obiektach blob magazynu lokalnie nadmiarowego. W przypadku regionów, w których skonfigurowano nadmiarowość strefy, kopia zapasowa jest przechowywana w obiektach blob magazynu strefowo nadmiarowego. W trybie ciągłej kopii zapasowej nie można zaktualizować nadmiarowości magazynu kopii zapasowych.

Różne sposoby przywracania

Tryb ciągłej kopii zapasowej obsługuje dwa sposoby przywracania usuniętych kontenerów i baz danych. Można je przywrócić na nowe konto zgodnie z opisem w tym miejscu lub można przywrócić do istniejącego konta zgodnie z opisem w tym miejscu. Wybór między tymi dwoma trybami zależy od scenariuszy. W większości przypadków preferowane jest przywrócenie usuniętych kontenerów i baz danych na istniejącym koncie. Pozwala to uniknąć kosztów transferu danych, które są wymagane w przypadku przywrócenia ich do nowego konta. W przypadku scenariusza, w którym dokonano przypadkowej modyfikacji danych, przywracanie na nowe konto może być preferowaną opcją.

Co zostało przywrócone do nowego konta?

W stanie stałym wszystkie mutacje wykonywane na koncie źródłowym (w tym bazy danych, kontenery i elementy) są tworzone asynchronicznie w ciągu 100 sekund. Jeśli nośnik kopii zapasowej usługi Azure Storage nie działa lub jest niedostępny, mutacje są utrwalane lokalnie do momentu udostępnienia nośnika. Następnie mutacje są wypłukiwane, aby zapobiec utracie wierności operacji, które można przywrócić.

Można przywrócić dowolną kombinację kontenerów z aprowizowaną przepływnością, bazę danych z udostępnioną przepływnością lub całe konto. Akcja przywracania przywraca wszystkie dane i właściwości ich indeksu do nowego konta. Proces przywracania gwarantuje, że wszystkie dane przywrócone do konta, bazy danych lub kontenera są spójne do określonego czasu przywracania. Czas trwania przywracania będzie zależeć od ilości danych, które mają zostać przywrócone. Nowo przywrócone ustawienie spójności konta bazy danych będzie takie samo jak ustawienia spójności źródłowego konta bazy danych.

Uwaga

W trybie ciągłej kopii zapasowej kopie zapasowe są wykonywane w każdym regionie, w którym jest dostępne konto usługi Azure Cosmos DB. Kopie zapasowe tworzone dla każdego konta regionu są domyślnie nadmiarowe i strefowo nadmiarowe, jeśli twoje konto ma włączoną funkcję strefy dostępności dla tego regionu. Akcja przywracania zawsze przywraca dane na nowe konto.

Co nie zostało przywrócone?

Następujące konfiguracje nie są przywracane po odzyskiwaniu do punktu w czasie:

  • Nie można przywrócić podzbioru kontenerów w bazie danych z udostępnioną przepływnością. Całą bazę danych można przywrócić jako całość.
  • Zapora, sieć wirtualna sieci wirtualnej, kontrola dostępu oparta na rolach na płaszczyźnie danych lub ustawienia prywatnego punktu końcowego.
  • Wszystkie regiony z konta źródłowego.
  • Procedury składowane, wyzwalacze, funkcje zdefiniowane przez użytkownika.
  • Przypisania kontroli dostępu opartej na rolach.

Te konfiguracje można dodać do przywróconego konta po zakończeniu przywracania.

Sygnatura czasowa z możliwością przywracania dla kont na żywo

Aby przywrócić konta na żywo usługi Azure Cosmos DB, które nie zostały usunięte, najlepszym rozwiązaniem jest zawsze identyfikowanie najnowszego znacznika czasu możliwego do przywrócenia dla kontenera. Następnie możesz użyć tego znacznika czasu, aby przywrócić konto do najnowszej wersji.

Scenariusze przywracania

Funkcja przywracania do punktu w czasie obsługuje następujące scenariusze. Scenariusze [1] do [3] pokazują, jak wyzwolić przywracanie, jeśli sygnatura czasowa przywracania jest znana wcześniej. Mogą jednak wystąpić scenariusze, w których nie znasz dokładnego czasu przypadkowego usunięcia lub uszkodzenia. Scenariusze [4] i [5] przedstawiają sposób odnajdywania znacznika czasu przywracania przy użyciu nowych interfejsów API źródła zdarzeń w przywracalnej bazie danych lub kontenerach.

Zdarzenia cyklu życia ze znacznikami czasu dla konta możliwego do przywrócenia.

  1. Przywróć usunięte konto — wszystkie usunięte konta, które można przywrócić, są widoczne w okienku Przywracanie . Jeśli na przykład konto A zostało usunięte w znaczniku czasu T3. W takim przypadku sygnatura czasowa tuż przed T3, lokalizacja, nazwa konta docelowego, grupa zasobów i nazwa konta docelowego wystarczy przywrócić z witryny Azure Portal, programu PowerShell lub interfejsu wiersza polecenia.

    Zdarzenia cyklu życia ze znacznikami czasu dla przywracalnej bazy danych i kontenera.

  2. Przywracanie danych konta w określonym regionie — na przykład jeśli konto A istnieje w dwóch regionach Wschodnie stany USA i Zachodnie stany USA w sygnaturze czasowej T3. Jeśli potrzebujesz kopii konta A w regionie Zachodnie stany USA, możesz wykonać przywracanie do punktu w czasie z witryny Azure Portal, programu PowerShell lub interfejsu wiersza polecenia z regionem Zachodnie stany USA jako lokalizację docelową.

  3. Odzyskiwanie po przypadkowej operacji zapisu lub usuwania w kontenerze ze znanym znacznikiem czasu przywracania — na przykład jeśli wiesz, że zawartość kontenera 1 w bazie danych 1 została przypadkowo zmodyfikowana w znaczniku czasu T3. Aby odzyskać żądany stan kontenera, możesz wykonać przywracanie do punktu w czasie z witryny Azure Portal, programu PowerShell lub interfejsu wiersza polecenia na innym koncie.

  4. Przywróć konto do poprzedniego punktu w czasie przed przypadkowym usunięciem bazy danych — w witrynie Azure Portal możesz użyć okienka zestawienia zdarzeń, aby określić, kiedy baza danych została usunięta i znaleźć czas przywracania. Podobnie za pomocą interfejsu wiersza polecenia platformy Azure i programu PowerShell można odnaleźć zdarzenie usuwania bazy danych, wyliczając źródło zdarzeń bazy danych, a następnie wyzwalając polecenie przywracania z wymaganymi parametrami.

  5. Przywróć konto do poprzedniego punktu w czasie przed przypadkowym usunięciem lub modyfikacją właściwości kontenera. — W witrynie Azure Portal możesz użyć okienka zestawienia zdarzeń, aby określić, kiedy kontener został utworzony, zmodyfikowany lub usunięty w celu znalezienia czasu przywracania. Podobnie za pomocą interfejsu wiersza polecenia platformy Azure i programu PowerShell można odnaleźć wszystkie zdarzenia kontenera, wyliczając źródło zdarzeń kontenera, a następnie wyzwalając polecenie przywracania z wymaganymi parametrami.

Uprawnienia

Usługa Azure Cosmos DB umożliwia izolowanie i ograniczanie uprawnień przywracania dla konta ciągłej kopii zapasowej do określonej roli lub podmiotu zabezpieczeń. Aby dowiedzieć się więcej, zobacz artykuł Uprawnienia .

Cennik

Konto usługi Azure Cosmos DB z ciągłą 30-dniową kopią zapasową ma dodatkową miesięczną opłatę za przechowywanie kopii zapasowej. Zarówno 30-dniowa, jak i 7-dniowa warstwa ciągłego wycofywania powoduje naliczanie opłat w celu przywrócenia danych. Koszt przywracania jest dodawany za każdym razem, gdy operacja przywracania jest inicjowana. Jeśli skonfigurujesz konto z ciągłą kopią zapasową, ale nie przywracasz danych, w rachunku zostanie uwzględniony tylko koszt magazynu kopii zapasowych.

Poniższy przykład jest oparty na cenie konta usługi Azure Cosmos DB wdrożonego w regionie Zachodnie stany USA. Ceny i obliczenia mogą się różnić w zależności od używanego regionu, zobacz stronę cennika usługi Azure Cosmos DB, aby uzyskać najnowsze informacje o cenach.

  • Wszystkie konta włączone z zasadami ciągłej kopii zapasowej z 30-dniowymi opłatami są naliczane miesięczne opłaty za magazyn kopii zapasowych obliczany w następujący sposób:

    $0.20/GB * Rozmiar danych w GB na koncie * Liczba regionów

  • Każde wywołanie interfejsu API przywracania powoduje naliczanie jednorazowej opłaty. Opłata jest funkcją ilości przywróconych danych:

    $0.15/GB * Rozmiar danych w GB.

Jeśli na przykład masz 1 TB danych w dwóch regionach, wówczas:

  • Koszt magazynu kopii zapasowych jest obliczany jako (1000 * 0,20 * 2) = 400 USD miesięcznie

  • Koszt przywracania jest obliczany jako (1000 * 0,15) = 150 USD za przywrócenie

Napiwek

Aby uzyskać więcej informacji na temat mierzenia bieżącego użycia danych konta usługi Azure Cosmos DB, zobacz Eksplorowanie szczegółowych informacji usługi Azure Monitor w usłudze Azure Cosmos DB. Ciągła warstwa 7-dniowa nie powoduje naliczania opłat za tworzenie kopii zapasowych danych.

Ciągła warstwa 30-dniowa a ciągła 7-dniowa warstwa

  • Okres przechowywania dla jednej warstwy to 30-dniowy a 7-dniowy dla innej warstwy.
  • Opłata za 30-dniową warstwę przechowywania jest naliczana za magazyn kopii zapasowych. 7-dniowa warstwa przechowywania nie jest naliczana.
  • Przywracanie jest zawsze naliczane w każdej warstwie

Time to live (Czas wygaśnięcia)

  • Domyślny proces przywracania przywraca wszystkie właściwości kontenera, w tym jego konfigurację czasu wygaśnięcia domyślnie, może to spowodować usunięcie danych, jeśli przywracanie jest wykonywane bez możliwości wyłączenia czasu wygaśnięcia. Aby zapobiec usunięciu, przekaż parametr , aby wyłączyć czas wygaśnięcia w programie PowerShell (-DisableTtl $true) lub interfejs wiersza polecenia (--disable-ttl True) podczas przywracania.

Klucze zarządzane przez klienta

Zobacz Jak klucze zarządzane przez klienta wpływają na ciągłe kopie zapasowe , aby dowiedzieć się:

  • Jak skonfigurować konto usługi Azure Cosmos DB podczas korzystania z kluczy zarządzanych przez klienta z ciągłymi kopiami zapasowymi.
  • Jak klucze zarządzane przez klienta wpływają na przywracanie?

Bieżące ograniczenia

Obecnie funkcja przywracania do punktu w czasie ma następujące ograniczenia:

  • Interfejsy API usługi Azure Cosmos DB dla baz danych SQL, MongoDB, Gremlin i Table obsługiwane na potrzeby ciągłej kopii zapasowej. Interfejs API dla bazy danych Cassandra nie jest teraz obsługiwany.

  • Multi region write konta nie są obsługiwane.

  • Usługa Synapse Link dla kont bazy danych korzystających z trybu ciągłej kopii zapasowej jest ogólnie dostępna. Odwrotna sytuacja, tryb ciągłej kopii zapasowej dla kont z obsługą usługi Synapse Link, jest w publicznej wersji zapoznawczej. Obecnie klienci, którzy wyłączyli usługę Synapse Link z kontenerów, nie mogą migrować do ciągłej kopii zapasowej. Magazyn analityczny nie jest uwzględniany w kopiach zapasowych. Aby uzyskać więcej informacji na temat magazynu kopii zapasowych i analitycznych, zobacz tworzenie kopii zapasowych magazynu analitycznego.

  • Przywracane konto jest tworzone w tym samym regionie, w którym znajduje się konto źródłowe. Nie można przywrócić konta do regionu, w którym konto źródłowe nie istnieje.

  • Okno przywracania wynosi tylko 30 dni dla warstwy ciągłej 30-dniowej i siedem dni dla warstwy ciągłej 7-dniowej. Te warstwy można przełączyć, ale nie można zmienić rzeczywistych ilości (7 lub 30). Ponadto w przypadku przejścia z warstwy 30-dniowej na 7-dniową istnieje możliwość utraty danych w dniach poza siódmym.

  • Kopie zapasowe nie są automatycznie odporne na awarie geograficzne. Należy jawnie dodać inny region w celu zapewnienia odporności konta i kopii zapasowej.

  • Gdy przywracanie jest w toku, nie modyfikuj ani nie usuwaj zasad zarządzania tożsamościami i dostępem (IAM). Te zasady przyznają uprawnienia dla konta, aby zmienić dowolną sieć wirtualną, konfigurację zapory.

  • Konta usługi Azure Cosmos DB dla bazy danych MongoDB z ciągłą kopią zapasową nie obsługują tworzenia unikatowego indeksu dla istniejącej kolekcji. W przypadku takiego konta należy utworzyć unikatowe indeksy wraz z ich kolekcją; Można to zrobić za pomocą poleceń tworzenia rozszerzenia kolekcji.

  • Po przywróceniu możliwe jest, że w przypadku niektórych kolekcji indeks spójny może zostać ponownie utworzony. Stan operacji odbudowy można sprawdzić za pomocą właściwości IndexTransformationProgress .

  • Nie można dodawać, aktualizować ani odrzucać unikatowych indeksów w interfejsie API dla bazy danych MongoDB podczas tworzenia konta trybu ciągłej kopii zapasowej. Nie można ich również modyfikować podczas migrowania konta z trybu okresowego do trybu ciągłego.

  • Przywracanie w trybie ciągłym może nie przywracać ustawienia przepływności prawidłowego dla punktu przywracania.

Następne kroki