Rozwiązywanie problemów z operacjami tworzenia i przywracania kopii zapasowych SQL Server

Ten artykuł zawiera rozwiązania typowych problemów, które mogą wystąpić podczas operacji tworzenia kopii zapasowych i przywracania SQL Server firmy Microsoft oraz zawiera odwołania do dalszych informacji na temat tych operacji.

Oryginalna wersja produktu: SQL Server
Oryginalny numer KB: 224071

Wykonywanie kopii zapasowych i przywracanie operacji zajmuje dużo czasu

Operacje tworzenia kopii zapasowych i przywracania intensywnie korzystają z operacji we/wy. Przepływność tworzenia/przywracania kopii zapasowej zależy od tego, jak dobrze bazowy podsystem we/wy jest zoptymalizowany pod kątem obsługi woluminu we/wy. Jeśli podejrzewasz, że operacje tworzenia kopii zapasowej zostaną zatrzymane lub zakończą się zbyt długo, możesz użyć co najmniej jednej z następujących metod, aby oszacować czas ukończenia lub śledzić postęp operacji tworzenia kopii zapasowej lub przywracania:

• Dziennik błędów SQL Server zawiera informacje o poprzednich operacjach tworzenia i przywracania kopii zapasowych. Te szczegóły umożliwiają oszacowanie czasu wymaganego do tworzenia kopii zapasowej i przywracania bazy danych w bieżącym stanie. Poniżej przedstawiono przykładowe dane wyjściowe z dziennika błędów:

  RESTORE DATABASE successfully processed 315 pages in 0.372 seconds (6.604 MB/sec)
  

• W SQL Server 2016 r. i nowszych wersjach możesz użyć backup_restore_progress_trace XEvent, aby śledzić postęp operacji tworzenia kopii zapasowych i przywracania.

• Możesz użyć percent_complete kolumny sys.dm_exec_requests , aby śledzić postęp operacji tworzenia kopii zapasowych i przywracania podczas lotu.

• Informacje o przepływności tworzenia kopii zapasowych i przywracania można mierzyć przy użyciu Device throughput Bytes/sec liczników monitora wydajności i Backup/Restore throughput/sec . Aby uzyskać więcej informacji, zobacz SQL Server, Tworzenie kopii zapasowej obiektu urządzenia.

• Użyj skryptu estimate_backup_restore , aby oszacować czas tworzenia kopii zapasowej.

• Zapoznaj się z artykułem Jak to działa: co to jest przywracanie/tworzenie kopii zapasowej?. Ten wpis w blogu zawiera szczegółowe informacje na temat bieżącego etapu operacji tworzenia kopii zapasowych lub przywracania.

Elementy do sprawdzenia

1. Sprawdź, czy występują jakiekolwiek znane problemy wymienione w poniższej tabeli. Zastanów się, czy należy zaimplementować zmiany, czy zastosować poprawki i najlepsze rozwiązania omówione w odpowiednich artykułach.

   Link do bazy wiedzy lub książki online	Wyjaśnienie i zalecane akcje
   Optymalizowanie wydajności tworzenia kopii zapasowych i przywracania w SQL Server	Temat Books Online obejmuje różne najlepsze rozwiązania, których można użyć w celu zwiększenia wydajności operacji tworzenia kopii zapasowych/przywracania. Na przykład możesz przypisać SE_MANAGE_VOLUME_NAME specjalne uprawnienie do konta systemu Windows, na które działa SQL Server, aby umożliwić natychmiastowe inicjowanie plików danych. Może to spowodować znaczny wzrost wydajności.
   2920151 zalecane poprawki i aktualizacje dla klastrów trybu failover opartych na Windows Server 2012 R2 pakiet zbiorczy aktualizacji 2822241 Windows 8 i Windows Server 2012: kwiecień 2013 r.	Bieżące pakiety zbiorcze systemu mogą zawierać poprawki znanych problemów na poziomie systemu, które mogą obniżyć wydajność programów, takich jak SQL Server. Zainstalowanie tych aktualizacji może pomóc w zapobieganiu takim problemom.
   2878182 POPRAWKA: procesy trybu użytkownika w aplikacji nie odpowiadają na serwerach, na których działa Windows Server 2012	Operacje tworzenia kopii zapasowych intensywnie korzystają z operacji we/wy i może to mieć wpływ na tę usterkę. Zastosuj tę poprawkę, aby zapobiec tym problemom.
   Konfigurowanie oprogramowania antywirusowego do pracy z SQL Server	Oprogramowanie antywirusowe może blokować pliki .bak. Może to mieć wpływ na wydajność operacji tworzenia kopii zapasowych i przywracania. Postępuj zgodnie ze wskazówkami w tym artykule, aby wykluczyć pliki kopii zapasowych ze skanowania wirusów.
   2820470 komunikat o opóźnionym błędzie podczas próby uzyskania dostępu do folderu udostępnionego, który już nie istnieje w systemie Windows	Omówiono problem występujący podczas próby uzyskania dostępu do folderu udostępnionego, który już nie istnieje w systemie Windows 2012 i nowszych wersjach.
   967351 Silnie pofragmentowany plik w woluminie NTFS może nie przekroczyć określonego rozmiaru	W tym artykule omówiono problem występujący, gdy system plików NTFS jest mocno podzielony na fragmenty.
   304101 program kopii zapasowej kończy się niepowodzeniem podczas tworzenia kopii zapasowej dużego woluminu systemowego
   2455009 POPRAWKA: niska wydajność podczas odzyskiwania bazy danych, jeśli w dzienniku transakcji w SQL Server 2005 r., w SQL Server 2008 r. lub w SQL Server 2008 R2 jest wiele plików VLF	Obecność wielu plików dziennika wirtualnego może mieć wpływ na wymagany czas przywracania bazy danych. Jest to szczególnie prawdziwe w fazie odzyskiwania operacji przywracania. Aby uzyskać informacje o innych możliwych problemach, które mogą być spowodowane obecnością wielu plików VLF, zobacz Operacje bazy danych zajmują dużo czasu lub wyzwalają błędy, gdy dziennik transakcji zawiera wiele plików dziennika wirtualnego.
   Operacja tworzenia kopii zapasowej lub przywracania do lokalizacji sieciowej działa wolno	Wyizoluj problem do sieci, próbując skopiować plik o podobnym rozmiarze do lokalizacji sieciowej z serwera, na którym działa SQL Server. Sprawdź wydajność.

2. Sprawdź komunikaty o błędach w dzienniku błędów SQL Server i dzienniku zdarzeń systemu Windows, aby uzyskać więcej wskazówek dotyczących przyczyny problemu.

3. Jeśli używasz oprogramowania innej firmy lub planów konserwacji bazy danych do wykonywania równoczesnych kopii zapasowych, zastanów się, czy należy zmienić harmonogramy, aby zminimalizować rywalizację na dysku, na którym są zapisywane kopie zapasowe.

4. Skontaktuj się z administratorem systemu Windows, aby sprawdzić aktualizacje oprogramowania układowego sprzętu.

Problemy wpływające na przywracanie bazy danych między różnymi wersjami SQL Server

Kopii zapasowej SQL Server nie można przywrócić do wcześniejszej wersji SQL Server niż wersja, w której utworzono kopię zapasową. Na przykład nie można przywrócić kopii zapasowej wykonanej w wystąpieniu SQL Server 2019 r. do wystąpienia SQL Server 2017 r. W przeciwnym razie zostanie wyświetlony następujący komunikat o błędzie:

Błąd 3169: Kopia zapasowa bazy danych została utworzona na serwerze z uruchomioną wersją %ls. Ta wersja jest niezgodna z tym serwerem, na którym działa wersja %ls. Przywróć bazę danych na serwerze, który obsługuje kopię zapasową, lub użyj kopii zapasowej zgodnej z tym serwerem.

Użyj następującej metody, aby skopiować bazę danych hostowaną w nowszej wersji SQL Server do wcześniejszej wersji SQL Server.

1. Pobierz i zainstaluj najnowszą wersję programu SQL Server Management Studio (SSMS) na SQL_A i SQL_B.
2. W SQL_A wykonaj następujące kroki:
   1. Kliknij prawym przyciskiem myszy pozycję< Zadania > bazy danych >Wygeneruj skrypty i wybierz opcję skryptu całej bazy danych i wszystkich obiektów bazy danych.
   2. Na ekranie Ustaw opcje skryptów wybierz pozycję Zaawansowane, a następnie wybierz wersję SQL_B w obszarze Skrypt ogólny>dla SQL Server wersji. Wybierz również opcję, która najlepiej ci odpowiada, aby zapisać wygenerowane skrypty. Następnie kontynuuj pracę kreatora.
   3. Użyj narzędzia programu do kopiowania zbiorczego (bcp), aby skopiować dane z różnych tabel.
3. W SQL_B wykonaj następujące kroki:
   1. Użyj skryptów, które zostały wygenerowane na serwerze SQL_A, aby utworzyć schemat bazy danych.
   2. W każdej z tabel wyłącz wszelkie ograniczenia i wyzwalacze klucza obcego. Jeśli tabela zawiera jakiekolwiek kolumny tożsamości, włącz wstawianie tożsamości.
   3. Użyj narzędzia bcp, aby zaimportować dane wyeksportowane w poprzednim kroku do odpowiednich tabel.
   4. Po zakończeniu importowania danych włącz ograniczenia i wyzwalacze klucza obcego oraz wyłącz wstawianie tożsamości dla każdej z tabel, których dotyczy problem w kroku c.

Ta procedura zazwyczaj dobrze sprawdza się w przypadku małych i średnich baz danych. W przypadku większych baz danych problemy z brakiem pamięci mogą wystąpić w programie SSMS i innych narzędziach. Należy rozważyć użycie usług SQL Server Integration Services (SSIS), replikacji lub innych opcji w celu utworzenia kopii bazy danych z nowszej wersji do wcześniejszej wersji SQL Server.

Aby uzyskać więcej informacji o sposobie generowania skryptów dla bazy danych, zobacz Skrypt bazy danych przy użyciu opcji Generowanie skryptów.

Problemy z zadaniem tworzenia kopii zapasowej w środowiskach zawsze włączonych

Jeśli wystąpią problemy wpływające na zadania tworzenia kopii zapasowych lub plany konserwacji w środowiskach zawsze włączonych, zwróć uwagę na następujące kwestie:

• Domyślnie preferencja automatycznej kopii zapasowej ma wartość Preferuj pomocnicze. Określa to, że kopie zapasowe powinny być wykonywane w replice pomocniczej — z wyjątkiem sytuacji, gdy replika podstawowa jest jedyną repliką w trybie online. Nie można wykonywać różnicowych kopii zapasowych bazy danych przy użyciu tego ustawienia. Aby zmienić to ustawienie, użyj programu SSMS w bieżącej replice podstawowej i przejdź do strony Preferencje kopii zapasowej w obszarze Właściwości grupy dostępności.
• Jeśli używasz planu konserwacji lub zaplanowanych zadań do generowania kopii zapasowych baz danych, pamiętaj o utworzeniu zadań dla każdej bazy danych dostępności w każdym wystąpieniu serwera hostującym replikę dostępności dla grupy dostępności.

Aby uzyskać więcej informacji na temat kopii zapasowych w środowisku zawsze włączonym, zobacz następujące tematy:

• Konfigurowanie kopii zapasowych na replikach pomocniczych zawsze włączonej grupy dostępności
• Odciążanie obsługiwanych kopii zapasowych do replik pomocniczych grupy dostępności

Błędy związane z nośnikiem podczas przywracania bazy danych z kopii zapasowej

Jeśli pojawią się komunikaty o błędach wskazujące na problem z plikiem, jest to objawem uszkodzonego pliku kopii zapasowej. Poniżej przedstawiono kilka przykładów błędów, które można uzyskać, jeśli zestaw kopii zapasowych jest uszkodzony:

• 3241: Rodzina multimediów na urządzeniu %ls jest niepoprawnie utworzona. SQL Server nie może przetworzyć tej rodziny multimediów.

• 3242: Plik na urządzeniu %ls nie jest prawidłowym zestawem kopii zapasowych programu Microsoft Tape Format.

• 3243: Rodzina multimediów na urządzeniu %ls została utworzona przy użyciu programu Microsoft Tape Format w wersji %d.%d. SQL Server obsługuje wersję %d.%d.

Te problemy mogą wystąpić z powodu problemów, które mają wpływ na podstawowy sprzęt (dyski twarde, magazyn sieciowy itd.) lub związane z wirusem lub złośliwym oprogramowaniem. Przejrzyj dzienniki zdarzeń systemu Windows i dzienniki sprzętu pod kątem zgłoszonych błędów i podejmij odpowiednie działania (na przykład uaktualnij oprogramowanie układowe lub rozwiąż problemy z siecią).

Aby zapobiec tym błędom, włącz opcję SUMY KONTROLNE kopii zapasowej podczas uruchamiania kopii zapasowej, aby uniknąć tworzenia kopii zapasowej uszkodzonej bazy danych. Aby uzyskać więcej informacji, zobacz Możliwe błędy multimediów podczas tworzenia kopii zapasowej i przywracania (SQL Server).

Możesz również włączyć flagę śledzenia 3023, aby włączyć sumę kontrolną podczas uruchamiania kopii zapasowych przy użyciu narzędzi do tworzenia kopii zapasowych. Aby uzyskać więcej informacji, zobacz Jak włączyć opcję SUMY KONTROLNE, jeśli narzędzia kopii zapasowej nie uwidaczniają tej opcji.

Aby rozwiązać te problemy, musisz zlokalizować inny użyteczny plik kopii zapasowej lub utworzyć nowy zestaw kopii zapasowych. Firma Microsoft nie oferuje żadnych rozwiązań, które mogą pomóc w pobieraniu danych z uszkodzonego zestawu kopii zapasowych.

Tworzenie kopii zapasowych kończy się niepowodzeniem z powodu problemów z uprawnieniami

Podczas próby uruchomienia operacji tworzenia kopii zapasowej bazy danych występuje jeden z następujących błędów.

• Scenariusz 1. Po uruchomieniu kopii zapasowej z SQL Server Management Studio tworzenie kopii zapasowej kończy się niepowodzeniem i zwraca następujący komunikat o błędzie:

  Tworzenie kopii zapasowej nie powiodło się dla nazwy> serwera<. (Microsoft.SqlServer.SmoExtended)
  System.Data.SqlClient.SqlError: Nie można otworzyć kopii zapasowej urządzenia "<nazwa> urządzenia". Błąd systemu operacyjnego 5 (odmowa dostępu). (Microsoft.SqlServer.Smo)

• Scenariusz 2. Zaplanowane kopie zapasowe nie powodują błędu i generują komunikat o błędzie zarejestrowany w historii zadania zakończonej niepowodzeniem i podobny do następującego:

  Executed as user: <Owner of the job>. ....2 for 64-bit  Copyright (C) 2019 Microsoft. All rights reserved.    
  Started:  5:49:14 PM  Progress: 2021-08-16 17:49:15.47    
  Source: {GUID}      Executing query "DECLARE @Guid UNIQUEIDENTIFIER      EXECUTE msdb..sp...".: 100% complete  End Progress  
  Error: 2021-08-16 17:49:15.74     
  Code: 0xC002F210     
  Source: Back Up Database (Full) Execute SQL Task     
  Description: Executing the query "EXECUTE master.dbo.xp_create_subdir N'C:\backups\D..." failed with the following error: "xp_create_subdir() returned error 5, 'Access is denied.'". 
  Possible failure reasons: Problems with the query, "ResultSet" property not set correctly, parameters not set correctly, or connection not established correctly.
  

Dowolny z tych scenariuszy może wystąpić, jeśli konto usługi SQL Server nie ma uprawnień do odczytu i zapisu do folderu, w który są zapisywane kopie zapasowe. Instrukcje kopii zapasowych można uruchamiać w ramach kroku zadania lub ręcznie z SQL Server Management Studio. W obu przypadkach są one zawsze uruchamiane w kontekście konta uruchamiania usługi SQL Server. W związku z tym, jeśli konto usługi nie ma niezbędnych uprawnień, otrzymasz zanotowane wcześniej komunikaty o błędach.

Aby uzyskać więcej informacji, zobacz Backup Devices (Urządzenia kopii zapasowych).

Wykonywanie kopii zapasowej lub przywracanie operacji korzystających z aplikacji kopii zapasowych innych firm kończy się niepowodzeniem

SQL Server udostępnia narzędzie virtual backup device interface (VDI). Ten interfejs API umożliwia niezależnym dostawcom oprogramowania integrację SQL Server ze swoimi produktami w celu zapewnienia obsługi operacji tworzenia kopii zapasowych i przywracania. Te interfejsy API zostały zaprojektowane w celu zapewnienia maksymalnej niezawodności i wydajności oraz obsługi pełnego zakresu SQL Server funkcji tworzenia kopii zapasowych i przywracania. Obejmuje to pełny zakres możliwości tworzenia migawek i tworzenia kopii zapasowych na gorąco.

Typowe kroki rozwiązywania problemów

• W przypadku wersji wcześniejszych niż SQL Server 2012 upewnij się, że usługa SQLWriter została uruchomiona i że konto startowe jest ustawione na system lokalny. Upewnij się również, że logowanie NT AUTHORITY\SYSTEM istnieje w SQL Server i że jest częścią roli serwera Sysadmin wystąpienia, do którego są uruchamiane kopie zapasowe.

• W przypadku SQL Server wersji 2012 i nowszej podczas instalacji tworzony jest nowy identyfikator logowania o nazwie [NT SERVICE\SQLWriter]. Upewnij się, że to logowanie istnieje w SQL Server i jest częścią roli serwera Sysadmin.

• Upewnij się, że program SqlServerWriter jest wyświetlany, gdy VSSADMIN LIST WRITERS polecenie jest uruchamiane w wierszu polecenia na serwerze, na SQL Server. Ten składnik zapisywania musi być wymieniony jako składnik zapisywania i powinien być w stanie stabilnym , aby umożliwić pomyślne zakończenie tworzenia kopii zapasowych usługi VSS.

• Aby uzyskać więcej informacji, sprawdź dzienniki z odpowiedniego oprogramowania kopii zapasowej i ich witryn pomocy technicznej.

  Objawy lub scenariusz	Artykuł z bazy wiedzy
  Tworzenie kopii zapasowych baz danych z uwzględnianiem wielkości liter kończy się niepowodzeniem	2987610 POPRAWKA: Błąd podczas tworzenia kopii zapasowej bazy danych z sortowaniem uwzględnianym wielkością liter przy użyciu usługi VSS w SQL Server 2012 z dodatkiem SP2
  Kopie zapasowe innych firm tworzone przy użyciu modułu zapisywania usługi VSS mogą zakończyć się niepowodzeniem i zwrócić błędy 8229.	2987610 POPRAWKA: Błąd podczas tworzenia kopii zapasowej bazy danych z sortowaniem uwzględnianym wielkością liter przy użyciu usługi VSS w SQL Server 2012 z dodatkiem SP2
  Informacje o sposobie działania kopii zapasowej interfejsu VDI	Jak to działa: SQL Server — zasoby kopii zapasowej VDI (VSS)
  Agent usługi Azure Site Recovery zgłasza błąd	Nie można utworzyć kopii zapasowej serwera hostującego SQL Server 2008 R2 przez agenta ASR lub inną nieskładnikową kopię zapasową usługi VSS

Więcej zasobów

Jak to działa: ile baz danych można utworzyć jednocześnie?

Różne problemy

Często zadawane pytania dotyczące operacji tworzenia i przywracania kopii zapasowych SQL Server

Jak sprawdzić stan operacji tworzenia kopii zapasowej?

Użyj skryptu estimate_backup_restore , aby oszacować czas tworzenia kopii zapasowej.

Co należy zrobić, jeśli SQL Server w trybie failover w trakcie tworzenia kopii zapasowej?

Uruchom ponownie operację przywracania lub tworzenia kopii zapasowej na ponowne uruchomienie przerwanej operacji przywracania (Transact-SQL).

Czy mogę przywrócić kopie zapasowe bazy danych ze starszych wersji programu w nowszych wersjach i odwrotnie?

SQL Server kopii zapasowej nie można przywrócić przy użyciu wersji SQL Server późniejszej niż wersja, która utworzyła kopię zapasową. Aby uzyskać więcej informacji, zobacz Obsługa zgodności.

Jak mogę zweryfikować kopie zapasowe SQL Server bazy danych?

Zobacz procedury udokumentowane w instrukcjach RESTORE — VERIFYONLY (Transact-SQL).

Jak uzyskać historię kopii zapasowych baz danych w SQL Server?

Zobacz Jak uzyskać historię tworzenia kopii zapasowych baz danych w SQL Server.

Czy mogę przywrócić 32-bitowe kopie zapasowe na serwerach 64-bitowych i na odwrót?

Tak. Format magazynu SQL Server na dysku jest taki sam w środowiskach 64-bitowych i 32-bitowych. W związku z tym operacje tworzenia i przywracania kopii zapasowych działają w środowiskach 64-bitowych i 32-bitowych.

Ogólne porady dotyczące rozwiązywania problemów

• Pamiętaj, aby aprowizować uprawnienia odczytu i zapisu na koncie usługi SQL Server w folderze, w który są zapisywane kopie zapasowe. Aby uzyskać więcej informacji, zobacz Uprawnienia do tworzenia kopii zapasowej.
• Upewnij się, że folder, w których są zapisywane kopie zapasowe, ma wystarczająco dużo miejsca, aby pomieścić kopie zapasowe bazy danych. Procedura składowana umożliwia sp_spaceused uzyskanie przybliżanego oszacowania rozmiaru kopii zapasowej dla określonej bazy danych.
• Zawsze używaj najnowszej wersji programu SSMS, aby upewnić się, że nie napotkasz żadnych znanych problemów związanych z konfiguracją zadań i planów konserwacji.
• Wykonaj testowy przebieg zadań, aby upewnić się, że kopie zapasowe zostały utworzone pomyślnie. Zawsze dodaj logikę, aby zweryfikować kopie zapasowe.
• Jeśli planujesz przenieść systemowe bazy danych z jednego serwera na inny, zapoznaj się z artykułem Przenoszenie systemowych baz danych.
• Jeśli zauważysz sporadyczne błędy tworzenia kopii zapasowych, sprawdź, czy występuje problem, który został już rozwiązany w najnowszej aktualizacji SQL Server wersji. Aby uzyskać więcej informacji, zobacz SQL Server wersje i aktualizacje.
• Aby zaplanować i zautomatyzować kopie zapasowe dla wersji programu SQL Express, zobacz Planowanie i automatyzowanie kopii zapasowych SQL Server baz danych w SQL Server Express.

Tematy referencyjne dotyczące operacji tworzenia kopii zapasowych i przywracania SQL Server

• Aby uzyskać więcej informacji na temat operacji tworzenia i przywracania kopii zapasowych, zobacz następujące tematy w temacie Książki online:

  "Tworzenie kopii zapasowej i przywracanie baz danych SQL Server": W tym temacie omówiono koncepcje operacji tworzenia kopii zapasowych i przywracania dla baz danych SQL Server, udostępniają linki do dodatkowych tematów i zawierają szczegółowe procedury uruchamiania różnych kopii zapasowych lub zadań przywracania (takich jak weryfikowanie kopii zapasowych i tworzenie kopii zapasowych przy użyciu języka T-SQL lub SSMS). Jest to nadrzędny temat dotyczący tego tematu w dokumentacji SQL Server.

• W poniższej tabeli wymieniono dodatkowe tematy, które warto przejrzeć pod kątem określonych zadań związanych z operacjami tworzenia kopii zapasowych i przywracania.

  Odwołanie	Opis
  BACKUP (Transact-SQL)	Zawiera odpowiedzi na podstawowe pytania dotyczące kopii zapasowych. Zawiera przykłady różnych rodzajów operacji tworzenia i przywracania kopii zapasowych.
  Urządzenia kopii zapasowych (SQL Server)	Zapewnia doskonałe informacje na temat różnych urządzeń kopii zapasowych, tworzenia kopii zapasowych w udziale sieciowym, usłudze Azure Blob Storage i powiązanych zadaniach.
  Modele odzyskiwania (SQL Server)	Szczegółowo opisano różne modele odzyskiwania: proste, pełne i rejestrowane zbiorczo. Zawiera informacje o tym, jak model odzyskiwania wpływa na kopie zapasowe.
  Przywracanie & kopii zapasowej: systemowe bazy danych (SQL Server)	Omówienie strategii i omówienie tego, o czym należy pamiętać podczas pracy nad operacjami tworzenia kopii zapasowych i przywracania systemowych baz danych.
  Omówienie przywracania i odzyskiwania (SQL Server)	Obejmuje wpływ modeli odzyskiwania na operacje przywracania. Należy to sprawdzić, jeśli masz pytania dotyczące sposobu, w jaki model odzyskiwania bazy danych może wpłynąć na proces przywracania.
  Zarządzanie metadanymi podczas udostępniania bazy danych na innym serwerze	Należy pamiętać o różnych kwestiach związanych z przeniesieniem bazy danych lub napotkać problemy wpływające na identyfikatory logowania, szyfrowanie, replikację, uprawnienia itd.
  Praca z kopiami zapasowymi dziennika transakcji	Przedstawia pojęcia dotyczące tworzenia kopii zapasowych i przywracania (stosowania) dzienników transakcji w pełnych i zbiorczo zarejestrowanych modelach odzyskiwania. Objaśnienie sposobu wykonywania rutynowych kopii zapasowych dzienników transakcji (kopii zapasowych dzienników) w celu odzyskania danych.
  SQL Server zarządzana kopia zapasowa na platformie Microsoft Azure	Wprowadza zarządzane kopie zapasowe i skojarzone procedury.