Instrukcje RESTORE — argumenty (Transact-SQL)

Dotyczy:SQL Server

W tym artykule opisano argumenty opisane w sekcjach Składni w temacie RESTORE {DATABASE|Instrukcja LOG} i skojarzony zestaw instrukcji pomocniczych: RESTORE FILELISTONLY, RESTORE HEADERONLY, RESTORE LABELONLY, RESTORE REWINDONLY i RESTORE VERIFYONLY. Większość argumentów jest obsługiwana tylko przez podzbiór tych sześciu instrukcji. Obsługa każdego argumentu jest wskazana w opisie argumentu.

Transact-SQL konwencje składni

Składnia

Aby uzyskać informacje o składni, zobacz następujące artykuły:

Argumenty

DATABASE

Obsługiwane przez:RESTORE

Określa docelową bazę danych. Jeśli zostanie określona lista plików i grup plików, zostaną przywrócone tylko te pliki i grupy plików.

W przypadku bazy danych korzystającej z pełnego lub zarejestrowanego zbiorczo modelu odzyskiwania program SQL Server wymaga w większości przypadków utworzenia kopii zapasowej końca dziennika przed przywróceniem bazy danych. Przywrócenie bazy danych bez uprzedniego utworzenia kopii zapasowej w dzienniku powoduje wystąpienie błędu, chyba że instrukcja RESTORE DATABASE zawiera klauzulę WITH REPLACE lub WITH STOPAT, która musi określać czas lub transakcję, która wystąpiła po zakończeniu tworzenia kopii zapasowej danych. Aby uzyskać więcej informacji na temat kopii zapasowych dziennika końcowego, zobacz Tail-Log Backups (SQL Server).

LOG

Obsługiwane przez:RESTORE

Określa, że kopia zapasowa dziennika transakcji ma być stosowana do tej bazy danych. Dzienniki transakcji muszą być stosowane w kolejności sekwencyjnej. SQL Server sprawdza, czy utworzono kopię zapasową dziennika transakcji, aby upewnić się, że transakcje są ładowane do prawidłowej bazy danych i w odpowiedniej kolejności. Aby zastosować wiele dzienników transakcji, użyj opcji NORECOVERY we wszystkich operacjach przywracania z wyjątkiem ostatnich.

Note

Zazwyczaj ostatni przywrócony dziennik jest kopią zapasową dziennika końcowego. Kopia zapasowa dziennika końcowego to kopia zapasowa dziennika wykonywana bezpośrednio przed przywróceniem bazy danych, zazwyczaj po awarii bazy danych. Utworzenie kopii zapasowej dziennika końcowego z prawdopodobnie uszkodzonej bazy danych uniemożliwia utratę pracy przez przechwycenie dziennika, którego kopia zapasowa nie została jeszcze utworzona (część dziennika). Aby uzyskać więcej informacji, zobacz Tail-Log Backups (SQL Server).

Aby uzyskać więcej informacji, zobacz Apply Transaction Log Backups (SQL Server).

{ database_name | @database_name_var }

Obsługiwane przez:RESTORE

Czy baza danych, do którego jest przywracana dziennik lub kompletna baza danych. Jeśli jest podana jako zmienna (@database_name_var), tę nazwę można określić jako stałą ciągu (@database_name_var = database_name) lub jako zmienną typu danych ciągu znaków, z wyjątkiem ntext lub typów danych tekstowych .

< > file_or_filegroup_or_page [ ,... n ]

Obsługiwane przez:RESTORE

Określa nazwę pliku logicznego lub grupy plików lub strony do uwzględnienia w instrukcji RESTORE DATABASE lub RESTORE LOG. Można określić listę plików lub grup plików.

W przypadku bazy danych korzystającej z prostego modelu odzyskiwania opcje FILE i FILEGROUP są dozwolone tylko wtedy, gdy pliki docelowe lub grupy plików są tylko do odczytu lub jeśli jest to przywracanie częściowe (co powoduje nieistniejącą grupę plików).

W przypadku bazy danych, która korzysta z pełnego lub rejestrowanego zbiorczo modelu odzyskiwania, po użyciu funkcji RESTORE DATABASE w celu przywrócenia co najmniej jednego pliku, grup plików i/lub stron, zazwyczaj należy zastosować dziennik transakcji do plików zawierających przywrócone dane; zastosowanie dziennika sprawia, że te pliki są spójne z pozostałą częścią bazy danych. Wyjątki od tego są następujące:

  • Jeśli przywracane pliki były tylko do odczytu przed ich ostatnią kopią zapasową, dziennik transakcji nie musi być stosowany, a instrukcja RESTORE informuje o tej sytuacji.

  • Jeśli kopia zapasowa zawiera podstawową grupę plików, a wykonywane jest częściowe przywracanie. W takim przypadku dziennik przywracania nie jest wymagany, ponieważ dziennik jest przywracany automatycznie z zestawu kopii zapasowych.

PLIK = { logical_file_name_in_backup | @logical_file_name_in_backup_var }

Nazwij plik do uwzględnienia w przywracaniu bazy danych.

FILEGROUP = { logical_filegroup_name | @logical_filegroup_name_var }

Nazwij grupę plików do uwzględnienia w przywracaniu bazy danych.

Funkcja FILEGROUP jest dozwolona w prostym modelu odzyskiwania tylko wtedy, gdy określona grupa plików jest tylko do odczytu i jest to częściowe przywracanie (to znaczy, jeśli jest używana funkcja WITH PARTIAL). Wszystkie nierestorowane grupy plików odczytu i zapisu są oznaczone jako nieistniejące i nie można ich później przywrócić do wynikowej bazy danych.

READ_WRITE_FILEGROUPS

Wybiera wszystkie grupy plików do odczytu i zapisu. Ta opcja jest szczególnie przydatna w przypadku grup plików tylko do odczytu, które mają zostać przywrócone po grupach plików tylko do odczytu i zapisu przed grupami plików tylko do odczytu.

PAGE = 'file:page [ ,... n ]'

Określa listę co najmniej jednej strony dla przywracania strony (która jest obsługiwana tylko dla baz danych przy użyciu pełnych lub zbiorczo zarejestrowanych modeli odzyskiwania). Wartości są następujące:

PAGE
Wskazuje listę co najmniej jednego pliku i stron.

plik
Czy identyfikator pliku zawierający określoną stronę do przywrócenia.

Strona
Czy identyfikator strony do przywrócenia w pliku.

n
Jest symbolem zastępczym wskazującym, że można określić wiele stron.

Maksymalna liczba stron, które można przywrócić do dowolnego pojedynczego pliku w sekwencji przywracania, wynosi 1000. Jeśli jednak w pliku znajduje się więcej niż niewielka liczba uszkodzonych stron, rozważ przywrócenie całego pliku zamiast stron.

Note

Przywracanie stron nigdy nie jest odzyskiwane.

Aby uzyskać więcej informacji na temat przywracania strony, zobacz Restore Pages (SQL Server).

[ ,... n ]
Jest symbolem zastępczym wskazującym, że wiele plików i grup plików i stron można określić na liście rozdzielanej przecinkami. Liczba jest nieograniczona.

FROM { <backup_device> [ ,... n ] | <> database_snapshot }

Zazwyczaj określa urządzenia kopii zapasowej, z których ma być przywracana kopia zapasowa. Alternatywnie w instrukcji RESTORE DATABASE klauzula FROM może określać nazwę migawki bazy danych, do której przywracasz bazę danych, w tym przypadku nie jest dozwolona żadna klauzula WITH.

Jeśli klauzula FROM zostanie pominięta, przywracanie kopii zapasowej nie odbywa się. Zamiast tego baza danych zostanie odzyskana. Dzięki temu można odzyskać bazę danych przywróconą za pomocą opcji NORECOVERY lub przełączyć się na serwer rezerwowy. Jeśli klauzula FROM zostanie pominięta, należy określić klauzulę NORECOVERY, RECOVERY lub STANDBY w klauzuli WITH.

< > backup_device [ ,... n ]

Określa logiczne lub fizyczne urządzenia kopii zapasowej do użycia na potrzeby operacji przywracania.

Obsługiwane przez:RESTORE, RESTORE FILELISTONLY, RESTOREHEADERONLY, RESTORE LABELONLY, RESTORE REWINDONLY i RESTORE VERIFYONLY.

< >backup_device::= Określa urządzenie logiczne lub fizyczne do użycia na potrzeby operacji tworzenia kopii zapasowej w następujący sposób:

{ logical_backup_device_name | @logical_backup_device_name_var }
To nazwa logiczna, która musi być zgodna z regułami dotyczącymi identyfikatorów, urządzeń kopii zapasowych utworzonych przez sp_addumpdevice , z których baza danych jest przywracana. Jeśli podano jako zmienną (@logical_backup_device_name_var), nazwę urządzenia kopii zapasowej można określić jako stałą ciągu (@logical_backup_device_name_var logical_backup_device_name = ) lub jako zmienną typu danych ciągów znaków, z wyjątkiem typów danychtekstowych lub tekstowych.

{DISK | TAPE } = { 'physical_backup_device_name'physical_backup_device_name_var | @ }
Umożliwia przywrócenie kopii zapasowych z nazwanego dysku lub urządzenia taśmowego. Typy dysków i taśm urządzeń powinny być określone przy użyciu rzeczywistej nazwy (na przykład pełnej ścieżki i nazwy pliku) urządzenia: DISK ='Z:\SQLServerBackups\AdventureWorks.bak' lub TAPE ='\\\\.\TAPE0'. Jeśli określono jako zmienną (@physical_backup_device_name_var), nazwę urządzenia można określić jako stałą ciągu (@physical_backup_device_name_var = "physical_backup_device_name") lub jako zmienną typu danych ciągu znaków, z wyjątkiem typów danych tekstowych lub tekstowych.

Jeśli używasz serwera sieciowego o nazwie UNC (która musi zawierać nazwę komputera), określ typ urządzenia dysku. Aby uzyskać więcej informacji na temat używania nazw UNC, zobacz Backup Devices (SQL Server).

Konto, na którym jest uruchomiona SQL Server musi mieć dostęp DO ODCZYTU do komputera zdalnego lub serwera sieciowego w celu wykonania operacji RESTORE.

n
Jest symbolem zastępczym wskazującym, że na liście rozdzielanej przecinkami można określić maksymalnie 64 urządzenia kopii zapasowej.

Niezależnie od tego, czy sekwencja przywracania wymaga jak największej liczby urządzeń kopii zapasowych, które zostały użyte do utworzenia nośnika, do którego należą kopie zapasowe, zależy od tego, czy przywracanie jest w trybie offline, czy w trybie online, w następujący sposób:

  • Przywracanie w trybie offline umożliwia przywrócenie kopii zapasowej przy użyciu mniejszej liczby urządzeń niż użyto do utworzenia kopii zapasowej.

  • Przywracanie w trybie online wymaga wszystkich urządzeń kopii zapasowych kopii zapasowej. Próba przywrócenia z mniejszą liczbą urządzeń kończy się niepowodzeniem.

Rozważmy na przykład przypadek, w którym kopia zapasowa bazy danych została utworzona na czterech stacjach taśm podłączonych do serwera. Przywracanie w trybie online wymaga posiadania czterech dysków połączonych z serwerem; przywracanie w trybie offline umożliwia przywrócenie kopii zapasowej, jeśli na maszynie znajduje się mniej niż cztery dyski.

Note

Podczas przywracania kopii zapasowej z dublowanego zestawu multimediów można określić tylko pojedyncze dublowanie dla każdej rodziny multimediów. Jednak w obecności błędów, posiadanie innych dublowania umożliwia szybkie rozwiązywanie niektórych problemów z przywracaniem. Uszkodzony wolumin multimedialny można zastąpić odpowiednim woluminem z innego dublowania. Należy pamiętać, że w przypadku przywracania w trybie offline można przywrócić z mniejszej liczby urządzeń niż rodziny multimediów, ale każda rodzina jest przetwarzana tylko raz.

< >database_snapshot::=

Obsługiwane przez:RESTORE DATABASE

= DATABASE_SNAPSHOT database_snapshot_name
Przywraca bazę danych do migawki bazy danych określonej przez database_snapshot_name. Opcja DATABASE_SNAPSHOT jest dostępna tylko w przypadku pełnego przywracania bazy danych. W operacji przywracania migawka bazy danych wykonuje pełną kopię zapasową bazy danych.

Operacja przywracania wymaga, aby określona migawka bazy danych jest jedyną w bazie danych. Podczas operacji przywracania migawka bazy danych i docelowa baza danych są oznaczone jako In restore. Aby uzyskać więcej informacji, zobacz sekcję "Uwagi" w artykule RESTORE DATABASE (PRZYWRACANIE BAZY DANYCH).

Z opcjami

Określa opcje, które mają być używane przez operację przywracania. Aby uzyskać podsumowanie instrukcji korzystających z każdej opcji, zobacz "Podsumowanie pomocy technicznej dla opcji WITH", w dalszej części tego artykułu.

Note

Opcje WITH są zorganizowane w tej samej kolejności co w sekcji "Składnia" w obszarze RESTORE {DATABASE|LOG}.

CZĘŚCIOWY

Obsługiwane przez:RESTORE DATABASE

Określa operację przywracania częściowego, która przywraca podstawową grupę plików i wszystkie określone pomocnicze grupy plików. Opcja PARTIAL niejawnie wybiera podstawową grupę plików; określenie FILEGROUP = "PRIMARY" jest niepotrzebne. Aby przywrócić pomocniczą grupę plików, należy jawnie określić grupę plików przy użyciu opcji FILE lub FILEGROUP.

Opcja PARTIAL nie jest dozwolona w instrukcjach RESTORE LOG.

Opcja PARTIAL rozpoczyna początkowy etap przywracania częściowego, co umożliwia przywrócenie pozostałych grup plików w późniejszym czasie. Aby uzyskać więcej informacji, zobacz Piecemeal Restores (SQL Server).

[ ODZYSKIWANIE | NORECOVERY | STANDBY ]

Obsługiwane przez:RESTORE

ODZYSKIWANIA
Instruuje operację przywracania, aby wycofać wszystkie niezatwierdzone transakcje. Po zakończeniu procesu odzyskiwania baza danych jest gotowa do użycia. Jeśli nie określono ani WARTOŚCI NORECOVERY, RECOVERY, ani STANDBY, odzyskiwanie jest wartością domyślną.

Jeśli planowane są kolejne operacje PRZYWRACANIA (RESTORE LOG lub RESTORE DATABASE from differential), zamiast tego należy określić wartość NORECOVERY lub STANDBY.

Podczas przywracania zestawów kopii zapasowych z wcześniejszej wersji SQL Server może być wymagane uaktualnienie bazy danych. To uaktualnienie jest wykonywane automatycznie po określeniu funkcji Z ODZYSKIWANIEm. Aby uzyskać więcej informacji, zobacz Apply Transaction Log Backups (SQL Server).

Note

Jeśli klauzula FROM zostanie pominięta, należy określić klauzulę NORECOVERY, RECOVERY lub STANDBY w klauzuli WITH.

NORECOVERY

Instruuje operację przywracania, aby nie wycofała żadnych niezatwierdzonych transakcji. Jeśli później należy zastosować inny dziennik transakcji, określ opcję NORECOVERY lub STANDBY. Jeśli nie określono ani WARTOŚCI NORECOVERY, RECOVERY, ani STANDBY, odzyskiwanie jest wartością domyślną. Podczas operacji przywracania w trybie offline przy użyciu opcji NORECOVERY baza danych nie może być używana.

Aby przywrócić kopię zapasową bazy danych i co najmniej jeden dziennik transakcji lub za każdym razem, gdy jest konieczne wiele instrukcji RESTORE (na przykład podczas przywracania pełnej kopii zapasowej bazy danych, a następnie różnicowej kopii zapasowej bazy danych), funkcja RESTORE wymaga opcji WITH NORECOVERY na wszystkich, ale ostatecznej instrukcji RESTORE. Najlepszym rozwiązaniem jest użycie instrukcji WITH NORECOVERY w instrukcjach ALL w sekwencji przywracania wieloetapowego do momentu osiągnięcia żądanego punktu odzyskiwania, a następnie użyć oddzielnej instrukcji RESTORE WITH RECOVERY tylko do odzyskiwania.

W przypadku użycia z operacją przywracania pliku lub grupy plików NORECOVERY wymusza zachowanie bazy danych w stanie przywracania po operacji przywracania. Jest to przydatne w jednej z tych sytuacji:

  • Uruchamiany jest skrypt przywracania, a dziennik jest zawsze stosowany.

  • Używana jest sekwencja przywracania plików, a baza danych nie ma być używana między dwoma operacjami przywracania.

W niektórych przypadkach FUNKCJA RESTORE WITH NORECOVERY zwija zestaw przesyłania dalej wystarczająco daleko, że jest zgodny z bazą danych. W takich przypadkach wycofanie nie występuje, a dane pozostają w trybie offline zgodnie z oczekiwaniami w przypadku tej opcji. Jednak Database Engine wyświetla komunikat informacyjny informujący, że zestaw zbiorczy można teraz odzyskać przy użyciu opcji ODZYSKIWANIE.

STANDBY = standby_file_name

Określa plik rezerwowy, który umożliwia cofnięcie efektów odzyskiwania. Opcja STANDBY jest dozwolona w przypadku przywracania w trybie offline (w tym częściowego przywracania). Opcja jest niedozwolona w przypadku przywracania w trybie online. Próba określenia opcji STANDBY dla operacji przywracania online powoduje niepowodzenie operacji przywracania. Stan wstrzymania jest również niedozwolony, gdy konieczne jest uaktualnienie bazy danych.

Plik rezerwowy służy do przechowywania wstępnego obrazu "copy-on-write" dla stron zmodyfikowanych podczas cofania przekazywania funkcji RESTORE WITH STANDBY. Plik rezerwowy umożliwia utworzenie bazy danych w celu uzyskania dostępu tylko do odczytu między przywracaniem dziennika transakcji i może być używany z ciepłymi sytuacjami serwera rezerwowego lub specjalnymi sytuacjami odzyskiwania, w których warto sprawdzić bazę danych między przywracaniem dziennika. Po operacji RESTORE WITH STANDBY cofnięcie pliku jest automatycznie usuwane przez następną operację RESTORE. Jeśli ten plik rezerwowy zostanie ręcznie usunięty przed następną operacją RESTORE, cała baza danych musi zostać przywrócona ponownie. Baza danych jest w stanie STANDBY, ale należy traktować ten plik rezerwowy z taką samą opieką jak każdy inny plik bazy danych. W przeciwieństwie do innych plików bazy danych ten plik jest otwarty tylko przez Database Engine podczas aktywnych operacji przywracania.

Standby_file_name określa plik rezerwowy, którego lokalizacja jest przechowywana w dzienniku bazy danych. Jeśli istniejący plik używa określonej nazwy, plik zostanie zastąpiony; w przeciwnym razie Database Engine tworzy plik.

Wymaganie dotyczące rozmiaru danego pliku rezerwowego zależy od ilości akcji cofania wynikających z niezatwierdzonych transakcji podczas operacji przywracania.

Ważna

Jeśli wolne miejsce na dysku jest wyczerpane na dysku zawierającym określoną nazwę pliku rezerwowego, operacja przywracania zostanie zatrzymana.

Aby zapoznać się z porównaniem funkcji RECOVERY i NORECOVERY, zobacz sekcję "Uwagi" w temacie RESTORE (PRZYWRACANIE).

LOADHISTORY

Obsługiwane przez:RESTORE VERIFYONLY

Określa, że operacja przywracania ładuje informacje do msdb tabel historii. Opcja LOADHISTORY ładuje informacje dotyczące weryfikowanego pojedynczego zestawu kopii zapasowych na temat SQL Server kopii zapasowych przechowywanych na nośniku ustawionych na tabele historii kopii zapasowych i przywracania w bazie danych msdb. Aby uzyskać więcej informacji na temat tabel historii, zobacz System Tables (Transact-SQL).

Należy pamiętać, że używanie funkcji LOADHISTORY do kopii zapasowych, które już istnieją w msdb tabelach historii, spowoduje dodanie tych samych informacji przy użyciu nowej backup_set_id. Ponadto w przypadku ponownego utworzenia historii kopii zapasowych na msdbinnym serwerze lub po usunięciu z oryginalnego serwera zaleca się uruchomienie poleceń przywracania kopii zapasowych w kolejności, w jakiej zostały wykonane. Dzięki temu łańcuch LSN pozostanie nienaruszony, a kreator przywracania programu SSMS poprawnie odczytuje historię kopii zapasowych, aby wygenerować poprawną sekwencję przywracania. Użycie funkcji LOADHISTORY z historią kopii zapasowej ponownie utworzonej poza kolejnością może spowodować błąd podczas próby przywrócenia ("Nie można utworzyć planu przywracania z powodu przerwania łańcucha LSN. (Microsoft. SqlServer.SmoExtended)").

< > general_WITH_options [ ,... n ]

Poniższe ogólne opcje WITH są obsługiwane w instrukcjach RESTORE DATABASE i RESTORE LOG. Niektóre z tych opcji są również obsługiwane przez co najmniej jedną instrukcję pomocniczą, jak wspomniano.

Opcje operacji przywracania

Te opcje wpływają na zachowanie operacji przywracania.

PRZENIEŚ "logical_file_name_in_backup" NA "operating_system_file_name" [ ,... n ]

Obsługiwane przez:RESTORE i RESTORE VERIFYONLY

Określa, że dane lub plik dziennika, którego nazwa logiczna jest określona przez logical_file_name_in_backup powinny zostać przeniesione przez przywrócenie go do lokalizacji określonej przez operating_system_file_name. Nazwa pliku logicznego danych lub pliku dziennika w zestawie kopii zapasowych jest zgodna z jego nazwą logiczną w bazie danych podczas tworzenia zestawu kopii zapasowych.

n jest symbolem zastępczym wskazującym, że można określić dodatkowe instrukcje MOVE. Określ instrukcję MOVE dla każdego pliku logicznego, który chcesz przywrócić z zestawu kopii zapasowej do nowej lokalizacji. Domyślnie plik logical_file_name_in_backup jest przywracany do oryginalnej lokalizacji.

Note

Aby uzyskać listę plików logicznych z zestawu kopii zapasowych, użyj polecenia RESTORE FILELISTONLY.

Jeśli instrukcja RESTORE służy do przenoszenia bazy danych na tym samym serwerze lub kopiowania jej na inny serwer, opcja MOVE może być konieczna do przeniesienia plików bazy danych i uniknięcia kolizji z istniejącymi plikami.

W przypadku użycia z dziennikiem PRZYWRACANIA opcja MOVE może służyć tylko do przenoszenia plików, które zostały dodane w interwale objętym przywracanym dziennikiem. Jeśli na przykład kopia zapasowa dziennika zawiera operację dodawania pliku dla pliku file23, ten plik może zostać przeniesiony przy użyciu opcji MOVE w dzienniku PRZYWRACANIA.

W przypadku użycia z kopią zapasową migawki SQL Server opcja MOVE może służyć tylko do przenoszenia plików do obiektu blob Azure na tym samym koncie magazynu co oryginalny obiekt blob. Opcji MOVE nie można użyć do przywrócenia kopii zapasowej migawki do pliku lokalnego lub do innego konta magazynu.

Jeśli instrukcja RESTORE VERIFYONLY jest używana podczas planowania przeniesienia bazy danych na tym samym serwerze lub skopiowania jej na inny serwer, opcja MOVE może być konieczna, aby sprawdzić, czy wystarczająca ilość miejsca jest dostępna w obiekcie docelowym i aby zidentyfikować potencjalne kolizje z istniejącymi plikami.

Aby uzyskać więcej informacji, zobacz Kopiowanie baz danych za pomocą kopii zapasowych i przywracania.

CREDENTIAL

Obsługiwane przez:RESTORE, RESTORE FILELISTONLY, RESTORE HEADERONLY, RESTORE LABELONLY i RESTORE VERIFYONLY.

Applies to: SQL Server 2012 (11.x) SP1 CU2 i nowsze

Używane tylko podczas przywracania kopii zapasowej z Azure Blob Storage firmy Microsoft.

Note

Z SQL Server 2012 (11.x) SP1 CU2 do SQL Server 2016 (13.x), można przywrócić tylko z jednego urządzenia podczas przywracania z adresu URL. Aby przywrócić z wielu urządzeń podczas przywracania z adresu URL, należy użyć SQL Server 2016 (13.x) lub nowszych i należy użyć tokenów sygnatury dostępu współdzielonego (SAS). Aby uzyskać więcej informacji, zobacz Enable SQL Server Managed Backup to Microsoft Azure and Simplifying creation of SQL Credentials with Shared Access Signature (SAS) tokens on Azure Storage with Powershell (Tworzenie poświadczeń SQL przy użyciu sygnatury dostępu współdzielonego ( SAS).

REPLACE

Obsługiwane przez:RESTORE

Określa, że SQL Server powinna utworzyć określoną bazę danych i powiązane z nią pliki, nawet jeśli inna baza danych już istnieje o tej samej nazwie. W takim przypadku istniejąca baza danych zostanie usunięta. Jeśli opcja REPLACE nie jest określona, następuje sprawdzanie bezpieczeństwa. Zapobiega to przypadkowemu zastępowaniu innej bazy danych. Kontrola bezpieczeństwa gwarantuje, że instrukcja RESTORE DATABASE nie przywróci bazy danych do bieżącego serwera, jeśli istnieją oba następujące warunki:

  • Baza danych o nazwie w instrukcji RESTORE już istnieje na bieżącym serwerze i

  • Nazwa bazy danych różni się od nazwy bazy danych zarejestrowanej w zestawie kopii zapasowych.

Funkcja REPLACE umożliwia również przywracanie istniejącego pliku, którego nie można zweryfikować jako należącego do przywracanej bazy danych. Zwykle funkcja RESTORE odmawia zastępowania istniejących plików. Funkcja ZAMIEŃ może być również używana w taki sam sposób, jak w przypadku opcji PRZYWRÓĆ DZIENNIK.

Funkcja REPLACE zastępuje również wymaganie, aby utworzyć kopię zapasową końca dziennika przed przywróceniem bazy danych.

Aby uzyskać informacje na temat wpływu używania opcji REPLACE, zobacz RESTORE (Transact-SQL).

Ponowne uruchomienie

Obsługiwane przez:RESTORE

Określa, że SQL Server powinna ponownie uruchomić operację przywracania, która została przerwana. Ponowne uruchomienie powoduje ponowne uruchomienie operacji przywracania w momencie przerwania.

RESTRICTED_USER

Obsługiwane przez:RESTORE.

Ogranicza dostęp dla nowo przywróconej bazy danych do członków ról db_owner, dbcreator lub sysadmin . RESTRICTED_USER zastępuje opcję DBO_ONLY. DBO_ONLY został wycofany z SQL Server 2008 r. (10.0.x).

Użyj z opcją ODZYSKIWANIE.

Opcje zestawu kopii zapasowych

Te opcje działają na zestawie kopii zapasowych zawierającym kopię zapasową do przywrócenia.

PLIK = { backup_set_file_number | @backup_set_file_number }

Obsługiwane przez:RESTORE, RESTORE FILELISTONLY, RESTORE HEADERONLY i RESTORE VERIFYONLY.

Identyfikuje zestaw kopii zapasowych do przywrócenia. Na przykład backup_set_file_numberz 1 wskazuje pierwszy zestaw kopii zapasowych na nośniku kopii zapasowej, a backup_set_file_number2 wskazuje drugi zestaw kopii zapasowych. Można uzyskać backup_set_file_number zestawu kopii zapasowych przy użyciu instrukcji RESTORE HEADERONLY .

Jeśli nie zostanie określony, wartość domyślna to 1, z wyjątkiem FUNKCJI RESTORE HEADERONLY, w którym przypadku wszystkie zestawy kopii zapasowych w zestawie multimediów są przetwarzane. Aby uzyskać więcej informacji, zobacz Określanie zestawu kopii zapasowych.

Ważna

Ta opcja PLIK nie jest powiązana z opcją PLIK określającą plik bazy danych, FILE = { logical_file_name_in_backup logical_file_name_in_backup_var | @ }.

PASSWORD = { password | @password_variable }

Obsługiwane przez:RESTORE, RESTORE FILELISTONLY, RESTORE HEADERONLY i RESTORE VERIFYONLY.

Dostarcza hasło zestawu kopii zapasowych. Hasło zestawu kopii zapasowych to ciąg znaków.

Note

Ta funkcja zostanie usunięta w przyszłej wersji programu SQL Server. Unikaj używania tej funkcji w nowych pracach programistycznych i zaplanuj modyfikowanie aplikacji, które obecnie korzystają z tej funkcji.

Jeśli podczas tworzenia zestawu kopii zapasowych określono hasło, to hasło jest wymagane do wykonania dowolnej operacji przywracania z zestawu kopii zapasowych. Jest to błąd podczas określania nieprawidłowego hasła lub określenia hasła, jeśli zestaw kopii zapasowych go nie ma.

Ważna

To hasło zapewnia tylko słabą ochronę zestawu multimediów. Aby uzyskać więcej informacji, zobacz sekcję Uprawnienia dla odpowiedniej instrukcji.

[ METADATA_ONLY | SNAPSHOT ] [ DBNAME = { <database_name> | @database_name_variable } ]

Wprowadzono w programie SQL Server 2022 (16.x).

Wymagane do przywrócenia z kopii zapasowej migawki. BACKUP SERVER lub BACKUP GROUP... Zobacz Tworzenie kopii zapasowej migawki Transact-SQL.

METADATA_ONLY jest synonimem migawki. Interfejs urządzenia wirtualnego (VDI) używa funkcji SNAPSHOT. Aby uzyskać informacje o interfejsie VDI, zobacz Interfejs wirtualnego urządzenia (VDI) — dokumentacja.

Opcje zestawu multimediów

Te opcje działają na nośnikach ustawionych jako całość.

MEDIANAME = { media_name | @media_name_variable }

Obsługiwane przez:RESTORE, RESTORE FILELISTONLY, RESTORE HEADERONLY, RESTORE LABELONLY i RESTORE VERIFYONLY.

Określa nazwę nośnika. W przypadku podania nazwa nośnika musi być zgodna z nazwą nośnika na woluminach kopii zapasowej; w przeciwnym razie operacja przywracania kończy się. Jeśli w instrukcji RESTORE nie podano żadnej nazwy nośnika, sprawdzanie pasującej nazwy nośnika na woluminach kopii zapasowej nie jest wykonywane.

Ważna

Spójne używanie nazw multimediów w operacjach tworzenia kopii zapasowych i przywracania zapewnia dodatkową kontrolę bezpieczeństwa dla nośnika wybranego dla operacji przywracania.

MEDIAPASSWORD = { mediapassword | @mediapassword_variable }

Obsługiwane przez:RESTORE, RESTORE FILELISTONLY, RESTORE HEADERONLY, RESTORE LABELONLY i RESTORE VERIFYONLY.

Dostarcza hasło zestawu multimediów. Hasło zestawu multimediów to ciąg znaków.

Note

Ta funkcja zostanie usunięta w przyszłej wersji programu SQL Server. Unikaj używania tej funkcji w nowych pracach programistycznych i zaplanuj modyfikowanie aplikacji, które obecnie korzystają z tej funkcji.

Jeśli hasło zostało podane podczas formatowania zestawu multimediów, to hasło jest wymagane do uzyskania dostępu do dowolnego zestawu kopii zapasowych w zestawie multimediów. Jest to błąd podczas określania nieprawidłowego hasła lub określenia hasła, jeśli zestaw multimediów nie ma żadnego.

Ważna

To hasło zapewnia tylko słabą ochronę zestawu multimediów. Aby uzyskać więcej informacji, zobacz sekcję "Uprawnienia" dla odpowiedniej instrukcji.

BLOCKSIZE = { blocksize | @blocksize_variable }

Obsługiwane przez:RESTORE

Określa rozmiar bloku fizycznego w bajtach. Obsługiwane rozmiary to 512, 1024, 2048, 4096, 8192, 16384, 32768 i 65536 (64 KB) bajtów. Wartość domyślna to 65536 dla urządzeń taśmowych i 512 w przeciwnym razie. Zazwyczaj ta opcja jest niepotrzebna, ponieważ funkcja RESTORE automatycznie wybiera rozmiar bloku odpowiedni dla urządzenia. Jawnie stwierdzając, że rozmiar bloku zastępuje automatyczny wybór rozmiaru bloku.

Jeśli przywracasz kopię zapasową z dysku CD-ROM, określ parametr BLOCKSIZE=2048.

Note

Ta opcja zwykle wpływa na wydajność tylko podczas odczytu z urządzeń taśmowych.

Opcje transferu danych

Opcje umożliwiają optymalizowanie transferu danych z urządzenia kopii zapasowej.

BUFFERCOUNT = { buffercount | @buffercount_variable }

Obsługiwane przez:RESTORE

Określa łączną liczbę buforów we/wy, które mają być używane na potrzeby operacji przywracania. Można określić dowolną dodatnią liczbę całkowitą; jednak duża liczba może powodować błędy "braku pamięci" z powodu niewystarczającej wirtualnej przestrzeni adresowej w procesie Sqlservr.exe.

Łączna ilość miejsca używanego przez bufory jest określana przez: buffercount****maxtransfersize.

MAXTRANSFERSIZE = { maxtransfersize | @maxtransfersize_variable }

Obsługiwane przez:RESTORE

Określa największą jednostkę transferu w bajtach, która ma być używana między nośnikami kopii zapasowych a SQL Server. Możliwe wartości to wielokrotności 65536 bajtów (64 KB) w zakresie do 4194304 bajtów (4 MB).

Note

Jeśli baza danych skonfigurowała element FILESTREAM lub zawiera lub In-Memory grupy plików OLTP, MAXTRANSFERSIZE w momencie przywracania powinien być większy lub równy elementowi użytemu podczas tworzenia kopii zapasowej.

Opcje zarządzania błędami

Te opcje umożliwiają określenie, czy sumy kontrolne kopii zapasowej są włączone dla operacji przywracania i czy operacja zatrzymuje się na napotkaniu błędu.

{ SUMA KONTROLNA | NO_CHECKSUM }

Obsługiwane przez:RESTORE, RESTORE FILELISTONLY, RESTORE HEADERONLY, RESTORE LABELONLY i RESTORE VERIFYONLY.

Domyślnym zachowaniem jest sprawdzenie sum kontrolnych, jeśli są obecne i kontynuowanie bez weryfikacji, jeśli nie są obecne.

CHECKSUM
Określa, że sumy kontrolne kopii zapasowej muszą być zweryfikowane i, jeśli kopia zapasowa nie zawiera sum kontrolnych kopii zapasowej, powoduje niepowodzenie operacji przywracania z komunikatem wskazującym, że sumy kontrolne nie są obecne.

Note

Sumy kontrolne stron są istotne dla operacji tworzenia kopii zapasowych tylko wtedy, gdy są używane sumy kontrolne kopii zapasowej.

Domyślnie podczas napotkania nieprawidłowej sumy kontrolnej funkcja RESTORE zgłasza błąd sumy kontrolnej i zatrzymuje. Jeśli jednak określisz CONTINUE_AFTER_ERROR, funkcja RESTORE będzie kontynuowana po zwracaniu błędu sumy kontrolnej i liczbie strony zawierającej nieprawidłową sumę kontrolną, jeśli uszkodzenie zezwala.

Aby uzyskać więcej informacji na temat pracy z sumami kontrolnymi kopii zapasowych, zobacz Possible Media Errors During Backup and Restore (SQL Server).

NO_CHECKSUM
Jawnie wyłącza walidację sum kontrolnych przez operację przywracania.

{ STOP_ON_ERROR | CONTINUE_AFTER_ERROR }

Obsługiwane przez:RESTORE, RESTORE FILELISTONLY, RESTORE HEADERONLY, RESTORE LABELONLY i RESTORE VERIFYONLY.

STOP_ON_ERROR
Określa, że operacja przywracania zatrzymuje się z pierwszym błędem napotkanym. Jest to domyślne zachowanie funkcji RESTORE, z wyjątkiem funkcji VERIFYONLY, która ma CONTINUE_AFTER_ERROR jako domyślne.

CONTINUE_AFTER_ERROR
Określa, że operacja przywracania ma być kontynuowana po wystąpieniu błędu.

Jeśli kopia zapasowa zawiera uszkodzone strony, najlepiej powtórzyć operację przywracania przy użyciu alternatywnej kopii zapasowej, która nie zawiera błędów, na przykład kopii zapasowej wykonanej przed uszkodzeniem stron. W ostateczności można jednak przywrócić uszkodzoną kopię zapasową przy użyciu opcji CONTINUE_AFTER_ERROR instrukcji przywracania i spróbować uratować dane.

OPCJE FILESTREAM

FILESTREAM ( DIRECTORY_NAME =directory_name )

Obsługiwane przez:RESTORE i RESTORE VERIFYONLY

Dotyczy do: SQL Server 2012 (11.x) i nowszy

Nazwa katalogu zgodnego z systemem Windows. Ta nazwa powinna być unikatowa wśród wszystkich nazw katalogów FILESTREAM na poziomie bazy danych w wystąpieniu SQL Server. Porównanie unikatowości odbywa się w sposób bez uwzględniania wielkości liter, niezależnie od ustawień sortowania SQL Server.

Opcje monitorowania

Te opcje umożliwiają monitorowanie transferu danych z urządzenia kopii zapasowej.

STATS [ = procent ]

Obsługiwane przez:RESTORE i RESTORE VERIFYONLY

Wyświetla komunikat za każdym razem, gdy procent zostanie ukończony i służy do pomiaru postępu. Jeśli percentage zostanie pominięty, SQL Server wyświetli komunikat po zakończeniu każdego 10 procent (w przybliżeniu).

Opcja STATS zgłasza procent ukończenia od progu raportowania następnego interwału. Jest to w przybliżeniu określona wartość procentowa; na przykład w przypadku funkcji STATS=10 Database Engine raportuje w przybliżeniu w tym interwale, na przykład zamiast wyświetlać dokładnie 40%, opcja może wyświetlać 43%. W przypadku dużych zestawów kopii zapasowych nie jest to problem, ponieważ procent ukończenia jest bardzo powolny między ukończonych wywołań we/wy.

Opcje taśmy

Te opcje są używane tylko dla urządzeń TAŚMy. Jeśli urządzenie nietape jest używane, te opcje są ignorowane.

{ WSTECZCIE | NOREWIND }

Te opcje są używane tylko dla urządzeń TAŚMy. Jeśli używane jest urządzenie nienależące do taśmy, te opcje są ignorowane.

PRZEWIŃ
Obsługiwane przez:RESTORE, RESTORE FILELISTONLY, RESTORE HEADERONLY, RESTORE LABELONLY i RESTORE VERIFYONLY.

Określa, że SQL Server zwolnić i przewinąć taśmę. Wartość domyślna to REWIND.

NOREWIND
Obsługiwane przez:RESTORE i RESTORE VERIFYONLY

Określenie elementu NOREWIND w innej instrukcji przywracania powoduje wygenerowanie błędu.

Określa, że SQL Server zachowa otwartą taśmę po operacji tworzenia kopii zapasowej. Tej opcji można użyć, aby zwiększyć wydajność podczas wykonywania wielu operacji tworzenia kopii zapasowych na taśmie.

NOREWIND oznacza NOUNLOAD, a te opcje są niezgodne w ramach pojedynczej instrukcji RESTORE.

Note

Jeśli używasz systemu NOREWIND, wystąpienie SQL Server zachowuje własność stacji taśm, dopóki instrukcja BACKUP lub RESTORE uruchomiona w tym samym procesie używa opcji REWIND lub UNLOAD albo wystąpienie serwera zostanie wyłączone. Otwieranie taśmy uniemożliwia innym procesom uzyskiwanie dostępu do taśmy. Aby uzyskać informacje na temat wyświetlania listy otwartych taśm i zamykania otwartej taśmy, zobacz Backup Devices (SQL Server).

{ UNLOAD | NOUNLOAD }

Obsługiwane przez:RESTORE, RESTORE FILELISTONLY, RESTOREHEADERONLY, RESTORE LABELONLY, RESTORE REWINDONLY i RESTORE VERIFYONLY.

Te opcje są używane tylko dla urządzeń TAŚMy. Jeśli używane jest urządzenie nienależące do taśmy, te opcje są ignorowane.

Note

UNLOAD/NOUNLOAD to ustawienie sesji, które utrzymuje się przez czas trwania sesji lub dopóki nie zostanie zresetowane, poprzez określenie alternatywy.

WYŁADOWAĆ
Określa, że taśma jest automatycznie przywracana i zwalniana po zakończeniu tworzenia kopii zapasowej. Zwalnianie jest ustawieniem domyślnym po rozpoczęciu sesji.

NOUNLOAD
Określa, że po operacji RESTORE taśma pozostaje załadowana na stacji taśmy.

<replication_WITH_option>

Ta opcja jest odpowiednia tylko wtedy, gdy baza danych została zreplikowana podczas tworzenia kopii zapasowej.

KEEP_REPLICATION
Obsługiwane przez:RESTORE

Użyj KEEP_REPLICATION podczas konfigurowania replikacji w celu pracy z wysyłaniem dzienników. Uniemożliwia to usunięcie ustawień replikacji po przywróceniu kopii zapasowej bazy danych lub kopii zapasowej dziennika na serwerze rezerwowym i odzyskaniu bazy danych. Określenie tej opcji podczas przywracania kopii zapasowej z opcją NORECOVERY nie jest dozwolone. Aby zapewnić prawidłowe funkcje replikacji po przywróceniu:

  • Bazy msdb danych i master na serwerze rezerwy ciepłej muszą być zsynchronizowane z bazami msdb danych i master na serwerze podstawowym.

  • Aby używać tej samej nazwy co serwer podstawowy, należy zmienić nazwę serwera rezerwowego.

<change_data_capture_WITH_option>

Ta opcja jest odpowiednia tylko wtedy, gdy baza danych została włączona do przechwytywania danych zmian podczas tworzenia kopii zapasowej.

KEEP_CDC

Obsługiwane przez:RESTORE

KEEP_CDC należy użyć, aby zapobiec usunięciu ustawień przechwytywania danych w przypadku przywrócenia kopii zapasowej bazy danych lub kopii zapasowej dziennika na innym serwerze i odzyskaniu bazy danych. Określenie tej opcji podczas przywracania kopii zapasowej z opcją NORECOVERY nie jest dozwolone.

Przywracanie bazy danych przy użyciu KEEP_CDC nie powoduje utworzenia zadań przechwytywania zmian danych. Aby wyodrębnić zmiany z dziennika po przywróceniu bazy danych, utwórz ponownie zadanie procesu przechwytywania i zadanie oczyszczania przywróconej bazy danych. Aby uzyskać informacje, zobacz sys.sp_cdc_add_job (Transact-SQL).

Aby uzyskać informacje na temat używania przechwytywania zmian danych z dublowaniem bazy danych, zobacz Change Data Capture i Inne funkcje SQL Server.

<service_broker_WITH_options>

Włącza lub wyłącza dostarczanie komunikatów usługi Service Broker lub ustawia nowy identyfikator brokera usług. Ta opcja jest odpowiednia tylko wtedy, gdy usługa Service Broker została włączona (aktywowana) dla bazy danych podczas tworzenia kopii zapasowej.

{ ENABLE_BROKER | ERROR_BROKER_CONVERSATIONS | NEW_BROKER }

Obsługiwane przez:RESTORE DATABASE

ENABLE_BROKER
Określa, że dostarczanie komunikatów usługi Service Broker jest włączone na końcu przywracania, aby komunikaty mogły być wysyłane natychmiast. Domyślnie dostarczanie komunikatów usługi Service Broker jest wyłączone podczas przywracania. Baza danych zachowuje istniejący identyfikator usługi Service Broker.

ERROR_BROKER_CONVERSATIONS
Kończy wszystkie konwersacje z błędem informującym, że baza danych jest dołączona lub przywrócona. Dzięki temu aplikacje mogą regularnie czyścić istniejące konwersacje. Dostarczanie komunikatów usługi Service Broker jest wyłączone do czasu ukończenia tej operacji, a następnie jest włączona. Baza danych zachowuje istniejący identyfikator usługi Service Broker.

NEW_BROKER
Określa, że baza danych ma zostać przypisana nowy identyfikator usługi Service Broker. Ponieważ baza danych jest uważana za nową usługę Service Broker, istniejące konwersacje w bazie danych są natychmiast usuwane bez tworzenia komunikatów dialogowych zakończenia. Każda trasa odwołująca się do starego identyfikatora usługi Service Broker musi zostać ponownie utworzona przy użyciu nowego identyfikatora.

<point_in_time_WITH_options>

Obsługiwane przez:RESTORE {DATABASE|LOG} i tylko dla pełnych lub zbiorczo zarejestrowanych modeli odzyskiwania.

Bazę danych można przywrócić do określonego punktu w czasie lub transakcji, określając docelowy punkt odzyskiwania w klauzuli STOPAT, STOPATMARK lub STOPBEFOREMARK. Określony czas lub transakcja jest zawsze przywracana z kopii zapasowej dziennika. W każdej instrukcji RESTORE LOG sekwencji przywracania należy określić docelowy czas lub transakcję w identycznej klauzuli STOPAT, STOPATMARK lub STOPBEFOREMARK.

Jako wymaganie wstępne dotyczące przywracania do punktu w czasie należy najpierw przywrócić pełną kopię zapasową bazy danych, której punkt końcowy jest wcześniejszy niż docelowy punkt odzyskiwania. Aby ułatwić określenie kopii zapasowej bazy danych do przywrócenia, opcjonalnie można określić klauzulę WITH STOPAT, STOPATMARK lub STOPBEFOREMARK w instrukcji RESTORE DATABASE, aby zgłosić błąd, jeśli kopia zapasowa danych jest zbyt ostatnia dla określonego czasu docelowego. Jednak kompletna kopia zapasowa danych jest zawsze przywracana, nawet jeśli zawiera czas docelowy.

Note

Opcje RESTORE_DATABASE i RESTORE_LOG point-in-time WITH są podobne, ale tylko funkcja RESTORE LOG obsługuje argument mark_name .

{ STOPAT | STOPATMARK | STOPBEFOREMARK }

STOPAT = { 'datetime' | @_datetime_var* }
Określa, że baza danych ma zostać przywrócona do stanu, w jakim znajdowała się zgodnie z datą i godziną określoną przez parametr datetime lub @datetime_var . Aby uzyskać informacje na temat określania daty i godziny, zobacz Date i Time Data Types and Functions (Transact-SQL).

Jeśli zmienna jest używana dla funkcji STOPAT, zmienna musi być zmienna varchar, char, smalldatetime lub data/godzina typu danych. Do bazy danych są stosowane tylko rekordy dziennika transakcji zapisane przed określoną datą i godziną.

Note

Jeśli określony czas STOPAT jest po ostatniej kopii zapasowej DZIENNIKA, baza danych pozostaje w stanie nieodzyskiwanym, tak jak w przypadku uruchomienia dziennika PRZYWRACANIA z NORECOVERY.

Aby uzyskać więcej informacji, zobacz Przywracanie bazy danych SQL Server do określonego punktu w czasie (pełny model odzyskiwania).

STOPATMARK = { 'mark_name'' | lsn:lsn_number' } [ PO "datetime" ]
Określa odzyskiwanie do określonego punktu odzyskiwania. Określona transakcja jest uwzględniana w odzyskiwaniu, ale jest zatwierdzana tylko wtedy, gdy transakcja została pierwotnie zatwierdzona, gdy transakcja została faktycznie wygenerowana.

Zarówno FUNKCJA RESTORE DATABASE, jak i RESTORE LOG obsługują parametr lsn_number . Ten parametr określa numer sekwencji dziennika.

Parametr mark_name jest obsługiwany tylko przez instrukcję RESTORE LOG. Ten parametr identyfikuje znacznik transakcji w kopii zapasowej dziennika.

W instrukcji RESTORE LOG, jeśli data/godzina zostanie pominięta, odzyskiwanie zostanie zatrzymane przy pierwszym znaku z określoną nazwą. Jeśli określono datę/ godzinę po dacie, odzyskiwanie zostanie zatrzymane przy pierwszym znaku o określonej nazwie dokładnie o godzinie lub po dacie/godzinie.

Note

Jeśli określony znacznik, LSN lub godzina jest po ostatniej kopii zapasowej DZIENNIKA, baza danych pozostaje w stanie nieodzyskiwanym, tak jak w przypadku uruchomienia dziennika RESTORE z NORECOVERY.

Aby uzyskać więcej informacji, zobacz Użyj oznaczone transakcje do odzyskiwania powiązanych baz danych spójnie (model pełnego odzyskiwania) i Odzyskiwanie do numeru sekwencji dzienników (SQL Server).

STOPBEFOREMARK = { 'mark_name'' | lsn:lsn_number' } [ PO "datetime" ]
Określa odzyskiwanie do określonego punktu odzyskiwania. Określona transakcja nie jest uwzględniana w odzyskiwaniu i jest cofana, gdy jest używana funkcja WITH RECOVERY.

Zarówno FUNKCJA RESTORE DATABASE, jak i RESTORE LOG obsługują parametr lsn_number . Ten parametr określa numer sekwencji dziennika.

Parametr mark_name jest obsługiwany tylko przez instrukcję RESTORE LOG. Ten parametr identyfikuje znacznik transakcji w kopii zapasowej dziennika.

W instrukcji RESTORE LOG, jeśli data/godzina zostanie pominięta, odzyskiwanie zostanie zatrzymane tuż przed pierwszym znacznikiem o określonej nazwie. Jeśli określono datę/ godzinę po dacie, odzyskiwanie zostanie zatrzymane tuż przed pierwszym znacznikiem o określonej nazwie dokładnie w dniu lub po dacie/godzinie.

Ważna

Jeśli sekwencja przywracania częściowego wyklucza dowolną grupę plików FILESTREAM, przywracanie do punktu w czasie nie jest obsługiwane. Możesz wymusić kontynuowanie sekwencji przywracania. Jednak grupy plików FILESTREAM pominięte w instrukcji RESTORE nigdy nie mogą zostać przywrócone. Aby wymusić przywracanie do punktu w czasie, określ opcję CONTINUE_AFTER_ERROR wraz z opcją STOPAT, STOPATMARK lub STOPBEFOREMARK. Jeśli określisz CONTINUE_AFTER_ERROR, sekwencja przywracania częściowego zakończy się pomyślnie, a grupa plików FILESTREAM stanie się nieodwracalna.

Zestawy wyników

W przypadku zestawów wyników zobacz następujące artykuły:

Uwagi

Aby uzyskać dodatkowe uwagi, zobacz następujące artykuły:

Określanie zestawu kopii zapasowych

Zestaw kopii zapasowych zawiera kopię zapasową z pojedynczej, pomyślnej operacji tworzenia kopii zapasowej. INSTRUKCJE RESTORE, RESTORE FILELISTONLY, RESTORE HEADERONLY i RESTORE VERIFYONLY działają na jednym zestawie kopii zapasowych w zestawie multimediów na określonym urządzeniu lub urządzeniu kopii zapasowej. Należy określić potrzebną kopię zapasową z zestawu multimediów. Można uzyskać backup_set_file_number zestawu kopii zapasowych przy użyciu instrukcji RESTORE HEADERONLY .

Opcja określania zestawu kopii zapasowych do przywrócenia to:

PLIK ={ backup_set_file_number backup_set_file_number | @ }

Gdzie backup_set_file_number wskazuje położenie kopii zapasowej w zestawie multimediów. Backup_set_file_number 1 (PLIK = 1) wskazuje pierwszy zestaw kopii zapasowych na nośniku kopii zapasowej i backup_set_file_number 2 (PLIK = 2) wskazuje drugi zestaw kopii zapasowych itd.

Zachowanie tej opcji różni się w zależności od instrukcji, zgodnie z opisem w poniższej tabeli:

Oświadczenie Zachowanie opcji PLIK zestawu kopii zapasowych
RESTORE Domyślny numer pliku zestawu kopii zapasowych to 1. Tylko jedna opcja PLIKU zestawu kopii zapasowych jest dozwolona w instrukcji RESTORE. Ważne jest, aby określić zestawy kopii zapasowych w kolejności.
ODTWÓRZ FILELISTONLY Domyślny numer pliku zestawu kopii zapasowych to 1.
PRZYWRACANIE TYLKO NAGŁÓWKA Domyślnie wszystkie zestawy kopii zapasowych w zestawie multimediów są przetwarzane. Zestaw wyników RESTORE HEADERONLY zwraca informacje o każdym zestawie kopii zapasowych, w tym o pozycji w zestawie multimediów. Aby zwrócić informacje dotyczące danego zestawu kopii zapasowych, użyj jego numeru pozycji jako wartości backup_set_file_number w opcji PLIK.

Uwaga: w przypadku nośników taśm funkcja RESTORE HEADER przetwarza tylko zestawy kopii zapasowych na załadowanym taśmie.
PRZYWRACANIE VERIFYONLY Domyślna backup_set_file_number to 1.

Note

Opcja PLIK określająca zestaw kopii zapasowych nie jest powiązana z opcją PLIK określającą plik bazy danych FILE = { logical_file_name_in_backup | @logical_file_name_in_backup_var }.

Podsumowanie obsługi opcji WITH

Następujące opcje WITH są obsługiwane tylko przez instrukcję RESTORE: BLOCKSIZE, BUFFERCOUNT, MAXTRANSFERSIZE, PARTIAL, KEEP_REPLICATION, { RECOVERY | NORECOVERY | STANDBY }, REPLACE, RESTART, RESTRICTED_USER i { STOPAT | STOPATMARK | STOPBEFOREMARK }

Note

Opcja PARTIAL jest obsługiwana tylko przez funkcję RESTORE DATABASE.

W poniższej tabeli wymieniono opcje WITH, które są używane przez co najmniej jedną instrukcję i wskazuje, które instrukcje obsługują każdą opcję. Znacznik wyboru (√) wskazuje, że opcja jest obsługiwana; kreska (-) wskazuje, że opcja nie jest obsługiwana.

OPCJA WITH RESTORE ODTWÓRZ FILELISTONLY PRZYWRACANIE TYLKO NAGŁÓWKA PRZYWRACANIE ETYKIETONLY PRZYWRÓĆ PONOWNIE PRZYWRACANIE VERIFYONLY
{ SUMA KONTROLNA

| NO_CHECKSUM }		 √ √ √ √ - √
{ CONTINUE_AFTER_ERROR

| STOP_ON_ERROR }		 √ √ √ √ - √
PLIK1 √ √ √ - - √
LOADHISTORY - - - - - √
MEDIANAME √ √ √ √ - √
MEDIAPASSWORD √ √ √ √ - √
PRZENIEŚĆ √ - - - - √
HASŁO √ √ √ - - √
{ WSTECZCIE | NOREWIND } √ Tylko PONOWNE PRZEWIJANIE Tylko PONOWNE PRZEWIJANIE Tylko PONOWNE PRZEWIJANIE - √
STATYSTYKI √ - - - - √
{ ROZŁADOWUJ | ŁADUNEK } √ √ √ √ √ √

1 plik =backup_set_file_number, który różni się od {FILE | FILEGROUP}.

Permissions

Aby uzyskać uprawnienia, zobacz następujące artykuły:

Examples

Przykłady można znaleźć w następujących artykułach:

Następne kroki

  • Last updated on