Tworzenie i przywracanie kopii zapasowej w usłudze Azure Database for PostgreSQL — pojedynczy serwer

DOTYCZY: Azure Database for PostgreSQL — pojedynczy serwer

Azure Database for PostgreSQL automatycznie tworzy kopie zapasowe serwera i przechowuje je w magazynie lokalnie nadmiarowym lub geograficznie nadmiarowym skonfigurowanym przez użytkownika. Kopie zapasowe mogą być używane do przywracania serwera do punktu w czasie. Tworzenie kopii zapasowych i przywracanie jest istotną częścią strategii ciągłości biznesowej, ponieważ chronią dane przed przypadkowym uszkodzeniem lub usunięciem.

Tworzenie kopii zapasowych

Azure Database for PostgreSQL wykonuje kopie zapasowe plików danych i dziennika transakcji. W zależności od obsługiwanego maksymalnego rozmiaru magazynu tworzymy pełne i różnicowe kopie zapasowe (maksymalnie 4 TB serwerów magazynu) lub kopie zapasowe migawek (maksymalnie 16 TB maksymalnej liczby serwerów magazynu). Te kopie zapasowe umożliwiają przywrócenie serwera do dowolnego punktu w czasie w skonfigurowanym okresie przechowywania kopii zapasowych. Domyślny okres przechowywania kopii zapasowych wynosi siedem dni. Opcjonalnie możesz skonfigurować go maksymalnie 35 dni. Wszystkie kopie zapasowe są szyfrowane za pomocą 256-bitowego szyfrowania AES.

Tych plików kopii zapasowych nie można wyeksportować. Kopie zapasowe mogą być używane tylko w przypadku operacji przywracania w Azure Database for PostgreSQL. Do kopiowania bazy danych można użyć pg_dump .

Częstotliwość wykonywania kopii zapasowych

Serwery z maksymalnie 4 TB miejsca do magazynowania

W przypadku serwerów obsługujących maksymalnie 4 TB miejsca do magazynowania pełne kopie zapasowe są wykonywane co tydzień. Różnicowe kopie zapasowe są wykonywane dwa razy dziennie. Kopie zapasowe dziennika transakcji są wykonywane co pięć minut.

Serwery z magazynem o rozmiarze do 16 TB

W podzestawie regionów platformy Azure wszystkie nowo aprowidowane serwery mogą obsługiwać do 16 TB magazynu. Kopie zapasowe na tych dużych serwerach magazynu są oparte na migawkach. Pierwsza pełna kopia zapasowa migawki jest planowana natychmiast po utworzeniu serwera. Ta pierwsza pełna kopia zapasowa migawki jest zachowywana jako podstawowa kopia zapasowa serwera. Kolejne kopie zapasowe migawki są jedynie różnicowymi kopiami zapasowymi. Różnicowe kopie zapasowe migawek nie są tworzone zgodnie z ustalonym harmonogramem. W ciągu dnia są wykonywane wiele różnicowych kopii zapasowych migawek, ale są przechowywane tylko 3 kopie zapasowe. Kopie zapasowe dziennika transakcji są wykonywane co pięć minut.

Uwaga

Automatyczne kopie zapasowe są wykonywane dla serwerów replik skonfigurowanych z maksymalnie 4 TB konfiguracji magazynu.

Przechowywanie kopii zapasowej

Kopie zapasowe są przechowywane na podstawie ustawienia okresu przechowywania kopii zapasowych na serwerze. Możesz wybrać okres przechowywania od 7 do 35 dni. Domyślny okres przechowywania wynosi 7 dni. Okres przechowywania można ustawić podczas tworzenia serwera lub później, aktualizując konfigurację kopii zapasowej przy użyciu Azure Portal lub interfejsu wiersza polecenia platformy Azure.

Okres przechowywania kopii zapasowych określa, jak daleko w czasie można pobrać przywracanie do punktu w czasie, ponieważ jest ono oparte na dostępnych kopiach zapasowych. Okres przechowywania kopii zapasowych może być również traktowany jako okno odzyskiwania z perspektywy przywracania. Wszystkie kopie zapasowe wymagane do wykonania przywracania do punktu w czasie w okresie przechowywania kopii zapasowych są przechowywane w magazynie kopii zapasowych. Na przykład — jeśli okres przechowywania kopii zapasowej jest ustawiony na 7 dni, okno odzyskiwania jest uznawane za ostatnie 7 dni. W tym scenariuszu wszystkie kopie zapasowe wymagane do przywrócenia serwera w ciągu ostatnich 7 dni są zachowywane. W oknie przechowywania kopii zapasowej z siedmiu dni:

  • Serwery z maksymalnie 4 TB magazynu zachowają maksymalnie 2 pełne kopie zapasowe bazy danych, wszystkie różnicowe kopie zapasowe i kopie zapasowe dziennika transakcji wykonywane od najwcześniejszej pełnej kopii zapasowej bazy danych.
  • Serwery z maksymalnie 16 TB magazynu zachowają pełną migawkę bazy danych, wszystkie migawki różnicowe i kopie zapasowe dziennika transakcji w ciągu ostatnich 8 dni.

Opcje nadmiarowości kopii zapasowych

Azure Database for PostgreSQL zapewnia elastyczność wyboru między lokalnie nadmiarowym lub geograficznie nadmiarowym magazynem kopii zapasowych w warstwach Ogólnego przeznaczenia i Zoptymalizowane pod kątem pamięci. Gdy kopie zapasowe są przechowywane w geograficznie nadmiarowym magazynie kopii zapasowych, dodatkowa kopia zapasowa jest replikowana do sparowanego regionu. Zapewnia to lepszą ochronę i możliwość przywrócenia serwera w przypadku awarii regionalnej. Warstwa Podstawowa oferuje tylko lokalnie nadmiarowy magazyn kopii zapasowych.

Ważne

Konfigurowanie lokalnie nadmiarowego lub geograficznie nadmiarowego magazynu dla kopii zapasowych jest dozwolone tylko podczas tworzenia serwera. Po aprowizacji serwera nie można zmienić opcji nadmiarowości magazynu kopii zapasowych.

Koszt magazynu kopii zapasowych

Azure Database for PostgreSQL zapewnia do 100% aprowizowanego magazynu serwera jako magazyn kopii zapasowych bez dodatkowych kosztów. Opłaty za dodatkowy używany magazyn kopii zapasowych są naliczane w GB miesięcznie. Jeśli na przykład aprowizujesz serwer z magazynem o rozmiarze 250 GB, masz 250 GB dodatkowego magazynu dostępnego dla kopii zapasowych serwera bez dodatkowych kosztów. Opłaty za użycie magazynu dla kopii zapasowych przekraczającego 250 GB są naliczane zgodnie z modelem cenowym.

Możesz użyć metryki Używanej usługi Backup Storage w usłudze Azure Monitor dostępnej w Azure Portal, aby monitorować magazyn kopii zapasowych używany przez serwer. Użyta metryka Magazyn kopii zapasowych reprezentuje sumę magazynu używanego przez wszystkie pełne kopie zapasowe bazy danych, różnicowe kopie zapasowe i kopie zapasowe dzienników przechowywane na podstawie okresu przechowywania kopii zapasowych ustawionego dla serwera. Częstotliwość tworzenia kopii zapasowych jest zarządzana przez usługę i objaśniona wcześniej. Duża liczba transakcji na serwerze może powodować zwiększenie użycia magazynu kopii zapasowych niezależnie od całkowitego rozmiaru bazy danych. W przypadku magazynu geograficznie nadmiarowego użycie magazynu kopii zapasowych jest dwa razy większe niż w przypadku magazynu lokalnie nadmiarowego.

Podstawowym sposobem kontrolowania kosztów magazynu kopii zapasowych jest ustawienie odpowiedniego okresu przechowywania kopii zapasowych i wybranie odpowiednich opcji nadmiarowości kopii zapasowych w celu osiągnięcia żądanych celów odzyskiwania. Możesz wybrać okres przechowywania z zakresu od 7 do 35 dni. Ogólnego przeznaczenia i serwery zoptymalizowane pod kątem pamięci mogą mieć magazyn geograficznie nadmiarowy na potrzeby kopii zapasowych.

Przywracanie

W Azure Database for PostgreSQL wykonanie przywracania powoduje utworzenie nowego serwera na podstawie kopii zapasowych oryginalnego serwera.

Dostępne są dwa typy przywracania:

  • Przywracanie do punktu w czasie jest dostępne z opcją nadmiarowości kopii zapasowej i tworzy nowy serwer w tym samym regionie co oryginalny serwer.
  • Przywracanie geograficzne jest dostępne tylko w przypadku skonfigurowania serwera dla magazynu geograficznie nadmiarowego i umożliwia przywrócenie serwera do innego regionu.

Szacowany czas odzyskiwania zależy od wielu czynników, w tym rozmiaru bazy danych, rozmiaru dziennika transakcji, przepustowości sieci oraz łącznej liczby jednocześnie odzyskiwanych baz danych w tym samym regionie. Czas odzyskiwania różni się w zależności od ostatniej kopii zapasowej danych i wymaganej ilości odzyskiwania. Zwykle jest to mniej niż 12 godzin.

Uwaga

Jeśli źródłowy serwer PostgreSQL jest szyfrowany przy użyciu kluczy zarządzanych przez klienta, zobacz dokumentację, aby zapoznać się z dodatkowymi zagadnieniami.

Uwaga

Jeśli chcesz przywrócić usunięty serwer PostgreSQL, postępuj zgodnie z procedurą udokumentowaną tutaj.

Przywracanie do określonego momentu

Niezależnie od opcji nadmiarowości kopii zapasowej można wykonać przywracanie do dowolnego punktu w czasie w okresie przechowywania kopii zapasowej. Nowy serwer jest tworzony w tym samym regionie świadczenia usługi Azure co oryginalny serwer. Jest on tworzony przy użyciu konfiguracji oryginalnego serwera dla warstwy cenowej, generacji obliczeniowej, liczby rdzeni wirtualnych, rozmiaru magazynu, okresu przechowywania kopii zapasowych i opcji nadmiarowości kopii zapasowych.

Przywracanie do punktu w czasie jest przydatne w wielu scenariuszach. Na przykład gdy użytkownik przypadkowo usunie dane, usunie ważną tabelę lub bazę danych lub jeśli aplikacja przypadkowo zastąpi dobre dane nieprawidłowymi danymi z powodu wady aplikacji.

Może być konieczne poczekanie na wykonanie następnej kopii zapasowej dziennika transakcji, zanim będzie można przywrócić do punktu w czasie w ciągu ostatnich pięciu minut.

Jeśli chcesz przywrócić porzuconą tabelę,

  1. Przywróć serwer źródłowy przy użyciu metody punkt-w czasie.
  2. Zrzuć tabelę przy użyciu pg_dump przywróconego serwera.
  3. Zmień nazwę tabeli źródłowej na oryginalnym serwerze.
  4. Importuj tabelę przy użyciu wiersza polecenia psql na oryginalnym serwerze.
  5. Opcjonalnie możesz usunąć przywrócony serwer.

Uwaga

Zaleca się, aby nie tworzyć wielu przywracania dla tego samego serwera w tym samym czasie.

Przywracanie geograficzne

Serwer można przywrócić do innego regionu świadczenia usługi Azure, w którym usługa jest dostępna, jeśli skonfigurowano serwer na potrzeby geograficznie nadmiarowych kopii zapasowych. Serwery, które obsługują do 4 TB magazynu, można przywrócić do sparowanego geograficznie regionu lub do dowolnego regionu, który obsługuje do 16 TB magazynu. W przypadku serwerów obsługujących do 16 TB miejsca do magazynowania można przywrócić geograficzne kopie zapasowe w dowolnym regionie obsługującym również 16 TB serwerów. Przejrzyj Azure Database for PostgreSQL warstwy cenowe, aby uzyskać listę obsługiwanych regionów.

Przywracanie geograficzne to domyślna opcja odzyskiwania, gdy serwer jest niedostępny z powodu zdarzenia w regionie, w którym jest hostowany serwer. Jeśli zdarzenie na dużą skalę w regionie powoduje niedostępność aplikacji bazy danych, możesz przywrócić serwer z geograficznie nadmiarowych kopii zapasowych do serwera w dowolnym innym regionie. Występuje opóźnienie między wykonaniem kopii zapasowej a replikacją do innego regionu. To opóźnienie może potrwać do godziny, więc w przypadku wystąpienia awarii może wystąpić nawet jedna godzina utraty danych.

Podczas przywracania geograficznego konfiguracje serwerów, które można zmienić, obejmują generację obliczeń, rdzeń wirtualny, okres przechowywania kopii zapasowych oraz opcje nadmiarowości kopii zapasowych. Zmiana warstwy cenowej (Podstawowa, Ogólnego przeznaczenia lub Zoptymalizowana pod kątem pamięci) lub rozmiar magazynu nie jest obsługiwany.

Uwaga

Jeśli serwer źródłowy używa podwójnego szyfrowania infrastruktury, w celu przywrócenia serwera istnieją ograniczenia, w tym dostępne regiony. Aby uzyskać więcej informacji, zobacz podwójne szyfrowanie infrastruktury .

Wykonywanie zadań po przywróceniu

Po przywróceniu z dowolnego mechanizmu odzyskiwania należy wykonać następujące zadania, aby umożliwić użytkownikom i aplikacjom tworzenie kopii zapasowej i uruchamianie:

  • Aby uzyskać dostęp do przywróconego serwera, ponieważ ma inną nazwę niż oryginalny serwer, zmień nazwę serwera na przywróconą nazwę serwera i nazwę username@new-restored-server-name użytkownika na w parametrach połączenia.
  • Jeśli nowy serwer ma zastąpić oryginalny, przekieruj klientów i aplikacje klienckie na nowy serwer.
  • Upewnij się, że obowiązują odpowiednie reguły zapory na poziomie serwera i sieci wirtualnej, aby użytkownicy nawiązali połączenie. Te reguły nie są kopiowane z oryginalnego serwera.
  • Upewnij się, że obowiązują odpowiednie identyfikatory logowania i uprawnienia na poziomie bazy danych
  • W razie potrzeby skonfiguruj alerty

Następne kroki