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

  • Artykuł

DOTYCZY: Azure Database for PostgreSQL — pojedynczy serwer

Ważne

Usługa Azure Database for PostgreSQL — pojedynczy serwer znajduje się na ścieżce wycofania. Zdecydowanie zalecamy uaktualnienie do usługi Azure Database for PostgreSQL — serwer elastyczny. Aby uzyskać więcej informacji na temat migracji do usługi Azure Database for PostgreSQL — serwer elastyczny, zobacz Co się dzieje z usługą Azure Database for PostgreSQL — pojedynczy serwer?.

Usługa 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.

Kopie zapasowe

Usługa 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żna skonfigurować go maksymalnie 35 dni. Wszystkie kopie zapasowe są szyfrowane za pomocą 256-bitowego szyfrowania AES.

Nie można wyeksportować tych plików kopii zapasowych. Kopie zapasowe mogą być używane tylko na potrzeby operacji przywracania w usłudze Azure Database for PostgreSQL. Aby skopiować bazę danych, możesz użyć pg_dump .

Częstotliwość wykonywania kopii zapasowych

Serwery z maksymalnie 4 TB magazynu

W przypadku serwerów, które obsługują maksymalnie 4 TB magazynu, 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 maksymalnie 16 TB magazynu

W podzestawie regionów platformy Azure wszystkie nowo aprowidowane serwery mogą obsługiwać maksymalnie 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ą zachowywane 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ą zachowywane 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 nowszego, aktualizując konfigurację kopii zapasowej przy użyciu witryny Azure Portal lub interfejsu wiersza polecenia platformy Azure.

Okres przechowywania kopii zapasowej określa, jak daleko w czasie można pobrać przywracanie do punktu w czasie, ponieważ jest on oparty na dostępnych kopiach zapasowych. Okres przechowywania kopii zapasowej 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 zapasowych z siedmiu dni:

  • Serwery z maksymalnie 4 TB będą przechowywać do 2 pełnych kopii zapasowych 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 różnicowe migawki i kopie zapasowe dziennika transakcji w ciągu ostatnich 8 dni.

Opcje nadmiarowości kopii zapasowej

Usługa 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 magazynie kopii zapasowych geograficznie nadmiarowych, 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

Usługa Azure Database for PostgreSQL zapewnia do 100% aprowizowanego magazynu serwera jako magazyn kopii zapasowych bez dodatkowych kosztów. Opłaty za dodatkowy 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łata za magazyn używany dla kopii zapasowych przekraczających 250 GB jest naliczana zgodnie z modelem cenowym.

Możesz użyć metryki Magazynu kopii zapasowych używanej w usłudze Azure Monitor dostępnej w witrynie Azure Portal, aby monitorować magazyn kopii zapasowych używany przez serwer. Użyta metryka Magazynu 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 spełnienia żądanych celów odzyskiwania. Możesz wybrać okres przechowywania z zakresu od 7 do 35 dni. Serwery ogólnego przeznaczenia i zoptymalizowane pod kątem pamięci mogą mieć magazyn geograficznie nadmiarowy do tworzenia kopii zapasowych.

Przywracanie

W usłudze 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 jedną z opcji nadmiarowości kopii zapasowych 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, a ilość odzyskiwania musi zostać wykonana. 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, wykonaj procedurę opisaną tutaj.

Przywracanie do punktu w czasie

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, generowania obliczeń, 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 z 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żna 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 pod kątem geograficznie nadmiarowych kopii zapasowych. Serwery obsługujące maksymalnie 4 TB magazynu można przywrócić do sparowanego geograficznie regionu lub do dowolnego regionu obsługującego do 16 TB magazynu. W przypadku serwerów obsługujących maksymalnie 16 TB miejsca do magazynowania można przywrócić kopie zapasowe geograficzne w dowolnym regionie obsługującym również 16 TB serwerów. Przejrzyj warstwy cenowe usługi Azure Database for PostgreSQL, 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 zapasowych i uruchamianie ich:

  • 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ę użytkownika na username@new-restored-server-name w parametry połączenia.

  • Jeśli nowy serwer ma zastąpić oryginalny, przekieruj klientów i aplikacje klienckie na nowy serwer.

  • Upewnij się, że istnieją odpowiednie reguły zapory na poziomie serwera i sieci wirtualnej, aby użytkownicy nawiązywali 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

  • Długoterminowe przechowywanie

    Usługi serwerowe Azure Backup i Azure Database for PostgreSQL stworzyły długoterminowe rozwiązanie do tworzenia kopii zapasowych klasy korporacyjnej dla wystąpień pojedynczego serwera usługi Azure Database for PostgreSQL, które przechowuje kopie zapasowe przez maksymalnie 10 lat. Przechowywanie długoterminowe można używać niezależnie lub oprócz rozwiązania do automatycznego tworzenia kopii zapasowych oferowanego przez pojedynczy serwer usługi Azure Database for PostgreSQL, które oferuje okres przechowywania do 35 dni. Automatyczne kopie zapasowe są fizycznymi kopiami zapasowymi dostosowanymi do odzyskiwania operacyjnego, szczególnie w przypadku przywracania z najnowszych kopii zapasowych. Długoterminowe kopie zapasowe ułatwiają spełnienie wymagań dotyczących zgodności, są bardziej szczegółowe i są tworzone jako kopie zapasowe logiczne przy użyciu natywnego pg_dump. Oprócz długoterminowego przechowywania rozwiązanie oferuje następujące możliwości:

Kontrolowane przez klienta, zaplanowane i tworzone na żądanie kopie zapasowe na poziomie poszczególnych baz danych. Centralne monitorowanie wszystkich operacji i zadań. Kopie zapasowe są przechowywane w oddzielnych domenach zabezpieczeń i błędów. W przypadku naruszenia zabezpieczeń serwera źródłowego lub subskrypcji kopie zapasowe pozostaną bezpieczne w magazynie kopii zapasowych (na zarządzanych kontach magazynu usługi Azure Backup). Użycie pg_dump umożliwia większą elastyczność przywracania danych w różnych wersjach bazy danych. Magazyny usługi Azure Backup obsługują niezmienność i funkcje usuwania nietrwałego (wersja zapoznawcza) chroniące dane.

Następne kroki