Okresowe tworzenie kopii zapasowych i przywracanie w usłudze Azure Cosmos DB

DOTYCZY: Nosql Mongodb Cassandra Gremlin Tabeli

Usługa Azure Cosmos DB automatycznie tworzy kopie zapasowe danych w regularnych odstępach czasu. Automatyczne kopie zapasowe są wykonywane bez wpływu na wydajność i dostępność operacji bazy danych. Wszystkie kopie zapasowe są przechowywane oddzielnie w usłudze magazynu, a te kopie zapasowe są globalnie replikowane w celu zapewnienia odporności na awarie regionalne. Dzięki usłudze Azure Cosmos DB nie tylko twoje dane, ale także kopie zapasowe danych są wysoce nadmiarowe i odporne na awarie regionalne.

Jak usługa Azure Cosmos DB wykonuje kopię zapasową danych

W poniższych krokach pokazano, jak usługa Azure Cosmos DB wykonuje kopię zapasową danych:

  • Usługa Azure Cosmos DB automatycznie wykonuje pełną kopię zapasową bazy danych co 4 godziny i w dowolnym momencie, domyślnie są przechowywane tylko dwie najnowsze kopie zapasowe. Jeśli domyślne interwały nie są wystarczające dla obciążeń, możesz zmienić interwał tworzenia kopii zapasowych i okres przechowywania z Azure Portal. Konfigurację kopii zapasowej można zmienić podczas tworzenia lub po utworzeniu konta usługi Azure Cosmos DB. Jeśli kontener lub baza danych zostanie usunięta, usługa Azure Cosmos DB zachowuje istniejące migawki danego aprowizowanego kontenera przepływności lub udostępnionej bazy danych przepływności przez 30 dni. Jeśli przepływność jest aprowizowana na poziomie bazy danych, proces tworzenia kopii zapasowej i przywracania odbywa się w całym zakresie bazy danych.

  • Usługa Azure Cosmos DB przechowuje te kopie zapasowe w usłudze Azure Blob Storage, podczas gdy rzeczywiste dane znajdują się lokalnie w usłudze Azure Cosmos DB.

  • Aby zagwarantować małe opóźnienie, migawka kopii zapasowej jest przechowywana w usłudze Azure Blob Storage w tym samym regionie co bieżący region zapisu (lub jeden z regionów zapisu, jeśli masz konfigurację zapisu w wielu regionach). Aby zapewnić odporność na awarie regionalne, każda migawka danych kopii zapasowej w usłudze Azure Blob Storage jest ponownie replikowana do innego regionu przez magazyn geograficznie nadmiarowy. Region, do którego jest replikowana kopia zapasowa, jest oparty na regionie źródłowym i parze regionalnej powiązanej z regionem źródłowym. Aby dowiedzieć się więcej, zapoznaj się z listą par geograficznie nadmiarowych regionów platformy Azure . Nie można uzyskać bezpośredniego dostępu do tej kopii zapasowej. Zespół usługi Azure Cosmos DB przywraca kopię zapasową podczas żądania za pośrednictwem żądania pomocy technicznej.

    Na poniższej ilustracji przedstawiono sposób kontenera usługi Azure Cosmos DB ze wszystkimi trzema podstawowymi partycjami fizycznymi w regionie Zachodnie stany USA. Kontener jest kopii zapasowej w zdalnym koncie Azure Blob Storage w regionie Zachodnie stany USA, a następnie replikowany do wschodnich stanów USA:

    Diagram okresowych pełnych kopii zapasowych wykonanych z wielu jednostek usługi Azure Cosmos DB w geograficznie nadmiarowej usłudze Azure Storage.

  • Kopie zapasowe są wykonywane bez wpływu na wydajność lub dostępność aplikacji. Usługa Azure Cosmos DB wykonuje kopię zapasową danych w tle bez korzystania z dodatkowej aprowizowanej przepływności (RU) lub wpływa na wydajność i dostępność bazy danych.

W trybie okresowej kopii zapasowej kopie zapasowe są wykonywane tylko w regionie zapisu konta usługi Azure Cosmos DB. Akcja przywracania zawsze przywraca dane na nowe konto, które znajduje się w regionie zapisu konta źródłowego.

Co zostało przywrócone na nowe konto?

  • 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.
  • 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.

Co nie zostało przywrócone?

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

  • Nie można przywrócić podzestawu kontenerów w bazie danych z udostępnioną przepływnością. Całą bazę danych można przywrócić jako całość.
  • Klucze konta bazy danych. Przywrócone konto zostanie wygenerowane przy użyciu nowych kluczy konta bazy danych.
  • Zapora, sieć wirtualna, kontrola dostępu oparta na rolach płaszczyzny danych lub ustawienia prywatnego punktu końcowego.
  • Regionów. Przywrócone konto będzie tylko jednym kontem regionu, które jest regionem zapisu konta źródłowego.
  • Procedury składowane, wyzwalacze, funkcje zdefiniowane przez użytkownika.
  • Przypisania kontroli dostępu opartej na rolach. Będą one musiały zostać ponownie przypisane.
  • Dokumenty, które zostały usunięte z powodu wygasłego czasu wygaśnięcia.
  • Dane analityczne po włączeniu linku synapse.
  • Zmaterializowane widoki

Niektóre z tych konfiguracji można dodać do przywróconego konta po zakończeniu przywracania.

W przypadku kont z obsługą usługi Azure Synapse Link dane magazynu analitycznego nie są uwzględniane w kopiach zapasowych i przywracaniach. Po włączeniu usługi Azure Synapse Link usługa Azure Cosmos DB będzie nadal automatycznie wykonywać kopie zapasowe danych w magazynie transakcyjnym w zaplanowanym interwale tworzenia kopii zapasowych. Automatyczne tworzenie kopii zapasowych i przywracanie danych w magazynie analitycznym nie jest obecnie obsługiwane.

Opis kosztów tworzenia kopii zapasowych

Dwa kopie zapasowe są dostępne bezpłatnie i dodatkowe kopie zapasowe są naliczane zgodnie z cennikiem opartym na regionie magazynu kopii zapasowych opisanymi w cenniku magazynu kopii zapasowych.

Rozważmy na przykład scenariusz, w którym przechowywanie kopii zapasowych jest skonfigurowane do 240 godzin (lub 10 dni), a interwał tworzenia kopii zapasowej jest skonfigurowany do 24 godzin. Ta konfiguracja oznacza, że istnieje 10 kopii danych kopii zapasowej. Jeśli masz 1 TB danych w regionie Zachodnie stany USA platformy Azure, koszt magazynu kopii zapasowych w danym miesiącu będzie: 0.12 * 1000 * 8

Wymagane uprawnienia do zarządzania przechowywaniem lub przywracaniem

Podmioty zabezpieczeń, które są częścią roli CosmosdbBackupOperator, właściciel lub współautor, mogą zażądać przywrócenia lub zmienić okres przechowywania.

Ręczne zarządzanie okresowymi kopiami zapasowymi w usłudze Azure Cosmos DB

Za pomocą interfejsu API usługi Azure Cosmos DB dla kont NoSQL można również obsługiwać własne kopie zapasowe przy użyciu jednego z następujących metod:

Azure Data Factory

Użyj Azure Data Factory, aby okresowo przenosić dane do wybranego rozwiązania magazynu.

Zestawienie zmian usługi Azure Cosmos DB

Użyj zestawienia zmian usługi Azure Cosmos DB, aby okresowo odczytywać dane w przypadku pełnych kopii zapasowych lub zmian przyrostowych i przechowywać je we własnym magazynie.

Następne kroki