Przywracanie klastra w usłudze Azure Cosmos DB dla rdzeni wirtualnych bazy danych MongoDB
DOTYCZY: 
Rdzenie wirtualne bazy danych MongoDB
Rdzenie wirtualne usługi Azure Cosmos DB dla bazy danych MongoDB udostępniają automatyczne kopie zapasowe, które umożliwiają odzyskiwanie do punktu w czasie (PITR) bez konieczności wykonywania żadnych czynności przez użytkowników. Kopie zapasowe umożliwiają klientom przywracanie serwera do dowolnego punktu w czasie w okresie przechowywania.
Uwaga
Funkcja tworzenia i przywracania kopii zapasowej została zaprojektowana w celu ochrony przed utratą danych, ale nie zapewnia kompletnego rozwiązania do odzyskiwania po awarii. Upewnij się, że masz już własny plan odzyskiwania po awarii, aby chronić przed awariami na większą skalę.
Wymagania wstępne
- Istniejący klaster usługi Azure Cosmos DB dla rdzeni wirtualnych bazy danych MongoDB.
- Jeśli nie masz subskrypcji platformy Azure, utwórz bezpłatne konto.
- Jeśli masz istniejącą subskrypcję platformy Azure, utwórz nowy klaster usługi Azure Cosmos DB dla rdzeni wirtualnych bazy danych MongoDB.
Kopie zapasowe
Kopie zapasowe są wykonywane automatycznie w tle. Kopie zapasowe są przechowywane przez 35 dni dla aktywnych klastrów i 7 dni dla usuniętych klastrów. Wszystkie kopie zapasowe są szyfrowane za pomocą 256-bitowego szyfrowania AES.
Uwaga
Plików kopii zapasowych nie można eksportować. Mogą być używane tylko do operacji przywracania w usłudze Azure Cosmos DB dla rdzeni wirtualnych bazy danych MongoDB.
W regionach platformy Azure, które obsługują strefy dostępności, migawki kopii zapasowych są przechowywane w trzech strefach dostępności. Jeśli co najmniej jedna strefa dostępności jest w trybie online, klaster można przywrócić.
Przywracanie z kopii zapasowej
Proces przywracania tworzy nowy klaster z tą samą konfiguracją w tym samym regionie, subskrypcji i grupie zasobów platformy Azure co oryginalna. Wykonaj następujące kroki, aby przywrócić dane.
- Wybierz istniejący klaster usługi Azure Cosmos DB dla rdzeni wirtualnych bazy danych MongoDB.
- Na pasku bocznym klastra w obszarze Ustawienia wybierz pozycję Przywracanie do punktu w czasie.
- Wybierz datę i podaj godzinę (w strefie czasowej UTC) w polach daty i godziny.
- Wprowadź nazwę klastra w polu Przywróć nazwę docelowego klastra.
- Wprowadź nazwę administratora klastra dla przywróconego klastra w polu Nazwa użytkownika administratora.
- Wprowadź hasło roli administratora w polach Hasło i Potwierdź hasło .
- Wybierz pozycję Prześlij , aby zainicjować przywracanie klastra.
Uwaga
Kopie zapasowe klastra są przechowywane przez 35 dni. Jeśli klaster został utworzony 35 dni lub dłużej i nie widzisz żądanej daty w polu data przywracania, może być konieczne otwarcie wniosku o pomoc techniczną w celu przywrócenia klastra do tego punktu.
Aby utworzyć żądanie pomoc techniczna platformy Azure, wykonaj następujące kroki:
- Wybierz istniejący klaster usługi Azure Cosmos DB dla rdzeni wirtualnych bazy danych MongoDB, który chcesz przywrócić.
- Na pasku bocznym klastra w obszarze Pomoc wybierz pozycję Pomoc techniczna i rozwiązywanie problemów. Aby uzyskać więcej informacji, zobacz tworzenie żądania pomoc techniczna platformy Azure.
Post-restore tasks
Po przywróceniu należy wykonać następujące czynności, aby umożliwić użytkownikom i aplikacjom tworzenie kopii zapasowych i uruchamianie ich:
- Jeśli nowy klaster ma zastąpić oryginalny klaster, przekierowuje klientów i aplikacje klienckie do nowego klastra.
- Upewnij się, że są dostępne odpowiednie ustawienia sieci dla dostępu prywatnego lub publicznego, aby użytkownicy nawiązywali połączenie. Te ustawienia nie są kopiowane z oryginalnego klastra.
- Upewnij się, że włączono wysoką dostępność w przywróconym klastrze. Wysoka dostępność jest wyłączona w przywróconym klastrze i musi być włączona w razie potrzeby.
- Skonfiguruj alerty dotyczące metryk klastra zgodnie z potrzebami.
Następne kroki
W tym przewodniku omówiono funkcje tworzenia i przywracania kopii zapasowych dla rdzeni wirtualnych usługi Azure Cosmos DB dla bazy danych MongoDB.