BACKUP (Transact-SQL)

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.

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

Günlük özel seçenekler

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

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

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.

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

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.

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.

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.

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

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.

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.

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.

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.

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

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

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

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

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

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'

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'

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'

Örnekler [başa dön]

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]