Przywracanie bazy danych z kopii zapasowej w usłudze Azure SQL Managed Instance

  • Artykuł

Dotyczy:Azure SQL Managed Instance

Ten artykuł zawiera kroki odzyskiwania bazy danych z kopii zapasowej w usłudze Azure SQL Managed Instance. W przypadku usługi Azure SQL Database zobacz Przywracanie bazy danych z kopii zapasowej w usłudze Azure SQL Database.

Omówienie

Automatyczne kopie zapasowe bazy danych pomagają chronić bazy danych przed błędami użytkowników i aplikacji, przypadkowym usunięciem bazy danych i długotrwałymi awariami. Ta wbudowana funkcja jest dostępna dla wszystkich warstw usług i rozmiarów obliczeniowych. Dostępne są następujące opcje odzyskiwania bazy danych za pośrednictwem automatycznych kopii zapasowych:

  • Utwórz nową bazę danych w tym samym wystąpieniu zarządzanym, odzyskaną do określonego punktu w czasie w okresie przechowywania.
  • Utwórz nową bazę danych w tym samym wystąpieniu zarządzanym lub innym wystąpieniu zarządzanym, odzyskaną do określonego punktu w czasie w okresie przechowywania.
  • Utwórz bazę danych w tym samym wystąpieniu zarządzanym lub innym wystąpieniu zarządzanym, odzyskaną do czasu usunięcia usuniętej bazy danych.
  • Utwórz nową bazę danych na dowolnym wystąpieniu zarządzanym w ramach tej samej subskrypcji lub innej subskrypcji w tej samej dzierżawie i w tym samym regionie odzyskane do punktu najnowszych kopii zapasowych.

Jeśli skonfigurowano długoterminowe przechowywanie (LTR), możesz również utworzyć nową bazę danych na podstawie dowolnej kopii zapasowej przechowywania długoterminowego w dowolnym wystąpieniu.

Ważne

Nie można zastąpić istniejącej bazy danych podczas przywracania.

Czas odzyskiwania

Kilka czynników wpływa na czas odzyskiwania w celu przywrócenia bazy danych za pomocą automatycznych kopii zapasowych bazy danych:

  • Rozmiar bazy danych
  • Rozmiar obliczeniowy bazy danych
  • Liczba zaangażowanych dzienników transakcji
  • Ilość działań, które należy odtworzyć w celu odzyskania do punktu przywracania
  • Przepustowość sieci, jeśli przywracanie jest w innym regionie
  • Liczba współbieżnych żądań przywracania przetwarzanych w regionie docelowym

W przypadku dużej lub bardzo aktywnej bazy danych przywracanie może potrwać kilka godzin. Długotrwała awaria w regionie może spowodować dużą liczbę żądań przywracania geograficznego na potrzeby odzyskiwania po awarii. Jeśli istnieje wiele żądań, czas odzyskiwania poszczególnych baz danych może się wydłużyć. Większość operacji przywracania bazy danych kończy się w czasie krótszym niż 12 godzin.

Napiwek

W przypadku usługi Azure SQL Managed Instance aktualizacje systemu mają pierwszeństwo przed przywracaniem bazy danych w toku. Jeśli istnieje aktualizacja systemu dla wystąpienia SQL Managed Instance, wszystkie oczekujące operacje przywracania zostaną zawieszone, a następnie wznowione po zastosowaniu aktualizacji. To zachowanie systemu może wydłużyć czas przywracania i może mieć szczególnie wpływ na długotrwałe przywracanie.

Aby osiągnąć przewidywalny czas przywracania bazy danych, rozważ skonfigurowanie okien obsługi, które umożliwiają planowanie aktualizacji systemu w określonym dniu i godzinie. Należy również rozważyć uruchomienie przywracania bazy danych poza zaplanowanym oknem obsługi.

Uprawnienia

Aby odzyskać przy użyciu automatycznych kopii zapasowych, należy wykonać jedną z następujących czynności:

  • Członek roli Współautor programu SQL Server lub rola Współautor wystąpienia zarządzanego SQL (w zależności od miejsca docelowego odzyskiwania) w subskrypcji
  • Właściciel subskrypcji

Aby uzyskać więcej informacji, zobacz Kontrola dostępu oparta na rolach platformy Azure: role wbudowane.

Odzyskiwanie można odzyskać przy użyciu witryny Azure Portal, programu PowerShell lub interfejsu API REST. Nie można użyć języka Transact-SQL.

Przywracanie do punktu w czasie

Możesz przywrócić bazę danych do wcześniejszego punktu w czasie. Żądanie może określać dowolną warstwę usługi lub rozmiar obliczeniowy przywróconej bazy danych. Upewnij się, że masz wystarczające zasoby w wystąpieniu, do którego przywracasz bazę danych.

Po zakończeniu przywracania tworzy nową bazę danych w wystąpieniu docelowym, niezależnie od tego, czy jest to to to samo wystąpienie, czy inne wystąpienie. Przywrócona baza danych jest naliczana według normalnych stawek na podstawie warstwy usług i rozmiaru obliczeniowego. Opłaty nie są naliczane, dopóki przywracanie bazy danych nie zostanie ukończone.

Zazwyczaj przywracasz bazę danych do wcześniejszego punktu na potrzeby odzyskiwania. Przywróconą bazę danych można traktować jako zamiennik oryginalnej bazy danych lub użyć jej jako źródła danych w celu zaktualizowania oryginalnej bazy danych.

Ważne

Nie można wykonać przywracania do punktu w czasie w odniesieniu do pomocniczej bazy danych z replikacją geograficzną. Można to zrobić tylko w odniesieniu do podstawowej bazy danych.

  • Wymiana bazy danych

    Jeśli chcesz, aby przywrócona baza danych zastępuje oryginalną bazę danych, określ rozmiar obliczeniowy i warstwę usługi oryginalnej bazy danych. Następnie można zmienić nazwę oryginalnej bazy danych i nadać przywróconej bazie danych oryginalną nazwę za pomocą polecenia ALTER DATABASE w języku T-SQL.

  • Odzyskiwanie danych

    Jeśli planujesz pobrać dane z przywróconej bazy danych w celu odzyskania sprawności po błędzie użytkownika lub aplikacji, musisz napisać i uruchomić skrypt odzyskiwania danych, który wyodrębnia dane z przywróconej bazy danych i ma zastosowanie do oryginalnej bazy danych. Chociaż operacja przywracania może zająć dużo czasu, przywracanie bazy danych jest widoczne na liście baz danych w całym procesie przywracania.

    Jeśli usuniesz bazę danych podczas przywracania, operacja przywracania zostanie anulowana. Nie zostaną naliczone opłaty za bazę danych, która nie ukończyła przywracania.

Aby odzyskać bazę danych w usłudze SQL Managed Instance do punktu w czasie przy użyciu witryny Azure Portal, możesz przejść do bazy danych w portalu i wybrać pozycję Przywróć. Alternatywnie możesz otworzyć docelową stronę przeglądu usługi SQL Managed Instance i wybrać pozycję + Nowa baza danych na pasku narzędzi, aby otworzyć stronę Tworzenie bazy danych zarządzanej Azure SQL.

Zrzut ekranu przedstawiający okienko przeglądu usługi SQL Managed Instance w witrynie Azure Portal z wybraną nową bazą danych.

Podaj szczegóły docelowego wystąpienia zarządzanego na karcie Podstawy i wybierz typ kopii zapasowej na karcie Źródło danych.

Zrzut ekranu witryny Azure Portal przedstawiający kartę Źródło danych na stronie Tworzenie usługi Azure SQL Managed Database z wybranym przywracaniem do punktu w czasie.

Aby uzyskać więcej informacji, zapoznaj się z artykułem Przywracanie do punktu w czasie.

Przywracanie usuniętej bazy danych

Można przywrócić usuniętą bazę danych do czasu usunięcia lub wcześniejszego punktu w czasie do tego samego wystąpienia lub innego wystąpienia niż wystąpienie źródłowe. Wystąpienie docelowe może znajdować się w tej samej subskrypcji lub w innej subskrypcji niż wystąpienie źródłowe. Usuniętą bazę danych można przywrócić, tworząc nową bazę danych z kopii zapasowej.

Ważne

Nie można przywrócić usuniętego wystąpienia zarządzanego. Jeśli usuniesz wystąpienie zarządzane, wszystkie jego bazy danych również zostaną usunięte i nie będzie można przywrócić ich do czasu usunięcia ani wcześniejszego punktu w czasie. Jeśli skonfigurowano długoterminowe przechowywanie (LTR), nadal można przywrócić bazę danych z usuniętego wystąpienia do innego wystąpienia i do punktu w czasie wykonywania kopii zapasowej LTR.

Aby odzyskać bazę danych przy użyciu witryny Azure Portal, otwórz stronę przeglądu wystąpienia zarządzanego i wybierz pozycję Kopie zapasowe. Wybierz, aby wyświetlić usunięte kopie zapasowe, a następnie wybierz pozycję Przywróć obok usuniętej kopii zapasowej, którą chcesz odzyskać, aby otworzyć stronę Tworzenie usługi Azure SQL Managed Database . Podaj szczegóły docelowego wystąpienia zarządzanego na karcie Podstawy i szczegóły wystąpienia zarządzanego źródła na karcie Źródło danych. Skonfiguruj ustawienia przechowywania na karcie Dodatkowe ustawienia .

Zrzut ekranu witryny Azure Portal, strony Kopie zapasowe wystąpienia zarządzanego SQL z wyświetlonymi usuniętymi bazami danych i wybraniem akcji Przywróć.

Napiwek

Może upłynąć kilka minut, aby ostatnio usunięte bazy danych były wyświetlane na stronie Usunięte bazy danych w witrynie Azure Portal lub gdy chcesz wyświetlić usunięte bazy danych przy użyciu wiersza polecenia.

Przywracanie geograficzne

Ważne

Przywracanie geograficzne to domyślna opcja odzyskiwania, gdy baza danych jest niedostępna z powodu zdarzenia w regionie hostingu. Bazę danych można przywrócić do wystąpienia w dowolnym innym regionie. Bazę danych można przywrócić na dowolnym wystąpieniu zarządzanym w dowolnym regionie platformy Azure z najnowszych kopii zapasowych replikowanych geograficznie. Przywracanie geograficzne używa kopii zapasowej replikowanej geograficznie jako źródła. Możesz zażądać przywrócenia geograficznego, nawet jeśli awaria bazy danych lub centrum danych jest niedostępna.

Występuje opóźnienie między utworzeniem kopii zapasowej a replikacją geograficzną do obiektu blob platformy Azure w innym regionie. W związku z tym przywrócona baza danych może być maksymalnie jedna godzina za oryginalną bazą danych. Na poniższej ilustracji przedstawiono przywracanie bazy danych z ostatniej dostępnej kopii zapasowej w innym regionie.

Ilustracja przedstawiająca przywracanie bazy danych między regionami na potrzeby przywracania geograficznego.

W witrynie Azure Portal możesz przywrócić geograficznie replikowane kopie zapasowe do istniejącego wystąpienia lub utworzyć nowe wystąpienie zarządzane i wybrać dostępną kopię zapasową przywracania geograficznego. Nowo utworzona baza danych zawiera dane kopii zapasowej przywrócone geograficznie.

Aby przywrócić istniejące wystąpienie, wykonaj kroki opisane w artykule Przywracanie do punktu w czasie i pamiętaj, aby wybrać odpowiednie wystąpienia źródłowe i docelowe, aby przywrócić bazę danych do zamierzonego wystąpienia.

Aby przywrócić geograficznie do nowego wystąpienia przy użyciu witryny Azure Portal, wykonaj następujące kroki:

  1. Przejdź do nowego wystąpienia zarządzanego usługi Azure SQL.
  2. Wybierz pozycję Nowa baza danych.
  3. Wprowadź nazwę bazy danych.
  4. W obszarze Źródło danych wybierz odpowiedni typ kopii zapasowej, a następnie podaj szczegóły źródła danych.
  5. Wybierz kopię zapasową z listy dostępnych kopii zapasowych przywracania geograficznego.

Po zakończeniu procesu tworzenia bazy danych wystąpienia będzie ona zawierać przywróconą kopię zapasową przywracania geograficznego.

Zagadnienia przywracania geograficznego

Przywracanie geograficzne to najbardziej podstawowe rozwiązanie odzyskiwania po awarii dostępne w usłudze Azure SQL Managed Instance. Opiera się na automatycznie tworzonych geograficznie replikowanych kopiach zapasowych w regionie pomocniczym (sparowanym). Oto kilka zagadnień dotyczących przywracania geograficznego:

  • Cel punktu odzyskiwania (RPO) wynosi do 1 godziny.
  • Procesy przywracania (cel czasu odzyskiwania — RTO) zwykle trwają mniej niż 12 godzin, ale mogą się różnić w zależności od rozmiaru i działania bazy danych, aby przywracanie mogło wykraczać poza ten przedział czasu.
  • Region pomocniczy (sparowany) to ustawienia magazynu platformy Azure dla regionu podstawowego. Nie można zmienić regionu pomocniczego.
  • Nowo utworzone/przywrócone bazy danych mogą nie być natychmiast wyświetlane jako możliwe do przywrócenia w innych regionach z powodu opóźnienia w wypełnianiu nowych danych. Jeśli klienci nie widzą kopii zapasowych nowych baz danych, powinni przewidzieć okres oczekiwania do 24 godzin.

Ważne jest, aby potwierdzić, że przywracanie geograficzne służy jako odpowiednie rozwiązanie odzyskiwania po awarii dla aplikacji z stosunkowo małymi bazami danych, które nie mają krytycznego dla firmy. W przypadku aplikacji o krytycznym znaczeniu dla działania firmy, które wymagają dużych baz danych i muszą zapewnić ciągłość działania, użyj grup trybu failover. Ta funkcja oferuje znacznie niższy cel punktu odzyskiwania i cel czasu odzyskiwania, a pojemność jest zawsze gwarantowana.

Aby uzyskać więcej informacji na temat opcji ciągłości działania, zobacz Omówienie ciągłości działania.

Ograniczenia

Podczas pracy z kopiami zapasowymi i usługą Azure SQL Managed Instance należy wziąć pod uwagę następujące ograniczenia:

  • Przywracanie geograficzne bazy danych można wykonać tylko do wystąpienia w tej samej subskrypcji co źródłowe wystąpienie zarządzane SQL.
  • Natywne kopie zapasowe wykonywane w bazach danych usługi Azure SQL Managed Instance można przywrócić tylko do programu SQL Server 2022 (lokalnie lub na maszynie wirtualnej), jeśli źródłowa usługa SQL Managed Instance zarejestrowała się w fali funkcji z listopada 2022 r.
  • Bazy danych usługi Azure SQL Managed Instance są domyślnie szyfrowane za pomocą funkcji TDE. Gdy źródłowa baza danych używa klucza zarządzanego przez klienta (CMK) jako funkcji ochrony TDE, aby przywrócić bazę danych do wystąpienia innego niż źródłowa usługa SQL Managed Instance, wystąpienie docelowe musi mieć dostęp do tego samego klucza używanego do szyfrowania źródłowej bazy danych w usłudze Azure Key Vault lub przed wykonaniem kopii zapasowej należy wyłączyć szyfrowanie TDE w źródłowej bazie danych.
  • Postęp procesu przywracania można śledzić tylko przy użyciu sys.dm_exec_requests i sys.dm_operation_status dynamicznych widoków zarządzania.
  • Gdy zasady punktu końcowego usługi są włączone w usłudze Azure SQL Managed Instance, umieszczenie zasad punktu końcowego usługi w podsieci uniemożliwia przywracanie do punktu w czasie (PITR) z wystąpień w różnych podsieciach.
  • Cel punktu odzyskiwania (RPO) wynosi do 1 godziny.
  • Cel czasu odzyskiwania (RTO) wynosi około 12 godzin, ale może się różnić w zależności od rozmiaru bazy danych i działania może wykraczać poza ten przedział czasu.
  • Nie można zmienić regionu pomocniczego (sparowanego).
  • Nowo utworzone/przywrócone bazy danych mogą nie być natychmiast wyświetlane jako możliwe do przywrócenia w innych regionach z powodu opóźnienia w wypełnianiu nowych danych. Tworzenie kopii zapasowych nowej bazy danych może potrwać do 24 godzin.
  • Maksymalna liczba baz danych, które można przywrócić równolegle, wynosi 200 na jedną subskrypcję. W niektórych przypadkach można zwiększyć ten limit, otwierając bilet pomocy technicznej.

Powiązana zawartość