BACKUP (Transact-SQL)

Tam bir veritabanı veya bir veya daha fazla dosya veya filegroups (yedekleme veritabanı) yedekler.Ayrıca, altında tam kurtarma modeli veya toplu günlük kurtarma modeli, işlem günlüğünü (backup log) yedekler.

Not

yedek ile giriş için SQL Serverbakın Yedekleme Özet (SQL Server).

Transact-SQL sözdizimi kuralları

Sözdizimi

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

Bağımsız değişkenler

• VERİTABANI
  Bir tam veritabanı yedekbelirtir.Dosya ve dosya grupları listesi belirtilirse, yalnızca bu dosyaları ve filegroups yedeklendi.Bir tam veya fark veritabanı yedeksırasında SQL Server hareket günlük yedek geri yüklendiğinde, tutarlı bir veritabanı oluşturmak için yeterli yedekler.

  Ne zaman geri yükleme bir yedek oluşturulan yedek veritabanı tarafından (bir veri yedek), tüm yedek geri yüklenir.Tek bir günlük yedek belirli saat veya yedekiçinde hareket geri yüklenebilir.

  Not

  Yalnızca bir tam veritabanı yedek gerçekleştirilebilir ana veritabanı.

• GÜNLÜK
  Bir yedek işlem günlüğünün yalnızca belirtir.Günlük son başarıyla yürütülen günlük yedek geçerli günlük sonuna kadar yedeklenir.İlk günlük yedekoluşturmak için önce bir tam yedekoluşturmanız gerekir.

  geri yükleme bir günlük yedek belirli saat veya yedek içinde hareket ile stopat, NOKTASINA veya STOPBEFOREMARK'ı içinde belirterek yapabilirsiniz sizin restore logdeyim.

  Not

  no_truncate ile veya copy_only belirtmediğiniz sürece bir normal günlük yedek, bazı işlem günlük kayıtları, etkinliğinin.Günlük içindeki tüm kayıtları sonra kesilir veya daha fazla sanal günlük dosyaları etkin olmayacaktır.Ertelenmesine günlük rutin günlük yedeklemeler sonra kesilmiş değil, bir şey günlük kesilme neden.Daha fazla bilgi için, bkz. İşlem günlüğü yönetme.

• { database_name| **@database_name_var }
  Hangi işlem günlüğü, kısmi veritabanı veya tam veritabanı yedeği veritabanıdır.Bir değişken olarak belirttiğinizde (@database_name_var), bu adı olabilir bir dize sabit olarak belirtilen (@database_name_var=**database name) veya karakter dize veri türünde bir değişken olarak dışında ntext veya text veri türü.

  Not

  veritabanı yansıtması ortaklığı yansıtma veritabanı yedeklenemez.

• <file_or_filegroup > ,...n ]
  YEDEK veritabanı ile kullanılan, veritabanı dosyası veya bir dosya yedekile eklenecek dosya grubu belirtir veya salt okunur dosya veya bir kısmi yedekile eklenecek dosya grubu belirtir.

  • FILE = { logical_file_name| **@**logical_file_name_var }
    mantıksal ad bir dosya veya bir değişken değeri yedekeklenecek bir dosya mantıksal ad eşit olur olur.

  • FILEGROUP = { logical_filegroup_name| **@**logical_filegroup_name_var }
    mantıksal ad dosya grubu veya yedekdahil edilecek bir dosya grubu mantıksal ad değeri eşit olur bir değişken adıdır.Basit kurtarma modeli altında bir dosya grubu yedek sadece bir salt okunur dosya grubuiçin verilir.

    Not

    Dosya yedeklerini veritabanı boyutu ve performans gereksinimleri bir veritabanı yedek pratik yaparken kullanmayı düşünün.

  • n
    Birden çok dosya ve dosya gruplarını virgülle ayrılmış bir liste belirtilebilir gösteren bir yer tutucudur.Sayısı sınırsızdır.

  Daha fazla bilgi için, bkz: Tam dosya yedeklemeand Nasıl yapılır: Dosya ve Filegroups (Transact-SQL) yedekleme.

• READ_WRITE_FILEGROUPS **,**FILEGROUP = { logical_filegroup_name| **@**logical_filegroup_name_var } ,...n ] ]
  Bir kısmi yedekbelirtir.Bir kısmi yedek , bir veritabanında okuma/yazma dosyaları içerir: birincil dosya grubu ve tüm /, ikincil filegroups ve ayrıca herhangi bir belirtilen salt okunur dosya ve dosya gruplarını okuma.

  • READ_WRITE_FILEGROUPS
    Tüm/filegroups okuma olduğunu belirtir yedeklenen kısmi yedek.Veritabanı salt okunur ise, yalnızca birincil dosya grubuREAD_WRITE_FILEGROUPS içerir.

    Önemli
    Okuma/yazma filegroups FILEGROUP yerine READ_WRITE_FILEGROUPS kullanarak açıkça listeleyen bir dosya yedekoluşturur.

  • FILEGROUP = { logical_filegroup_name| **@**logical_filegroup_name_var }
    mantıksal ad salt okunur bir dosya grubu veya bir değişken değeri kısmi yedekdahil edilecek olan bir salt okunur dosya grubu mantıksal ad eşit olur olur.Daha fazla bilgi için bkz: "<file_or_filegroup>," Bu konunun önceki kısımlarında.

  • n
    Bu birden çok salt okunur filegroups gösteren yer tutucu virgülle ayrılmış bir listede belirlemenize olanak verir.

  Kısmi yedeklemeler hakkında daha fazla bilgi için bkz: Kısmi yedeklemeler.

• İÇİN <backup_device> [ ,...n ]
  Belirten eşlik eden küme , yedek aygıtları bir unmirrored medya kümesi veya yansıtma (hangi bir veya daha fazla YANSITMA için yan tümceleri bildirilen) bir yansıtılmış medya kümesi içinde ilk olduğunu.

  • <backup_device>
    yedek işlemi için kullanılacak bir mantıksal veya fiziksel yedek aygıtı belirtir.

    • { logical_device_name | @logical_device_name_var }
      Hangi veritabanı yedeklenmeden yedek aygıtı mantıksal ad olur.mantıksal ad tanımlayıcıları için olan kurallara uymalýdýr.Bir değişken olarak belirttiğinizde (@logical_device_name_var), yedek aygıtı adı olabilir bir dize sabit olarak belirtilen (@logical_device_name_var= mantıksal yedek aygıtı adı) veya herhangi bir karakter dize veri türü dışında bir değişken olarak ntext veya text veri türü.

    • { DISK | TAPE } = { 'physical_device_name' | **@**physical_device_name_var }
      Bir disk dosyasına veya bir teyp aygıtı belirtir.

      backup deyimiçinde belirtilen önce bir disk aygıtı yok.Fiziksel aygıtı varsa ve başlatma seçeneği backup deyimbelirtilmemiş, yedek aygıtına eklenir.

      Daha fazla bilgi için, bkz. Yedekleme aygıtları.

      Not

      Teyp seçeneği, gelecekteki bir sürüm kaldırılır SQL Server.Yeni geliştirme işlerinde bu özelliği kullanmaktan kaçının ve bu özelliği kullanmakta olan uygulamalarda değişiklik yapmayı planlayın.

  • n
    İse, en çok 64 yedek aygıtları gösteren bir yer tutucu virgülle ayrılmış bir liste belirtilebilir.

• YANSITMA için <backup_device> [ ,...n ]
  Kime yan tümcetümcesinde belirtilen bir küme , her biri yedekleme aygıtları yansıtmak için üç ikincil yedek aygıtları belirtir.YANSITMA için yan tümce olması belirtmeniz gerekir aynı türde ve yedek aygıtları sayısı to yan tümce.YANSITMA için yan tümceleri sayısı üçtür.

  Bu seçenek yalnızca SQL Server 2005 Enterprise Edition ve sonraki sürümleri.

  Not

  YANSITMA için DISK = yedekleme disk aygıtları için uygun blok boyutunu otomatik olarak belirler.blok boyutu hakkında daha fazla bilgi için bkz: "Blok BOYUTU" daha sonra bu tablo.

  • <backup_device>
    Bkz: "<backup_device>," daha önce bu bölümde.

  • n
    İse, en çok 64 yedek aygıtları gösteren bir yer tutucu virgülle ayrılmış bir liste belirtilebilir.YANSITMA için yan tümce tümcesinde aygıtları sayısı Kime yan tümcetümcesindeki aygıtlarının sayısına eşit olmalıdır.

  "Media aileleri de yansıtılmış ortam kümesi" daha fazla bilgi için bkz: "Açıklamalar" bölümünde, bu konunun ilerisinde.

• [ next-mirror-to ]
  Üç AYNA için yan tek ek olarak tek bir backup deyim içerebilir gösteren bir yer tutucudur yan tümce.

Seçeneklerle

yedek işlemi ile kullanılacak seçenekleri belirtir.

• FARK
  YEDEK veritabanı ile kullanılan, veritabanı veya dosya yedek veritabanı veya dosyanın son tam yedekbu yana değişen bölümlerin yalnızca içermesi belirtir.Bir fark yedek genellikle bir tam yedek' den daha az yer kaplar.Böylece son tam yedek gerekmez itibaren uygulanacak tüm bireysel günlüğü yedekleri gerçekleştirilen bu seçeneği kullanın.

  Not

  Varsayılan olarak, bir tam yedekyedek veritabanı oluşturur.

  Daha fazla bilgi için, bkz. Fark yedekler kullanma.

Yedekleme seçeneklerini ayarlama

Bu seçenekler, bu yedek işlemi tarafından oluşturulan yedekküme üzerinde işlem yapar.

Not

Bir yedek küme geri yükleme işlemi için belirlemek için dosyayı kullanmak =<backup_set_file_number> seçeneği.Bir yedek kümebelirtme hakkında daha fazla bilgi için bkz: "Belirten bir Backup Set" in Bağımsız değişkenlerini (Transact-SQL) geri yükleme.

• COPY_ONLY
  yedek belirtir bir yalnızca kopya yedek, normal yedeklemeler sırasını etkilemez.Bir yalnızca kopya yedek geleneksel, düzenli olarak zamanlanmış yedeklemelerinizi bağımsız olarak oluşturulur.Bir yalnızca kopya yedek genel yedek ve geri yükleme yordamları için veritabanını etkilemez.

  Yalnızca kopya yedekleme [NULL]'de kullanılmaya başlanan SQL Server 2005 bir yedek özel bir amaçla alınır durumlarda kullanılmak gibi yedekleme günlüğü bir çevrimiçi dosya geri yüklemesiönce.Genellikle, bir günlük yalnızca kopya yedek bir kez kullanılır ve sonra silinir.

  • YEDEK veritabanı ile kullanılan copy_only seçeneği, değişiklik temelihizmet veremiyor bir tam yedek oluşturur.Fark bitmap güncelleştirilmez ve yalnızca kopya yedek gibi yoksa fark yedekler davranır.Sonraki fark yedeklemeler en son geleneksel tam yedek kendi temel olarak kullanın.

    Önemli
    FARK ve copy_only birlikte kullanılırsa, copy_only sayılır ve bir fark yedek oluşturulur.

  • YEDEKLEME günlüğü ile kullanıldığında, copy_only seçeneği oluşturur bir günlüğü yalnızca kopya yedek, hangi değil kesecek işlem günlüğü.Günlük yalnızca kopya yedek günlük zinciriüzerinde hiçbir etkisi yoktur ve yalnızca kopya yedek yok gibi diğer günlüğü yedekleri davranır.

  Daha fazla bilgi için, bkz. Yalnızca kopya yedekleme.

• { SIKIŞTIRMA | NO_COMPRESSION}
  yedek sıkıştırma bu yedeküzerinde gerçekleştirilen olup olmadığını belirtir.Yedekleme sıkıştırma içinde kullanılmaya başlanan SQL Server 2008 Enterprise.İçinde başlayan SQL Server 2008 R2, yedek sıkıştırma tarafından desteklenmektedir SQL Server 2008 R2 Standart ve tüm sonraki sürümleri.

  Yükleme sırasında yedek sıkıştırma varsayılan davranıştır.Ancak bu varsayılan ayarlayarak değiştirilebilir yedek sıkıştırma varsayılan sunucu yapılandırma seçeneği.Bu seçenek geçerli değeri görüntüleme hakkında daha fazla bilgi için bkz: Nasıl yapılır: Sunucu özelliklerini görüntüleme (SQL Server Management Studio'yu).

  • SIKIŞTIRMA
    Açıkça yedek sıkıştırma sağlar.

    Not

    Varsayılan olarak, bir yedek sıkıştırıldığında sağlama için ortam bozulmaları algılamak gerçekleştirilir.

  • NO_COMPRESSION
    Açıkça yedek sıkıştırma devre dışı bırakır.

• Açıklama = { 'text' | **@**text_variable }
  yedekkümetanımlayan serbest biçimli metin belirtir. dize en çok 255 karakter olabilir.

• NAME = { backup_set_name| **@**backup_set_var }
  yedekkümeadını belirtir. Adlar en fazla 128 karakter olabilir.Ad belirtilmezse, boş olur.

• PASSWORD = { password | **@**password_variable }
  yedekkümeparola ayarlar. Bir karakter dizeparoladır.

  Önemli
  Bu özellik Microsoft SQL Server'ın bir sonraki sürümünde kaldırılacaktır. Yeni geliştirme işlerinde bu özelliği kullanmaktan kaçının ve bu özelliği kullanmakta olan uygulamalarda değişiklik yapmayı planlayın.

  Gerçekleştirmek için bir parola yedek kümetanımlanmışsa, parola sağlanmalıdır SQL Server geri yükleme işleminden yedek küme.yedekküme parola yedek dosyası, ancak yazılmaz korumaz. yedek dosyasının üstüne yazılmasını önlemek için bir ortam -küme password (bkz: Bu tabloMEDIAPASSWORD seçeneği) kullanın.("İzni," parola kullanma hakkında daha fazla bilgi için bkz. Bu konunun ilerisinde.)

  Güvenlik Notu

  Bu parola sağlanan koruma zayıftır.Hatalı geri yükleme kullanarak bir engellemeye yöneliktir SQL Server araçları tarafından yetkili veya yetkisiz kullanıcıların.Bu yedek veri okuma başka yollarla veya parola değiştirme engellemez.yedek teyplerini güvenli bir konuma veya yedeklemek için yeterli erişim denetim listeleri (ACL) tarafından korunan disk dosyalarını depolamak için yedekleri korumak için en iyi yöntem olacaktır.ACL'leri küme altında yedeklemeleri oluşturulan dizin kök olmalıdır.

• { EXPIREDATE = 'date'| RETAINDAYS = days }
  Ne zaman yedek küme için bu yedek yazılmasını belirtir.Bu seçeneklerin her ikisi de kullanılırsa, RETAINDAYS EXPIREDATE önceliklidir.

  Hiçbiri seçeneği belirtilirse, sona erme tarih belirlenir mediasaklama yapılandırma ayarı.Daha fazla bilgi için, bkz. Sunucu yapılandırma seçenekleri ayarlama.

  Önemli
  Bu seçenekler yalnızca önlemek SQL Server üzerine yazılan dosya.Teypler, diğer yöntemlerle silinebilir ve disk dosyalar işletim sistemi üzerinden silinebilir.Bu konudaki sona erme doğrulama hakkında daha fazla bilgi için bkz: atla ve biçimi.

  • EXPIREDATE = { 'date'| **@**date_var }
    yedekküme sona erecek ve zaman yazılabilir belirtir. Bir değişken olarak belirttiğinizde (@date_var), bu tarih yapılandırılmış sistem izlemeniz gereken datetime biçimlendirmek ve aşağıdakilerden biri olarak belirtilmesi:

    • Bir dize sabit (@date_var = tarih)

    • Karakter dize veri türünde bir değişken (dışında ntext veya text veri türleri)

    • Asmalldatetime

    • A datetime değişken

    Örneğin:

    • 'Dec 31, 2020 11:59 PM'

    • '1/1/2021'

    Belirtme hakkında bilgi için datetime değerler, bakın Tarih ve saat veri kullanma.

    Not

    Son geçerlilik tarihyok saymak için Atla seçeneğini kullanın.

  • RETAINDAYS = { days| **@days_var }
    Bu yedek medya kümesi üzerine önce geçmesi gereken gün sayısını belirtir.Bir değişken olarak belirttiğinizde (@**days_var), bir tamsayı belirtilmelidir.

Ortam kümesi seçenekleri

Bu seçenekler medya kümesi bir bütün olarak çalışır.

• { NOINIT | INIT}
  yedek işlemi ekler veya yedek ortamı üzerindeki var olan yedek kümelerinin üzerine yazar olup olmadığını denetler.En son yedek küme (NOINIT) ortam eklemek için varsayılandır.

  Not

  Arasındaki etkileşimler hakkında bilgi için { NOINIT | INIT} ve { NOSKIP | Atla} "Uyarılar" konusuna bakın. Bu konuda daha sonra.

  • NOINIT
    yedekküme var olan yedek kümelerinin koruma belirtilen medya kümesiiçin ekleneceğini belirtir. medya kümesiiçin bir ortam Parola tanımlandıysa, parola sağlanmalıdır.NOINIT varsayılandır.

    Daha fazla bilgi için, bkz. Varolan yedekleme kümeleri için ekleme.

  • INIT
    Tüm yedek kümeleri üzerine, ancak ortam üstbilgi korur belirtir.INIT belirtilirse, koşullar izin herhangi varolan yedek küme aygıt üzerine, olur.Varsayılan değer olarak, yedekleme için aşağıdaki koşulları denetler ve koşullardan biri varsa, yedek ortamı üzerine yazmaz:

    • Tüm yedek küme henüz gelmedi.Daha fazla bilgi için bkz: EXPIREDATE ve RETAINDAYS seçenekleri.

    • backup deyimverilen yedekküme adı verdiyse, yedek ortamı üzerindeki adı eşleşmiyor. Daha fazla bilgi için bkz: Bu bölümdeki adı seçeneği.

    Bu çekleri geçersiz kılmak için Atla seçeneğini kullanın.

    Not

    yedek ortam parola korumalı ise, SQL Server media parola sağlanan sürece medyaya yazmaz.Bu denetimi atla seçeneği tarafından geçersiz kılınmış değil.Parola korumalı ortam ortam, ortam üzerindeki yedeklemeleri siler yalnızca biçimlendirme tarafından yazılabilir.Ortam parolası hakkında daha fazla bilgi için bu konunun önceki kısımlarında "mediapassword" konusuna bakın.Ortam yeniden biçimlendirme hakkında daha fazla bilgi için bu konunun önceki kısımlarında "Biçim" bakın.

    Daha fazla bilgi için, bkz. Yedekleme kümeleri üzerine yazarak.

• { NOSKIP | ATLA}
  Denetimleri ortamdaki üzerine yazmadan önce ayarlar yedek işlemi sona erme tarih ve saat yedek olup olmadığını denetler.

  Not

  Arasındaki etkileşimler hakkında bilgi için { NOINIT | INIT} ve { NOSKIP | Atla} "Uyarılar" konusuna bakın. Bu konuda daha sonra.

  • NOSKIP
    Önce bunları yazılmasına izin verme ortam üzerindeki tüm yedek kümeleri sona erme tarih denetlemek için backup deyim söyler.Bu varsayılan davranıştır.

  • ATLA
    Devre dışı bırakır yedek kümelerini yedekküme sona erme ve genellikle önlemek için backup deyim tarafından gerçekleştirilen ad denetimi üzerine yazar. Arasındaki etkileşimler hakkında bilgi için {INIT | NOINIT} ve {NOSKIP | Atla} "Uyarılar" konusuna bakın. Bu konuda daha sonra.

    yedek kümeleri sona erme tarihlerini görüntülemek için query expiration_date sütun backupsetgeçmiştablo.

• { noformat | FORMAT}
  Herhangi bir varolan media başlığı ve yedek üzerine ortam üstbilgi bu yedek işlemi için kullanılan birimleri üzerinde yazılması gerekir olup olmadığını ayarlar belirler.

  • NOFORMAT
    yedek işlemi varolan ortam üstbilgi korur ve bu yedek işlemi için kullanılan ortam birimleri yedek ayarlar belirler.Bu varsayılan davranıştır.

  • FORMAT
    Yeni bir medya kümesi oluşturulacağını belirtir.Biçim yedek işlemi için kullanılan tüm ortam birimlerdeki yeni bir ortam üstbilgi yazmak yedek işlemi neden olur.Varolan ortam üstbilgi ve yedek kümeleri üzerine çünkü birimin varolan içeriği geçersiz olur.

    Önemli
    Biçim dikkatle kullanın.Bir medya kümesi herhangi bir birimi biçimlendirme tüm medya kümesi kullanılamaz yapar.Bir varolan şeritli medya kümesiiçin ait tek bir teyp başlatmak, örneğin, tüm medya kümesi yararsız işlenir.

    Biçim belirtme Atla anlamına gelir; Atla açıkça belirtildiği gerekmez.

• MEDIADESCRIPTION = { text | **@**text_variable }
  Serbest biçimli metin açıklaması, en çok 255 karakter, medya kümesibelirtir.

• MEDIANAME = { media_name | **@**media_name_variable}
  Tüm yedek medya kümesiiçin ortam adını belirtir.Ortam adı 128 karakterden uzun olmaması gerekir, yoksa ORTAMADI belirtilmemişse, zaten var olan yedek birimlerinde daha önce belirtilen ortam adıyla eşleşmesi gerekir.Bunu belirtilmezse, ya da Atla seçeneği belirtilirse, hiçbir ortam adı doğrulama denetimi yoktur.

• MEDIAPASSWORD = { mediapassword | **@**mediapassword_variable }
  medya kümesiiçin parola ayarlar.MEDIAPASSWORD olduğu bir karakter dize.

  Önemli
  Bu özellik Microsoft SQL Server'ın bir sonraki sürümünde kaldırılacaktır. Yeni geliştirme işlerinde bu özelliği kullanmaktan kaçının ve bu özelliği kullanmakta olan uygulamalarda değişiklik yapmayı planlayın.

  medya kümesiiçin bir parola tanımlandıysa, bir yedekküme , medya kümesioluşturabilmeniz için önce parola sağlanmalıdır. Buna ek olarak, bu ortam parola medya kümesiherhangi bir geri yükleme işlemi gerçekleştirmek için de sağlanmalıdır.Parola korumalı ortam, yalnızca biçimlendirme tarafından yazılabilir.Daha fazla bilgi için bkz: format seçeneği.(Parola kullanma hakkında daha fazla bilgi için bu konunun ilerleyen bölümlerindeki izinleri bölümünde bakın.)

  Güvenlik Notu

  Bu parola sağlanan koruma zayıftır.Hatalı geri yükleme kullanarak bir engellemeye yöneliktir SQL Server araçları tarafından yetkili veya yetkisiz kullanıcıların.Bu yedek veri okuma başka yollarla veya parola değiştirme engellemez.yedek teyplerini güvenli bir konuma veya yedeklemek için yeterli erişim denetim listeleri (ACL) tarafından korunan disk dosyalarını depolamak için yedekleri korumak için en iyi yöntem olacaktır.ACL'leri küme altında yedeklemeleri oluşturulan dizin kök olmalıdır.

• BLOCKSIZE = { blocksize | **@**blocksize_variable }
  Fiziksel blok boyutunu bayt cinsinden belirtir.Desteklenen boyutlarda 512, 1024, 2048, 4096, 8192, 16384'den çok, 32768 ve 65536 (64 kb) bayt.Teyp aygıtları için 65536 ve 512 Aksi varsayılandır.Genellikle, bu seçenek yedekleme aygıtı için uygun olan bir blok boyutu otomatik olarak seçer için gereksizdir.blok boyutu açıkça belirten blok boyutu otomatik seçimi geçersiz kılar.

  Planladığınız bir yedek üzerine kopyalama ve geri yükleme için bir CD-ROM'dan alıyor, blok BOYUTU belirtin 2048 =.

  Not

  Bu seçenek genellikle yalnızca teyp aygıtları yazarken performansı etkiler.

Veri aktarım seçenekleri

• BUFFERCOUNT = { buffercount | **@**buffercount_variable }
  yedek işlemi için kullanılacak g/Ç arabellekleri toplam sayısını belirtir.Herhangi bir pozitif tamsayı belirtebilirsiniz; Ancak, çok sayıda arabellekleri "bellek yetersiz" neden olabilir oluşan hatalar nedeniyle yetersiz sanal adres alanı Sqlservr.exe işleminde.

  Arabellekleri tarafından kullanılan toplam alanı tarafından belirlenir: buffercount*****maxtransfersize.

• MAXTRANSFERSIZE = { maxtransfersize | **@**maxtransfersize_variable }
  En büyük aktarma birimi bayt arasında kullanılacak belirtir SQL Server ve yedek ortamı.Olası değerler şunlardır: 65536 4194304 bayt (4 mb) arasında değişen bayt (64 kb) çarpan.

Hata yönetimi seçenekleri

Bu seçenekler yedek sağlama toplamlarını yedek işlemi için etkinleştirilip etkinleştirilmeyeceğini belirtir ve işlemi bir hatayla karşılaşıyor üzerinde olup durdurulacak belirlemenize olanak sağlar.

• { no_checksum | SAĞLAMA TOPLAMI}
  yedek sağlama toplamlarını etkinleştirilmiş olup olmadığını kontrol eder.

  • NO_CHECKSUM
    Açıkça yedek sağlama toplamlarını nesil (ve sayfa sağlama toplamı doğrulaması) devre dışı bırakır.Bir sıkıştırılmış yedekharicinde varsayılan davranış budur.

  • SAĞLAMA TOPLAMI
    yedek sağlama toplamlarını yedekleme yapabilirsiniz böylece etkinleştirir:

    1. Bu bilgiler sayfavarsa, yedek medyasına sayfa yazma önce yedekleme sayfa (sayfasağlama toplamı veya bozuk bir sayfa) doğrular.

    2. sayfa sağlama toplamlarını bugünkü olmanıza bakılmaksızın, yedekleme, yedek akışları ayrı yedeksağlama toplamı oluşturur. Geri yükleme işlemlerini isteğe bağlı olarak, yedek sağlama toplamı yedek bozuk olmadığını doğrulamak için kullanabilirsiniz.yedeksağlama toplamı yedek ortamı veritabanı sayfalarında depolanır. yedeksağlama toplamı geri yüklemesaatisteğe bağlı olarak kullanılabilir,

    yedek sağlama toplamlarını kullanarak, iş yükü ve yedek işlem hacmi etkileyebilir.

    Bir sıkıştırılmış yedekiçin varsayılan davranış budur.

• { stop_on_error | CONTINUE_AFTER_ERROR}
  yedek işlemini durdurur veya sayfasağlama toplamı hatası ile karşılaştıktan sonra devam denetler.

  • STOP_ON_ERROR
    Bir sayfa sağlama toplamı doğrulama başarısız için backup bildirir.Bu varsayılan davranıştır.

  • CONTINUE_AFTER_ERROR
    Sağlama toplamı geçersiz veya bozuk sayfalar gibi hatalarla rağmen devam etmek için backup bildirir.

    yedeklemek için yapamıyorsanız no_truncate kullanarak günlük tail seçenek veritabanı zarar gördüğünde, siz deneyebilirsiniz bir Günlük tail günlük yedek CONTINUE_AFTER_ERROR no_truncate yerine belirterek.

Uyumluluk seçenekleri

• YENİDEN BAŞLATMA
  Hiçbir etkisi yoktur.Bu seçenek sürüm önceki sürümleriyle uyumluluk için kabul edilir SQL Server.

İzleme seçenekleri

• STATS = percentage ]
  Her saat bir ileti görüntüler başka bir yüzde tamamlayan ve ilerlemeyi ölçmek için kullanılır.percentage Atlanmış, SQL Server her yüzde 10 tamamlandığında bir ileti görüntüler.

  stats seçeneği, tamamlanma yüzdesi, sonraki aralığı bildirdiği için Eşik olarak bildirir.Yaklaşık olarak belirtilen yüzdedeki olmasıdır; Örneğin, ile stats = 10, tamamlanan tutar yüzde 40'ını ise 43 yüzde görüntülemek.Tamamlanma yüzdesi, tamamlanan g/Ç çağrıları arasında çok yavaş taşır çünkü büyük yedek kümeleri için bu bir sorun değildir.

Bant Seçenekleri

Bu seçenekler yalnızca teyp aygıtları için kullanılır.Nontape aygıt kullanılıyorsa, bu seçenekler yoksayılır.

• { Geri Sar | NOREWIND}

  • GERİ SARMA
    Belirleyen SQL Server bırakın ve geri sarma teyp.Geri sarma varsayılandır.

  • NOREWIND
    Belirleyen SQL Server tutmak teyp Aç sonra yedek işlemi.Teyp için birden çok yedek işlemlerini gerçekleştirirken performansını artırmak için bu seçeneği kullanın.

    NOREWIND nounload anlamına gelir ve bu seçenekler içinde tek bir backup deyimuyumsuzdur.

    Not

    NOREWIND, örnek kullanırsanız, SQL Server teyp sürücü sahipliğini Geri Sar veya kaldırma seçeneği aynı işlemde çalışan bir yedekleme veya geri yükleme deyim kullanır veya sunucu örnek kapattığınızda kadar korur kapalı.Teyp açık tutulması, diğer işlemler teyp erişmesini engeller.Aç teypleri listesini görüntülemek ve teyp Aç kapatmak için hakkında daha fazla bilgi için bkz: Yedekleme aygıtları.

• { unload | NOUNLOAD}

  Not

  unload/nounload oturum veya alternatif belirterek sıfırlanana kadar ömrü devam eden oturum bir ayardır.

  • UNLOAD
    Teybi otomatik olarak rewound ve yedek tamamlandığında, bellekten kaldırılan belirtir.unload oturum başlar varsayılan olarak kullanılır.

  • NOUNLOAD
    Yedekleme işlemi teybi teyp sürücüsünde yüklü kalır sonra belirtir.

Not

Bir yedek için bir teyp yedek aygıtı blok BOYUTU seçeneği yedek işlemi performansını etkileyebilir.Bu seçenek genellikle yalnızca teyp aygıtları yazarken performansı etkiler.

Günlük özel seçenekler

Bu seçenekler yalnızca backup log ile kullanılır.

Not

Günlüğü yedekleri almak istemiyorsanız, Basit kurtarma modelini kullanın.Daha fazla bilgi için, bkz. Basit kurtarma modeli altında yedekleme.

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

  • NORECOVERY
    Günlük tail yedekler ve veritabanı geri yükleme durumunda bırakır.norecovery üzerinde ikincil veritabanı başarısız olduğunda veya geri yükleme işleminden önce günlük tail kaydederken yararlıdır.

    Atlar oturum kesilme ve veritabanını geri yükleme durumuna atomically alıp bir en iyi performans günlük yedek gerçekleştirmek için no_truncate ve norecovery seçenekleri birlikte kullanın.

  • BEKLEME **=**standby_file_name
    Günlük tail yedekler ve veritabanı salt okunur ve bekleme durumunda bırakır.BEKLEME yan tümce (geri alma işlemi, ancak seçeneğiyle sonraki yükler) yedek verileri yazar.BEKLEME seçeneği kullanarak bir geri yükleme ile bekleme tarafından izlenen norecovery yedekleme günlüğü ile eşdeğerdir.

    Bekleme modu kullanmak gerekir tarafından belirtilen bir hazır bekleyen dosya, standby_file_name, konumu depolanır günlük veritabanı.Belirtilen dosya zaten varsa, Veritabanı Altyapısı ; üzerine yazar Dosya yoksa, Veritabanı Altyapısı it. oluştururhazır bekleyen dosya veritabanının bir parçası olur.

    Bu dosya sarılı tutan restore log işlemleri bundan sonra uygulanacak olması durumunda alınması gereken değişiklikler, geri.Böylece geri kaydedilmemiş hareketleri çalışırken değiştirilmiş tüm farklı sayfalardan veritabanı içerebilir ulaşması için hazır bekleyen dosya için yeterli disk alanınız olmalıdır.

• NO_TRUNCATE
  Günlük değil kesilsin belirtir ve neden Veritabanı Altyapısı yedek durumu ne olursa olsun denemek içinveritabanı.Sonuç olarak, no_truncate ile çekilen bir yedek eksik meta verilerolabilir.Bu seçenek, günlük veritabanı bozuk olduğu durumlarda yedekleme sağlar.

  YEDEKLEME günlüğü no_truncate seçenek copy_only ve CONTINUE_AFTER_ERROR belirtmekle eş değerdir.

  no_truncate seçenek kullanılmazsa, veritabanı çevrimiçi durumda olmanız gerekir.Veritabanı BEKLEMEDE durumunda ise, no_truncate belirterek bir yedek oluşturmak mümkün olabilir.Ancak yedekleme veritabanı çevrimdışı veya ACİL durumda, hatta no_truncate ile verilmez.Veritabanı durumları hakkında daha fazla bilgi için bkz: Veritabanı durumları.

Açıklamalar

Veritabanı ya da günlük yedeklemeler herhangi bir disk veya teyp aygıtı için bir veritabanı ve içinde tek bir fiziksel konumda tutulmalıdır, işlem günlüklerinin eklenebilir.

backup deyim açık bir izin verilmez veya örtük işlem.

Veritabanı harmanlama işletim sistemi tarafından desteklenen sürece bile farklı işlemci türleri arasında çapraz platform yedek işlemleri gerçekleştirilebilir.

yedek terminoloji ve yedek aygıtları yöneten yedeklemeler hakkında daha fazla bilgi için bkz: SQL Server'da yedekleme Media ile çalışma.

Not

Varsayılan olarak, her başarılı yedek işlemi bir girdi ekler SQL Server hata günlüğü ve sistem olay günlüğünüyedeklemek günlük çok sık sık, bu başarı iletileri hızlı bir şekilde, diğer iletileri zor bulmayı çok büyük hata günlüklerindeki kaynaklanan biriken.Bu gibi durumlarda komut dosyalarınızı hiçbiri bu girişlerde bağlıdır, 3226 izleme bayrağı kullanarak bu günlük girdileri bastırabilirsiniz.Daha fazla bilgi için, bkz. İzleme Bayrakları (Transact-SQL).

Hareket günlüğü kesme

Bir veritabanı işlem günlüğünün dolmasını engellemek için düzenli yedeklemelere gereklidir.Basit kurtarma modeli altında günlük kesilme otomatik olarak, yedeklemek veritabanı sonra ve altında ortaya tam kurtarma modeli, yedeklemek hareket oturum açtıktan sonra.Ancak, bazen kesme işlemi ertelenebilir.Tanımlama ve Etkenler ertelenmesine neden için yanıt hakkında daha fazla bilgi için bkz: Günlük kesilme geciktirebilirsiniz Etkenler.

Not

no_log ile yedekleme günlüğü ve ile TRUNCATE_ONLY ile aynıdır seçenekleri kullanılmamaktadır.Tam kullanıyorsanız veya toplu günlük kurtarma modeli kurtarma ve gerekir günlük yedek zinciri bir veritabanından kaldırmak için basit kurtarma modeline geçiş yapın.Daha fazla bilgi için, bkz. Tam veya toplu günlük kurtarma modeli geçiş yapmak için dikkat edilmesi gereken noktalar.

Genel olarak, günlük kesilme hakkında daha fazla bilgi için bakın Hareket günlüğü kesme.

Eşzamanlılık

SQL Serverbir veritabanı yedek veritabanı hala kullanılırken izin vermek için bir çevrimiçi yedek işlemini kullanır.Bir yedeksırasında çoğu işlem mümkündür; Örneğin, bir yedek işlemi sırasında INSERT, update veya delete deyimleri izin verilir.

Bir veritabanı veya hareket günlüğü yedek sırasında çalıştıramazsınız işlemleri içerir:

• Dosya ekleme veya kaldırma dosyası seçenekleri ya da alter database deyim gibi yönetim işlemleri.

• Veritabanını küçültmek veya dosya işlemleri daraltın.Otomatik küçültme işlemleri de buna dahildir.

yedek işlemi dosya yönetimi ile çakışıyor veya küçültme işlemi, bir çakışma oluşur.Hangi çakışan operasyonun ilk başladı ne olursa olsun, ikinci işlem kilit küme için saat ilk operasyondan bekler ( saat-dönem dışında bir oturum zaman aşımı ayarıyla denetlenir).kilit saatserbest bırakılır-dönem dışında ikinci işlem devam eder.kilit zaman aşımına uğrarsa, ikinci işlem başarısız olur.

Yedekleme ortamı biçimlendirme

Aşağıdakilerden herhangi birini, ve yalnızca doğruysa yedekleme ortamı backup deyim ile biçimlendirilir:

• format seçeneği belirtildi.

• Ortamı boş olur.

• İşlem devam teybiyazıyor.

Daha fazla bilgi için, bkz. Yeni bir ortam kümesi oluşturma.

Yedekleme türleri

Desteklenen yedek türleri gibi veritabanı kurtarma modeli üzerinde bağlıdır

• Tüm kurtarma modelleri veri tam ve fark yedeklemelerini destekler.

  yedekkapsamı	Yedekleme türleri
  Tüm veritabanını	Veritabanı yedekleri tüm veritabanını kapsar. İsteğe bağlı olarak, her veritabanı yedek bir veya daha fazla bir dizi temel olarak hizmet verebilir fark veritabanı yedeklerini.
  Kısmi veritabanı	Kısmi yedeklemeler kapak okuma/yazma filegroups ve, büyük bir olasılıkla bir veya daha fazla salt okunur dosya veya filegroups. İsteğe bağlı olarak, her kısmi yedek bir veya daha fazla bir dizi temel olarak hizmet verebilir fark kısmi yedeklemeler.
  Dosya veya dosya grubu	Dosya yedeklerini bir veya daha fazla dosya veya filegroups kapak ve birden çok filegroups içeren veritabanları için uygundur.Basit kurtarma modeli altında bu dosya yedeklerini salt okunur ikincil filegroups aslında büyük/küçük harf kısıtlanır. İsteğe bağlı olarak her dosya yedek bir veya daha fazla bir dizi temel olarak hizmet verebilir fark dosyası yedekleri.

• Altında tam kurtarma modeli veya toplu günlük kurtarma modeli, geleneksel yedekleri de sıralı işlem günlüğü yedekleri (veya günlüğü yedekleri), hangi gereklidir.Her günlük yedek yedek oluşturulduğu sırada etkin işlem günlüğü bölümünü kapsar ve bir önceki günlük yedekyedeklenmeyecek tüm günlük kayıtlarını içerir.

  İş kaybı riskini, at maliyeti yönetim yükünü en aza indirmek için sık sık günlük yedekleme işlemleri zamanlamanız gerekir.Tam yedeklemeler arasında fark yedeklemeler zamanlayarak, geri yükleme saat günlüğü yedekleri geri yükleme verileri geri yükledikten sonra elinizde sayısını azaltarak azaltabilir.

  Veritabanı yedekleri'den farklı bir birime günlüğü yedekleri koymak öneririz.

  Not

  İlk günlük yedekoluşturmak için önce bir tam yedekoluşturmanız gerekir.

  Daha fazla bilgi için, bkz. İşlem günlüğü yedekleri ile çalışma.

• A yalnızca kopya yedek özel amaçlı tam yedek ya da geleneksel yedekleri normal dizisi bağımsız yedek oturum.Bir yalnızca kopya yedekoluşturmak için backup deyimcopy_only seçeneği belirtin.Daha fazla bilgi için, bkz. Yalnızca kopya yedekleme.

Atla, NOSKIP, INIT ve NOINIT etkileşim

Bu tablo arasındaki etkileşimler açıklar { NOINIT | INIT} ve { NOSKIP | Atla} seçenekleri.

Not

Teyp Ortamı boş veya disk yedek dosyası yok, bu etkileşimler ortam üstbilgi Yaz ve devam edin.Ortam boş değil ve geçerli ortam üstbilgi yoktur, bu işlemler geçerli mtf ortam değil ve yedek işlemi sona erdirmek görüşü.

	NOINIT	INIT
NOSKIP	Birimin geçerli ortam üstbilgi içeriyorsa, ortam parola doğrular ve varsa ortam adı verilen ORTAMADI eşleştiğini doğrular.Eşleşiyorsa, varolan tüm yedek kümeleri koruma yedekkümeekler. Birimin geçerli ortam üstbilgi içermiyorsa, hata oluşur.	Birimin geçerli ortam üstbilgi içeriyorsa, aşağıdaki denetimler gerçekleştirir: Ortam parola doğrular.2 ORTAMADI belirtilmediyse, belirli ortam adı medya başlığının ortam adı eşleştiğini doğrular. Olduğunu hiç dolmamış yedek zaten medyada ayarlar doğrular. Varsa, yedeksonlandırır. Bu denetim başarılı olursa, yalnızca ortam üstbilgisi koruma ortamdaki tüm yedek kümeleri üzerine yazar. Birimin geçerli ortam üstbilgi içermiyorsa, MEDIADESCRIPTION, belirtilen ORTAMADI ve MEDIAPASSWORD kullanarak biriyle varsa oluşturur.
ATLA	Birimin geçerli ortam üstbilgi içeriyorsa, ortam parola doğrular ve varolan tüm yedek kümeleri koruma yedekkümeekler.	Geçerli bir birim içeriyorsa,1 media üstbilgi ortam parola doğrular ve yalnızca ortam üstbilgisi koruma ortamdaki tüm yedek kümeleri üzerine yazar. Ortam boş ise, belirtilen ORTAMADI MEDIAPASSWORD ve MEDIADESCRIPTION, kullanarak ortam üstbilgi varsa oluşturur.

1 Geçerlilik mtf sürüm numarasını ve diğer başlık bilgilerini içerir.Belirtilen sürüm desteklenmiyorsa veya beklenmeyen bir değer, bir hata oluşur.

2 Kullanıcı uygun sabit veritabanı veya sunucu rollerine ait ve yedek işlemini gerçekleştirmek için doğru ortam parolayı sağlamanız gerekir.

Yedekleme geçmiş tabloları

SQL Serveryedek etkinliğini aşağıdaki yedekgeçmiş tabloları içerir:

• backupfile (Transact-SQL)

• backupfilegroup (Transact-SQL)

• backupmediafamily (Transact-SQL)

• backupmediaset (Transact-SQL)

• backupset (Transact-SQL)

Ne zaman bir geri yükleme işlemi gerçekleştirildiğinde, yedek küme zaten içinde kaydedilmedi, msdb veritabanı, yedek geçmiş tabloları değiştirilebilir.

Uyumluluk desteği

Dikkat
Daha yeni sürüm , ile oluşturulan yedeklemeleri SQL Server edemiyor geri önceki sürümlerinde SQL Server.

Yedekleme önceki sürümleriyle geriye doğru uyumluluk sağlamak için yeniden başlatma seçeneği destekler SQL Server.Ancak yeniden hiçbir etkisi SQL Server 2005 ve sonraki sürümleri.

Şeritli bir ortamda yedekleme aygıtları (dizili küme) ayarlayın

A şerit küme bir küme üzerinde veri bloklara ayrılır ve sabit bir sırada dağıtılmış disk dosyaları.(Ortam biçimi ile yeniden sürece) bir şeritküme kullanılan yedek aygıtları sayısı aynı kalmalıdır.

Aşağıdaki örnek bir yedek , yazar AdventureWorks2008R2 veritabanına yeni bir dizili medya kümesi kullanan üç disk dosyaları.

BACKUP DATABASE AdventureWorks2008R2
TO DISK='X:\SQLServerBackups\AdventureWorks2008R2_1.bak', 
DISK='Y:\SQLServerBackups\AdventureWorks2008R2_2.bak', 
DISK='Z:\SQLServerBackups\AdventureWorks2008R2_3.bak'
WITH FORMAT,
   MEDIANAME = 'AdventureWorks2008R2StripedSet0',
   MEDIADESCRIPTION = 'Striped media set for AdventureWorks2008R2 database;
GO

Bir yedek aygıtı parçası bir şerit kümeolarak tanımlandıktan sonra biçim belirtilmediği sürece, bir tek aygıt yedek için kullanılamaz.Biçim belirtilmediği sürece benzer şekilde, nonstriped yedeklerini içeren bir yedek aygıtı bir şerit küme içinde kullanılamaz.Bir şeritli yedek kümebölmek için BİÇİMİNİ kullanın.

Ortam üstbilgi yazıldığında ORTAMADI ne MEDIADESCRIPTION ne de belirtilirse, boş öğe karşılık gelen ortam üstbilgi alan boştur.

Yansıtılmış bir ortam kümesi ile çalışma

Genellikle, yedekleri unmirrored ve yedekleme ifadeleri sadece to yan tümceekleyin.Ancak, toplam dört yansıtmaları medya kümesimümkündür.Bir yansıtılmış medya kümesiiçin yedek işlemi birden çok yedek aygıtı gruplarına yazar.Her grup yedek aygıtları yansıtılmış medya kümesiiçinde tek bir ayna kapsar.Her ayna, aynı miktar ve tümü aynı özelliklere sahip fiziksel yedek aygıtları türü kullanmanız gerekir.

Bir yansıtılmış medya kümesi yedeklemek ' için tüm yansıtmalar bulunması gerekir.yedeklemek bir yansıtılmış medya kümesiiçin ilk yansıtma belirtmek için to yan tümce belirtin ve bir AYNA için yan tümce her ek yansıması için belirtin.

Bir yansıtılmış medya kümesiiçin her YANSITMA için yan tümce aynı sayıda ve türde aygıtları Kime yan tümceiçermelidir.Aşağıdaki örnek, iki yansıma içeren ve yansıtma her üç aygıtlar kullanan bir yansıtılmış medya kümesi için Yazar:

BACKUP DATABASE AdventureWorks2008R2
TO DISK='X:\SQLServerBackups\AdventureWorks2008R2_1a.bak', 
DISK='Y:\SQLServerBackups\AdventureWorks2008R2_2a.bak', 
DISK='Z:\SQLServerBackups\AdventureWorks2008R2_3a.bak'
MIRROR TO DISK='X:\SQLServerBackups\AdventureWorks2008R2_1b.bak', 
DISK='Y:\SQLServerBackups\AdventureWorks2008R2_2b.bak', 
DISK='Z:\SQLServerBackups\AdventureWorks2008R2_3b.bak';
GO

Önemli
Bu örnek, yerel sisteminizde test etmek izin vermek için tasarlanmıştır.Pratikte, yedeklemeyi birden çok aygıt aynı sürücüde performans zararı ve yansıtılmış ortam kümesi tasarlanmış olan fazlalık da ortadan kaldırır.

Yansıtılmış Media kümelerini, Media aileleri

to yan tümce backup deyim içinde belirtilen her yedek aygıtı medya ailesikarşılık gelir.Örneğin, Kime yan tümceleri üç aygıt listeleniyorsa, yedekleme verileri üç media aileleri için yazar.Bir yansıtılmış medya kümesi, her yansıtma her medya ailesibir kopyasını içermesi gerekir.Aygıtı sayısı her ayna aynı nedeni budur.

Birden çok aygıt her yansıtma için listelenen belirli bir aygıt için hangi medya ailesi yazılır aygıtların sırasını belirler.Örneğin, her aygıtı listeler, ikinci aygıt karşılık ikinci medya ailesigelir.Yukarıdaki örnekte aygıtlar için aygıt ve ortam aileleri arasındaki ilişkiyi aşağıdaki tablogösterilmiştir.

Ayna	Media ailesi 1	Media ailesi 2	Media ailesi 3
0	Z:\AdventureWorks2008R2_1a.bak	Z:\AdventureWorks2008R2_2a.bak	Z:\AdventureWorks2008R2_3a.bak
1	Z:\AdventureWorks2008R2_1b.bak	Z:\AdventureWorks2008R2_2b.bak	Z:\AdventureWorks2008R2_3b.bak

medya ailesi her zaman belirli bir yansıtma içinde aynı aygıtın üzerine yedeklemeniz gerekir.Bu nedenle, bir varolan medya kümesi, her saat liste her ayna aynı sırada aygıtları medya kümesi oluşturulurken belirtilmiş olması gibi.

Yansıtılmış media kümeleri hakkında daha fazla bilgi için bkz: Yansıtılmış yedekleme Media kümeleri kullanma.Ortam kümesi ve ortam aileleri genel hakkında daha fazla bilgi için bkz: Media kümelerini, Media aileleri ve yedekleme kümelerini.

İzinler

backup database ve backup log izinleri üyeleri için varsayılan sysadmin sabit sunucu rolü ve db_owner ve db_backupoperator veritabanı rolleri sabit.

Buna ek olarak, kullanıcı parolalarını bir medya kümesi, bir yedek kümeveya her ikisini de belirtebilir.Parola bir medya kümesitanımlandığında, kullanıcı da bu işlemleri gerçekleştirmek için ortam parola sağlamanız gerekir.Doğru ortam parola ve yedekküme parola geri yükleme komutunu belirtilmedikçe benzer şekilde, geri yükleme verilmez.

yedek kümeleri ve ortam kümesi için parola tanımlama, backup deyimisteğe bağlı bir özelliktir.Bu parola sağlanan koruma zayıftır.Hatalı geri yükleme kullanarak bir engellemeye yöneliktir SQL Server araçları tarafından yetkili veya yetkisiz kullanıcıların.Bu yedek veri okuma başka yollarla veya parola değiştirme engellemez.Ayrıca, parolaları media format seçeneği ile üzerine engellemez.Güçlü parolalar kullanmanızı öneririz.Güçlü parolalar hakkında daha fazla bilgi için bkz: Güçlü parolalar.

Parolaların kullanımını yardımcı olmakla birlikte bu nedenle, medya içeriği yetkisiz erişimi kullanarak korumaya SQL Server Araçlar, parola koruma sağlamaz içeriği yok.yedek kümeleri veriler şifrelenmez ve teorik olarak özellikle bu amaç için oluşturulmuş programları tarafından incelenmesine çünkü parolalar tamamen yetkisiz erişimi ortam içeriğini engellemez.Güvenlik çok önemli olduğu durumlar için bir ortama yetkisiz kişiler tarafından fiziksel erişimi engellemek önemlidir.

İlişkili parolaları ile oluşturulmayan nesneler için bir parola belirtmek için bir hata var.

Yedekleme yedek küme parola seçeneği üzerinden sağlanan yedek küme parola oluşturur.Buna ek olarak, yedekleme normalde ortama yazılmasını önce MEDIAPASSWORD seçeneği tarafından verilen ortam parola doğrular.Ortam üstbilgi üstüne yazar medya biçimlerini oluştururken yedekleme ortam parolayı doğrulayın değil yalnızca saat gelmiştir.Yedekleme ortam üstbilgi yazar, yedekleme medya kümesi password MEDIAPASSWORD seçeneğinde belirtilen değere atar.

Parolalar hakkında bilgi için etkisi Atla, NOSKIP, INIT ve NOINIT seçenekleri, "Açıklamalar" Bkz. Bu konuda daha sonra.

yedek aygıtının fiziksel dosya sahipliği ve izin sorunları ile yedek işlemini engelleyebilir.SQL ServerOkuma ve yazma aygıtı olması gerekir; hangi hesap SQL Server hizmet çalışır Yazma izinlerinizin olması gerekir.Ancak, sp_addumpdevice, hangi sistem tabloları, bir yedek aygıtı için bir girdi ekler denetlemez dosya erişim izinleri.yedek veya geri yükleme girişiminde bulunulduğunda fiziksel kaynak erişilen kadar bu tür sorunlar yedek aygıtının fiziksel dosya üzerinde görünmeyebilir.

Örnekler

Not

AdventureWorks2008R2 Veritabanı gösterilen resimde.AdventureWorks2008R2örnek veritabanları biri olan SQL Server 2005.Adventure Works Cycles, veritabanı kavramlarını ve senaryoları örneklendirmek için kullanılan sanal bir üretim şirketidir.Bu veritabanı hakkında daha fazla bilgi için bkz: AdventureWorks2008R2 örnek veritabanları.

Bu bölüm, aşağıdaki örnekler içerir:

• A.Tam bir veritabanını yedekleme

• B.Veritabanı ve günlük yedekleme

• C.Bir tam dosya yedek ikincil filegroups oluşturma

• D.Bir fark dosyası yedek ikincil filegroups oluşturma

• E.Oluşturma ve bir müstakil yansıtılmış medya kümesiiçin yedekleme

• F.Oluşturma ve bir multifamily yansıtılmış medya kümesiiçin yedekleme

• G.Yedeklemeyi bir varolan yansıtılmış medya kümesi

• H.Yeni bir medya kümesiiçinde bir sıkıştırılmış yedek oluşturma

Not

yedek nasıl yapılır konuları diğer örnekler içerir.Daha fazla bilgi için, bkz. Yedekleme ve geri yükleme nasıl yapılır konuları (Transact-SQL).

A.Tam bir veritabanını yedekleme

Aşağıdaki örnek yedeklediği AdventureWorks2008R2 veritabanı için bir disk dosyası.

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

B.Veritabanı ve günlük yedekleme

Aşağıdaki örnek yedekler AdventureWorks2008R2 örnek veritabanı, varsayılan olarak basit kurtarma modelini kullanırGünlük yedeklemeler, desteklemek için AdventureWorks2008R2 veritabanı kullanmak için değiştirilmiş tam kurtarma modeli.

Daha sonra bu örnek kullanır sp_addumpdevice bir mantıksal oluşturmak için yedek aygıtı verileri, yedekleme için AdvWorksData, günlüğünü, yedekleme için başka bir mantıksal yedek aygıtı oluşturur ve AdvWorksLog.

Bir tam veritabanı yedek için sonra örnek oluşturur AdvWorksDatave güncelleştirme etkinliği bir süre sonra günlük yedekler AdvWorksLog.

-- To permit log backups, before the full database backup, modify the database 
-- to use the full recovery model.
USE master;
GO
ALTER DATABASE AdventureWorks2008R2
   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 AdventureWorks2008R2 database.
BACKUP DATABASE AdventureWorks2008R2 TO AdvWorksData;
GO
-- Back up the AdventureWorks2008R2 log.
BACKUP LOG AdventureWorks2008R2
   TO AdvWorksLog;
GO

Not

Üretim veritabanı için yedeklemek düzenli olarak günlük.Günlüğü yedekleri veri kaybına karşı yeterli koruma sağlamak için sık olmalıdır.

C.Bir tam dosya yedek ikincil filegroups oluşturma

Aşağıdaki örnek bir tam dosya yedek her dosyanın hem ikincil filegroups oluşturur.

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

D.Bir fark dosyası yedek ikincil filegroups oluşturma

Aşağıdaki örnek bir fark dosyası yedek her dosyanın hem ikincil filegroups oluşturur.

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

E.Oluşturma ve bir müstakil yansıtılmış medya kümesiiçin yedekleme

Aşağıdaki örnek, tek bir medya ailesi ve dört yansıtmaları içeren bir yansıtılmış medya kümesi oluşturur ve yedeklediği AdventureWorks2008R2 bunları veritabanına.

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

F.Oluşturma ve bir multifamily yansıtılmış medya kümesiiçin yedekleme

Aşağıdaki örnek, her ayna iki ortam aileleri algılamalarıdır bir yansıtılmış medya kümesi oluşturur.Sonra yedekler örnek AdventureWorks2008R2 veritabanı için hem yansıtır.

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

G.Yedeklemeyi bir varolan yansıtılmış medya kümesi

Aşağıdaki örnek, önceki örnekte oluşturulmuş medya kümesi için bir yedekküme ekler.

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

Not

Varsayılan NOINIT Netlik için aşağıda verilmiştir.

Örnekler [başa dön]

H.Yeni bir medya kümesiiçinde bir sıkıştırılmış yedek oluşturma

Aşağıdaki örnek, yeni bir medya kümesi, oluşturma ortamı biçimlendirir ve bir sıkıştırılmış tam yedek gerçekleştirmek AdventureWorks2008R2 veritabanı.

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

Örnekler [başa dön]

Ayrıca bkz.

Başvuru

ALTER DATABASE (Transact-SQL)

dbcc SQLperf (Transact-SQL)

RESTORE (Transact-SQL)

Geri yükleme FILELISTONLY (Transact-SQL)

restore headeronly Transact-SQL)

Geri yükleme labelonly Transact-SQL)

restore VERIFYONLY (Transact-SQL)

sp_addumpdevice (Transact-SQL)

sp_configure (Transact-SQL)

sp_helpfile (Transact-SQL)

sp_helpfilegroup (Transact-SQL)

Kavramlar

Media kümelerini, Media aileleri ve yedekleme kümelerini

İşlem günlüğü yedekleri ile çalışma

Sunucu yapılandırma seçenekleri ayarlama

Diğer Kaynaklar

Tam oluşturma ve SQL Server veritabanı, fark yedekler

SQL Server'da yedekleme Media ile çalışma