Informacje o kopii zapasowej w magazynie odzyskiwania dla serwera elastycznego i klastra elastycznego Azure PostgreSQL (v2) (wersja zapoznawcza)

Azure Backup for PostgreSQL Flexible Server and Elastic Cluster v2 (wersja podglądowa) oferuje rozszerzoną możliwość tworzenia kopii zapasowej, zaprojektowaną tak, aby rozwiązać kluczowe ograniczenia istniejącego rozwiązania v1 i wspiera szerszy zakres potrzeb związanych z backupem. V2 wykorzystuje fizyczne kopie zapasowe oparte na zarządzanych migawkach dysków, zastępując logiczne pg_dump podejście kopii zapasowych stosowane w v1.

Dlaczego używać Azure PostgreSQL flexible server oraz elastic cluster vaulted backup (v2)

Rozwiązanie v2 zapewnia większą elastyczność w ochronie i odzyskiwaniu obciążeń Azure PostgreSQL Flexible Server lub Elastic Cluster. Wykorzystuje przyrostowe migawki zarządzanych dysków zamiast logicznego podejścia kopii zapasowej stosowanego w wersji 1, rozwiązując ograniczenia związane z rozmiarem serwera, częstotliwością kopii zapasowych oraz opcjami odzyskiwania.

Poniższa tabela porównuje możliwości dostępne w wersji zapasowej v1 i v2.

Capability V1 (ogólnie dostępne) V2 (zapowiedź)
Technologia kopii zapasowych Logiczne kopie zapasowe (pg_dump) Fizyczna kopia zapasowa utworzona na podstawie migawek dysków zarządzanych
Chronione źródła danych Elastyczny serwer Elastyczny serwer i klaster elastyczny
Rozmiar maksymalny 1 TB (terabajt) 32 TB na Premium SSD v1; 64 TB na Premium SSD v2
Częstotliwość wykonywania kopii zapasowych Jeden zapasowy na tydzień Harmonogramy dzienne i tygodniowe (1-dniowe RPO)
Typ kopii zapasowej Tylko pełne kopie zapasowe Pierwsza kopia zapasowa jest pełna; kolejne kopie zapasowe są inkrementalne
Restore Przywróć pliki do kontenera pamięciowego, a następnie zaimportuj za pomocą natywnych narzędzi Przywróć jako serwer bezpośrednio do docelowego elastycznego serwera lub klastra elastycznego
Maksymalny okres przechowywania Do 10 lat Do 10 lat

Kluczowe możliwości kopii zapasowej w magazynie (v2) dla serwera elastycznego i klastra elastycznego Azure PostgreSQL

Ta funkcja obejmuje następujące kluczowe możliwości:

  • Przechowywane, izolowane długoterminowe kopie zapasowe: Wykonuje migawki w tenantzie i przesyła kopie zapasowe do sejfu zapasowego. Ta funkcja izoluje dane kopii zapasowej od subskrypcji źródłowej i konta. Skarbiec chroni dane za pomocą kontroli dostępu opartej na rolach Azure (RBAC), miękkiego usuwania oraz autoryzacji wielu użytkowników (jeśli jest włączona).

  • Niezmienne kopie zapasowe WORM: Włącza niezmienność (WORM) w sejfie zapasowym, aby zapobiec zmianie, nadpisaniu lub usunięciu punktów odzyskiwania przez jakiegokolwiek użytkownika (w tym administratora skarbca) przed upływem okresu przechowywania. Ta ochrona pomaga chronić kopie zapasowe przed ransomware oraz przypadkowym lub złośliwym usunięciem oraz wspiera wymagania zgodności z WORM.

  • Elastyczne polityki tworzenia kopii zapasowych: Obsługuje codzienne lub tygodniowe zaplanowane kopie zapasowe oraz kopie zapasowe na żądanie po skonfigurowaniu ochrony. Możesz ustawić niezależne okresy retencji dla dziennych, tygodniowych, miesięcznych i rocznych punktów regeneracji, w zakresie od 7 dni do 10 lat.

  • Stopniowy ruch danych: Przesyła pełne dane dysku podczas pierwszej kopii zapasowej, a w kolejnych tylko zmienione bloki danych, co czyni kopie zapasowe efektywnymi dla serwerów o rozmiarze kilku terabajtów. Jeśli poprzedni snapshot jest niedostępny, Azure Backup automatycznie rozpoczyna początkową replikację bez ingerencji użytkownika.

  • Przywracanie jako serwer: Przywraca punkt odzyskiwania bezpośrednio do wcześniej utworzonego docelowego serwera elastycznego PostgreSQL lub klastra elastycznego. Przywracanie nie wymaga pośredniego konta magazynu danych ani ręcznej operacji pg_restore.

  • Scentralizowane zarządzanie kopią zapasową: Zapewnia scentralizowane doświadczenie dzięki Resiliency w Azure, umożliwiające przeglądanie i zarządzanie zadaniami backupu oraz przywracania, chronionymi elementami, alertami i raportami, a także innymi obciążeniami chronionymi przez Azure Backup.

Przepływ tworzenia kopii zapasowej w magazynie (v2) dla serwera elastycznego i klastra elastycznego Azure PostgreSQL

Przepływ kopii zapasowych dla Azure PostgreSQL flexible server oraz elastic cluster vaulted backup (v2) działa następująco:

  1. Przyznajesz zarządzanej tożsamości magazynu kopii zapasowych wymagane uprawnienia na źródłowym serwerze elastycznym lub w źródłowym klastrze elastycznym. W portalu Azure możesz przypisać brakujące role bezpośrednio podczas konfiguracji.
  2. Konfigurujesz politykę backup, która definiuje harmonogram i reguły retencyjne, a także wybierasz źródło danych do ochrony.
  3. Podczas każdego zaplanowanego uruchomienia Azure Backup prosi dostawcę zasobów PostgreSQL o utworzenie zarządzanego snapshota dysków serwera i czeka, aż snapshot całkowicie się nawilży.
  4. Azure Backup uzyskuje dostęp ograniczony czasowo do aktualnego snapshota oraz do poprzedniego, oblicza różnicę między nimi i przenosi tylko tę różnicę do skarbca Backup. Pierwsza kopia zapasowa nie ma wcześniejszego snapshota, więc przenosi pełną zawartość.
  5. Azure Backup oznacza zadanie kopiowania jako Udane, gdy dane snapshot są kopiowane do skarbca. Punkty odzyskiwania są następnie przechowywane i usuwane zgodnie z zasadami retencji określonymi w polityce.

Przepływ pracy przywracania dla kopii zapasowej w magazynie (v2) serwera elastycznego i klastra elastycznego usługi Azure Database for PostgreSQL

Proces przywracania kopii zapasowej przechowywanej w magazynie (v2) dla serwera elastycznego lub klastra elastycznego usługi Azure Database for PostgreSQL przebiega następująco:

  1. Tworzysz docelowy serwer elastyczny lub klaster elastyczny usługi Azure Database for PostgreSQL, na którym ma zostać przywrócona kopia zapasowa. Azure Backup odtwarza zawartość dysku do istniejącej lokalizacji docelowej; nie tworzy jej automatycznie.
  2. Wybierasz punkt przywracania w magazynie kopii zapasowych i określasz lokalizację docelową. Azure Backup weryfikuje cel względem punktu odzyskiwania (który obejmuje główną wersję PostgreSQL, rozmiar dysku, typ dysku, poziom SKU i konfigurację sieci) przed uruchomieniem operacji przywracania.
  3. Azure Backup zapisuje zawartość punktu odzyskiwania na dyskach docelowego serwera.
  4. Dostawca zasobów PostgreSQL uruchamia przywrócony serwer, a odtworzony serwer wchodzi do sieci w transakcyjnie spójnym stanie.

Ponieważ przywracanie zapisuje pełny obraz dysku, czas przywracania skaluje się z rozmiarem punktu odzyskania. W przypadku serwerów o pojemności wieloterabajtów zaplanuj cel czasu odzyskiwania mierzony w godzinach do dni, a nie minutach.

Uwierzytelnianie usługi Azure Backup za pomocą serwera PostgreSQL

Usługa Azure Backup łączy się z serwerem źródłowym za pośrednictwem dostawcy zasobów PostgreSQL, korzystając z zarządzanej tożsamości Backup vault. Tożsamość skarbca wymaga uprawnień na serwerze źródłowym do backupu oraz na serwerze docelowym do przywracania. Gdy konfigurujesz ochronę lub uruchamiasz przywracanie z portalu Azure, Azure Backup weryfikuje potrzebne uprawnienia i oferuje przypisanie brakujących ról bezpośrednio na linii. Jeśli nie masz dostępu do zapisu na serwerze, możesz pobrać szablon przypisania ról i poprosić administratora bazy danych, by go uruchomił.

Możesz także użyć zarządzanej tożsamości przypisanej przez użytkownika, aby przyznać uprawnienia do źródła danych oraz do sejfu kopii zapasowej.

Azure Backup używa zarządzanych tożsamości do uwierzytelniania się na serwerze PostgreSQL i wymaga następujących uprawnień:

Typ tożsamości Description
Zarządzana tożsamość skarbca zapasowego Nadaj tożsamości zarządzanej magazynu kopii zapasowych wymagane uprawnienia na serwerze źródłowym na potrzeby tworzenia kopii zapasowej oraz na serwerze docelowym na potrzeby przywracania. Podczas konfiguracji kopii zapasowej lub przywracania, Azure Backup weryfikuje wymagane uprawnienia i pozwala przypisać brakujące role.
Tożsamość zarządzana przypisana użytkownikowi Użyj zarządzanej tożsamości przypisanej przez użytkownika, aby uzyskać wymagane uprawnienia do źródła danych i sejfu kopii zapasowej.

Wsparcie kluczy zarządzane przez klienta

Azure Backup obsługuje serwery szyfrowane kluczem zarządzanym przez klienta (CMK). Azure Backup odczytuje dane migawkowe w odszyfrowanej formie i przechowuje je w sejfie zaszyfrowane w spoczynku, albo za pomocą klucza zarządzanego przez platformę, albo z CMK skonfigurowanym na sejfie Backup. Podczas przywracania dane są zapisywane na dysku serwera docelowego i ponownie szyfrowane w stanie spoczynku przy użyciu klucza tego serwera. Jeśli potrzebujesz ochrony danych własnym kluczem end-to-end, skonfiguruj CMK na serwerze źródłowym, na serwerze docelowym oraz na sejfie backup.

Migracja z wersji 1 do wersji 2

Możesz przenieść istniejący chroniony element v1 na v2 i nadal korzystać z tej samej polityki backupu oraz Backup vault. Chroniony przedmiot pozostaje niezmieniony, a istniejące punkty odzyskiwania v1 pozostają dostępne.

Ważna

Przejście na v2 jest jednostronne. Aby wrócić do wersji 1, musisz zatrzymać ochronę i usunąć instancję kopii zapasowej, zanim ponownie skonfigurujesz kopię zapasową za pomocą wersji 1.

Zanim przeniesiesz chroniony przedmiot do v2, upewnij się, że spełniasz następujące warunki:

Jeśli serwer nie spełnia tych wymagań wstępnych, przeniesienie kończy się błędem użytkownika.

Po przeniesieniu chronionego przedmiotu do v2, istniejące punkty odzyskiwania v1 pozostają dostępne. Metoda przywracania zależy od wersji kopii zapasowej użytej do utworzenia punktu odzyskania:

  • W przypadku punktów odzyskiwania utworzonych za pomocą wersji 1 użyj opcji Przywróć jako pliki.
  • Dla punktów odzyskiwania utworzonych w v2 użyj Restore as Server.

Możesz użyć typu kopii zapasowej pokazanego dla każdego punktu odzyskiwania, aby określić, czy należy do v1 czy v2.

Dowiedz się, jak przenieść istniejący element chroniony v1 do v2 (podgląd).

Poznaj cennik usługi Azure PostgreSQL Flexible Server oraz kopii zapasowej usługi Elastic Cluster w magazynie odzyskiwania (v2)

Elastyczny serwer i klaster elastyczny usługi Azure PostgreSQL oraz kopie zapasowe w magazynie (v2) podlegają następującym opłatom:

  • Opłata za chronioną instancję: pobierana za każdą chronioną instancję, w zależności od wielkości źródła danych, na zasadzie jednostki.
  • Opłata za przechowywanie kopii zapasowych: naliczana za łączną ilość danych przechowywanych w magazynie, na podstawie redundancji skonfigurowanej dla magazynu usługi Backup.

Aby dowiedzieć się więcej o cenach, w tym o obowiązujących opłatach i szczegółach rozliczeń, zobacz stronę z cenami.

Ponieważ v2 obsługuje codzienne kopie zapasowe dla większych serwerów, Twoje ustawienia retencji decydują głównie o kosztach pamięci. Możesz przechowywać dzienne punkty odzyskiwania przez kilka miesięcy oraz używać tygodniowych, miesięcznych i rocznych punktów odzyskiwania przez dłuższy czas.

Następne kroki

  • Ostatnia aktualizacja o