Udostępnij za pośrednictwem

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, z przywróceniem do określonego punktu w czasie w ramach okresu przechowywania.
  • Utwórz bazę danych na tym samym wystąpieniu zarządzanym lub innym wystąpieniu zarządzanym, odzyskaną do stanu z 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ługoterminową retencję (LTR), możesz również utworzyć nową bazę danych na podstawie dowolnej kopii zapasowej retencji długoterminowej na dowolnym serwerze.

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 dzienników transakcji
  • Ilość działań, które należy odtworzyć w celu odzyskania danych do punktu przywracania
  • Przepustowość sieci, jeśli przywracanie odbywa się 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. Takie zachowanie systemu może wydłużyć czas przywracania, szczególnie wpływając na długotrwałe procesy przywracania.

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, musisz być jednym z poniższych:

  • Członek roli Współtwórca usługi SQL Server lub Współtwórca usługi SQL Managed Instance (w zależności od miejsca docelowego odzyskiwania) w ramach subskrypcji
  • Właściciel subskrypcji

Aby uzyskać więcej informacji, zobacz Azure RBAC: role wbudowane.

Można odzyskać, korzystając z portalu Azure, 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 geosekundarnej bazy danych. 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 Podstawowe i wybierz typ kopii zapasowej na karcie Źródło danych.

Zrzut ekranu portalu Azure przedstawiający kartę Źródło danych na stronie Tworzenie zarządzanej bazy danych SQL w Azure 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.

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 zarządzanego wystąpienia docelowego na karcie Podstawowe i szczegóły zarządzanego wystąpienia źródła na karcie Źródło danych. Skonfiguruj ustawienia retencji na karcie Dodatkowe ustawienia.

Zrzut ekranu portalu Azure, strony kopii zapasowych zarządzanej instancji SQL, pokazująca usunięte bazy danych i wybór 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 bazy danych z zarządzanego wystąpienia SQL, które zostało usunięte

Jeśli musisz przywrócić przypadkowo usunięte wystąpienie zarządzane SQL, skontaktuj się z zespołem pomocy technicznej firmy Microsoft w ciągu 5 dni od operacji usuwania. Rozważ następujące kwestie:

  • Potrzebujesz istniejącego wystąpienia z odpowiadającą warstwą usługi i SLO równym lub wyższym niż usunięte wystąpienie. Bądź gotowy do udzielenia wsparcia z szczegółami docelowego wystąpienia.
  • Zaszyfrowane bazy danych chronione przez klucz zarządzany przez klienta (CMK) można przywrócić tylko do instancji, które mają dostęp do tego samego klucza.
  • Można przywrócić tylko bazy danych utworzone przez użytkownika. Nie można przywrócić systemowych baz danych.
  • Przywracanie jest możliwe tylko do ostatniego backupu punktu w czasie, który został wykonany tuż przed usunięciem wystąpienia, przy użyciu końcowego backupu dziennika wykonanego przed operacją usuwania.

Przywracanie geograficzne

Ważne

  • Przywracanie geograficzne jest dostępne tylko dla wystąpień zarządzanych skonfigurowanych z nadmiarowym magazynem kopii zapasowych. Jeśli obecnie nie używasz replikowanych geograficznie kopii zapasowych bazy danych, możesz to zmienić, konfigurując nadmiarowość magazynu kopii zapasowych.
  • Przywracanie geograficzne można wykonać na wystąpieniach zarządzanych, które znajdują się tylko w tej samej subskrypcji.

Przywracanie geograficzne to domyślna opcja odzyskiwania, gdy baza danych jest niedostępna z powodu zdarzenia w regionie hostingu. Można przywrócić bazę danych 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 geograficznie replikowanych kopii zapasowych. Przywracanie geograficzne używa kopii zapasowej replikowanej geograficznie jako źródła. Możesz zażądać przywrócenia geografii nawet wtedy, gdy awaria uniemożliwia dostęp do bazy danych lub centrum danych.

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ć do istniejącego wystąpienia, wykonaj kroki opisane w Przywracanie do punktu w czasie, i pamiętaj, aby wybrać odpowiednie wystąpienia źródłowe oraz 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 instancji bazy danych będzie ona zawierać przywróconą kopię zapasową z 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 uznać, że przywracanie geograficzne służy jako odpowiednie rozwiązanie odzyskiwania po awarii dla aplikacji z stosunkowo małymi bazami danych, które nie są kluczowe dla działalności 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 przełączania awaryjnego. Ta funkcja oferuje znacznie niższy RPO i RTO, 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 na wystąpieniu SQL zarządzanym w tej samej subskrypcji co źródłowe wystąpienie.
  • 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 protektora TDE, aby przywrócić bazę danych do innego wystąpienia niż źródłowa SQL Managed Instance, wystąpienie docelowe musi mieć dostęp do tego samego klucza używanego do szyfrowania źródłowej bazy danych w 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 polityki punktów końcowych usługi są obecne w podsieci delegowanej do usługi Azure SQL Managed Instance, przywracanie do punktu w czasie (PITR) do wystąpień zarządzanych w tej podsieci nie może być wykonywane z wystąpień w różnych regionach.
  • 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, a czas aktywności może wykraczać poza ten przedział.
  • 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.
  • Kopie zapasowe bazy danych pobrane z wystąpień skonfigurowanych przy użyciu zasad aktualizacji programu SQL Server 2022 można przywrócić do wystąpień skonfigurowanych przy użyciu zasad aktualizacji programu SQL Server 2022 lub Zawsze aktualnych zasad. Kopie zapasowe bazy danych pobrane z wystąpień skonfigurowanych przy użyciu zawsze aktualnych zasad aktualizacji można przywrócić tylko do wystąpień skonfigurowanych przy użyciu zawsze aktualnych zasad aktualizacji.

Powiązana zawartość