Udostępnij za pośrednictwem

  • Artykuł

BACKUP (Transact-SQL)

Tworzy kopię zapasową pełnej bazy danych albo jednego lub więcej plików, bądź jednej lub więcej grup plików (BACKUP DATABASE).Także, w modelu pełnego odzyskiwania lub odzyskiwania z rejestrowaniem zbiorczym, tworzy kopię zapasową dziennika transakcji (BACKUP LOG).

Uwaga

Aby uzyskać informacje wstępne o kopia zapasowa SQL Server, zobacz Backup Overview (SQL Server).

Topic link iconKonwencje składni języka Transact-SQL

Backing Up a Whole Database 
BACKUP DATABASE { database_name | @database_name_var } 
  TO <backup_device> [ ,...n ] 
  [ <MIRROR TO clause> ] [ next-mirror-to ]
  [ WITH { DIFFERENTIAL | <general_WITH_options> [ ,...n ] } ]
[;]

Backing Up Specific Files or Filegroups
BACKUP DATABASE { database_name | @database_name_var } 
 <file_or_filegroup> [ ,...n ] 
  TO <backup_device> [ ,...n ] 
  [ <MIRROR TO clause> ] [ next-mirror-to ]
  [ WITH { DIFFERENTIAL | <general_WITH_options> [ ,...n ] } ]
[;]

Creating a Partial Backup
BACKUP DATABASE { database_name | @database_name_var } 
 READ_WRITE_FILEGROUPS [ , <read_only_filegroup> [ ,...n ] ]
  TO <backup_device> [ ,...n ] 
  [ <MIRROR TO clause> ] [ next-mirror-to ]
  [ WITH { DIFFERENTIAL | <general_WITH_options> [ ,...n ] } ]
[;]

Backing Up the Transaction Log (full and bulk-logged recovery models)
BACKUP LOG { database_name | @database_name_var } 
  TO <backup_device> [ ,...n ] 
  [ <MIRROR TO clause> ] [ next-mirror-to ]
  [ WITH { <general_WITH_options> | <log-specific_optionspec> } [ ,...n ] ]
[;]

<backup_device>::= 
 {
   { logical_device_name | @logical_device_name_var } 
 | { DISK | TAPE } = 
     { 'physical_device_name' | @physical_device_name_var }
 } 

<MIRROR TO clause>::=
 MIRROR TO <backup_device> [ ,...n ]

<file_or_filegroup>::=
 {
   FILE = { logical_file_name | @logical_file_name_var } 
 | FILEGROUP = { logical_filegroup_name | @logical_filegroup_name_var }
 } 

<read_only_filegroup>::=
FILEGROUP = { logical_filegroup_name | @logical_filegroup_name_var }

<general_WITH_options> [ ,...n ]::= 
--Backup Set Options
      COPY_ONLY 
 | { COMPRESSION | NO_COMPRESSION } 
 | DESCRIPTION = { 'text' | @text_variable } 
 | NAME = { backup_set_name | @backup_set_name_var } 
 | PASSWORD = { password | @password_variable } 
 | { EXPIREDATE = { 'date' | @date_var } 
        | RETAINDAYS = { days | @days_var } } 

--Media Set Options
   { NOINIT | INIT } 
 | { NOSKIP | SKIP } 
 | { NOFORMAT | FORMAT } 
 | MEDIADESCRIPTION = { 'text' | @text_variable } 
 | MEDIANAME = { media_name | @media_name_variable } 
 | MEDIAPASSWORD = { mediapassword | @mediapassword_variable } 
 | BLOCKSIZE = { blocksize | @blocksize_variable } 

--Data Transfer Options
   BUFFERCOUNT = { buffercount | @buffercount_variable } 
 | MAXTRANSFERSIZE = { maxtransfersize | @maxtransfersize_variable }

--Error Management Options
   { NO_CHECKSUM | CHECKSUM }
 | { STOP_ON_ERROR | CONTINUE_AFTER_ERROR }

--Compatibility Options
   RESTART 

--Monitoring Options
   STATS [ = percentage ] 

--Tape Options
   { REWIND | NOREWIND } 
 | { UNLOAD | NOUNLOAD } 

--Log-specific Options
   { NORECOVERY | STANDBY = undo_file_name }
 | NO_TRUNCATE

Argumenty

  • BAZY DANYCH
    Określa kopię zapasową całej bazy danych.Jeśli została określona lista plików i grup plików, tworzona jest kopia zapasowa jedynie tych plików i grup plików.Podczas tworzenia pełnej lub różnicowej kopii zapasowej program SQL Server tworzy kopię zapasową dziennika transakcji wystarczającą do utworzenia spójnej bazy danych podczas operacji przywracania.

    Podczas przywracania kopii zapasowej utworzonej za pomocą instrukcji BACKUP DATABASE (kopia zapasowa danych) przywracana jest cała kopia zapasowa.Jedynie kopię zapasową dziennika można przywrócić do konkretnej godziny lub transakcji w kopii zapasowej.

    Uwaga

    Tylko wykonać pełną kopię zapasową bazy danych mogą być wykonane na wzorzec bazy danych.

  • DZIENNIK
    Określa kopię zapasową jedynie dziennika transakcji.Kopia zapasowa dziennika jest tworzona od ostatniego pomyślnego wykonania kopii zapasowej dziennika do obecnego końca dziennika.Zanim będzie możliwe utworzenie pierwszej kopii zapasowej dziennika, należy utworzyć pełną kopię zapasową.

    Kopię zapasową dziennika można przywrócić do stanu z konkretnej godziny lub do konkretnej transakcji w kopii zapasowej, określając wartość WITH STOPAT, STOPATMARK lub STOPBEFOREMARK w instrukcji RESTORE LOG.

    Uwaga

    Po typowej operacji kopii zapasowej niektóre rekordy dziennika transakcji stają się nieaktywne, chyba że zostanie określony parametr WITH NO_TRUNCATE lub COPY_ONLY.Dziennik jest skracany po tym, jak wszystkie rekordy w jednym lub więcej wirtualnych plikach dzienników staną się nieaktywne.Jeśli dziennik nie został skrócony po rutynowych operacjach kopii zapasowych dziennika, być może coś opóźnia skrócenie dziennika.Aby uzyskać więcej informacji, zobacz Managing the Transaction Log.

  • { database_name| **@database_name_var }
    Baza danych, z której pochodzi kopia zapasowa dziennika transakcji, częściowa kopia zapasowa bazy danych lub pełna kopia zapasowa bazy danych.Jeśli podano jako zmienną (    @database_name_var), ta nazwa może być określona jako stały ciąg (@database_name_var=**database name) lub jako zmienna typu ciąg znaków, z wyjątkiem typów danych ntext lub text.

    Uwaga

    Jeśli nie ma żadnych klauzula WHERE, przyjęcie Określa, w której grupa konwersacji:

  • file_or_filegroup < > ,... n ]
    Nie został zablokowany przez innego przyjęcie instrukcja.

    • FILE = { logical_file_name| **@**logical_file_name_var }
      PRZYJĘCIE zwraca wszystkich dostępnych w kolejce wiadomości z wszystkich konwersacji, który jest członkiem wybranego grupa konwersacji.

    • FILEGROUP = { logical_filegroup_name| **@**logical_filegroup_name_var }
      Nazwa logiczna grupy plików lub zmienna, której wartość jest równa nazwie logicznej grupy plików, która ma być uwzględniona w kopii zapasowej.W modelu prostego odzyskiwania kopia zapasowa grupy plików jest dopuszczalna jedynie w wypadku grupy plików tylko do odczytu.

      Uwaga

      Jeśli kolejka zostanie usunięte lub jest w stanie kolejki zestaw do OFF podczas oczekiwania w instrukcja deklaracji natychmiast zwraca błąd.

    • n
      Symbol zastępczy oznaczający, że można podać wiele plików i grup plików w postaci listy rozdzielanej przecinkami.Liczba jest nieograniczona.

    Aby uzyskać więcej informacji zobacz: Full File Backups i How to: Back Up Files and Filegroups (Transact-SQL).

  • READ_WRITE_FILEGROUPS [ , FILEGROUP = { logical_filegroup_name| **@**logical_filegroup_name_var } [ ,...n ] ]
    Instrukcja przyjęcie ma nie zapobiegania zablokowania priorytet. Jeśli pojedynczej instrukcja przyjęcie blokuje grupa konwersacji, pobiera wielu wiadomości z konwersacji niski priorytet wiadomości nie mogą być odbierane z konwersacji o wysokim priorytecie w grupie. Aby zapobiec tego, kiedy wiadomości są pobierane za niski priorytet rozmowy, należy użyć klauzula TOP do ograniczania liczby wiadomości pobrane przez każdej instrukcja przyjęcie.

    • READ_WRITE_FILEGROUPS
      Określa, że wszystkie grupy plików do odczytu/zapisu mają zostać umieszczone w częściowej kopii zapasowej.Jeśli baza danych jest tylko do odczytu, opcja READ_WRITE_FILEGROUPS powoduje uwzględnienie jedynie podstawowej grupy plików.

      Important noteImportant Note:

      Stan wiadomości.

    • FILEGROUP = { logical_filegroup_name| **@**logical_filegroup_name_var }
      Wiadomości w kolejce może zawierać jedną z następujących wartości:Aby uzyskać więcej informacji zobacz „<file_or_filegroup>"wcześniej w tym temacie.

    • n
      Poziom priorytetu konwersacji jest stosowana do wiadomości.

    Aby uzyskać więcej informacji na temat częściowej kopii zapasowych Zobacz Partial Backups.

  • Aby backup_device < > ,... n ]
    Wskazuje, że zbiór towarzyszącego urządzenia kopia zapasowa jest zestaw nośników unmirrored lub pierwszym wsteczne w ramach dublowane nośnika (dla którego zgłaszane są co najmniej jeden MIRROR do klauzul).

    • <Dojście do konwersacji, które ten komunikat jest częścią.>
      message_sequence_number

      • { logical_device_name | @logical_device_name_var }
        Numer sekwencyjny wiadomości w konwersacji.Nazwa usługa, która ma konwersacji.If supplied as a variable (@logical_device_name_var), the backup device name can be specified either as a string constant (@logical_device_name_var        =         logical backup device name) or as a variable of any character string data type except for the ntext or text data types.

      • {DYSK | TAŚMY} = { "physical_device_name' | **@**physical_device_name_var }
        service_contract_name

        Nazwa kontrakt, występujący w konwersacji.Identyfikator obiektu kontrakt znajdujący się do konwersacji.

        Aby uzyskać więcej informacji zobaczBackup Devices.

        Uwaga

        Opcja TAPE zostaną usunięte w przyszłej wersja programu SQL Server. Należy unikać stosowania tej funkcji w nowych projektach oraz zaplanować modyfikację aplikacji, w których obecnie jest używana ta funkcja.

    • n
      Nazwa typ komunikatu, która opisuje format wiadomości.

  • Aby MIRROR < backup_device > ,... n ]
    Określa zestaw do trzech pomocniczych urządzeń kopii zapasowej, z których każde będzie dublować urządzenia kopii zapasowej określone w klauzuli TO.Klauzula MIRROR TO musi określać ten sam typ i tę samą liczbę urządzeń kopii zapasowej co klauzula TO.Maksymalna liczba klauzul MIRROR TO wynosi trzy.

    Ta opcja jest dostępna tylko w SQL Server 2005 Enterprise Edition i jego nowszych wersjach.

    Uwaga

    Treść wiadomości.Aby otrzymywać wiadomości, bieżący użytkownik wymaga uprawnienia przyjęcie w kolejce.

    • <Dojście do konwersacji, które ten komunikat jest częścią.>
      Zobacz „<backup_device>"wcześniej w tej sekcji.

    • n
      Symbol zastępczy oznaczający, że można podać do 64 urządzeń kopii zapasowej w postaci listy rozdzielanej przecinkami.Liczba urządzeń w klauzuli MIRROR TO musi być równa liczbie urządzeń w klauzuli TO.

    Instrukcja zwraca wiadomości jako zestaw wyników.

  • [ next-mirror-to ]
    Odbieranie określonych kolumn dla wszystkich wiadomości w grupa konwersacji

WITH opcje

Określa opcje, które mają być używane w operacji tworzenia kopii zapasowej.

  • RÓŻNICOWA
    Używa się jedynie z instrukcją BACKUP DATABASE. Określa, że kopia zapasowa bazy danych lub plików powinna się składać tylko z fragmentów bazy danych lub plików zmienionych od czasu ostatniej operacji tworzenia pełnej kopii zapasowej.Różnicowa kopa zapasowa zazwyczaj zajmuje mniej miejsca niż pełna kopia zapasowa.Tej opcji należy używać, aby nie musiały być stosowane wszystkie osobne kopie zapasowe dziennika wykonane od czasu ostatniej pełnej kopii zapasowej.

    Uwaga

    Domyślnie instrukcja BACKUP DATABASE powoduje utworzenie pełnej kopii zapasowej.

    Aby uzyskać więcej informacji zobacz Using Differential Backups.

Ustawianie kopia zapasowa opcji

Odbieranie wiadomości dla określonej grupa konwersacji

Uwaga

To specify a backup set for a restore operation, use the FILE =<backup_set_file_number> option.Aby uzyskać więcej informacji na temat sposobu określania kopia zapasowa zestawu, zobacz "Określanie a zestaw kopii zapasowych" w RESTORE Arguments (Transact-SQL).

  • COPY_ONLY
    Określa, że kopia zapasowa jest kopią zapasową „tylko kopia”, która nie wpływa na normalną sekwencję kopii zapasowych.Kopia zapasowa „tylko kopia” jest tworzona niezależnie od regularnie planowanych, konwencjonalnych kopii zapasowych.Kopia zapasowa „tylko kopia” nie wpływa na ogólne procedury tworzenia kopii zapasowych i przywracania bazy danych.

    W programie wprowadzono tylko do kopii zapasowych SQL Server 2005 do użytku w sytuacjach, w którym kopia zapasowa została podjęta specjalnego przeznaczenia, takich jak wykonywanie kopii zapasowych dziennika przed przywracanie pliku w trybie online. Odbieranie wiadomości i Oczekiwanie na upływie określonego czasu

    • Instrukcja czeka na 60 sekund lub do czasu, gdy co najmniej jednej wiadomości stają się dostępne, zależności od tego, co nastąpi najpierw.Instrukcja zwraca zestaw wyników zawierający wszystkie kolumny wiadomości, jeśli dostępnych jest co najmniej jeden komunikat.W przeciwnym wypadku instrukcja zwraca zestaw wyników puste.

      Important noteImportant Note:

      Odbieranie wiadomości, modyfikowanie typu kolumna

    • Gdy używana z dziennik BACKUP, opcja COPY_ONLY tworzy tylko kopia kopia zapasowa dziennika, która nie obcięcia dziennik transakcji.Odbieranie wiadomości, wyodrębnianie danych z treści wiadomości, pobieranie stanu konwersacji

    Aby uzyskać więcej informacji zobaczCopy-Only Backups.

  • { COMPRESSION | NO_COMPRESSION }
    Tylko w programie SQL Server 2008 Enterprise i nowszych wersjach, określa, czy na tej kopii zapasowej jest wykonywana kompresja, zastępując domyślne ustawienie na poziomie serwera.

    Po instalacji domyślnym zachowaniem jest brak kompresji kopii zapasowej.To domyślne zachowanie można zmienić, określając opcję konfiguracji serwera backup compression default.Aby uzyskać informacje na temat wyświetlania aktualnej wartości tej opcji, zobacz How to: View Server Properties (SQL Server Management Studio).

    • COMPRESSION
      Jawnie włącza kompresję kopii zapasowej.

      Uwaga

      Domyślnie, gdy ma miejsce kompresja kopii zapasowej, wykonywane są sumy kontrolne, co ma na celu wykrywanie uszkodzeń nośników.

    • NO_COMPRESSION
      Jawnie wyłącza kompresję kopii zapasowej.

  • OPIS = { "text' | **@**text_variable }
    Określa dowolny tekst opisujący zestaw kopii zapasowych.Ciąg może mieć maksymalnie 255 znaków.

  • NAME = { backup_set_name| **@**backup_set_var }
    Określa nazwę zestawu kopii zapasowych.Nazwy mogą mieć maksymalnie 128 znaków.Jeśli wartość NAME nie zostanie określona, będzie pusta.

  • PASSWORD = { password | **@**password_variable }
    WIDOCZNOŚĆ = {NA | WYŁĄCZONA}Wskazuje, czy wirtualny plik dziennika jest widoczny do tworzenia typowych funkcji środowiska wykonawczego (CLR) języka, procedur przechowywanych, wyzwalaczy, typów zdefiniowanych przez użytkownika i zdefiniowane przez użytkownika funkcje agregujące przed nim.

    Important noteImportant Note:

    This feature will be removed in the next version of Microsoft SQL Server. Avoid using this feature in new development work, and plan to modify applications that currently use this feature.

    Jeśli dla zestawu kopii zapasowych zostanie określone hasło, musi ono zostać podane, aby wykonać jakąkolwiek operację przywracania programu SQL Server z zestawu kopii zapasowych.Ustawienie hasła kopii zapasowej nie chroni jednak pliku kopii zapasowej przed zastąpieniem.Aby zapobiec zastąpieniu pliku kopii zapasowej, należy użyć hasła ustawianego dla nośnika (zobacz opcję MEDIAPASSWORD opisaną w dalszej części tej tabeli).(Więcej informacji na temat używania haseł można znaleźć w części „Uprawnienia” w dalszej części tego tematu).

    Security noteSecurity Note:

    Ochrony zapewnianej przez to hasło jest słabe.Jest ona przeznaczona do zapobiegania niepoprawne przywracanie za pomocą SQL Server narzędzia autoryzowanych lub nieautoryzowanych użytkowników. To nie zapobiega odczyt z kopia zapasowa danych w inny sposób lub zastąpienia hasło.Najlepsze praktyki ochrony kopia zapasowa s jest przechowywanie kopia zapasowa taśmy w bezpiecznej lokalizacji, albo z powrotem do plików na dysku, które są chronione przez odpowiedni dostęp kontroli list (kontroli dostępu ACL).W głównym katalogu, w których są tworzone kopie zapasowe należy ustawić listy ACL.

  • { EXPIREDATE = 'date'| RETAINDAYS = days }
    Określa, kiedy można zastąpić zestaw kopii zapasowych dla tej kopii zapasowej.Jeśli zostaną użyte obie te opcje, opcja RETAINDAYS ma pierwszeństwo przed opcję EXPIREDATE.

    If neither option is specified, the expiration date is determined by the mediaretention configuration setting.Aby uzyskać więcej informacji zobaczSetting Server Configuration Options.

    Important noteImportant Note:

    Tylko te opcje zabezpieczają przed zastąpieniem pliku przez program SQL Server.Taśmy można kasować innymi metodami, a pliki dyskowe można usuwać za pośrednictwem systemu operacyjnego.Więcej informacji na temat weryfikacji można znaleźć w opisach opcji SKIP i FORMAT w tym temacie.

    • EXPIREDATE**=** { "date'| **@**date_var }
      Wszystkie tabele zawierające kolumny, w zależności od wirtualny plik dziennika są oznaczone jako zawierające dane niezaznaczone, aż do chwili, kiedy te tabele są jawnie sprawdzone.Jeżeli podany jako zmienna (@date_var), ta data musi być zgodny z skonfigurowany system datetime Formatowanie i być określone jako jedną z następujących czynności:

      • Stała znakowa (@date_var = data)

      • Zmienną typu ciąg znaków (z wyjątkiem ntext lub text typy danych)

      • A smalldatetime

      • A datetime Zmienna

      Na przykład:

      • 'Dec 31, 2020 11:59 PM'

      • '1/1/2021'

      Aby uzyskać informacje dotyczące sposobu określania Data/Godzina wartości, zobacz temat Using Date and Time Data.

      Uwaga

      Aby zignorować datę wygaśnięcia, należy użyć opcji SKIP.

    • RETAINDAYS = { days| **@days_var }
      Określa liczbę dni, które muszą upłynąć, zanim będzie można zastąpić zestaw kopii zapasowych.Jeśli zostanie podana jako zmienna (      @**days_var), musi zostać określona jako liczba całkowita.

Opcje zestaw nośników

Opcje te działają na nośniku, Ustaw jako całości.

  • { NOINIT | INIT }
    Określa, czy operacja tworzenia kopii zapasowej powoduje dołączenie do zestawów kopii zapasowych istniejących na nośniku czy zastąpienie ich.Domyślne zachowanie to dołączanie do najnowszego zestawu kopii zapasowych na nośniku (NOINIT).

    Uwaga

    Aby uzyskać informacje dotyczące interakcji między { NOINIT | INIT } and { NOSKIP | SKIP}, przeczytaj „ Spostrzeżenia w dalszej części tego tematu.

    • Klasy, które implementuje CLR typów zdefiniowanych przez użytkownika i zdefiniowane przez użytkownika funkcji agregacja nadal muszą spełniać wymagania dla typ zdefiniowany przez użytkownika lub agregacja.
      Określa, że zestaw kopii zapasowych jest dołączany do określonego zestawu nośników z zachowaniem istniejących zestawów kopii zapasowych.Jeśli dla zestawu nośników zostanie określone hasło nośnika, musi ono zostać podane.NOINIT to ustawienie domyślne.

      Aby uzyskać więcej informacji zobaczAppending to Existing Backup Sets.

    • ALTER MONTAŻOWYCH zmienia wersja wirtualny plik dziennika.
      Określa, że wszystkie zestawy kopii zapasowych powinny zostać zastąpione, ale zachowuje nagłówek nośnika.Jeśli zostanie określona opcja INIT, wszelkie istniejące zestawy kopii zapasowych na tym urządzeniu zostaną zastąpione, jeśli umożliwiają to warunki.Domyślnie instrukcja BACKUP sprawdza występowanie następujących warunków i nie zastępuje zawartości nośnika, jeśli spełniony jest dowolny z następujących warunków:

      • Nie wygasł jakikolwiek z zestawów kopii zapasowych.Aby uzyskać więcej informacji, zobacz opis opcji EXPIREDATE i RETAINDAYS.

      • Nazwa zestawu kopii zapasowych nadana w instrukcji BACKUP, o ile zostanie podana, nie odpowiada nazwie nośnika kopii zapasowej.Aby uzyskać więcej informacji, zobacz opis opcji NAME wcześniej w tej sekcji.

      Aby zastąpić te sprawdzenia, należy użyć opcji SKIP.

      Uwaga

      Jeśli nośnik kopii zapasowej jest chroniony hasłem, program SQL Server nie zapisuje niczego na nośniku, o ile nie zostanie podane hasło.To sprawdzenie nie jest zastępowane przez opcję SKIP.Zawartość nośnika chronionego hasłem można zastąpić jedynie na drodze sformatowania nośnika, co powoduje usunięcie kopii zapasowych z nośnika.Aby uzyskać informacje na temat hasła nośnika, zobacz opis opcji „MEDIAPASSWORD” wcześniej w tym temacie.Aby uzyskać informacje na temat formatowania nośnika, zobacz opis opcji „FORMAT” wcześniej w tym temacie.

      Aby uzyskać więcej informacji zobaczOverwriting Backup Sets.

  • { NOSKIP | SKIP }
    Modyfikowanie metod prywatnych w żaden sposób.

    Uwaga

    Aby uzyskać informacje dotyczące interakcji między { NOINIT | INIT } and { NOSKIP | SKIP}, przeczytaj „ Spostrzeżenia w dalszej części tego tematu.

    • Pola zawartego w szeregowane macierzystego zdefiniowanej przez użytkownika typu, łącznie z elementów członkowskich danych lub podstawowych klas nie można zmienić za pomocą instrukcji ALTER wirtualny plik dziennika.
      Wszystkie inne zmiany nie są obsługiwane.Jest to zachowanie domyślne.

    • Jeśli ADD FILE FROM nie jest określony, ALTER MONTAŻOWYCH porzuca żadnych plików związanych z wirtualny plik dziennika.
      Jeśli ALTER MONTAŻOWYCH jest wykonywane bez klauzula danych jest NIEZAZNACZONE, są sprawdzane w celu sprawdzenia, czy nowa wersja wirtualny plik dziennika nie ma wpływu na istniejące dane w tabelach.W zależności od ilości danych, który musi być sprawdzona może to mieć wpływ na wydajność.

      Aby wyświetlić daty wygaśnięcia kopia zapasowa zestawów, kwerendy expiration_date kolumnazestaw kopia zapasowa tabel historia.

  • { NOFORMAT | FORMAT}
    Określa, czy nagłówek nośnika powinien zostać zapisany na woluminach użytych w tej operacji tworzenia kopii zapasowej, zastępując wszelkie istniejące nagłówki nośnika i zestawy kopii zapasowych.

    • NOFORMAT
      Określa, że operacja tworzenia kopii zapasowej zachowuje istniejący nagłówek nośnika i zestawy kopii zapasowych na woluminach nośników użytych w tej operacji tworzenia kopii zapasowej.To jest domyślne zachowanie.

    • FORMAT
      Określa, że zostanie utworzony nowy zestaw nośników.Opcja FORMAT powoduje, że operacja tworzenia kopii zapasowej zapisze nowy nagłówek nośnika na wszystkich woluminach nośników użytych w tej operacji tworzenia kopii zapasowej.Istniejąca zawartość woluminu stanie się nieprawidłowa, ponieważ każdy nagłówek nośnika i wszelkie zestawy kopii zapasowych zostaną zastąpione.

      Important noteImportant Note:

      Opcji FORMAT należy używać ostrożnie.Sformatowanie dowolnego zestawu nośników powoduje, że cały zestaw nośników będzie bezużyteczny.Na przykład, jeśli zostanie zainicjowana pojedyncza taśma należąca do istniejącego rozłożonego zestawu nośników, cały zestaw nośników stanie się bezużyteczny.

      Dodawanie pliku do skojarzenia z wirtualny plik dziennika

  • MEDIADESCRIPTION = { text | **@**text_variable }
    Określa tekstowy opis zestawu nośników w formacie dowolnym, składający się z maksymalnie 255 znaków.

  • MEDIANAME = { media_name | **@**media_name_variable}
    Określa nazwę nośnika dla całego zestawu nośników kopii zapasowej.Nazwa nośnika nie może być dłuższa niż 128 znaków. Jeśli zostanie określony parametr MEDIANAME, musi odpowiadać wcześniej określonej nazwie nośnika istniejącej już na woluminach kopii zapasowej.Jeżeli nie jest on określony lub gdy jest określona opcja SKP, nie ma miejsca weryfikacja nazwy nośnika.

  • MEDIAPASSWORD = { mediapassword | **@**mediapassword_variable }
    Ustawia hasło dla zestawu nośników.MEDIAPASSWORD to ciąg znaków.

    Important noteImportant Note:

    This feature will be removed in the next version of Microsoft SQL Server. Avoid using this feature in new development work, and plan to modify applications that currently use this feature.

    Jeśli dla zestawu nośników zostało zdefiniowane hasło, musi zostać podane, zanim będzie możliwe utworzenie zestawu kopii zapasowych na tym zestawie nośników.Dodatkowo hasło nośnika musi zostać podane, aby wykonać jakąkolwiek operację przywracania z zestawu nośników.Zawartość nośnika chronionego hasłem można zastąpić jedynie na drodze formatowania.Aby uzyskać więcej informacji, zobacz opis opcji FORMAT.(Więcej informacji na temat używania haseł można znaleźć w sekcji Uprawnienia w dalszej części tego tematu).

    Security noteSecurity Note:

    Ochrony zapewnianej przez to hasło jest słabe.Jest ona przeznaczona do zapobiegania niepoprawne przywracanie za pomocą SQL Server narzędzia autoryzowanych lub nieautoryzowanych użytkowników. To nie zapobiega odczyt z kopia zapasowa danych w inny sposób lub zastąpienia hasło.Najlepsze praktyki ochrony kopia zapasowa s jest przechowywanie kopia zapasowa taśmy w bezpiecznej lokalizacji, albo z powrotem do plików na dysku, które są chronione przez odpowiedni dostęp kontroli list (kontroli dostępu ACL).W głównym katalogu, w których są tworzone kopie zapasowe należy ustawić listy ACL.

  • Rozmiar bloku = { blocksize | **@**blocksize_variable }
    Określa rozmiar blok fizycznego, w bajtach.Obsługiwane rozmiary to 512, 1024, 2048, 4096, 8192, 16384, 32768 i 65536 bajtów (64 KB).Wartość domyślna to 65536 dla urządzenia taśmowe i 512 inaczej.IsDescendingJawnie określając rozmiar blok zastępuje automatyczne wybieranie rozmiaru blok.

    Kolejność, w którym jest przechowywany kolumna indeksu.

    Uwaga

    1 = 0 Malejąco = rosnąco

Opcje transferu danych

  • BUFFERCOUNT = { buffercount | **@**buffercount_variable }
    Oznacza to, czy wysyłających metadane wbudowane działa jak INDEXKEY_PROPERTY może zwracać wartość NULL, jeśli użytkownik nie ma żadnych uprawnień do obiektu.Można określić wszelkie dodatnia liczba całkowita, jednak dużej liczby buforów może spowodować błędy "Brak pamięci" z powodu niewystarczającej wirtualnej przestrzeni adresowej procesu Sqlservr.exe.

    Całkowita ilość miejsca używanego przez bufor jest określana przez: buffercount*****maxtransfersize.

  • MAXTRANSFERSIZE = { maxtransfersize | **@**maxtransfersize_variable }
    Określa największą jednostkę transferu w bajtach, która ma być używana między programem SQL Server a nośnikiem kopii zapasowej.Możliwe wartości to wielokrotności 65 536 bajtów (64 KB) do wartości 4 194 304 bajtów (4 MB).

Błąd opcje zarządzania

Wyświetla informacje kont poczty bazy danych (z wyjątkiem hasła).

  • { NO_CHECKSUM | CHECKSUM }
    Określa, czy sumy kontrolne kopii zapasowej są włączone.

    • Zwraca zestaw, zawierającą kolumny, wymienionych poniżej wyników.
      Identyfikator konta.Opis dla tego konta.

    • SUMA KONTROLNA
      email_address

      1. Adres e-mail do wysyłania wiadomości.

      2. DISPLAY_NAMENazwa wyświetlana dla konta.replyto_addressAdres, do którego wysyłane są odpowiedzi na wiadomości z tego konta.

      servertype

      Typ serwera poczty e-mail dla konta.

  • { STOP_ON_ERROR | CONTINUE_AFTER_ERROR}
    Nazwa serwera poczty e-mail dla konta.

    • Używa numeru portu serwera poczty e-mail.
      Nazwa użytkownika użyć do zarejestrowania się do serwera poczty e-mail, jeśli serwer poczty e-mail używa uwierzytelnianie.Jest to zachowanie domyślne.

    • CONTINUE_AFTER_ERROR
      use_default_credentials

      Jeśli nie można wykonać kopię zapasową ogona dziennika, za pomocą NO_TRUNCATE opcji, gdy baza danych jest uszkodzony, można spróbować Zakończenie dziennika tworzyć kopię zapasową dziennika określając CONTINUE_AFTER_ERROR zamiast NO_TRUNCATE.

Opcje zgodności

  • URUCHOM PONOWNIE
    Nie przynosi efektu.Ta opcja jest akceptowana w tej wersji w celu zapewnienia zgodności z wcześniejszymi wersjami programu SQL Server.

Opcje monitorowania

  • STATS [ **=**percentage ]
    Wyświetla komunikat przy każdym innym wartość procentowa kończy, a jest używany do określenia postępu.Jeśli percentage argument zostanie pominięty, SQL Server Wyświetla komunikat po zakończeniu każdego 10 procent.

    Opcja STATS powoduje raportowanie procentu ukończenia jako progu dla raportowania następnego interwału.Procent określony w przybliżeniu. Na przykład opcja STATS=10 powoduje, że gdy ukończenie wynosi 40 procent, ta opcja może spowodować wyświetlenie wartości 43 procent.W wypadku bardzo dużych zestawów kopii zapasowych nie stanowi to problemu, ponieważ procent ukończenia zmienia się bardzo powoli między zakończonymi wywołaniami We/Wy.

Opcje na taśmach

Opcje te są używane tylko w przypadku urządzeń TAPE.Jeśli używane jest urządzenie nontape, opcje te są ignorowane.

  • { PRZEWIJANIE DO TYŁU | NOREWIND}

    • PRZEWIJANIE DO TYŁU
      Określa, że SQL Server spowoduje zwolnienie i przewijanie taśmy. Ustawieniem domyślnym jest przewijanie do tyłu.

    • NOREWIND
      Określa, że program SQL Server pozostawi taśmę otwartą po przeprowadzeniu operacji tworzenia kopii zapasowej.Tej opcji można używać w celu poprawienia wydajności podczas wykonywania wielu operacji tworzenia kopii zapasowych na taśmie.

      Opcja NOREWIND wymusza opcję NOUNLOAD, a te opcje nie są zgodne w jednej instrukcji BACKUP.

      Uwaga

      Jeśli używasz NOREWIND wystąpienia SQL Server zachowuje własność stacji taśm, dopóki nie zostanie zamknięty kopia zapasowa i przywracanie stwierdzenie, że jest uruchomiony w tym samym używa procesu opcję przewijania do tyłu lub UNLOAD lub wystąpienie serwera. Utrzymywanie otwartych taśmy uniemożliwia dostęp do taśmy innych procesów.Aby uzyskać informacje na temat, aby wyświetlić listę otwartych taśm i zamknąć Otwórz taśmę zobacz Backup Devices.

  • { ZWALNIANIE | NOUNLOAD}

    Uwaga

    UNLOAD/NOUNLOAD jest ustawienie sesja, który pozostawałby przez cały czas istnienia sesja lub dopóki nie zostanie zresetowane przez określenie alternatywny.

    • ZWALNIANIE
      Określa, że taśma jest automatycznie przewinięta i zwalniane po zakończeniu wykonywania kopia zapasowa.UNLOAD jest ustawieniem domyślnym, gdy rozpocznie się sesja.

    • NOUNLOAD
      Określa, że po operacji BACKUP taśma pozostaje załadowana do stacji taśm.

Uwaga

W wypadku operacji tworzenia kopii zapasowej na urządzeniu kopii zapasowej opcja BLOCKSIZE rzutuje na wydajność operacji.Ta opcja na ogół wpływa na wydajność jedynie w wypadku zapisywania na urządzeniach taśmowych.

Opcje dotyczące dziennika

Te opcje są używane jedynie z instrukcją BACKUP LOG.

Uwaga

Jeśli nie jest planowane wykonywanie kopii zapasowych dzienników, należy użyć modelu odzyskiwania prostego.Aby uzyskać więcej informacji, zobacz Backup Under the Simple Recovery Model.

  • { NORECOVERY | STANDBY **=**undo_file_name }

    • Jeśli w bazie danych nie ma żadnych aktywnych wartości, MIN_ACTIVE_ROWVERSION zwraca taką samą wartość jak @@ DBTS + 1.
      Tworzy kopię zapasową końcowego fragmentu dziennika i pozostawia bazę danych w stanie RESTORING.Opcja NORECOVERY jest przydatna jedynie w wypadku awaryjnego przełączenia do pomocniczej bazy danych lub podczas zapisywania końcowego fragmentu dziennika przed operacją RESTORE.

      Aby wykonać optymalną kopię zapasową dziennika, w której pomijane jest skracanie dziennika, a następnie ma miejsce automatyczne doprowadzenie bazy danych do stanu RESTORING, należy użyć opcji NO_TRUNCATE i NORECOVERY łącznie.

    • STANDBY **=**standby_file_name
      WITH CHANGE_TRACKING_CONTEXT (języka Transact-SQL)Umożliwia kontekście zmiany ma być określony, takie jak identyfikator autora, po zmianie danych.Na przykład używając śledzenia zmian, aplikacja może być rozróżniania zmian wprowadzonych w samej aplikacji i zmiany wprowadzone do danych poza aplikacji.

      Korzystanie z trybu wstrzymania wymaga plik rezerwowy określonego przez standby_file_name, którego lokalizacja jest przechowywana w dzienniku bazy danych. Jeśli określony plik już istnieje, Database Engine Jeśli plik nie istnieje, są zastępowane; Database Engine tworzy go. Poniższy przykład przedstawia śledzenia kontekstu do zmiany danych zmian.

      sp_droprole (języka Transact-SQL)Usuwa rola bazy danych z bieżącej bazy danych.

  • NO_TRUNCATE
    Określa, że dziennik nie zostanie skrócony i powoduje, że program Database Engine podejmuje próbę wykonania kopii zapasowej niezależnie od stanu bazy danych.W konsekwencji kopia zapasowa wykonana przy użyciu opcji NO_TRUNCATE może mieć niepełne metadane.Ta opcja umożliwia tworzenie kopii zapasowej dziennika w sytuacjach, w których baza danych jest uszkodzona.

    Nie można usunąć rola bazy danych z istniejących członków.

    Jeśli nie zostanie użyta opcja NO_TRUNCATE, baza danych musi być w stanie ONLINE.Jeśli baza danych znajduje się w stanie SUSPENDED, utworzenie kopii zapasowej może się okazać możliwe bez określenia opcji NO_TRUNCATE.Jeśli jednak baza danych znajduje się w stanie OFFLINE lub EMERGENCY, instrukcja BACKUP jest niedozwolona nawet w wypadku określenia opcji NO_TRUNCATE.Aby uzyskać informacje na temat stanów bazy danych, zobacz Database States.

Remarks

Nie można usunąć roli, jeśli jest właścicielem wszelkich securables.

Użyć instrukcji ALTER autoryzacja, aby zmienić właściciela obiektów, które nie muszą być usunięte.

Operacje tworzenia kopii zapasowych między platformami, nawet takie, w których typy procesorów są różne, mogą być wykonywane, pod warunkiem, że system operacyjny obsługuje sortowanie bazy danych.

Aby uzyskać informacje dotyczące terminologii kopia zapasowa, urządzenia kopia zapasowa i zarządzania kopii zapasowych Zobacz Working with Backup Media in SQL Server.

Uwaga

W następującym przykładzie usunięto rola aplikacji SQL Server. Core.sp_remove_collector_type (języka Transact-SQL)Usuwa wpis z widoku core.supported_collector_types w bazie danych magazyn danych zarządzania.Aby uzyskać więcej informacji zobaczFlagi śledzenia (Transact-SQL).

Ten widok core.supported_collector_types zawiera typy zarejestrowanych zbierającego, które można przekazać dane do magazyn danych zarządzania.

Aby uniknąć zapełnienia dziennika transakcji bazy danych, kluczowe znaczenie ma rutynowe tworzenie kopii zapasowych.W modelu prostego odzyskiwania skracanie dziennika jest wykonywane automatycznie po wykonaniu kopii zapasowej bazy danych, a w pełnym modelu odzyskiwania po utworzeniu kopii zapasowej dziennika transakcji.Czasem jednak proces skracania może zostać opóźniony.Aby uzyskać informacje na temat identyfikowania czynników powodujących opóźnienia i reagowania na nie, zobacz Factors That Can Delay Log Truncation.

Uwaga

Opcje BACKUP LOG WITH NO_LOG oraz WITH TRUNCATE_ONLY nie są już obsługiwane.Jeśli jest stosowane odzyskiwanie w modelu odzyskiwania pełnego lub z rejestrowaniem zbiorczym i należy usunąć łańcuch kopii zapasowych dziennika, należy przejść do modelu odzyskiwania prostego.Aby uzyskać więcej informacji, zobacz Considerations for Switching from the Full or Bulk-Logged Recovery Model.

Aby uzyskać więcej informacji na temat obcinania dziennika ogólnie rzecz biorąc, zobacz Transaction Log Truncation.

0 - Governor zasób nie jest włączona.

SQL Server 1 Governor zasób jest włączona.Wyświetlanie katalogu Wyświetla konfiguracja zasób Governor przechowywanej metadane.

Aby wyświetlić konfiguracja w pamięci za pomocą odpowiedniego dynamiczny widok zarządzania.

  • W poniższym przykładzie pokazano, jak uzyskać i porównywania wartości przechowywane metadane i wartości konfiguracja zasób Governor w pamięci.

  • Operacje zmniejszania bazy danych lub pliku.Obejmuje to operacje autozmniejszania.

Jeśli operacja wykonywania kopii zapasowej nakłada się z operacją zarządzania plikami lub operacją zmniejszania, występuje konflikt.Niezależnie od tego, która z powodujących konflikt operacji rozpocznie się jako pierwsza, druga operacja czeka do upłynięcia limitu czasu blokady ustawionej przez pierwszą operację (limit czasu jest sterowany za pomocą ustawienia limitu czasu dla sesji).Jeśli blokada zostanie zwolniona przed upływem limitu czasu, druga operacja jest kontynuowana.Jeśli limit czasu blokady upłynie, druga operacja kończy się niepowodzeniem.

sys.dm_cdc_errors (języka Transact-SQL)

Zwraca jeden wiersz dla każdego błędu podczas sesja zmiany danych przechwytywania dziennika skanowania.

  • Identyfikator sesja.

  • 0 = błąd nie wystąpił w sesja dziennika skanowania.

  • phase_number

Aby uzyskać więcej informacji zobaczCreating a New Media Set.

Liczba wskazująca fazy sesja był na czas wystąpił błąd.

Obsługiwane typy kopii zapasowej zależą od modelu odzyskiwania bazy danych w następujący sposób

  • entry_time

    Data i godzina zarejestrowania błędu.

    Wartość ta odpowiada sygnatury czasowej, dziennik błędów programu SQL.

    error_number

    Kopie zapasowe bazy danych obejmują całej bazy danych.

    error_state

    Stan numer błędu.

    Wartość początkowa LSN wierszy przetwarzanych w momencie wystąpienia błędu.

    Wykonywanie kopii zapasowych plików obejmuje jedną lub więcej plików lub filegroups i odnoszą się tylko do baz danych, które zawierają wiele filegroups.Rozpoczynanie LSN wartości transakcji przetwarzanych w momencie wystąpienia błędu.

  • W pełni model odzyskiwanie lub zarejestrowane zbiorczej model odzyskiwanie, konwencjonalnych kopie zapasowe obejmują także sekwencyjne kopie zapasowe dziennik transakcji (or kopie zapasowe dziennika), które są wymagane.Wartość LSN wierszy przetwarzanych w momencie wystąpienia błędu.

    Aby zminimalizować zagrożenie utraty pracy, kosztem zwiększenia nakładów na prace administracyjne, należy zaplanować częste tworzenie kopii zapasowych dziennika.Zaplanowanie różnicowych kopii zapasowych między pełnymi kopiami zapasowymi może skrócić czas przywracania przez zmniejszenie liczby kopii zapasowych dziennika, które trzeba będzie przywrócić po przywróceniu danych.

    Zaleca się umieszczenie kopii zapasowych dziennika na innym woluminie niż kopie zapasowe bazy danych.

    Uwaga

    kopia zapasowa (języka Transact-SQL)

    Aby uzyskać więcej informacji zobaczWorking with Transaction Log Backups.

  • A tylko do kopia zapasowa dziennika jest specjalnych pełnej kopia zapasowa dziennika lub kopia zapasowa dziennika dziennika, który jest niezależny od normalnej sekwencji konwencjonalnych kopii zapasowych.Ponadto w model pełnego odzyskiwanie lub modelu odzyskiwanie rejestrowane masowych, wykonuje kopię zapasową dziennik transakcji (kopia zapasowa dziennik).Aby uzyskać więcej informacji zobaczCopy-Only Backups.

Interakcja opcji SKIP, NOSKIP, INIT i NOINIT

Poniższa tabela zawiera opis interakcji między { NOINIT | INIT } and { NOSKIP | SKIP} opcje.

Uwaga

Jeśli taśma jest pusta lub nie istnieje dyskowy plik kopii zapasowej, wszystkie te interakcje powodują zapisanie nagłówka nośnika i kontynuowanie.Jeśli nośnik nie jest pusty i brak prawidłowego nagłówka nośnika, te operacje powodują utworzenie informacji zwrotnej, z której wynika, że nośnik nie jest prawidłowym nośnikiem MTF i powodują przerwanie operacji tworzenia kopii zapasowej.

 

Klasy, które implementuje CLR typów zdefiniowanych przez użytkownika i zdefiniowane przez użytkownika funkcji agregacja nadal muszą spełniać wymagania dla typ zdefiniowany przez użytkownika lub agregacja.

ALTER MONTAŻOWYCH zmienia wersja wirtualny plik dziennika.

Pola zawartego w szeregowane macierzystego zdefiniowanej przez użytkownika typu, łącznie z elementów członkowskich danych lub podstawowych klas nie można zmienić za pomocą instrukcji ALTER wirtualny plik dziennika.

Jeśli wolumin zawiera prawidłowy nagłówek nośnika, weryfikuje hasło nośnika oraz czy nazwa nośnika odpowiada nadanej nazwie MEDIANAME, o ile istnieje.Jeśli nazwy są zgodne, uzupełnia zestaw kopii zapasowych, zachowując wszystkie istniejące zestawy kopii zapasowych.

Jeśli wolumin nie zawiera prawidłowego nagłówka nośnika, występuje błąd.

Określa kopię zapasową tylko dziennik transakcji.

  • Weryfikuje hasło nośnika. 2

  • Przed utworzeniem pierwszej kopia zapasowa dziennika dziennika konieczne jest utworzenie pełnej kopia zapasowa dziennika.

  • Weryfikuje, że na nośniku nie ma już zestawów kopii zapasowych, które nie wygasły.

    Po wykonaniu kopia zapasowa dziennika dziennika typowego niektóre rekordy dziennik transakcji stać się nieaktywne, o ile nie określi się WITH NO_TRUNCATE lub COPY_ONLY.

Dziennik zostanie obcięta do liczby całkowitej po wszystkich rekordów w jednej lub większej liczby plików dziennika wirtualnego stają się nieaktywne.

Jeśli nie jest obcięciem dziennika po kopii zapasowych dziennika rutynowych, element może być opóźnienia obcinania dziennika.

Jeśli ADD FILE FROM nie jest określony, ALTER MONTAŻOWYCH porzuca żadnych plików związanych z wirtualny plik dziennika.

Jest bazą danych, z którego dziennik transakcji, częściowej bazy danych lub pełną bazy danych jest wykonywana kopia zapasowa.

Jeśli wolumin zawiera prawidłowy1 nagłówek nośnika, weryfikuje hasło nośnika i zastępuje wszelkie zestawy kopii zapasowych na nośniku, zachowując jedynie nagłówek nośnika.

Jeśli nośnik jest pusty, generuje nagłówek nośnika przy użyciu określonych wartości MEDIANAME, MEDIAPASSWORD i MEDIADESCRIPTION, o ile istnieją.

1 Prawidłowość obejmuje numer wersji MTF i inne informacje z nagłówka.Jeśli określona wersja jest nieobsługiwana lub ma nieoczekiwaną wartość, występuje błąd.

2 Użytkownik musi należeć do odpowiedniej stałej bazy danych lub roli serwera i podać poprawne hasło nośnika, aby mógł wykonać operację tworzenia kopii zapasowej.

Tabele historii kopii zapasowych

Program SQL Server zawiera następujące tabele historii kopii zapasowych, w których są rejestrowane operacje dotyczące kopii zapasowych:

Podczas przywracanie jest wykonywana, jeśli kopia zapasowa zestawu nie został już zarejestrowany w msdb bazy danych, kopia zapasowa tabel historia mogą zostać zmodyfikowane.

W obszarze modelu odzyskiwanie prosty, grupa plików kopia zapasowa jest dozwolona tylko dla grupa plików tylko do odczytu.

Ostrzeżenie

Wykonywanie kopii zapasowych, które są tworzone przez nowszą wersja SQL Server Nie można przywrócić z wcześniejszych wersja programu SQL Server.

kopia zapasowa obsługuje opcję RESTART, aby zapewnić zgodność ze starszymi wersjami SQL Server. Ale RESTART nie ma znaczenia SQL Server 2005 i jego nowszych wersjach.

Określa częściowa kopia zapasowa.

Zestaw rozłożony to zestaw plików dyskowych, między które dane są podzielone na bloki i rozłożone w ustalonej kolejności.Liczba urządzeń kopii zapasowej używanych w zestawie rozłożonym musi pozostawać taka sama (chyba że nośnik zostanie ponownie zainicjowany za pomocą opcji FORMAT).

W następującym przykładzie polecenie zapisuje kopia zapasowa z AdventureWorks Baza danych do nowego zestaw rozłożonego nośnika, który korzysta z trzech plików z dysku.

BACKUP DATABASE AdventureWorks
TO DISK='X:\SQLServerBackups\AdventureWorks1.bak', 
DISK='Y:\SQLServerBackups\AdventureWorks2.bak', 
DISK='Z:\SQLServerBackups\AdventureWorks3.bak'
WITH FORMAT,
   MEDIANAME = 'AdventureWorksStripedSet0',
   MEDIADESCRIPTION = 'Striped media set for AdventureWorks database;
GO

Po zdefiniowaniu urządzenia kopii zapasowej jako części zestawu rozłożonego nie może ono być używane do tworzenia kopii zapasowych na jednym urządzeniu, chyba że zostanie określona opcja FORMAT.Podobnie urządzenie kopii zapasowej zawierające nierozłożone kopie zapasowe nie może być używane w zestawie rozłożonym, chyba że zostanie określona opcja FORMAT.Aby podzielić rozłożony zestaw kopii zapasowych, należy użyć opcji FORMAT.

To nazwa logiczna grupa plików tylko do odczytu lub zmiennej, której wartość, co daje logiczną nazwę tylko do odczytu grupa plików, mają być zawarte w częściowej kopia zapasowa.

Praca z dublowanym zestawem nośników

Z reguły kopie zapasowe nie są dublowane, a instrukcje BACKUP po prostu zawierają klauzulę TO.Jednak na każdy zestaw nośników możliwe jest użycie do czterech duplikatów.W przypadku dublowanego zestawu nośników w trakcie operacji wykonywania kopii zapasowej zapis jest wykonywany w wielu grupach urządzeń kopii zapasowej.Każda grupa urządzeń kopii zapasowej tworzy jeden duplikat w dublowanym zestawie nośników.W każdym duplikacie musi być używana taka sama liczba fizycznych urządzeń kopii zapasowych takiego samego typu i wszystkie te urządzenia muszą mieć takie same właściwości.

Określa logicznego lub fizycznego urządzenie kopia zapasowa dla operacji tworzenia kopia zapasowa.To nazwa logiczna urządzenie wykonywania kopii zapasowych, z którym baza danych jest wykonywana kopia zapasowa.

Klauzula MIRROR TO musi określać tę samą liczbę urządzeń kopii zapasowej i ten sam ich typ co klauzula TO.Poniższy przykład ilustruje zapis na dublowanym zestawie nośników zawierającym dwa duplikaty i używającym trzech urządzeń na duplikat:

BACKUP DATABASE AdventureWorks
TO DISK='X:\SQLServerBackups\AdventureWorks1a.bak', 
DISK='Y:\SQLServerBackups\AdventureWorks2a.bak', 
DISK='Z:\SQLServerBackups\AdventureWorks3a.bak'
MIRROR TO DISK='X:\SQLServerBackups\AdventureWorks1b.bak', 
DISK='Y:\SQLServerBackups\AdventureWorks2b.bak', 
DISK='Z:\SQLServerBackups\AdventureWorks3b.bak';
GO
Important noteImportant Note:

Określa plik dysk lub urządzenie taśmowe.Dyskowe urządzenie ma istnieć przed jest określona w instrukcja kopia zapasowa.

Jeśli istnieje urządzenie fizyczne i nie określono opcję INIT BACKUP instrukcja, kopia zapasowa jest dołączany do urządzenia.

Każde urządzenie kopii zapasowej określone w klauzuli TO instrukcji BACKUP odpowiada rodzinie nośników.Na przykład, jeśli klauzula TO zawiera listę trzech urządzeń, operacja BACKUP zapisuje dane do trzech rodzin nośników.W dublowanym zestawie nośników każdy duplikat musi zawierać kopię każdej rodziny nośników.Dlatego liczba urządzeń musi być identyczna w każdym duplikacie.

Gdy w poszczególnych duplikatach jest wymienionych kilka urządzeń, ich kolejność określa rodzinę nośników zapisywaną na konkretnym urządzeniu.Na przykład na każdej liście urządzeń drugie urządzeniu odpowiada drugiej rodzinie nośników.W wypadku urządzeń w powyższym przykładzie odpowiedniość urządzeń i rodzin nośników jest podana w poniższej tabeli.

Aby MIRROR = DISK, kopia zapasowa automatycznie określa rozmiar blok w odpowiednich dla urządzeń dyskowych.

rodzina nośników 1

rodzina nośników 2

rodzina nośników 3

0

Z:\AdventureWorks1a.bak

Z:\AdventureWorks2a.bak

Z:\AdventureWorks3a.bak

1

Z:\AdventureWorks1b.bak

Z:\AdventureWorks2b.bak

Z:\AdventureWorks3b.bak

Rodzina nośników musi być zawsze zapisywana na tym samym urządzeniu w konkretnym duplikacie.Dlatego przy każdym użyciu istniejącego zestawu nośników urządzenia na listach poszczególnych duplikatów powinny być w tej samej kolejności, w jakiej były określone w czasie tworzenia zestawu nośników.

Aby uzyskać więcej informacji na temat zestawów dublowanych nośnika Zobacz Using Mirrored Backup Media Sets. Aby uzyskać więcej informacji o multimediach ogólnie rzecz biorąc, zobacz zestawy i nośnik rodzin Media Sets, Media Families, and Backup Sets.

Uprawnienia

Domyślne uprawnienia kopia zapasowa DATABASE i dziennik kopia zapasowa członkom sysadmin Rola serwera i db_owner and db_backupoperator stałe role bazy danych.

Używane tylko w przypadku BACKUP DATABASE, określa, że plik bazy danych lub kopii zapasowej powinna składać się tylko z części bazy danych lub zmienione od czasu ostatniej pełna kopia zapasowa pliku.różnicowa kopia zapasowa zazwyczaj zajmuje mniej miejsca niż pełna kopia zapasowa.Użyj tej opcji, tak aby wszystkie kopie zapasowe poszczególnych dziennika wykonane od czasu ostatniej pełna kopia zapasowa nie muszą być zastosowane.

Definiowanie haseł dla zestawów kopii zapasowych i zestawów nośników to opcjonalna funkcja instrukcji BACKUP.Ochrona zapewniana przez to hasło jest słaba.Jest pomyślana jako środek zapobiegawczy przed nieprawidłowym przywracaniem za pomocą narzędzi programu SQL Server przez upoważnionych lub nieupoważnionych użytkowników.Nie zabezpiecza przed odczytaniem danych z kopii zapasowej innymi metodami ani przed zamianą hasła.Hasła nie chronią też przed zastąpieniem zawartości nośnika przy użyciu opcji FORMAT.Zaleca się używanie silnych haseł.Aby uzyskać informacje na temat silnych haseł, zobacz Strong Passwords.

Dlatego, chociaż hasła pozwalają zabezpieczyć zawartość nośników przed nieautoryzowanym dostępem przy użyciu narzędzi programu SQL Server, nie chronią one zawartości przed zniszczeniem.Hasła nie zapewniają pełnej ochrony przed nieautoryzowanym dostępem do zawartości nośników, ponieważ dane w zestawach kopii zapasowych nie są szyfrowane i teoretycznie mogą być odczytane za pomocą programów stworzonych w tym właśnie celu.W sytuacjach, gdy bezpieczeństwo ma kluczowe znaczenie, ważne jest wykluczenie fizycznego dostępu do nośników przez osoby nieupoważnione.

Tylko do kopia zapasowa nie wpływa na ogólną wykonywania kopia zapasowa i przywracanie procedury dla bazy danych.

Zazwyczaj tylko do kopii dziennika kopia zapasowa jest używany jeden raz, a następnie usuwane.Gdy używana z BACKUP DATABASE, opcja COPY_ONLY tworzy pełna kopia zapasowa, który nie może służyć jako kopia podstawowa dla różnicowych kopii zapasowych.Różnicowa map bitowych nie jest aktualizowany i różnicowe kopie zapasowe zachowują się tak, jakby nie istnieje tylko kopia kopia zapasowa.Kolejne różnicowe kopie zapasowe za pomocą najnowszych konwencjonalnych pełna kopia zapasowa jako podstawę ich.

Jeśli RÓŻNICY i COPY_ONLY są używane razem, COPY_ONLY jest ignorowany i różnicowa kopia zapasowa jest tworzona.

Ownership and permission problems on the backup device's physical file can interfere with a backup operation.SQL Server must be able to read and write to the device; the account under which the SQL Server service runs must have write permissions.Jednak sp_addumpdevice, który dodaje wpis dla urządzenie kopia zapasowa z tabelami systemowymi, nie sprawdza uprawnienia dostępu do plików.{KOMPRESJI | NO_COMPRESSION}

Przykłady

Uwaga

The AdventureWorks database is shown for illustration.AdventureWorks is one of the sample databases in SQL Server 2005.Adventure Works Cycles is a fictional manufacturing company used to demonstrate database concepts and scenarios. Aby uzyskać więcej informacji na temat tej bazy danych zobacz AdventureWorks przykładowe bazy danych.

W tej sekcji znajdują się następujące przykłady:

  • A.Podczas instalacji zachowaniem domyślnym jest brak kompresji kopia zapasowa.

  • B.Tworzenie kopii zapasowej bazy danych i dziennika

  • C.Tworzenie pełnej kopii zapasowej plików pomocniczych grup plików

  • D.KOMPRESJA

  • E.Tworzenie dublowanego zestawu nośników z jedną rodziną i tworzenie na nim kopii zapasowej

  • F.Tworzenie dublowanego zestawu nośników z wieloma rodzinami i tworzenie na nim kopii zapasowej

  • G.NO_COMPRESSION

  • H.Jawnie wyłącza kompresję kopia zapasowa.

Uwaga

Tematy „jak” zawierają dodatkowe przykłady.Aby uzyskać więcej informacji, zobacz Backing Up and Restoring How-to Topics (Transact-SQL).

A.Podczas instalacji zachowaniem domyślnym jest brak kompresji kopia zapasowa.

Poniższy przykład tworzy kopię zapasową AdventureWorks Baza danych do pliku.

BACKUP DATABASE AdventureWorks 
 TO DISK = 'Z:\SQLServerBackups\AdvWorksData.bak'
   WITH FORMAT;
GO

B.Tworzenie kopii zapasowej bazy danych i dziennika

Następujące kopie zapasowe przykład up AdventureWorks Przykładowa baza danych, który używa proste model odzyskiwanie domyślnie. Do obsługi kopii zapasowych dziennika, AdventureWorks Baza danych zostanie zmodyfikowany do korzystania z model pełnego odzyskiwanie.

Następnie w przykładzie użyto sp_addumpdevice do utworzenia logicznych urządzenie kopia zapasowa wykonywania kopii zapasowych danych, AdvWorksData, a następnie tworzy innej kopia zapasowa urządzenie logiczne do tworzenia kopia zapasowa w Dzienniku AdvWorksLog.

W przykładzie tworzy następnie wykonać pełną kopię zapasową bazy danych do AdvWorksData, a po okresie braku aktywności aktualizacji, wykonuje kopię zapasową dziennika do AdvWorksLog.

-- To permit log backups, before the full database backup, modify the database 
-- to use the full recovery model.
USE master;
GO
ALTER DATABASE AdventureWorks
   SET RECOVERY FULL;
GO
-- Create AdvWorksData and AdvWorksLog logical backup devices. 
USE master
GO
EXEC sp_addumpdevice 'disk', 'AdvWorksData', 
'Z:\SQLServerBackups\AdvWorksData.bak';
GO
EXEC sp_addumpdevice 'disk', 'AdvWorksLog', 
'X:\SQLServerBackups\AdvWorksLog.bak';
GO

-- Back up the full AdventureWorks database.
BACKUP DATABASE AdventureWorks TO AdvWorksData;
GO
-- Back up the AdventureWorks log.
BACKUP LOG AdventureWorks
   TO AdvWorksLog;
GO

Uwaga

Jeśli nazwa nie zostanie określony, jest on pusty.Określa hasło dla kopia zapasowa zestawu.

C.Tworzenie pełnej kopii zapasowej plików pomocniczych grup plików

HASŁO to ciąg znaków.

--Back up the files in SalesGroup1:
BACKUP DATABASE Sales
   FILEGROUP = 'SalesGroup1',
   FILEGROUP = 'SalesGroup2'
   TO DISK = 'Z:\SQLServerBackups\SalesFiles.bck'
GO

D.KOMPRESJA

W poniższym przykładzie ma miejsce tworzenie różnicowej kopii zapasowej plików każdego pliku w obu pomocniczych grupach plików.

--Back up the files in SalesGroup1:
BACKUP DATABASE Sales
   FILEGROUP = 'SalesGroup1',
   FILEGROUP = 'SalesGroup2'
   TO DISK = 'Z:\SQLServerBackups\SalesFiles.bck'
   WITH 
      DIFFERENTIAL
GO

E.Tworzenie dublowanego zestawu nośników z jedną rodziną i tworzenie na nim kopii zapasowej

Poniższy przykład tworzy dublowanego zestaw nośników zawierające rodziny jednego nośnika i cztery odzwierciedla i tworzy kopię zapasową AdventureWorks Baza danych do nich.

BACKUP DATABASE AdventureWorks
TO TAPE = '\\.\tape0'
MIRROR TO TAPE = '\\.\tape1'
MIRROR TO TAPE = '\\.\tape2'
MIRROR TO TAPE = '\\.\tape3'
WITH
   FORMAT,
   MEDIANAME = 'AdventureWorksSet0'

F.Tworzenie dublowanego zestawu nośników z wieloma rodzinami i tworzenie na nim kopii zapasowej

Aby zapobiec zastąpieniem plik kopia zapasowa, użyć hasła zestaw nośników (zobacz opcja MEDIAPASSWORD w dalszej części tej tabela).W przykładzie następnie wykonuje kopię zapasową AdventureWorks Baza danych do obu kopiach.

BACKUP DATABASE AdventureWorks
TO TAPE = '\\.\tape0', TAPE = '\\.\tape1'
MIRROR TO TAPE = '\\.\tape2', TAPE = '\\.\tape3'
WITH
   FORMAT,
   MEDIANAME = 'AdventureWorksSet1'

G.NO_COMPRESSION

W poniższym przykładzie ma miejsce dołączenie zestawu kopii zapasowych do zestawu nośników utworzonego w poprzednim przykładzie.

BACKUP LOG AdventureWorks
TO TAPE = '\\.\tape0', TAPE = '\\.\tape1'
MIRROR TO TAPE = '\\.\tape2', TAPE = '\\.\tape3'
WITH 
   NOINIT,
   MEDIANAME = 'AdventureWorksSet1'

Uwaga

Określa, kiedy zestaw kopii zapasowych dla tej kopia zapasowa mogą zostać zastąpione.

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

H.Jawnie wyłącza kompresję kopia zapasowa.

Następujące formaty przykład nośników, tworząc nowy nośnik zestaw, a następnie wykonaj skompresowanych pełna kopia zapasowa AdventureWorks Baza danych.

BACKUP DATABASE AdventureWorks TO DISK='Z:\SQLServerBackups\AdvWorksData.bak' 
WITH 
   FORMAT, 
   COMPRESSION

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

Historia zmian

Microsoft Learning

Objaśniony opis opcji NO_TRUNCATE.