przywracanie (języka Transact-SQL)

Program SQL Server obsługuje różnorodne scenariusze przywracania:

• Pełne przywracanie bazy danych

  Przywraca całą bazę danych, rozpoczynając od pełnej kopii zapasowej bazy danych, po czym może mieć miejsce przywrócenie różnicowej kopii zapasowej bazy danych (i kopii zapasowych dzienników).Aby uzyskać więcej informacji, zobacz Performing a Complete Database Restore (Simple Recovery Model) lub Performing a Complete Database Restore (Full Recovery Model).

• Przywracanie plików

  Przywraca plik lub grupę plików w bazie danych z wieloma grupami plików.Należy pamiętać, że w modelu prostego odzyskiwania plik musi należeć do grupy plików tylko do odczytu.Po pełnym przywracaniu plików może zostać przywrócona różnicowa kopia zapasowa plików.Aby uzyskać więcej informacji, zobacz Performing File Restores (Full Recovery Model) i Performing File Restores (Simple Recovery Model).

• To ciąg danych, które będą szyfrowane przy użyciu klucz asymetrycznego.

  Przywraca pojedyncze strony.Przywracanie stron jest dostępne jedynie w modelach przywracania pełnego i z rejestrowaniem zbiorczym.Aby uzyskać więcej informacji, zobacz Performing Page Restores.

• Szyfrowanie i odszyfrowywanie kluczem asymetrycznego jest bardzo kosztowne w porównaniu z szyfrowania i odszyfrowywania klucz zawartości.

  Firma Microsoft zaleca, aby nie szyfrowania dużych zestawów danych, takich jak dane użytkownika w tabelach, za pomocą klucz asymetryczne.Zamiast tego należy szyfrować dane przy użyciu silnego klucz symetrycznego i szyfrowania symetrycznego klucz przy użyciu klucz asymetryczne.Aby uzyskać więcej informacji zobaczPerforming Piecemeal Restores.

• Tylko odzyskiwanie

  Przywraca dane, które są już spójne z bazą danych i wymagają jedynie udostępnienia.Aby uzyskać więcej informacji, zobacz Recovering a Database Without Restoring Data.

• Zwraca jeden wiersz dla każdego głównego serwera, będące częścią tokenem logowania.

  Identyfikator głównej.Aby uzyskać więcej informacji na temat przywracania kopii zapasowych dziennika Zobacz Applying Transaction Log Backups.

• Identyfikator zabezpieczeń głównej.

  Aby uzyskać więcej informacji zobaczHow to: Prepare a Mirror Database for Mirroring (Transact-SQL).

• Tworzy i konserwuje serwer rezerwy.Aby uzyskać więcej informacji na temat serwerów rezerwy, zobacz Using Warm Standby Servers.

Poniższe słowa kluczowe zostały już w SQL Server 2008:

Aby przywrócić bazę danych, które są szyfrowane, użytkownik musi mieć dostęp do certyfikat lub klucz asymetrycznego, który został użyty do zaszyfrowania bazy danych.Bez certyfikat i klucz asymetrycznego nie można przywrócić bazy danych.W rezultacie certyfikat, który jest używany do szyfrowanie klucz szyfrowanie bazy danych muszą być przechowywane tak długo, jak Kopia zapasowa jest potrzebny.Aby uzyskać więcej informacji zobaczSQL Server Certificates and Asymmetric Keys.

Tworzenie kopia zapasowa i przywracanie działają poprawnie z vardecimal format przechowywania. Aby uzyskać więcej informacji na temat vardecimal format przechowywania, zobacz Przechowywanie danych dziesiętny jako zmienna długość.

wycofać jest kontrolowany przez Przywracanie instrukcja za pośrednictwem [przywrócenia | NORECOVERY] opcje:

• NORECOVERY określa nie wystąpi ponownie tej listy.Dzięki temu przenieść na przyszły okres kontynuować z następną instrukcję w sekwencji.

  W takim przypadek sekwencja przywracanie można przywrócić pozostałe kopie zapasowe i przywracać je do przodu.

• odzyskiwanie (ustawienie domyślne) wskazuje ponownie tej listy należy wykonać po zakończeniu przenieść na przyszły okres do bieżącej kopia zapasowa.

  Odzyskiwanie bazy danych wymaga, aby cały zestaw danych może być przywrócony ( zestaw do przeniesienia na przyszły okres) jest to zgodne z bazą danych.Jeśli zestaw przenieść na przyszły okres ma nie został jej do przodu tyle daleko do zgodne z bazą danych i przywrócenia jest określony, Database Engine wystawia błąd.

Cofanie skutki przywracanie nie jest możliwe; jednak zanegować skutki kopii danych i przenieść na przyszły okres przez uruchomienie za pośrednictwem na podstawie na pliku.Aby zacząć od nowa, przywrócić żądany plik, a następnie ponownie wykonać przenieść na przyszły okres.Na przykład jeśli przypadkowo przywrócone zbyt wiele kopii zapasowych dziennika i przekroczona programu przeznaczonego zatrzymywanie punkt, należy ponownie uruchomić sekwencję.

Sekwencja przywracanie może być przerwana i ponownego uruchomienia, przywracając całą zawartość plików, których dotyczy luka.

Dane pełnego tekstu są przywracane razem z innymi danymi bazy danych podczas pełnego przywracanie.Za pomocą regularne RESTORE DATABASE database_name FROM backup_device Składnia, pliki pełnego tekstu są przywracane w ramach Przywracanie plik bazy danych.

Instrukcja przywracanie można także używać do wykonywania przywraca z lokalizacji alternatywnej, przywraca różnicowa, przywracanie plików i grupa plików i różnicowe przywracanie plików i grupa plików danych pełnego tekstu.Ponadto przywracanie można przywrócić pliki pełnego tekstu, jak również, jak w przypadku danych pochodzących z bazy danych.

Podczas przywracanie, większość opcji bazy danych, które są do ustawienia, przy użyciu instrukcji ALTER DATABASE są resetowane do wartości obowiązujące w czas zakończenia wykonywania kopia zapasowa.

Jednak za pomocą opcji WITH RESTRICTED_USER zastępuje to zachowanie dla ustawienia opcji dostępu użytkownika.To ustawienie jest zawsze ustawiona po instrukcja przywracanie, która zawiera opcję RESTRICTED_USER WITH.

SQL Server obejmuje tworzenie kopii zapasowych i przywracanie tabel historia, śledzić kopia zapasowa i przywracania czynności dla każdego wystąpienie serwera.Podczas wykonywania operacji przywracanie tabel historia kopia zapasowa są również modyfikowane.Aby uzyskać informacje na temat tych tabel zobacz Viewing Information About Backups.

Dziennik przywracanie może zawierać listę plików, aby zezwolić na tworzenie plików podczas przenieść na przyszły okres.Ta jest używana podczas kopia zapasowa dziennika zawiera rekordy dziennika zapisywane podczas dodawania pliku do bazy danych.

W przypadku gdy online przywracanie jest obsługiwany, jeśli baza danych jest w trybie online, przywrócenie pliku i przywraca strona są przywraca automatycznie w trybie online, a także, przywraca grupa plików pomocniczych po początkowym etapie przywracanie fragmentaryczne.

Aby uzyskać więcej informacji zobaczPerforming Online Restores.

Piecemeal restore, which was new in SQL Server 2005, enhances Microsoft SQL Server 2000 partial restore.przywracanie fragmentaryczne umożliwia filegroups zostały przywrócone po początkowym przywracania częściowe podstawowego i niektóre filegroups pomocniczego.Filegroups, które nie są przywracane są oznaczane w trybie offline i nie są dostępne.Filegroups trybu offline, jednak można przywrócić później przez proces przywracanie pliku.Aby zezwolić na całą bazę danych do przywrócenia etapami w różnym czasie, przywracanie fragmentaryczne zachowania kontroli, aby zapewnić, że w bazie danych będzie zgodne w końcu.

Jeżeli sekwencja częściowe przywracanie wyklucza jedną FILESTREAM grupa plików, punkt - w-czas przywracanie nie jest obsługiwana.Można wymusić sekwencja przywracanie, aby kontynuować.Jednak filegroups FILESTREAM, które zostały pominięte z instrukcja przywracanie nigdy nie mogą być przywracane.Aby wymusić przywracanie punktu w czasie, należy określić opcję CONTINUE_AFTER_ERROR wraz z opcją STOPAT, STOPATMARK lub STOPBEFOREMARK, które należy również określić w sieci kolejne instrukcje przywracanie dziennik.Jeśli określisz CONTINUE_AFTER_ERROR sekwencji częściowe przywracanie kończy się powodzeniem, i grupa plików FILESTREAM staje się nieodwracalny.

Aby uzyskać więcej informacji na temat przywracanie fragmentaryczne zobacz Performing Piecemeal Restores.

A Przywracanie bazy danych (określona przy użyciu opcji DATABASE_SNAPSHOT) ma pełną źródłowa baza danych z powrotem w czas poprzez powrót do czas migawki bazy danych, oznacza to, zastępując źródłowa baza danych przy użyciu danych z punktem w czas utrzymywane w migawce określonej bazy danych.Obecnie może istnieć tylko migawka, której przywracanie.Następnie operacji przywracania odbudowania dziennika (dlatego nie można później kręć do przodu wycofanej bazy danych do momentu błąd użytkownika).

Utrata danych jest ograniczona do aktualizacji w bazie danych od czasu utworzenia migawka firmy.Metadane wycofanej bazy danych jest taka sama, jak metadane na czas utworzenia migawki.Jednak przywracanie migawka porzuca wszystkie katalogi pełnego tekstu.

Powrót z migawka bazy danych nie jest przeznaczony dla odzyskiwanie nośnika.W odróżnieniu od zwykłych kopia zapasowa, migawka bazy danych jest niekompletna kopia plików bazy danych.Jeśli w bazie danych lub migawka bazy danych jest uszkodzony, powrót z migawki jest może być niemożliwe.Ponadto nawet wtedy, gdy jest to możliwe, przywracanie w przypadku uszkodzenia jest mało prawdopodobne, aby rozwiązać ten problem.

Ograniczenia dotyczące powracanie

W poniższym przykładzie przywraca wykonać pełną kopię zapasową bazy danych z AdventureWorksBackups urządzenie logiczne, kopia zapasowa. Przykład tworzenia tego urządzenia można znaleźć w temacie Urządzenia kopia zapasowa.

RESTORE DATABASE AdventureWorks 
   FROM AdventureWorksBackups

[Górnej części Przykłady]

W poniższym przykładzie przywraca wykonać pełną kopię zapasową bazy danych różnicowa kopia zapasowa, z której następuje Z:\SQLServerBackups\AdventureWorks.bak urządzenie kopii zapasowej, które zawiera zarówno kopie zapasowe. kopia zapasowa pełnego bazy danych do przywrócenia jest szóstym zestaw na (urządzenie kopii zapasowychFILE = 6), i kopia zapasowa różnicowe bazy danych jest dziewiąta zestaw na (urządzenie kopii zapasowychFILE = 9). Zaniechanej przywracanie słowa kluczowe

RESTORE DATABASE AdventureWorks
   FROM DISK = 'Z:\SQLServerBackups\AdventureWorks.bak'
   WITH FILE = 6
      NORECOVERY;
RESTORE DATABASE AdventureWorks
   FROM DISK = 'Z:\SQLServerBackups\AdventureWorks.bak'
   WITH FILE = 9
      RECOVERY;

[Górnej części Przykłady]

W poniższym przykładzie użyto RESTART Opcja ponownego RESTORE Operacja została przerwana z powodu awarii zasilania serwera.

-- This database RESTORE halted prematurely due to power failure.
RESTORE DATABASE AdventureWorks
   FROM AdventureWorksBackups
-- Here is the RESTORE RESTART operation.
RESTORE DATABASE AdventureWorks 
   FROM AdventureWorksBackups WITH RESTART

[Górnej części Przykłady]

W poniższym przykładzie przywraca zapełnienie dziennika bazy danych i transakcji i przenosi przywróconej bazy danych do C:\Program Files\Microsoft SQL Server\MSSQL10.MSSQLSERVER\MSSQL\Data katalog.

RESTORE DATABASE AdventureWorks
   FROM AdventureWorksBackups
   WITH NORECOVERY, 
      MOVE 'AdventureWorks_Data' TO 
'C:\Program Files\Microsoft SQL Server\MSSQL10.MSSQLSERVER\MSSQL\Data\NewAdvWorks.mdf', 
      MOVE 'AdventureWorks_Log' 
TO 'C:\Program Files\Microsoft SQL Server\MSSQL10.MSSQLSERVER\MSSQL\Data\NewAdvWorks.ldf'
RESTORE LOG AdventureWorks
   FROM AdventureWorksBackups
   WITH RECOVERY

[Górnej części Przykłady]

W poniższym przykładzie zastosowano zarówno instrukcję BACKUP, jak i RESTORE do utworzenia kopii bazy danych AdventureWorks.Instrukcja MOVE powoduje przywrócenie danych i pliku dziennika w określonej lokalizacji.Instrukcja RESTORE FILELISTONLY służy do określania liczby i nazw plików w przywracanej bazie danych.Nowa kopia bazy danych otrzymuje nazwę TestDB.Aby uzyskać więcej informacji, zobacz RESTORE FILELISTONLY (Transact-SQL).

BACKUP DATABASE AdventureWorks 
   TO AdventureWorksBackups ;

RESTORE FILELISTONLY 
   FROM AdventureWorksBackups ;

RESTORE DATABASE TestDB 
   FROM AdventureWorksBackups 
   WITH MOVE 'AdventureWorks_Data' TO 'C:\MySQLServer\testdb.mdf',
   MOVE 'AdventureWorks_Log' TO 'C:\MySQLServer\testdb.ldf';
GO

[Górnej części Przykłady]

W poniższym przykładzie przywraca stan w bazie danych 12:00 AM na April 15, 2020 i pokazuje operacji przywracanie, który obejmuje wiele kopii zapasowych dziennika. Na tym urządzeniu, AdventureWorksBackups, trzeciego zestawu na (urządzenie kopii zapasowych jest pełna bazy danych kopia zapasowa dziennika do przywróceniaFILE = 3), najpierw kopię zapasową dziennika jest czwarty (zestaw kopii zapasowychFILE = 4), a drugiej kopii zapasowych dziennika jest piątym (zestaw kopii zapasowychFILE = 5).

RESTORE DATABASE AdventureWorks
   FROM AdventureWorksBackups
   WITH FILE=3, NORECOVERY;

RESTORE LOG AdventureWorks
   FROM AdventureWorksBackups
   WITH FILE=4, NORECOVERY, STOPAT = 'Apr 15, 2020 12:00 AM';

RESTORE LOG AdventureWorks
   FROM AdventureWorksBackups
   WITH FILE=5, NORECOVERY, STOPAT = 'Apr 15, 2020 12:00 AM';
RESTORE DATABASE AdventureWorks WITH RECOVERY; 

[Górnej części Przykłady]

Because there might be CLR functions, stored procedures, triggers, data types, and user-defined aggregate functions in the instance of ListPriceUpdate that are already defined against the assembly, the ALTER ASSEMBLY statement rebinds them to the latest implementation of the assembly.

USE AdventureWorks
GO
BEGIN TRANSACTION ListPriceUpdate
   WITH MARK 'UPDATE Product list prices';
GO

UPDATE Production.Product
   SET ListPrice = ListPrice * 1.10
   WHERE ProductNumber LIKE 'BK-%';
GO

COMMIT TRANSACTION ListPriceUpdate;
GO

-- Time passes. Regular database 
-- and log backups are taken.
-- An error occurs in the database.
USE master
GO

RESTORE DATABASE AdventureWorks
FROM AdventureWorksBackups
WITH FILE = 3, NORECOVERY;
GO

RESTORE LOG AdventureWorks
   FROM AdventureWorksBackups 
   WITH FILE = 4,
   RECOVERY, 
   STOPATMARK = 'ListPriceUpdate';

[Górnej części Przykłady]

W poniższym przykładzie przywraca wykonać pełną kopię zapasową bazy danych z TAPE urządzenie kopia zapasowa.

RESTORE DATABASE AdventureWorks 
   FROM TAPE = '\\.\tape0'

[Górnej części Przykłady]

Poniższy przykład ilustruje przywracanie bazy danych o nazwie MyDatabase zawierającej dwa pliki, jedną pomocniczą grupę plików i jeden dziennik transakcji.W bazie danych jest używany model pełnego odzyskiwania.

However, MyDatabaseBackups does not guarantee that computed columns, indexes, indexed views or expressions will be consistent with the underlying routines and types when the CLR assembly is updated. Następnie zalogować się trzy kopie zapasowe, które znajdują się w trzech kolejnych zestawów kopii zapasowych (10, 11, a 12) na MyDatabaseBackups urządzenia, zostaną przywrócone za pomocą WITH NORECOVERY. ALTER ASSEMBLY changes the assembly version.

W RESTORE DATABASE, należy zauważyć, że istnieją dwa typy FILE Opcje. The FILE options preceding the urządzenie kopia zapasowa name specify the logical file names of the database files that are to be restored from the zestaw kopii zapasowych; for example, FILE = 'MyDatabase_data_1'. ALTER ASSEMBLY fails when FILE cannot rebind WITH database objects in FILE=9 with the new version of the assembly.

RESTORE DATABASE MyDatabase
   FILE = 'MyDatabase_data_1',
   FILE = 'MyDatabase_data_2',
   FILEGROUP = 'new_customers'
   FROM MyDatabaseBackups
   WITH 
      FILE = 9,
      NORECOVERY;
GO
-- Restore the log backups.
RESTORE LOG MyDatabase
   FROM MyDatabaseBackups
   WITH FILE = 10, 
      NORECOVERY;
GO
RESTORE LOG MyDatabase
   FROM MyDatabaseBackups
   WITH FILE = 11, 
      NORECOVERY;
GO
RESTORE LOG MyDatabase
   FROM MyDatabaseBackups
   WITH FILE = 12, 
      NORECOVERY;
GO
--Recover the database:
RESTORE DATABASE MyDatabase WITH RECOVERY;
GO

[Górnej części Przykłady]

Poniższy przykład ilustruje przywracanie bazy danych do migawki bazy danych.W przykładzie przyjęto założenie, że w bazie danych istnieje tylko jedna migawka.Aby zapoznać się z przykładem sposobu tworzenia tej migawki bazy danych, zobacz Jak Utworzyć migawka bazy danych (języka Transact-SQL).

USE master  
RESTORE DATABASE AdventureWorks FROM DATABASE_SNAPSHOT = 'AdventureWorks_dbss1800';
GO

Aby uzyskać więcej informacji zobacz Powrót do migawka bazy danych.

[Górnej części Przykłady]