BACKUP (Transact-SQL)

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

• 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 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 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 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 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 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 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 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.

Opcje dotyczące dziennika

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

• { 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.

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.

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

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.

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.

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.

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

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.

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

• backupfile (Transact-SQL)

• backupfilegroup (języka Transact-SQL)

• backupmediafamily (Transact-SQL)

• backupmediaset (Transact-SQL)

• backupset (języka Transact-SQL)

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

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.

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.

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 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.

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

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

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

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

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

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'

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'

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'

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

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]