Udostępnij za pośrednictwem

Tworzenie kopii zapasowych i przywracanie dedykowanych pul SQL w usłudze Azure Synapse Analytics

  • Artykuł

W tym artykule dowiesz się, jak używać kopii zapasowych i przywracania w dedykowanej puli SQL usługi Azure Synapse.

Użyj dedykowanych punktów przywracania puli SQL do odzyskania lub skopiowania magazynu danych do poprzedniego stanu w regionie podstawowym. Użyj geograficznie nadmiarowych kopii zapasowych magazynu danych do przywrócenia do innego regionu geograficznego.

Uwaga

Nie wszystkie funkcje dedykowanej puli SQL w obszarach roboczych usługi Azure Synapse mają zastosowanie do dedykowanej puli SQL (dawniej SQL DW) i na odwrót. Aby włączyć funkcje obszaru roboczego dla istniejącej dedykowanej puli SQL (dawniej SQL DW), zobacz Jak włączyć obszar roboczy dla dedykowanej puli SQL (dawniej SQL DW). Aby uzyskać więcej informacji, zobacz Co to jest różnica między dedykowanymi pulami SQL usługi Azure Synapse (dawniej SQL DW) i dedykowanymi pulami SQL w obszarze roboczym usługi Azure Synapse Analytics?.

Co to jest migawka magazynu danych

Migawka magazynu danych tworzy punkt przywracania, którego można użyć do odzyskania lub skopiowania magazynu danych do poprzedniego stanu. Ponieważ dedykowana pula SQL jest systemem rozproszonym, migawka magazynu danych składa się z wielu plików znajdujących się w usłudze Azure Storage. Migawki przechwytują przyrostowe zmiany danych przechowywanych w magazynie danych.

Uwaga

Stawki celu czasu odzyskiwania dedykowanej puli SQL (RTO) mogą się różnić. Czynniki, które mogą mieć wpływ na czas odzyskiwania (przywracanie):

  • Rozmiar bazy danych
  • Lokalizacja źródłowego i docelowego magazynu danych (w przypadku przywracania geograficznego)
  • Nie można wyeksportować migawki magazynu danych jako oddzielnego pliku (np. w przypadku usługi Azure Storage, środowiska lokalnego)

Przywracanie magazynu danych to nowy magazyn danych utworzony z punktu przywracania istniejącego lub usuniętego magazynu danych. Przywracanie magazynu danych jest istotną częścią każdej strategii ciągłości biznesowej i odzyskiwania po awarii, ponieważ ponownie tworzy dane po przypadkowym uszkodzeniu lub usunięciu. Migawka magazynu danych to również zaawansowany mechanizm tworzenia kopii magazynu danych na potrzeby testowania lub programowania.

Uwaga

Stawki celu czasu odzyskiwania dedykowanej puli SQL (RTO) mogą się różnić. Czynniki, które mogą mieć wpływ na czas odzyskiwania (przywracanie):

  • Rozmiar bazy danych
  • Lokalizacja źródłowego i docelowego magazynu danych (w przypadku przywracania geograficznego)

Automatyczne punkty przywracania

Migawki to wbudowana funkcja, która tworzy punkty przywracania. Nie trzeba jej włączać. Jednak dedykowana pula SQL powinna być w stanie aktywnym na potrzeby tworzenia punktu przywracania. Jeśli jest ona często wstrzymana, automatyczne punkty przywracania mogą nie zostać utworzone, dlatego przed wstrzymaniem dedykowanej puli SQL pamiętaj o utworzeniu punktu przywracania zdefiniowanego przez użytkownika. Obecnie nie można usuwać automatycznych punktów przywracania przez użytkowników, ponieważ usługa używa tych punktów przywracania do obsługi umów SLA na potrzeby odzyskiwania.

Migawki magazynu danych są wykonywane przez cały dzień i są tworzone punkty przywracania dostępne przez siedem dni. Tego okresu przechowywania nie można zmienić. Dedykowana pula SQL obsługuje ośmiogodzinny cel punktu odzyskiwania. Magazyn danych można przywrócić w regionie podstawowym z dowolnej migawki wykonanej w ciągu ostatnich siedmiu dni.

Aby sprawdzić, kiedy rozpoczęła się ostatnia migawka, uruchom to zapytanie w dedykowanej puli SQL online.

SELECT TOP 1 *
FROM sys.pdw_loader_backup_runs
ORDER BY run_id desc;

Uwaga

Kopie zapasowe są wykonywane co cztery (4) godziny, aby spełnić umowę SLA z ośmioma (8) godzinami. W związku z sys.pdw_loader_backup_runs tym dynamiczny widok zarządzania będzie wyświetlać działanie tworzenia kopii zapasowych co cztery (4) godziny.

Punkty przywracania zdefiniowane przez użytkownika

Ta funkcja umożliwia ręczne wyzwalanie migawek w celu utworzenia punktów przywracania magazynu danych przed i po dużych modyfikacjach. Funkcja ta zapewnia spójność logiczną punktów przywracania, co stanowi dodatkową ochronę danych w przypadku przerw w działaniu obciążenia lub błędów użytkownika, skracając czas odzyskiwania danych. Punkty przywracania zdefiniowane przez użytkownika są dostępne przez siedem dni i są automatycznie usuwane w Twoim imieniu. Nie można zmienić okresu przechowywania punktów przywracania zdefiniowanych przez użytkownika. 42 punkty przywracania zdefiniowane przez użytkownika są gwarantowane w dowolnym momencie, więc należy je usunąć przed utworzeniem innego punktu przywracania. Migawki można wyzwalać w celu utworzenia punktów przywracania zdefiniowanych przez użytkownika przy użyciu witryny Azure Portal lub programowo przy użyciu tylko interfejsów API REST lub programu PowerShell.

Uwaga

Jeśli potrzebujesz punktów przywracania dłuższych niż 7 dni, zagłosuj na tę funkcję.

Uwaga

Skrypt T-SQL nie może służyć do tworzenia kopii zapasowych na żądanie. Punkty przywracania zdefiniowane przez użytkownika można tworzyć przy użyciu witryny Azure Portal lub programowo przy użyciu programu PowerShell lub interfejsów API REST.

Jeśli szukasz koncepcji długoterminowej kopii zapasowej (LTR):

  1. Utwórz nowy punkt przywracania zdefiniowany przez użytkownika lub użyj jednego z automatycznie wygenerowanych punktów przywracania.
  2. Przywróć dane z nowo utworzonego punktu przywracania do nowego magazynu danych.
  3. Po przywróceniu danych uzyskasz dedykowaną pulę SQL w trybie online. Wstrzymaj ją na czas nieokreślony, aby zaoszczędzić koszty związane obliczeniami. Wstrzymana baza danych powoduje naliczanie opłat za magazyn przy stawce określonej dla usługi Azure Synapse.

Jeśli potrzebujesz aktywnej kopii przywróconego magazynu danych, możesz wznowić działanie, co powinno potrwać tylko kilka minut.

Tworzenie punktów przywracania zdefiniowanych przez użytkownika

Nowy punkt przywracania zdefiniowany przez użytkownika można utworzyć programowo. Wybierz prawidłową metodę na podstawie używanej puli SQL: autonomicznej dedykowanej puli SQL (dawniej SQL DW) lub dedykowanej puli SQL w obszarze roboczym usługi Synapse.

Azure PowerShell

Interfejsy API REST

Usuwanie punktów przywracania zdefiniowanych przez użytkownika

Można programowo usunąć określony punkt przywracania zdefiniowany przez użytkownika. Wybierz prawidłową metodę na podstawie używanej puli SQL: autonomicznej dedykowanej puli SQL (dawniej SQL DW) lub dedykowanej puli SQL w obszarze roboczym usługi Synapse.

Azure PowerShell

Interfejsy API REST

Przechowywanie punktów przywracania

Poniżej wymieniono szczegółowe informacje dotyczące okresów przechowywania punktów przywracania:

  1. Dedykowana pula SQL usuwa punkt przywracania, gdy osiągnie 7-dniowy okres przechowywania, a gdy istnieje co najmniej 42 łączna liczba punktów przywracania (w tym zarówno zdefiniowanych przez użytkownika, jak i automatycznych).
  2. Migawki nie są wykonywane po wstrzymaniu dedykowanej puli SQL.
  3. Wiek punktu przywracania jest mierzony przez bezwzględne dni kalendarzowe od momentu wstrzymania punktu przywracania, w tym w przypadku wstrzymania puli SQL.
  4. W dowolnym momencie dedykowana pula SQL gwarantuje możliwość przechowywania maksymalnie 42 punktów przywracania zdefiniowanych przez użytkownika lub 42 automatycznych punktów przywracania, o ile te punkty przywracania nie osiągnęły 7-dniowego okresu przechowywania
  5. Jeśli migawka zostanie wykonana, dedykowana pula SQL zostanie wstrzymana przez więcej niż 7 dni, a następnie wznowiona, punkt przywracania będzie utrzymywany do momentu wystąpienia 42 punktów przywracania (w tym zarówno zdefiniowanych przez użytkownika, jak i automatycznych)

Przechowywanie migawek po usunięciu puli SQL

Po usunięciu dedykowanej puli SQL zostanie utworzona ostateczna migawka i zapisana przez siedem dni. Dedykowaną pulę SQL można przywrócić do końcowego punktu przywracania utworzonego podczas usuwania. Jeśli dedykowana pula SQL zostanie porzucona w stanie wstrzymania, nie zostanie wykonana migawka. W tym scenariuszu przed usunięciem dedykowanej puli SQL należy utworzyć punkt przywracania zdefiniowany przez użytkownika.

Geograficzne kopie zapasowe i odzyskiwanie po awarii

Geograficzna kopia zapasowa jest tworzona raz dziennie w sparowanym centrum danych. Cel punktu odzyskiwania dla przywracania geograficznego wynosi 24 godziny. Przywracanie geograficzne jest zawsze operacją przenoszenia danych, a cel czasu odzyskiwania będzie zależeć od rozmiaru danych. Zachowywana jest tylko najnowsza kopia zapasowa geograficzna. Możesz przywrócić geograficzną kopię zapasową na serwer w dowolnym innym regionie, w którym jest obsługiwana dedykowana pula SQL. Geograficzna kopia zapasowa zapewnia możliwość przywrócenia magazynu danych w przypadku, gdy nie będzie można uzyskać dostępu do punktów przywracania w regionie podstawowym.

Jeśli nie potrzebujesz kopii zapasowych geograficznych dla dedykowanej puli SQL, możesz je wyłączyć i zaoszczędzić na kosztach magazynowania odzyskiwania po awarii. W tym celu zapoznaj się z przewodnikiem Jak wyłączyć kopie zapasowe geograficzne dla dedykowanej puli SQL (dawniej SQL DW). Po wyłączeniu geograficznych kopii zapasowych nie będzie można odzyskać dedykowanej puli SQL do sparowanego regionu świadczenia platformy Azure, jeśli podstawowe centrum danych platformy Azure jest niedostępne.

Uwaga

Jeśli potrzebujesz krótszego celu punktu odzyskiwania dla kopii zapasowych geograficznych, zagłosuj na tę funkcję. Można również utworzyć punkt przywracania zdefiniowany przez użytkownika i przywrócić z nowo utworzonego punktu przywracania do nowego magazynu danych w innym regionie. Po przywróceniu magazyn danych jest w trybie online i może wstrzymać go na czas nieokreślony, aby zmniejszyć koszty obliczeń. Wstrzymana baza danych powoduje naliczanie opłat za magazyn według stawki usługi Azure Premium Storage. Innym typowym wzorcem krótszego punktu odzyskiwania jest równoległe pozyskiwanie danych do wystąpień podstawowych i pomocniczych magazynu danych. W tym scenariuszu dane są pozyskiwane ze źródła (lub źródeł) i utrwalane do dwóch oddzielnych wystąpień magazynu danych (podstawowego i pomocniczego). Aby zaoszczędzić na kosztach obliczeń, możesz wstrzymać wystąpienie pomocnicze magazynu. Jeśli potrzebujesz aktywnej kopii magazynu danych, możesz wznowić działanie, co powinno potrwać tylko kilka minut.

Przechowywanie danych

Jeśli sparowane centrum danych znajduje się poza twoim krajem/regionem, możesz upewnić się, że dane pozostają w twoim regionie, aprowizuj bazę danych w magazynie lokalnie nadmiarowym (LRS). Jeśli baza danych została już aprowizowana w usłudze RA-GRS (magazyn geograficznie nadmiarowy tylko do odczytu, bieżąca wartość domyślna), możesz zrezygnować z kopii zapasowych geograficznych, jednak baza danych będzie nadal znajdować się w magazynie replikowanym do pary regionalnej. Aby upewnić się, że dane klientów pozostają w twoim regionie, możesz aprowizować lub przywrócić dedykowaną pulę SQL do magazynu lokalnie nadmiarowego. Aby uzyskać więcej informacji na temat aprowizacji lub przywracania do magazynu lokalnie nadmiarowego, zobacz Przewodnik z instrukcjami konfigurowania miejsca zamieszkania w jednym regionie dla dedykowanej puli SQL (dawniej SQL DW) w usłudze Azure Synapse Analytics

Aby potwierdzić, że sparowane centrum danych znajduje się w innym kraju/regionie, zobacz Regiony sparowane platformy Azure.

Koszty tworzenia kopii zapasowej i przywracania

Zauważysz, że rachunek za korzystanie z platformy Azure zawiera element wiersza usługi Storage i element wiersza dla usługi Disaster Recovery Storage. Opłata za magazyn to całkowity koszt przechowywania danych w regionie podstawowym wraz ze zmianami przyrostowymi przechwytywanymi przez migawki. Aby uzyskać bardziej szczegółowe wyjaśnienie sposobu naliczania opłat za migawki, zobacz Opis sposobu naliczania opłat za migawki. Opłata geograficznie nadmiarowa obejmuje koszt przechowywania kopii zapasowych geograficznych.

Łączny koszt podstawowego magazynu danych i siedmiu dni zmian migawki jest zaokrąglany do najbliższego TB. Jeśli na przykład magazyn danych wynosi 1,5 TB, a migawki przechwytują 100 GB, opłaty są naliczane za 2 TB danych przy standardowych stawkach magazynowania platformy Azure.

Jeśli używasz magazynu geograficznie nadmiarowego, otrzymasz oddzielną opłatę za magazyn. Magazyn geograficznie nadmiarowy jest rozliczany zgodnie ze standardową szybkością magazynu geograficznie nadmiarowego (RA-GRS, Geo-Redundant Storage).

Aby uzyskać więcej informacji na temat cennika usługi Azure Synapse, zobacz Cennik usługi Azure Synapse. Opłaty za ruch wychodzący danych nie są naliczane podczas przywracania między regionami.

Przywracanie z punktów przywracania

Każda migawka tworzy punkt przywracania reprezentujący czas rozpoczęcia migawki. Aby przywrócić magazyn danych, należy wybrać punkt przywracania i wydać polecenie przywracania.

Możesz zachować przywrócony magazyn danych i bieżący albo usunąć jeden z nich. Jeśli chcesz zastąpić bieżący magazyn danych przywróconym magazynem danych, możesz zmienić jego nazwę przy użyciu opcji ALTER DATABASE z opcją MODYFIKUJ NAZWĘ.

Uwaga

Przywracanie na poziomie tabeli nie jest obsługiwane w dedykowanych pulach SQL. Możesz odzyskać całą bazę danych tylko z kopii zapasowej, a następnie skopiować wymagane tabele przy użyciu polecenia

  • Działania narzędzi ETL, takie jak działanie kopiowania
  • Eksportowanie i importowanie
    • Eksportowanie danych z przywróconej kopii zapasowej do usługi Data Lake przy użyciu przykładu CETAS CETAS
    • Importowanie danych przy użyciu funkcji COPY lub Polybase

Przywracanie między subskrypcjami

Możesz wykonać przywracanie między subskrypcjami.

Przywracanie geograficznie nadmiarowe

Dedykowaną pulę SQL można przywrócić do dowolnego regionu obsługującego dedykowaną pulę SQL na wybranym poziomie wydajności.

Uwaga

Aby wykonać przywracanie geograficznie nadmiarowe, nie można zrezygnować z tej funkcji.

Proces pomocy technicznej

Bilet pomocy technicznej można przesłać za pośrednictwem witryny Azure Portal dla usługi Azure Synapse Analytics.

Powiązana zawartość