restore değişkenlerini (Transact-sql)

Bu konu geri yükleme {veritabanı| sözdizimi bölümlerinde açıklanan bağımsız belgelerGNLK} ifadesi ve yardımcı tabloların ilişkili dizi: restore FILELISTONLY, restore headeronly, restore labelonly, REWINDONLY restore ve restore VERIFYONLY. En bağımsız değişkenler yalnızca bu altı deyimleri alt tarafından desteklenir. Her bağımsız desteği bağımsız değişkeninin açıklamasına belirtilir.

Konu bağlantısı simgesi Transact-SQL Sözdizim Kuralları

Sözdizimi

Sözdizimi için aşağıdaki konulara bakın:

Bağımsız değişkenler

  • DATABASE
    Tarafından desteklenen: geri

    Hedef veritabanını belirtir. Dosyaları ve filegroups listesi belirtilirse, sadece o dosyaları ve filegroups geri yüklenir.

    Bir veritabanının tam veya toplu oturum kurtarma modelini kullanarak SQL Serververitabanı geri yüklemeden önce kadar günlüğü kuyruğu yedeklemek çoğu durumda gerektirir. restore database deyimini değiştirmek veya bir zaman belirtmelisiniz stopat ile yan tümcesi veya veri yedekleme sonunda gerçekleşen işlem içermediği sürece ilk yedekleme hata günlüğü sonuçları kuyruğu olmayan bir veritabanını geri yükleme. Tail günlük yedeklemeler hakkında daha fazla bilgi için bkz: Tail günlük yedekleme (SQL Server).

  • LOG
    Tarafından desteklenen: geri

    Hareket günlük yedekleme, bu veritabanı uygulanmış olması gerektiğini belirtir. İşlem günlüklerinin sırayla uygulanması gerekir. SQL Serveryedeklenmiş kadar işlem günlüğü hareketleri doğru veritabanına ve doğru sırada yüklenen emin olmak için denetler. Birden çok işlem günlüklerinin uygulamak için tüm geri yükleme işlemleri hariç norecovery seçeneğini kullanın.

    [!NOT]

    Genellikle geri son günlük tail günlük yedekleme olur. A tail günlük yedekleme günlük yedekleme doğru alınan bir veritabanı, veritabanı üzerinde bir hatadan sonra genellikle geri yüklemeden önce. Tail günlük yedekleme büyük olasılıkla bozuk veritabanından alarak, henüz (günlük kuyruğu kadar) destekli değil günlük yakalama tarafından iş kaybını önler. Daha fazla bilgi için, bkz. Tail günlük yedekleme (SQL Server).

    Daha fazla bilgi için, bkz. Using Transaction Log Backups.

  • { database_name | **@**database_name_var}
    Tarafından desteklenen: geri

    Günlük veya tam veritabanı içine geri veritabanıdır. Eğer bir değişken olarak belirtilmişse (**@database_name_var), bu adı olabilir dize sabiti olarak belirtilen (@**database_name_var = database_name) olarak karakter dizesi veri türü, değişken veya dışında ntextveya textveri türlerini.

  • <file_or_filegroup_or_page> ,...n ]
    Tarafından desteklenen: geri

    Mantıksal dosya veya filegroup veya restore database veya GNLK restore deyiminde eklenecek sayfa adını belirtir. Dosyaları veya filegroups listesi belirtebilirsiniz.

    Basit kurtarma modeli kullanan bir veritabanı için dosya ve dosya grubu seçenekleri yalnızca hedef dosyaları veya filegroups salt okunurdur, ya da eğer bu kısmi geri yükleme izin verilir (hangi sonuçları bir Geçersiz filegroup).

    Bir veya daha fazla dosyaları, filegroups ve sayfaları geri yüklemek için restore database kullandıktan sonra tam veya toplu oturum kurtarma modeli kullanan bir veritabanı için genellikle, geri yüklenen verileri içeren dosyalar için işlem günlüğü uygulamalısınız; günlük uygulama dosyaları veritabanı geri kalanı ile tutarlı hale getirir. Bu özel durumlar aşağıdaki gibidir:

    • Önce onlar son yedeklenip geri yüklenen dosyaları salt okunur varsa — bir işlem günlüğü uygulanmış olması gerekmez ve restore deyimi, bu durum bildirir

    • Eğer birincil filegroup yedekleme içerir ve kısmi geri yükleme gerçekleştirilir. Bu durumda, günlük otomatik yedekleme kümesinden geri çünkü geri yükleme günlük gerekli değildir.

    • FILE = { logical_file_name_in_backup| **@**logical_file_name_in_backup_var}
      Veritabanı geri yükleme eklenecek dosyayı adlandırır.

    • FILEGROUP = { logical_filegroup_name | **@**logical_filegroup_name_var }
      Veritabanı geri yükleme eklenecek filegroup adlandırır.

      Not FILEGROUP, basit kurtarma modeli verilir, yalnızca belirtilen filegroup salt okunur ve kısmi geri yükleme (yani ile kısmi kullanılırsa) budur. Unrestored herhangi bir okuma-yazma filegroups dağılmış olarak işaretlenir ve sonradan ortaya çıkan veritabanına geri yüklenemez.

    • READ_WRITE_FILEGROUPS
      Tüm okuma-yazma filegroups seçer. Okuma-yazma filegroups salt okunur filegroups önce sonra geri yüklemek istediğiniz salt okunur filegroups olduğunda bu seçenek özellikle yararlıdır.

    • PAGE = 'file:page,...n '
      (Bu yalnızca tam veya toplu oturum kurtarma modeli kullanan veritabanları için desteklenir) bir sayfa geri yükleme için bir veya daha fazla sayfaları listesini belirtir. Değerler aşağıdaki gibidir:

      • PAGE
        Bir veya daha fazla dosya ve sayfaların listesini gösterir.

      • file
        Belirli bir sayfaya geri yüklenecek dosya dosya Kımlığını içeren.

      • page
        Dosyayı geri yüklenecek sayfa sayfa kimliğidir.

      • n
        Yer tutucu birden çok sayfada belirtilebilir gösteren.

        Geri yükleme sırası içindeki herhangi bir tek dosyaya geri sayfaları sayısı 1000'dir. Ancak daha fazla sayıda bozuk sayfalar bir dosya varsa, dosyanın tamamını sayfaları yerine geri yüklemeyi düşünün.

      [!NOT]

      Sayfa geri yükleme asla kurtarıldı.

      Sayfa geri yükleme hakkında daha fazla bilgi için bkz: Sayfalar (SQL Server) geri yükleme.

    • [ ,...n ]
      Bir yer tutucu virgülle ayrılmış bir listede birden çok dosya ve filegroups ve sayfaları belirtilebilir gösteren. Sayısı sınırsızdır.

  • from { <backup_device> [ ,...n ]| <database_snapshot> }
    Genellikle, hangi yedeklemeyi geri yüklemek yedekleme aygıtları belirtir. Alternatif olarak, bir restore database deyimi için size veritabanı, bu durumda, hiçbir yan tümcesi ile dönüştürme veritabanı anlık görüntü adını verilen from yan belirtebilirsiniz.

    from yan tümcesi atlanırsa, yedeği geri yükleme yer almaz. Bunun yerine, veritabanı kurtarılır. Bu, geri norecovery seçeneği ile bir veritabanını kurtarmak için ya da bir yedek sunucu geçmek sağlar. from yan tümcesi atlanırsa, norecovery, kurtarma veya standby WITH yan tümcesinde belirtilmelidir.

    • <Backup_device> [ ,...n ]
      Geri yükleme işlemi için kullanılacak mantıksal veya fiziksel yedekleme aygıtları belirtir.

      Tarafından desteklenen: geri, restore FILELISTONLY, restore headeronly, restore labelonly, REWINDONLY geri, ve restore VERIFYONLY.

      • <Backup_device>:: =
        Aşağıdaki gibi yedekleme işlemi için kullanılacak mantıksal veya fiziksel yedekleme aygıtı belirtir.

        • { logical_backup_device_name | **@logical_backup_device_name_var }
          Tanımlayıcıları, tarafından oluşturulan yedekleme aygıtları için olan kurallara uymalıdır mantıksal ad sp_addumpdevice hangi veritabanı geri alındı. Eğer bir değişken olarak belirtilmişse (
          @logical_backup_device_name_var), yedekleme aygıtı adı olabilir dize sabiti olarak belirtilen (@**logical_backup_device_name_var = logical_backup_device_name) olarak karakter dizesi veri türü, değişken veya dışında ntextveya textveri türleri.

        • {DISK | TAPE } = { 'physical_backup_device_name' | **@physical_backup_device_name_var }
          Adlandırılmış disk veya teyp aygıtından geri yüklenecek yedekleme sağlar. Aygıtın gerçek adı (örneğin, tam yolu ve dosya adı gibi) ile disk ve teyp aygıtı türleri belirtilmelidir: DISK ='Z:\SQLServerBackups\AdventureWorks.bak' ya da teyp ='\\. \tape0'. Bir değişken olarak belirtilirse (
          @physical_backup_device_name_var), aygıt adı olabilir dize sabiti olarak belirtilen (@**physical_backup_device_name_var = 'physcial_backup_device_name') olarak karakter dizesi veri türü, değişken veya dışında ntextya textveri türlerini.

          Ağ sunucusu (makine adı içermelidir) bir unc adı ile kullanıyorsanız, diskin aygıt türünü belirtin. unc adları kullanma hakkında daha fazla bilgi için bkz: Yedekleme aygıtı (SQL Server).

          Altında çalıştıran hesabı SQL Serverrestore işlemi gerçekleştirmek için uzak bilgisayar veya ağ sunucusu okuma erişimi olmalıdır.

      • n
        En çok 64 yedekleme aygıtları gösteren bir yer tutucu virgülle ayrılmış bir listede belirtilen olduğunu.

        İster geri yükleme sırası olarak ait oldukları için Yedekleme ortam oluşturmak için kullanılan, geri yükleme olup, aşağıdaki çevrimdışı veya çevrimiçi bağlıdır gibi birçok yedekleme aygıtları gerektirir:

        • Çevrimdışı geri yükleme yedekleme oluşturmak için kullanılan daha az aygıtlarını kullanarak geri yüklenecek yedekleme sağlar.

        • Çevrimiçi geri yükleme yedekleme tüm yedekleme aygıtı gerektirir. Daha az cihazlar ile geri yükleme denemesi başarısız olur.

        Örneğin, bir durumda hangi sunucuya bağlı dört teyp sürücüleri için veritabanı destekli düşünün. Bir çevrimiçi geri yükleme, dört disk, sunucuya bağlı olmasını gerektirir; bir çevrimdışı geri yükleme makine üzerinde dört diskler varsa yedek geri yüklemenize olanak sağlar.

        Daha fazla bilgi için, bkz. Working with Backup Media in SQL Server.

      [!NOT]

      Bir yansıtılmış ortam kümesi yedekleme geri yükleme, her ortam ailesi için yalnızca tek bir ayna belirtebilirsiniz. Hataları varlığı, ancak diğer aynalar sahip bazı geri yükleme sorunların hızla çözülmesi etkinleştirir. Bozuk ortam birimi ile ilgili birimden başka bir ayna yerine kullanabilirsiniz. Çevrimdışı geri yüklemeler için ortam aileleri daha az aygıtlardan geri yükleyebilirsiniz, ancak her ailenin yalnızca bir kez işlenir unutmayın.

    • <DATABASE_SNAPSHOT>:: =
      Tarafından desteklenen: restore database

      • database_snapshot **=**database_snapshot_name
        Belirtilen veritabanı snapshot veritabanına döner database_snapshot_name. database_snapshot seçeneği, yalnızca tam veritabanı geri yükleme için kullanılabilir. Bir geri döndürme işlemi, veritabanı anlık görüntü tam veritabanı yedeklemesi yerini alır.

        Bir geri döndürme işlemi, belirtilen veritabanı anlık tek veritabanı olmasını gerektirir. Geri döndürme işlemi sırasında veritabanı anlık ve hedef veritabanı ve vardır hem olarak işaretlenen In restore. Daha fazla bilgi için "Uyarılar" konusuna bakın. bölüm içinde restore database.

WITH seçenekleri

Bir geri yükleme işlemi tarafından kullanılacak seçenekleri belirtir. Özeti olan her seçenek deyimleri kullanmak için bkz: "Özet, destek için olan seçenekleri" Bu konudaki.

[!NOT]

Seçenekleri ile burada "sözdizimi" aynı sırada düzenlenir bölüm içinde geri yükleme {veritabanı|LOG}.

  • KISMİ
    Tarafından desteklenen: restore database

    Birincil filegroup ve herhangi bir kısmi geri yükleme işlemi belirtilen ikincil filegroup(s) belirtir. Kısmi seçeneği, birincil filegroup örtülü olarak belirler; belirterek FILEGROUP = 'PRIMARY' gereksizdir. İkincil filegroup geri yüklemek için dosya veya FILEGROUP seçeneğini kullanarak filegroup açıkça belirtmeniz gerekir.

    KISMI seçeneği restore GNLK deyimlerini izin verilmez.

    İle başlayan SQL Server 2005, kısmi seçeneği filegroups sonradan geri kalan sağlar bir piecemeal geri yükleme başlangıç aşaması başlar. Daha fazla bilgi için, bkz. Piecemeal geri yüklemeler (SQL Server).

  • Kurtarma | NORECOVERY | BEKLEME]
    Tarafından desteklenen: geri

    • KURTARMA
      Geri yükleme işleminin herhangi kaydedilmemiş hareketleri geri bildirir. Kurtarma işlemi sonra veritabanını kullanıma hazırdır. Ne norecovery, kurtarma, ne de bekleme belirtilirse, varsayılan kurtarma olduğunu.

      Planlanmış bir sonraki geri yükleme işlemlerini (restore GNLK veya fark veritabanı geri yükleme), norecovery veya bekleme yerine belirtilmelidir.

      Yedekleme kümeleri bir önceki sürümünden geri yüklerken SQL Server, veritabanı yükseltme gerekli olabilir. Bu yükseltme ile kurtarma belirtildiğinde otomatik olarak gerçekleştirilir. Daha fazla bilgi için, bkz. Işlem günlüğü yedekleri uygulayın.

      [!NOT]

      from yan tümcesi atlanırsa, norecovery, kurtarma veya standby WITH yan tümcesinde belirtilmelidir.

    • NORECOVERY
      Geri yükleme işleminin herhangi kaydedilmemiş hareketleri geri değil bildirir. Başka bir işlem günlüğü daha sonra uygulanacak varsa, norecovery veya bekleme seçeneği belirtin. Ne norecovery, kurtarma, ne de bekleme belirtilirse, varsayılan kurtarma olduğunu. norecovery seçeneğini kullanarak bir çevrimdışı geri yükleme işlemi sırasında veritabanı kullanılabilir değil.

      Veritabanı yedekleme ve bir veya daha fazla işlem günlükleri geri yükleme veya birden fazla geri bildirimleri (örneğin tam veritabanı yedeği geri yükleme fark veritabanı yedekleme tarafından izlendiğinde), gerekli olduğunda geri yükleme tüm ama son restore deyimi WITH norecovery seçeneğini gerektirir. İstenilen kurtarma noktası ulaşılana kadar tüm deyimleri çok geri yükleme sırası WITH norecovery kullanmak için en iyi yöntemdir ve sonra kurtarma için ayrı bir restore WITH recovery deyimini kullanın.

      Bir dosya veya filegroup geri yükleme işlemi ile kullanıldığında, veritabanı geri yükleme işleminden sonra geri yükleme durumunda kalması norecovery zorlar. Bu durumlardan birinde yararlıdır:

      • Geri yükleme komut dosyası çalıştırılır ve günlük her zaman uygulanmaktadır.

      • Dosya geri yükleme dizisi kullanılır ve veritabanı geri yükleme işlemlerinin iki arasında kullanılabilir değildir.

      norecovery ile geri ileri kadar ayarlamak rulo rulo bazı durumlarda yeterli veritabanı ile tutarlı olduğunu ileri. Bu gibi durumlarda geri oluşmaz ve bu seçenekle beklendiği gibi veriler çevrimdışı kalır. Ancak, Veritabanı Altyapısıileri sarma kümesi şimdi kurtarma seçeneği kullanılarak kurtarılabilmesini bir bilgilendirme iletisi sorunları.

    • BEKLEME **=**standby_file_name
      Geri kurtarma etkileri sağlayan yedek dosyayı belirtir. BEKLEME seçeneği (kısmi geri yükleme dahil olmak üzere) çevrimdışı geri yükleme için kullanılabilir. Çevrimiçi geri yükleme seçeneği devre dışı bırakılır. Çevrimiçi geri yükleme işlemi için bekleme seçeneği belirleme girişiminde, geri yükleme işleminin başarısız olmasına neden olur. Veritabanı yükseltme gerektiğinde bekleme de verilmiyor.

      Bekleme dosyası, bir "kopya yazma" tutmak için kullanılır Pre-image sayfaların bir restore WITH standby geri geçişi sırasında güncellenmiştir. Bekleme dosyası salt okunur erişim arasında hareket günlüğü geri getirilmesi için bir veritabanı sağlar ve sıcak bekleme sunucusu durumlar ya da veritabanı günlüğü geri yüklemeler arasında incelemek yararlı olduğu özel kurtarma durumları ile kullanılabilir. WITH standby geri yükleme işleminden sonra geri alma dosyası sonraki geri yükleme işlemi tarafından otomatik olarak silinir. Bu yedek dosyayı el ile sonraki geri yükleme işlemi önce silinirse, tüm veritabanı re-restored olmalıdır. Veritabanı bekleme durumundayken bu bekleme dosyası ile aynı bakım başka bir veritabanı dosyası olarak değerlendirmesini. Diğer veritabanı dosyalarının aksine, bu dosyayı yalnızca açık olarak tutulur Veritabanı Altyapısısırasında aktif geri yükleme işlemleri.

      standby_file_nameOlan yerde saklanan veritabanı günlüğüne bir bekleme dosyası belirtir. Varolan bir dosyayı belirtilen adı kullanıyorsa, dosyaya yazılır; Aksi takdirde, Veritabanı Altyapısıdosyasını oluşturur.

      Belirtilen yedek dosyanın boyutu gereksinimi kaydedilmemiş hareketleri geri yükleme işlemi sırasında çıkan geri alma işlemleri hacmine bağlıdır.

      Önemli notÖnemli

      Belirtilen yedek dosya adını içeren sürücüde boş disk alanı bitti, geri yükleme işlemi durur.

    Kurtarma ve norecovery karşılaştırma için "Açıklamalar" bölümüne bakın. bölüm içinde geri.

  • LOADHISTORY
    Tarafından desteklenen: restore VERIFYONLY

    Geri yükleme işlemi içine bilgi yükler belirtir msdb geçmiş tablolar. LOADHISTORY seçeneği yükler bilgi, Doğrulanmakta olan, hakkında tek yedekleme kümesi için SQL Servermedyada depolanan yedeklemeler için yedekleme kümesi ve geçmiş tablolar geri msdb veritabanı. Geçmiş tablolar hakkında daha fazla bilgi için bkz: Sistem tabloları (Transact-sql).

<general_WITH_options> [,...n]

Genel ile olan tüm geri yükleme veritabanı desteklenen ve restore GNLK deyimleri seçenekleri. Bu seçeneklerin bazıları da aşağıda belirtildiği gibi bir veya daha fazla yardımcı deyimleri tarafından desteklenir.

Geri yükleme işlemi seçenekleri

Bu seçenekler, geri yükleme işlemi davranışını etkiler.

  • MOVE 'logical_file_name_in_backup' TO 'operating_system_file_name' ...n ]
    Tarafından desteklenen: geri ve restore VERIFYONLY

    Veri veya günlük mantıksal adı tarafından belirtilen dosya belirtir logical_file_name_in_backuptarafından belirtilen konuma geri taşınması gereken operating_system_file_name. Yedekleme kümesi oluşturulduğunda veri veya günlük dosyası yedekleme kümesinde mantıksal dosya adı mantıksal adını veritabanında eşleşir.

    nek move deyimleri belirtebilirsiniz gösteren bir yer tutucu. Yeni bir konuma ayarlamak yedeği geri yüklemek istediğiniz her mantıksal dosya için bir taşı deyimi belirtin. Varsayılan olarak, logical_file_name_in_backupDosya özgün konumuna geri yüklendi.

    [!NOT]

    Yedekleme kümesinden mantıksal dosyaların bir listesini edinmek için restore FILELISTONLY.

    Aynı sunucuda bir veritabanı konumlarını değiştirin veya farklı bir sunucuya kopyalamak için restore deyimi kullandıysanız, move seçeneği veritabanı dosyaları taşınmaya ve varolan dosyaları ile çakışmaları önlemek için gerekli olabilir.

    restore GNLK ile kullanıldığında, yalnızca geri yüklenen günlük tarafından kapsanan aralığı sırasında eklenen dosyalar taşınmaya move seçeneği kullanılabilir. Örneğin, günlük yedekleme dosyası için bir ekleme dosya işlemi varsa file23, bu dosya \Kütüğü geri Taşı seçeneğini kullanarak yerleştirilmiş

    Aynı sunucuda bir veritabanı konumlarını değiştirin veya farklı bir sunucuya kopyalamak planlarken restore VERIFYONLY deyimi kullandıysanız, move seçeneği hedef yeterli alan bulunduğundan emin olun ve olası çakışmaları ile varolan dosyaları tanımlamak için gerekli olabilir.

    Daha fazla bilgi için, bkz. Veritabanlarını yedekleme ve geri yükleme ile kopyalama.

  • REPLACE
    Tarafından desteklenen: geri

    Belirleyen SQL Serverbile başka bir veritabanındaki aynı adla zaten belirtilen veritabanı ve ilişkili dosyaları oluşturmalısınız. Böyle bir durumda, varolan veritabanı silinir. Değiştir seçeneği belirtildiğinde, bir güvenlik denetimi gerçekleşir. Bu, farklı bir veritabanı kaza üzerine engeller. Aşağıdaki koşulların her ikisi varsa restore database deyimini veritabanı geçerli sunucuya geri değil ki Güvenliği kontrol sağlar:

    • Geçerli sunucuda zaten restore deyiminde adlı veritabanı vardır ve

    • Yedekleme kümesinde kaydedilen veritabanının adını veritabanı adı farklıdır.

    Değiştir, Ayrıca, geri yüklenen veritabanına ait olarak doğrulanamıyor varolan bir dosyanın üzerine geri verir. Normal geri yükleme önceden varolan dosyaların üzerine reddediyor. KONAN restore GNLK seçeneğini de aynı şekilde kullanılabilir.

    Değiştir veritabanı geri yüklemeden önce günlüğü kuyruğu kadar geri olan gereksinim de geçersiz kılar.

    Daha fazla bilgi için, bkz. Using the REPLACE Option.

  • YENİDEN BAŞLATMA
    Tarafından desteklenen: geri

    Belirleyen SQL Serverkesildi bir geri yükleme işlemini yeniden başlatmalısınız. Geri yükleme işlemi kesildi o noktada yeniden başlatır.

  • RESTRICTED_USER
    Tarafından desteklenen: geri.

    Üyelerine yeni geri yüklenen veritabanı erişimi kısıtlar db_owner, dbcreator, veya sysadmin rolleri. RESTRICTED_USER dbo_only seçeneği yerini alır. dbo_only ile üretimi SQL Server 2008.

    KURTARMA seçeneği kullanın.

    Daha fazla bilgi için, bkz. Setting Database Options.

Yedekleme seçeneklerini ayarlama

Bu seçenekler, yedekleme kümesi geri yüklenecek yedekleme içeren çalışır.

  • FILE ={ backup_set_file_number | **@**backup_set_file_number }
    Tarafından desteklenen: geri, restore FILELISTONLY, restore headeronly, ve restore VERIFYONLY.

    Geri yüklenecek yedek tanımlar. Örneğin, bir backup_set_file_number, 1 gösterir yedekleme ortamı ilk yedekleme ve bir backup_set_file_number, 2 ikinci yedekleme kümesini gösterir. Elde edebilirsiniz backup_set_file_numberkullanarak bir yedekleme restore headeronly deyimi.

    Belirtilmezse varsayılan kullanılır 1, restore headeronly haricinde durumda ortam kümesindeki tüm yedekleme kümeleri işlenir. Daha fazla bilgi için bkz: "Belirten bir yedekleme kümesi" Bu konudaki.

    Önemli notÖnemli

    Bu dosya bir veritabanı dosyası belirtme FILE seçeneği ilgisiz seçenektir = {}logical_file_name_in_backup | @logical_file_name_in_backup_var }.

  • PASSWORD = { password | **@**password_variable }
    Tarafından desteklenen: geri, restore FILELISTONLY, restore headeronly, ve restore VERIFYONLY.

    Yedekleme kümesi parola sağlar. Yedekleme kümesi parola bir karakter dizesidir.

    [!NOT]

    Bu özellik Microsoft SQL Server'ın ilerideki bir 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.

    Yedekleme kümesi oluşturulurken parola belirtilmişse, bu parola yedekleme kümesinden herhangi bir geri yükleme işlemi için gereklidir. Yanlış parola veya yedekleme kümesi biri yoksa bir parola belirtmek için bir hatadır.

    Önemli notÖnemli

    Bu parola, ortam kümesi için yalnızca zayıf koruma sağlar. Daha fazla bilgi için ilgili deyimi izinleri bölümüne bakın.

Ortam seçenekleri ayarlama

Bu seçenekler, bir bütün olarak ayarlamak ortam üzerinde işlem yapar.

  • MEDIANAME = { media_name | **@**media_name_variable}
    Tarafından desteklenen: geri, restore FILELISTONLY, restore headeronly, restore labelonly, ve restore VERIFYONLY.

    Medya adını belirtir. Ortam adı, verdiyse, yedekleme birimleri medya adıyla eşleşmesi gerekir; Aksi takdirde, geri yükleme işlemi sonlandırır. Ortam adı yok restore deyiminde verilmezse, eşleşen bir ortam adı denetleme yedek birimler üzerinde gerçekleştirilir.

    Önemli notÖnemli

    Sürekli ortam adlarını kullanarak yedekleme ve geri yükleme işlemleri için geri yükleme işlemi için seçilen medya bir ekstra güvenlik kontrol sağlar.

  • MEDIAPASSWORD = { mediapassword | **@**mediapassword_variable }
    Tarafından desteklenen: geri, restore FILELISTONLY, restore headeronly, restore labelonly, ve restore VERIFYONLY.

    Ortam kümesi parola sağlar. Ortam kümesi parola bir karakter dizesidir.

    [!NOT]

    Bu özellik Microsoft SQL Server'ın ilerideki bir 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.

    Ortam kümesi biçimlendirilirken bir parola sağlandıysa, herhangi bir yedekleme ortam kümesi erişmek için parola gereklidir. Yanlış parola veya ortam kümesi herhangi yoksa bir parola belirtmek için bir hatadır.

    Önemli notÖnemli

    Bu parola, ortam kümesi için yalnızca zayıf koruma sağlar. Daha fazla bilgi için bkz: "İzinler" ilgili açıklama kısmına.

  • BLOCKSIZE = { blocksize | **@**blocksize_variable }
    Tarafından desteklenen: geri

    Fiziksel blok boyutunu bayt cinsinden belirtir. Desteklenen boyutu vardır: 512, 1024, 2048, 4096, 8192, 16384 32768 ve 65536 (64 kb) bayt. 65536 Teyp aygıtları ve 512 aksi varsayılandır. Genellikle geri yükleme otomatik olarak seçer aygıta uygun bir blok boyutu için bu seçenek gereksizdir. Açıkça belirten bir blok boyutu blok boyutunu otomatik seçimi geçersiz kılar.

    Yedekleme bir CD-ROM'dan geri yüklüyorsanız, blok boyutu belirtin 2048 =.

    [!NOT]

    Bu seçenek genellikle yalnızca teyp aygıtlardan okunurken performansı etkiler.

Veri aktarım seçenekleri

Seçenekleri Yedekleme aygıtından veri aktarımı en iyi hale getirmenizi sağlar.

  • BUFFERCOUNT = { buffercount | **@**buffercount_variable }
    Tarafından desteklenen: geri

    Geri yükleme işlemi için kullanılacak I/O arabellekleri toplam sayısını belirtir. Herhangi bir pozitif tamsayı belirtebilirsiniz; Ancak, "bellek yetersiz" arabellekleri için çok sayıda neden olabilir hataları nedeniyle yetersiz sanal adres alanı Sqlservr.exe sürecinde.

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

  • MAXTRANSFERSIZE = { maxtransfersize|**@**maxtransfersize_variable }
    Tarafından desteklenen: geri

    Yedekleme ortamı arasında kullanılan bayt cinsinden en büyük birimi transfer belirtir ve SQL Server. Olası değerler şunlardır: 65536 4194304 bayta (4 mb) kadar değişen bayt (64 kb) katları.

Hata yönetimi seçenekleri

Bu seçenekler sağlama toplamlarını yedekleme geri yükleme işlemi için etkinleştirilip etkinleştirilmeyeceğini belirtir ve işlemi hatayla karşılaşıyor üzerinde durur belirlemenize olanak sağlar.

  • {SAĞLAMA | NO_CHECKSUM}
    Tarafından desteklenen: geri, restore FILELISTONLY, restore headeronly, restore labelonly, ve restore VERIFYONLY.

    Varsayılan davranış, varsa sağlama doğrulayın ve mevcut değillerse doğrulaması olmadan devam etmektir.

    • SAĞLAMA TOPLAMI
      Yedekleme sağlama toplamlarını doğrulanması gereken belirtir ve yedekleme sağlama toplamlarını yedekleme yoksa, geri yükleme işleminin sağlama toplamlarını mevcut olmadığını belirten bir ileti başarısız neden olur.

      [!NOT]

      Yalnızca yedekleme sağlama toplamlarını kullandıysanız, sayfa sağlama toplamlarını yedekleme işlemleri için uygundur.

      Varsayılan olarak, geçersiz bir sağlama toplamı göstergesi üzerinde geri yükleme bir sağlama toplamı hatası ve durakları bildirir. Ancak CONTINUE_AFTER_ERROR belirtin geri bozulmasına izin veriyorsa bir sağlama toplamı hatası ve geçersiz sağlama toplamını içeren sayfanın numarasını döndükten sonra devam eder.

      Yedekleme sağlama toplamlarını ile çalışma hakkında daha fazla bilgi için bkz: Olası ortam hatalarını sırasında yedekleme ve geri yükleme (SQL Server).

    • NO_CHECKSUM
      Açıkça sağlaması doğrulama geri yükleme işlemi tarafından devre dışı bırakır.

  • { stop_on_error | CONTINUE_AFTER_ERROR}
    Tarafından desteklenen: geri, restore FILELISTONLY, restore headeronly, restore labelonly, ve restore VERIFYONLY.

    • STOP_ON_ERROR
      Geri yükleme işlemi karşılaşılan ilk hata ile durur belirtir. restore VERIFYONLY CONTINUE_AFTER_ERROR varsayılan olan haricinde için varsayılan davranış budur.

    • CONTINUE_AFTER_ERROR
      Geri yükleme işlemi bir hatayla karşılaşılırsa sonra devam etmek olduğunu belirtir.

      Hataları rağmen devam hakkında daha fazla bilgi için bkz: Responding to Restore Errors Due to Damaged Backups.

      Yedek bozuk sayfalar içeriyorsa, hata içermeyen alternatif bir yedeği kullanarak geri yükleme işlemi yinelemek daha iyisi — Örneğin, sayfaları tahrip etti önce alınan yedeği. Son çare olarak, ancak, sen restore deyimi CONTINUE_AFTER_ERROR seçeneğini kullanarak bozuk bir yedeği geri yüklemek ve veri kurtarma çalışın.

FILESTREAM seçenekleri

  • FILESTREAM (DIRECTORY_NAME =directory_name )
    Tarafından desteklenen: geri ve restore VERIFYONLY

    Windows uyumlu dizin adı. Bu ad tüm veritabanı düzeyinde FILESTREAM dizin adları arasında benzersiz olmalıdır SQL Serverörneği. Ne olursa olsun, duyarlı bir moda, teklik karşılaştırma yapılır SQL Serverharmanlama ayarlarını.

İzleme seçenekleri

Bu seçenekler, Yedekleme aygıtından veri aktarımı transfer izlemenizi sağlar.

  • STATS = percentage ]
    Tarafından desteklenen: geri ve restore VERIFYONLY

    Her seferinde başka bir yüzde tamamlar ve ilerlemeyi ölçmek için kullanılan bir ileti görüntüler. Eğer percentageatlanır, SQL Serverher yüzde 10 (yaklaşık olarak) tamamlandıktan sonra bir mesaj görüntüler.

    İSTATİSTİKLERİ seçeneği, sonraki aralığı raporlama için eşik olarak tamamlanma yüzdesini bildirir. Yaklaşık belirtilen yüzdenin budur; Örneğin, durum ile = 10, Veritabanı Altyapısırapor yaklaşık Aralık; Örneğin, % 40'kesin olarak görüntülemek yerine, seçenek % 43 görüntüleyebilir. Çünkü tamamlanma yüzdesi çok yavaş hareket tamamlanmış I/O çağrıları arasında büyük yedekleme 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.

  • { REWIND | NOREWIND}
    Bu seçenekler yalnızca teyp aygıtları için kullanılır. Sigara teyp aygıtı kullanılıyorsa, bu seçenekler yoksayılır.

    • GERİ SARMA
      Tarafından desteklenen: geri, restore FILELISTONLY, restore headeronly, restore labelonly, ve restore VERIFYONLY.

      Belirleyen SQL Serverbırakın ve teyp geri sarma. SARMA, varsayılan değerdir.

    • NOREWIND
      Tarafından desteklenen: geri ve restore VERIFYONLY

      NOREWIND başka bir restore deyiminde belirten bir hata üretir.

      Belirleyen SQL Serverteyp yedekleme işleminden sonra açık tutacak. Teybe birden çok yedekleme işlemlerini gerçekleştirirken performansını artırmak için bu seçeneği kullanabilirsiniz.

      NOREWIND NOUNLOAD anlamına gelir ve bu seçenekler içinde tek bir restore deyimi uyumsuzdur.

      [!NOT]

      NOREWIND, örneği kullanırsanız SQL Serverteyp sürücü sahipliğini geri sarma veya Kaldır seçeneği aynı işlemde çalışan bir yedekleme veya geri yükleme deyimi kullanır ya da sunucu örneği kapatmaya kadar korur. Teyp açık tutulması, diğer işlemler teyp erişmesini engeller. Aç teypleri listesini görüntülemek ve açık bir teyp kapatmak için hakkında daha fazla bilgi için bkz: Yedekleme aygıtı (SQL Server).

  • { UNLOAD | NOUNLOAD ANLAMINA}
    Tarafından desteklenen: geri, restore FILELISTONLY, restore headeronly, restore labelonly, REWINDONLY geri, ve restore VERIFYONLY.

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

    [!NOT]

    unload/NOUNLOAD anlamına oturum veya alternatif belirterek sıfırlanana kadar yaşam için devam eden oturumu bir ayardır.

    • KALDIRMA
      Teybi otomatik olarak rewound ve Yedekleme tamamlandığında kaldırıldı belirtir. Oturum başladığında, kaldırma varsayılan değerdir.

    • NOUNLOAD ANLAMINA
      Geri yükleme işlemi teybi teyp sürücü yüklü kalır sonra belirtir.

<replication_WITH_option>

Yedek oluşturulurken veritabanı yalnızca çoğaltılmış varsa, bu seçenek uygundur.

  • KEEP_REPLICATION
    Tarafından desteklenen: geri

    KEEP_REPLICATION çoğaltma ayarlarken günlük sevkiyat ile çalışmak için kullanılır. O zaman sıcak bekleme sunucusu bir veritabanı yedekleme veya günlük yedekleme geri yüklenir ve veritabanı kurtarılan kaldırılan Çoğaltma ayarlarının engeller. norecovery seçeneği yedekleme geri yükleme sırasında bu seçeneği belirterek izin verilmez. Çoğaltma işlevlerini düzgün geri yükledikten sonra sağlamak için:

    • Msdb ve ana veritabanları sıcak bekleme sunucusu ile senkronize olması gerekir msdb ve ana veritabanı birincil sunucuda.

    • Sıcak bekleme sunucusu, birincil sunucu olarak aynı adı kullanacak biçimde adlandırılması gerekir.

<change_data_capture_WITH_option>

Yedek oluşturulurken yalnızca veritabanı Değiştir veri yakalama için etkin, bu seçenek uygundur.

  • KEEP_CDC
    Tarafından desteklenen: geri

    keep_cdc, başka bir sunucuda bir veritabanı yedekleme veya günlük yedekleme geri yüklenir ve veritabanı kurtarılan kaldırılmakta Değiştir veri yakalama ayarlarının önlemek için kullanılmalıdır. norecovery seçeneği yedekleme geri yükleme sırasında bu seçeneği belirterek izin verilmez.

    keep_cdc veritabanı geri Değiştir veri yakalama işleri oluşturmaz. Veritabanı geri yüklendikten sonra değişiklikleri günlükten ayıklamak için yakalama işlemi iş ve temizleme işi için geri yüklenen veritabanı yeniden oluşturun. Bilgi için sys.sp_cdc_add_job (Transact-sql).

<service_broker_WITH_options>

Döner Service Brokerileti teslimi açıp kapatmak veya kümeleri yeni Service Brokertanımlayıcısı. İleti teslimi hakkında daha fazla bilgi ve Service Brokerbkz: tanımlayıcılar, Managing Service Broker Identities. Bu seçenek uygundur sadece Service Broker(yedek oluşturulurken veritabanı için etkinleştirilen) etkin oldu.

  • {ENABLE_BROKER | ERROR_BROKER_CONVERSATIONS | NEW_BROKER}
    Tarafından desteklenen: restore database

    • ENABLE_BROKER
      Belirleyen Service Brokerileti teslimi, geri sonunda etkinse, böylece iletileri hemen gönderilebilir. Varsayılan olarak Service Brokerileti teslimi sırasında geri bırakılmış. Veritabanı, varolan Service Broker tanımlayıcısı korur.

    • ERROR_BROKER_CONVERSATIONS
      Veritabanı ekli veya geri olduğunu belirten bir hata ile tüm konuşmaları sona erer. Bu düzenli temiz varolan konuşmaları için gerçekleştirmek için uygulamalarınızı sağlar. Service Broker ileti teslimi bu işlemi tamamlanır ve sonra etkin kadar devre dışıdır. Veritabanı, varolan Service Broker tanımlayıcısı korur.

    • NEW_BROKER
      Veritabanına yeni bir Service Broker tanımlayıcısı atanması belirtir. Veritabanına yeni bir Service Broker olarak kabul edilir çünkü veritabanında varolan konuşmalar sonunda iletişim iletileri üretmeden hemen kaldırılır. Eski Service Broker tanımlayıcısı başvuran herhangi bir rota ile yeni bir tanımlayıcısı oluşturulmalıdır.

<point_in_time_WITH_options>

Tarafından desteklenen: geri yükleme {veritabanı|GNLK} ve yalnızca tam veya toplu oturum kurtarma modelleri.

Bir veritabanı zaman ya da hareket içinde belirli bir noktasını stopat, stopatmark veya stopbeforemark yan tümcesinde hedef kurtarma noktası belirterek döndürebilirsiniz. Her zaman belirtilen bir saatteki veya işlem günlük yedekten geri yüklenir. Geri yükleme sırası GNLK restore deyiminde her hedef zaman ya da işlem aynı stopat, stopatmark veya stopbeforemark yantümcesinde belirtmeniz gerekir.

Noktası zamanında geri yükleme için bir önkoşul size olan bitiş noktası hedef kurtarma noktası önceki tam veritabanı yedeği geri yüklemeniz gerekir. Hangi veritabanı yedeğini geri yüklemek için tanımlamanıza yardımcı olması için isteğe bağlı olarak ile stopat, stopatmark veya stopbeforemark fıkra bir veri yedekleme çok son için belirtilen hedef zaman ise bir hata yükseltmek için restore database deyimi belirtebilirsiniz. Ama o vakti bile tam veri yedekleme hep, geri.

[!NOT]

restore_database ve restore_log zaman noktası WITH seçenekleri benzer, ama yalnızca restore GNLK destekler mark_namebağımsız değişkeni.

  • {STOPAT | STOPATMARK | STOPBEFOREMARK}

    • STOPAT = { 'datetime' | **@**datetime_var }
      Veritabanı içinde belirtilen saat ve tarihi itibarıyla durumuna geri olduğunu belirtir datetimeveya **@**datetime_var parametresi. Tarih ve saati belirtme hakkında daha fazla bilgi için bkz: Using Date and Time Data.

      Değişken için stopat kullanılırsa, değişken olmalıdır varchar, char, smalldatetime, ya datetimeveri türü. Belirtilen tarih ve saatte veritabanına uygulanan önce yazılı yalnızca işlem günlüğü kayıtları.

      [!NOT]

      Belirtilen stopat zaman en son günlük yedeklemeden sonra ise, sanki sadece restore GNLK norecovery ile koştu veritabanı unrecovered durumda bırakılır.

      Daha fazla bilgi için, bkz. Restoring a Database to a Point in Time.

    • STOPATMARK = { 'mark_name' | 'lsn:lsn_number' } [ AFTER 'datetime'
      Kurtarma için belirtilen kurtarma noktası belirtir. Belirtilen hareket kurtarma eklenmiştir, ancak hareket aslında oluşturulduğunda yalnızca başlangıçta kararlı Eğer kararlıdır.

      restore database ve restore GNLK destek lsn_numberparametresi. Bu parametre, bir günlük sıra numarası belirtir.

      mark_nameParametresi yalnızca restore GNLK deyimi tarafından desteklenmektedir. Bu parametre, bir günlük yedekleme hareket işareti tanımlar.

      GNLK restore deyiminde, sonra eğer datetimeise ihmal, belirtilen adı taşıyan ilk işareti Kurtarma durur. Eğer sonra datetimebelirtilirse, belirtilen tam olarak adresindeki veya sonra sahip ilk işareti Kurtarma durur datetime.

      [!NOT]

      Belirtilen işareti, lsn veya saat en son günlük yedeklemeden sonra ise, sanki sadece restore GNLK norecovery ile koştu veritabanı unrecovered durumda bırakılır.

      Daha fazla bilgi için İlişkili veritabanları sürekli kurtarmak için işaretlenen kullanımı (tam kurtarma modeli)ve Günlük sıra numarası (SQL Server) için kurtarma.

    • stopbeforemark = { 'mark_name' | 'lsn:lsn_number' } [ AFTER 'datetime'
      Kurtarma için belirtilen kurtarma noktası belirtir. Belirtilen hareket kurtarma dahil değildir ve kurtarma ile geri kullanıldığı zaman alınır.

      restore database ve restore GNLK destek lsn_numberparametresi. Bu parametre, bir günlük sıra numarası belirtir.

      mark_nameParametresi yalnızca restore GNLK deyimi tarafından desteklenmektedir. Bu parametre, bir günlük yedekleme hareket işareti tanımlar.

      GNLK restore deyiminde, sonra eğer datetimeatlanır, kurtarma durur belirtilen adı taşıyan ilk işareti önce. Eğer sonra datetimebelirtilmişse, sadece ilk işareti önce belirtilen tam olarak adresindeki sahip veya sonra kurtarma durur datetime.

    Önemli notÖnemli

    Kısmi geri yükleme sırası herhangi tutuyorsa FILESTREAM filegroup, noktası zamanında geri yükleme desteklenmiyor. Devam etmek için geri yükleme sırası zorlayabilirsiniz. Ancak, restore deyimi atlanan FILESTREAM filegroups asla geri yüklenebilir. Zaman noktası geri yükleme zorlamak için stopat, stopatmark veya stopbeforemark seçeneği ile birlikte CONTINUE_AFTER_ERROR seçeneğini belirtin. CONTINUE_AFTER_ERROR belirtin, kısmi geri yükleme sırası başarılı ve FILESTREAM filegroup kurtarılamaz duruma gelir.

Sonuç Kümeleri

Sonuç kümeleri için aşağıdaki konulara bakın:

Açıklamalar

Ek açıklamalar için aşağıdaki konulara bakın:

Yedekleme kümesi belirtme

A yedekleme tek ve başarılı bir yedek işlem yedekten içerir. Geri yükleme, restore FILELISTONLY, restore headeronly ve restore VERIFYONLY deyimleri tek yedekleme içinde belirtilen yedekleme aygıtı veya aygıtları ortam kümesi üzerinde işlem yapar. Size gelen ortamlara yedek belirtmeniz gerekir. Elde edebilirsiniz backup_set_file_numberkullanarak bir yedekleme restore headeronly deyimi.

Geri yüklemek için yedekleme kümesini belirtmek için seçenektir:

FILE ={ backup_set_file_number | **@**backup_set_file_number }

Burada backup_set_file_numberortam kümesi yedekleme konumunu gösterir. A backup_set_file_number1 (Dosya = 1) gösteren yedekleme ortamı ilk yedekleme ve bir backup_set_file_number2 (Dosya = 2) ikinci yedek kümesi vb. gösterir.

Bu davranış, aşağıdaki tabloda açıklandığı gibi deyimi bağlı değişir.

Deyimi

Yedekleme kümesi FILE seçeneği davranışı

RESTORE

Varsayılan yedekleme kümesi dosya numarası 1'dir. Yalnızca bir yedek kümesi FILE seçeneği restore deyiminde izin verilir. Bu sırada yedekleme kümelerini belirtmek önemlidir.

RESTORE FILELISTONLY

Varsayılan yedekleme kümesi dosya numarası 1'dir.

RESTORE HEADERONLY

Varsayılan olarak, tüm yedekleme kümeleri ortam kümesi olarak işlenir. restore headeronly sonuç kümesi her yedekleme kümesi hakkında bilgi verir gibi onun Pozisyon medyada ayarlayın. Verilen bir yedekleme kümesi bilgilerini dönmek için pozisyon numarası olarak kullanmak backup_set_file_numberDosya seçeneği değeri.

NotNot
Teyp ortamı için üstbilgi geri yüklenen teyp yedekleme kümeleri yalnızca işler.

RESTORE VERIFYONLY

Varsayılan backup_set_file_number1.

[!NOT]

Bir yedekleme kümesini belirtmek için dosya bir veritabanı dosyası belirtmek için Dosya seçeneği ilgisiz seçenektir = {}logical_file_name_in_backup | @logical_file_name_in_backup_var }.

Özeti için destek seçenekleri

Aşağıdaki seçenekler yalnızca restore deyimi tarafından desteklenir: blok, buffercount, MAXTRANSFERSIZE, kısmi, KEEP_REPLICATION {kurtarma | NORECOVERY | BEKLEME}, değiştirme, yeniden başlatma, RESTRICTED_USER, ve {stopat | STOPATMARK | STOPBEFOREMARK}

[!NOT]

Kısmi seçeneği, yalnızca geri yükleme veritabanı tarafından desteklenir.

Aşağıdaki tabloda bir veya birden çok deyimleri tarafından kullanılan WITH seçenekleri listeler ve hangi tabloların her seçeneği destekleyen gösterir. Onay işareti (√) bir seçenek desteklendiğini gösterir; tire (—) bir seçenek desteklenmediğini gösterir.

seçenek:

RESTORE

RESTORE FILELISTONLY

RESTORE HEADERONLY

RESTORE LABELONLY

GERİ REWINDONLY

RESTORE VERIFYONLY

{SAĞLAMA

| NO_CHECKSUM}

{CONTINUE_AFTER_ERROR

| STOP_ON_ERROR}

Dosya1

LOADHISTORY

MEDIANAME

MEDIAPASSWORD

TAŞIMA

PAROLA

{ REWIND | NOREWIND}

Sadece geri sarma

Sadece geri sarma

Sadece geri sarma

İSTATİSTİKLERİ

{ UNLOAD | NOUNLOAD ANLAMINA}

1 Dosya **=**backup_set_file_number, farklı olduğu {dosya | FILEGROUP}.

İzinler

İzinler için aşağıdaki konulara bakın:

Örnekler

Örnekler için aşağıdaki konulara bakın:

Ayrıca bkz.

Başvuru

Yedekleme (Transact-sql)

RESTORE (Transact-SQL)

restore FILELISTONLY (Transact-sql)

restore headeronly (Transact-sql)

restore labelonly (Transact-sql)

REWINDONLY (Transact-sql) geri yükleme

restore VERIFYONLY (Transact-sql)

Kavramlar

Yedekleme ve geri yükleme SQL Server veritabanları