Share via


Bağımsız değişkenlerini (Transact-SQL) geri yükleme

Bu konuda geri yükleme {veritabanı| sözdizimi bölümlerinde açıklanan bağımsız belgelerGünlük} deyim ve ilişkili küme yardımcı ifadeler: Geri yükleme FILELISTONLY, restore headeronly, restore labelonly, REWINDONLY restore ve restore VERIFYONLY.Bağımsız değişkenlerin çoğu yalnızca bir alt küme kümesini altı Bu ifadeler tarafından desteklenir.Her bağımsız desteği bağımsız değişkeninin tanımı gösterilir.

Konu bağlantısı simgesiTransact-SQL sözdizimi kuralları

Bağımsız değişkenler

  • VERİTABANI
    Tarafından desteklenen: geri

    hedef veritabanını belirtir.Dosya ve dosya grupları listesi belirtilirse, yalnızca bu dosyaları ve dosya gruplarını geri yüklenir.

    Tam kullanarak bir veritabanı için veya toplu günlük kurtarma modeli, SQL Server o, yedeklemek geri veritabanında önce günlük tail gerektirir çoğu durumdarestore database deyim ile değiştirebilir veya yan tümceile stopat içermediği sürece ilk hata, sonuçlar günlük tail yedekleme olmadan bir veritabanını geri yüklemek, hangi bir saat ya da sonunda veri yedekoluştu işlem belirtmeniz gerekir.Tail günlük yedeklemeler hakkında daha fazla bilgi için bkz: Tail günlüğü yedekleri.

  • GÜNLÜK
    Tarafından desteklenen: geri

    Bir hareket günlük yedek bu veritabanına uygulanması gerektiğini belirtir.İşlem günlüklerinin sırayla uygulanması gerekir.SQL Serverişlem günlüğü, hareketleri doğru veritabanına ve doğru sırada yüklenirken sağlamak için yukarı yedeklenmiş denetler.Birden çok işlem günlüklerinin uygulamak için Sonuncusu hariç tüm geri yükleme işlemleri norecovery seçeneğini kullanın.

    Not

    Genellikle geri son günlüğü tail günlük yedekolur.A tail günlük yedek bir günlük yedek sağ alınır veritabanında bir hatasından sonra bir veritabanı genellikle geri yüklemeden önce.Bir tail günlük yedek büyük olasılıkla bozuk veritabanından alma, henüz (günlük tail) yedeği değil günlük yakalama tarafından İş kaybını önler.Daha fazla bilgi için, bkz. Tail günlüğü yedekleri.

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

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

    İçine günlük veya tam veritabanı geri 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ü.

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

    Mantıksal dosya veya dosya grubu veya veritabanını geri yükle veya geri yükleme günlük deyimeklenecek sayfa adını belirtir.Dosyaları veya filegroups listesi belirtebilirsiniz.

    Bir veritabanı basit kurtarma modelini kullanır dosya ve dosya grubu seçenekleri yalnızca hedef dosyaları veya filegroups salt okunur olmadığını ya da bu bir kısmi geri yükleme ise izin verilir (hangi sonuçlar bir geçersiz dosya grubu).

    Tam kullanan bir veritabanı için veya toplu günlük kurtarma modeli, kullandıktan sonra veritabanını geri yükleme bir veya daha fazla dosyaları, dosya gruplarını ve/veya sayfalar, genellikle geri, işlem günlüğü; geri yüklenen verileri içeren dosyalar için geçerlidir Günlük uygulama dosyaları veritabanı geri kalanı ile tutarlı hale getirir.Bu özel durumlar aşağıdaki gibidir:

    • Geri yüklenen dosyalar salt okunur olsaydı bunlar son yedeklendi önce — işlem günlüğü uygulanmış olması gerekmez ve restore deyim bu durumu bildirir

    • Birincil dosya grubu ve kısmen yedek içeriyorsa, geri yükleme yerine getirilmektedir.Günlük yedekkümeotomatik olarak geri çünkü bu durumda geri yükleme log gerekli değildir.

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

    • FILEGROUP = { logical_filegroup_name | **@**logical_filegroup_name_var }
      Veritabanı geri yüklemede içerecek şekilde dosya grubu adlandırır.

      Not FILEGROUP, yalnızca belirtilen dosya grubu salt okunur (yani ile kısmi kullanılıyorsa) Bu bir kısmi geri yükleme ise, Basit kurtarma modeline verilir.Unrestored tüm okuma-yazma filegroups geçersiz 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ükleme istediğiniz salt okunur filegroups olduğunda bu seçenek özellikle yararlıdır.

    • PAGE = 'file:page [ ,...n ]'
      (Yalnızca tam veya toplu günlük kurtarma modeli kullanan veritabanları için desteklenir) bir sayfageri yükleme yükleme için bir veya daha fazla sayfa listesini belirtir. Değerler aşağıdaki gibidir:

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

      • file
        Geri yüklenecek belirli bir sayfa dosyasının dosya Kimliğini içeren.

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

      • n
        Yer tutucu birden çok sayfa belirtilen gösteren.

        Herhangi bir geri yükleme sıra tek dosyaya geri sayfaları sayısı 1000'dir.Ancak, bir dosyada birden çok az sayıda bozuk sayfalar varsa, dosyanın tamamını sayfaları yerine geri düşünün.

      Not

      Sayfa geri yükleme hiçbir zaman kurtarıldı.

      sayfageri yüklemehakkında daha fazla bilgi için bkz: Sayfa gerçekleştirme geri yükler.

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

  • DAN { <backup_device> [ ,...n ]| <database_snapshot> }
    Genellikle geri yükleme yedekiçin yedek aygıtları belirtir.Alternatif olarak, restore database deyimfrom yan tümce durum, Hayır yan tümce ile izin verilen veritabanı geri veritabanı anlık görüntüsü adını belirtebilirsiniz.

    from yan tümce atlanırsa, geri yükleme bir yedek olarak gerçekleşmez.Bunun yerine, veritabanı kurtarıldı.Bu, kurtarmak norecovery seçeneği ile ya da bir hazır bekleyen sunucugeçmek için geri bir veritabanı sağlar.from yan tümce atlanırsa, norecovery, kurtarma veya bekleme WITH yan tümcetümcesinde belirtilmelidir.

    • <backup_device> [ ,...n ]
      geri yükleme işlemi için kullanılacak mantıksal veya fiziksel yedek aygıtı belirtir.

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

      • <backup_device>:: =
        yedek işlemi için aşağıdaki gibi kullanmak için bir mantıksal veya fiziksel yedek aygıtı belirtir:

        • { logical_backup_device_name | **@logical_backup_device_name_var }
          Hangi tanımlayıcıların tarafından oluşturulan yedek aygıtları kurallarýna uygun olmalýdýr mantıksal ad, sp_addumpdevice gelen veritabanı geri yüklenir.Bir değişken olarak belirttiğinizde (
          @logical_backup_device_name_var), yedek aygıt adı olabilir bir dize sabit olarak belirtilen (@**logical_backup_device_name_var = logical_backup_device_name) veya karakter dize veri türünde bir değişken olarak dışında ntext veya text veri türü.

        • {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.Disk ve teyp aygıtı türleri gerçek adıyla aygıtı (örneğin, tam yol ve dosya adını) belirtilmelidir: DISK = 'Z:\SQLServerBackups\AdventureWorks2008R2.bak' veya teyp = '\\.\tape0'.Bir değişken olarak belirtilirse (
          @physical_backup_device_name_var), aygıt adı olabilir bir dize sabit olarak belirtilen (@**physical_backup_device_name_var = 'physcial_backup_device_name') veya karakter dize veri türünde bir değişken olarak dışında ntext veya text veri türleri.

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

          Altında çalıştırıyorsanız hesabı SQL Server Uzak bilgisayar veya ağ sunucusu için yap bir geri yükleme işlemi için okuma erişimi olması gerekir

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

        Olup bir geri yükleme sırası yedeklemeler ait, olup geri yükleme çevrimdışı veya çevrimiçi şu şekilde bağlıdır medya kümesi oluşturmak için kullanılan çok yedek aygıtı gerektirir:

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

        • Çevrimiçi geri yükleme yedek, yedek aygıtı gerektirir.geri yükleme daha az aygıtlarla girişimi başarısız olur.

        Örneğin, bir veritabanı içinde sunucuya bağlı dört teyp sürücüleri en çok yedeklenen bir durum düşünün.Bir çevrimiçi geri yükleme dört sürücüler sunucuya bağlı olması gerekir; makinede dörtten az sürücüler varsa bir çevrimdışı geri yükleme geri yükleme için yedek sağlar.

        Daha fazla bilgi için, bkz. SQL Server'da yedekleme Media ile çalışma.

      Not

      Bir yedek bir yansıtılmış medya kümesigeri yüklediğiniz her medya ailesiiçin yalnızca tek bir ayna belirtebilirsiniz.Hatalar varsa, ancak diğer yansıtma zorunda geri yükleme sorunların hızla çözülmesi verir.Bozuk ortam sesi ile ilgili birimden başka bir ayna yerine kullanabilirsiniz.Yapabilirsiniz çevrimdışı geri yüklemeler için ortam aileleri'den daha az aygıtlar, ancak her aile geri yükleme yalnızca bir kez işlenir olduğunu unutmayın.

    • <database_snapshot>:: =
      Tarafından desteklenen: veritabanı geri yükleme

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

        Geri döndürme işlemi, belirtilen veritabanı anlık görüntüsü tek veritabanı üzerinde olmasını gerektirir.Geri döndürme işlemi sırasında veritabanı anlık görüntüsü ve hedef veritabanı ve olan her iki olarak işaretlenen In restore.Daha fazla bilgi için "Uyarılar" konusuna bakın. bulunan bölümünde restore database.

Seçeneklerle

geri yükleme işlemi tarafından kullanılacak seçenekleri belirtir."Özet, destek için olan seçenekleri" ifadeleri her seçeneği kullanın bir özeti için bkz: Bu konuda daha sonra.

Not

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

  • KISMİ
    Tarafından desteklenen: veritabanı geri yükleme

    Birincil dosya grubu ve tüm yükler kısmi geri yükleme işlemi ikincil dosya grubu(s) belirtir.Kısmi seçeneği, birincil dosya grubuörtülü olarak belirler; dosya grubu belirleme = 'PRIMARY' gereksizdir.geri yükleme için ikincil dosya grubu, dosya veya dosya grubu seçeneğini kullanarak dosya grubu açıkça belirtmelisiniz.

    Kısmi seçeneği restore log deyimlerini izin verilmez.

    İle başlayan SQL Server 2005, kısmi seçeneği daha saatgeri yüklenecek dosya gruplarını kalan izin veren bir parçalı geri yükleme, ilk aşaması başlar.Daha fazla bilgi için, bkz. Parçalı geri yüklemeler gerçekleştirme.

    Not

    Bir parçalı geri yükleme, başlangıç aşamasında değiştirir Microsoft SQL Server 2000 kısmi veritabanı geri yüklemesi.Bir kısmi veritabanı geri yüklemesi edildi eksik veya bozuk veri özgün veritabanına geri kopyalanabilir veya geri yükleme için (bir alt küme kümesini filegroups) veritabanı zarar görmüş bir parçası yeni bir konuma küçüleceği.Üretim veritabanı olarak kullanılacak ve performansını artırmak için kısmen geri yüklenen veritabanı amaçlanmamış, geri normal güvenlik denetimleri çoğunu göz ardı.Bununla birlikte, SQL Server 2005 ve sonraki sürümleri, kısmi seçeneği yapar bu emniyet denetler.

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

    • KURTARMA
      geri yükleme işlemi sırasında geri almak kaydedilmemiş hareketleri bildirir.kurtarma veritabanını kullanıma hazırdır.Ne norecovery, kurtarma veya bekleme belirtilmezse, Kurtarma varsayılandır.

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

      Ne zaman geri yükleme yedek ayarlar bir önceki sürüm ' ın SQL Server, bir veritabanı yükseltme gerekli olabilir.Bu yükseltme ile kurtarma belirtildiğinde otomatik olarak gerçekleştirilir.Daha fazla bilgi için, bkz. İşlem günlüğü yedekleri uygulanıyor.

      Not

      from yan tümce atlanırsa, norecovery, kurtarma veya bekleme WITH yan tümcetümcesinde belirtilmelidir.

    • NORECOVERY
      geri yükleme işlemi sırasında geri almak kaydedilmemiş hareketleri bildirir.Başka bir işlem günlüğü, daha sonra uygulanacak varsa, norecovery veya bekleme seçeneği belirtin.Ne norecovery, kurtarma veya bekleme belirtilmezse, Kurtarma varsayılandır.çevrimdışı geri yükleme işlemi sırasında veritabanı kullanılabilir değil.

      Bir veritabanı yedek ve bir veya daha fazla işlem günlükleri geri yükleme veya (örneğin, bir tam veritabanı yedek geri yükleme bir fark veritabanı yedektarafından izlenirse) birden fazla geri yükleme ifadeleri gerekli olduğunda, WITH norecovery seçeneği tüm geri yükleme gerektirir, ancak en son geri yükleme deyim.İstenilen kurtarma noktası ulaşılıncaya kadar tüm tablolarda multi-step geri yükleme sırası WITH norecovery kullanma iyi uygulamadır ve kurtarma için yalnızca ayrı bir kurtarma ile geri yükleme deyim kullanın.

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

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

      • Dosya geri yükleme sırası kullanılır ve veritabanı geri yükleme işlemlerini ikilisi arasında kullanılabilir durumda olması için tasarlanmamıştır.

      norecovery ile geri ileri sarmak küme kadar geldiğinde bazı durumlarda yeterli veritabanı ile tutarlı olduğunu ileri.Bu gibi durumlarda geri almak oluşmaz ve bu seçenekle beklendiği gibi veriler çevrimdışı kalır.Ancak, Veritabanı Altyapısı veren bir bilgilendirme iletisi bildiren olduğunu ileri alma küme şimdi kurtarılan kullanarak kurtarma seçeneği.

    • BEKLEME **=**standby_file_name
      kurtarma efektleri geri alınmış olmasını sağlayan bir hazır bekleyen dosya belirtir.Askıya Al (kısmi geri yüklemedahil olmak üzere) çevrimdışı geri yükleme için izin verilir.Seçeneği çevrimiçi geri yüklemeiçin izin vermez.Bir çevrimiçi geri yükleme için bekleme seçeneği belirtme girişiminde işlemi geri yükleme işlemin başarısız olmasına neden olur.Veritabanı yükseltme gerekli olduğunda bekleme de izin verilmez.

      Not

      De SQL Server 2000, bu dosya "geri alma dosyası." olarak bilinen

      hazır bekleyen dosya bir "kopya yazarken" tutmak için kullanılır bir geri yükleme ile bekleme geri alma geçişi sırasında değiştirilen sayfalar için pre-image.hazır bekleyen dosya bir veritabanı salt okunur erişim hareket günlük geri yüklemeler arasında duruma getirilmesine izin verir ve sıcak hazır bekleyen sunucu durum ya da özel kurtarma durumlarda veritabanı günlüğü geri yüklemeler arasında incelemek yararlı olduğu ile kullanılabilir.BEKLEME ile geri yükleme işleminden sonra geri alma dosyası sonraki geri yükleme işlemi tarafından otomatik olarak silinir.Bu hazır bekleyen dosya el ile ileri geri yükleme işlemi önce silinirse, tüm veritabanı re-restored olmalıdır.Veritabanı bekleme durumundayken aynı özen bu hazır bekleyen dosya herhangi bir veritabanı dosyasıkabul etmelidir.Diğer veritabanı dosyalarının aksine, bu dosya yalnızca açık olarak tutulur Veritabanı Altyapısı sırasında etkin geri yükleme işlemleri.

      standby_file_name Bir hazır bekleyen dosya konumu günlüğü veritabanında depolanır belirtirVarolan bir dosyayı belirtilen adı kullanıyorsa, dosyanın üzerine yazılır; Aksi takdirde, Veritabanı Altyapısı oluşturur dosya.

      Belirli bir hazır bekleyen dosya boyutu gereksinimini kaydedilmemiş hareketleri geri yükleme işlemi sırasında ortaya çıkan geri alma eylemlerin hacmine bağlıdır.

      Önemli notÖnemli

      Belirtilen hazır bekleyen 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 "Uyarılar" konusuna bakın. bulunan bölümünde geri.

  • LOADHISTORY
    Tarafından desteklenen: geri yükleme VERIFYONLY

    geri yükleme işlemi bilgilerini yükler belirtir msdbgeçmiş tablolar. LOADHISTORY seçeneği yükler, yaklaşık Doğrulanmakta olan tek yedek küme için bilgi SQL Server yedekleri saklı medya kümesi için yedek ve geri yükleme geçmiş tabloları msdb veritabanı.geçmiş tablolar hakkında daha fazla bilgi için bkz: Sistem tabloları (Transact-SQL).

<general_WITH_options> [,...n]

Veritabanı geri yükleme tüm desteklenen olan ve restore log ifadeleri genel WITH seçenekleri.Bu seçeneklerin bazıları da ise aşağıda belirtildiği gibi desteklenen bir veya daha fazla yardımcı deyimi tarafından.

Geri yükleme işlemi seçenekleri

Bu seçenekler, geri yükleme işleminin 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_backup taşınabilir tarafından belirtilen konuma geri yükleme tarafından operating_system_file_name.yedekküme oluşturulduğunda mantıksal dosyanın bir yedekküme veri ya da günlük dosyasının veritabanı, mantıksal ad adıyla aynıdır.

    nEk move deyimleri belirtebilirsiniz gösteren bir yer tutucu.Dan yedekküme yeni bir konuma geri yükleme istediğiniz her mantıksal dosya için TAŞIMA deyim belirtin. Varsayılan olarak, logical_file_name_in_backup Dosya geri orijinal kendi konum.

    Not

    yedekkümemantıksal dosyaların bir listesini edinmek için geri yükleme FILELISTONLY kullanın.

    Aynı sunucuda bir veritabanı konumunu değiştirmeniz veya farklı bir sunucuya kopyalamak için restore deyim kullandıysanız, move seçeneği veritabanı dosyalarının yerini ve varolan dosyaları ile çakışmaları önlemek için gerekli olabilir.

    restore log ile kullanıldığında, yalnızca geri yüklenen günlük tarafından kapsanan aralığı sırasında eklenen dosyaları yeniden konumlandırmak için move seçeneği kullanılabilir.Günlük yedek dosyası için bir ekleme dosya işlemi içerir, örneğin, file23, bu dosya yeri Kütük'ü geri TAŞIMA seçeneğini kullanma

    Aynı sunucuda bir veritabanı konumunu değiştirmeniz veya farklı bir sunucuya kopyalamak planlarken restore VERIFYONLY deyim kullandıysanız, move seçeneği yeterli alanı hedef kullanılabilir olduğunu doğrulamak için 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 Server oluşturma belirtilen veritabanı ve ilişkili dosyaları bile, başka bir veritabanı zaten vardır aynı adı.Böyle bir durumda, varolan veritabanı silinir.Değiştir seçeneği belirtilmediği durumlarda, bir güvenlik denetimi gerçekleşir.Bu, farklı bir veritabanına yanlışlıkla üzerine yazmasını engeller.Aşağıdaki koşulların her ikisi de doğruysa restore database deyim geri yükleme geçerli sunucu veritabanına algılamadığı emniyet denetimi sağlar:

    • Geçerli sunucuda zaten içinde restore deyim adlı veritabanı vardır ve

    • yedekkümekaydedilen veritabanının adını veritabanı adı farklıdır.

    Değiştir, geri yüklenen veritabanı ait olarak doğrulanamayan varolan dosyanın üzerine yazmak geri yükleme de izin verir.Normal olarak, geri yükleme önceden varolan dosyaların üzerine almayı reddediyor.METİNLE aynı şekilde restore log seçeneği için de kullanılabilir.

    Geçersiz Değiştir de gereksinim o, yedeklemek tail günlük veritabanına geri yüklemeden önce kılar.

    Daha fazla bilgi için, bkz. Değiştir seçeneği kullanılarak.

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

    Belirleyen SQL Server kesildi bir geri yükleme işlemini yeniden başlatmalısınız.geri yükleme işlemi kesintiye uğradı noktasında 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ğinin yerini alır.dbo_only yarıda ile SQL Server 2008.

    KURTARMA seçeneği kullanın.

    Daha fazla bilgi için, bkz. Veritabanı seçeneklerini ayarlama.

Yedekleme seçeneklerini ayarlama

Bu seçenekler, geri yüklenecek yedek içeren yedekküme üzerinde çalışır.

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

    Geri yüklenecek yedek küme tanımlar.Örneğin, bir backup_set_file_number , 1 ilk yedek küme yedek ortamı üzerindeki gösterir ve bir backup_set_file_number , 2 ikinci yedek kümegösterir.Elde edebilirsiniz backup_set_file_number kullanarak bir yedek küme restore headeronly deyim.

    Belirtilmediği durumlarda, varsayılan değer olan 1, durum medya kümesi tüm yedek kümeleri işlenir headeronly geri haricinde."Belirten bir yedekleme kümesi," daha fazla bilgi için bkz: Bu konuda daha sonra.

    Önemli notÖnemli

    Bu dosya veritabanı dosyası, dosyayı belirtmek için dosya seçeneği için ilgisiz seçenektir = { logical_file_name_in_backup | @logical_file_name_in_backup_var }.

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

    yedekkümeparola sağlar. Bir yedek-küme password olduğu bir karakter dize.

    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.

    yedekküme oluşturulurken parola belirtilmediyse, parola yedekkümeherhangi bir geri yükleme işlemi gerçekleştirmek için gereklidir. Yanlış parola belirlemek veya yedek küme biri yoksa, bir parola belirtmek için bir hata var.

    Önemli notÖnemli

    Yalnızca sınırlı bir koruma medya kümesiiçin bu parolayı sağlar.Daha fazla bilgi için ilgili deyimiçin izinleri bölümüne bakın.

Ortam kümesi seçenekleri

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

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

    Ortam adını belirtir.Ortam adı, verdiyse, yedek birimlerde media adıyla eşleşmesi gerekir; Aksi durumda, geri yükleme işlemini sonlandırır.Geri yükleme deyimhiçbir ortam adı belirtilmezse, yedek birimleri eşleşen ortam adının çeke gerçekleştirilmez.

    Önemli notÖnemli

    Sürekli yedek ve geri yükleme işlemlerinde ortam adlarını kullanarak geri yükleme işlemi için seçilen ortam için fazladan güvenlik onay sağlar.

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

    medya kümesiparolasını sağlar.Media -küme bir karakter dizeparoladır.

    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.

    medya kümesi biçimlendirilmiş bir parola sağlandıysa, tüm yedekküme medya kümesierişmek için parola gerekir. Yanlış parola veya medya kümesi herhangi yoksa bir parola belirtmek için bir hata var.

    Önemli notÖnemli

    Yalnızca sınırlı bir koruma medya kümesiiçin bu parolayı sağlar.Daha fazla bilgi için bkz: "İzinler" deyimilgili bölümüne.

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

    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.Genelde bu seçeneği geri yükleme 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.

    Bir yedek 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çenekler, yedek aygıtından veri aktarımı en iyi duruma getirmek sağlar.

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

    geri yükleme 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 }
    Tarafından desteklenen: geri

    yedek ortamı arasında kullanılacak bayt cinsinden en büyük Aktarım Birimi belirtir ve SQL Server.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 sağlama toplamlarını yedek geri yükleme 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.

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

    Varsa, sağlama doğrulamak ve bunlar yoksa doğrulaması olmadan devam etmek için varsayılan davranıştır seçin.

    • SAĞLAMA TOPLAMI
      yedek sağlama toplamlarını doğrulanması gereken belirtir ve yedek yedek sağlama toplamlarını yoksa, geri yükleme işlemi sağlama yok olduğunu belirten bir ileti ile başarısız olmasına neden olur.

      Not

      Yalnızca yedek sağlama toplamlarını kullanılıyorsa sayfa sağlama toplamlarını yedek işlemleri için uygundur.

      Varsayılan olarak, sağlama toplamıgeçersiz bir, karşılaşıyor üzerinde geri yükleme sağlama toplamı hatası ve durakları bildirir.Ancak, CONTINUE_AFTER_ERROR, belirttiğiniz geri yüklerseniz bozulmasına izin veriyorsa bir sağlama toplamı hatası ve sağlama toplamıgeçersiz, bulunduğu sayfa numarasını dönüşten sonra devam eder.

      yedek sağlama toplamı ile çalışma hakkında daha fazla bilgi için bkz: Algılama ve ortamı ile yedekleme ve geri yükleme sırasında hataları çýkmak.

    • 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, geri yükleme FILELISTONLY, restore headeronly, restore labelonly, ve restore VERIFYONLY.

    • STOP_ON_ERROR
      geri yükleme işlemi ilk hata ile karşılaşıldı durdurur belirtir.Varsayılan olarak CONTINUE_AFTER_ERROR olan VERIFYONLY haricinde geri yükleme için varsayılan davranış budur.

    • CONTINUE_AFTER_ERROR
      geri yükleme işlemi bir hatayla karşılaştı sonra devam etmek için olduğunu belirtir.

      Hatalara rağmen devam etmeden hakkında daha fazla bilgi için bkz: SQL Server geri yükleme hataları nedeniyle zarar görmüş yedekleri tarafından yanıt.

      Bir yedek bozuk sayfalar içeriyorsa, hata içermeyen bir alternatif yedek kullanarak geri yükleme işlemi yinelemek en iyi — sayfaları zarar görmüş önce alınan Örneğin, bir yedek .Son çare, ancak geri yükleme geri yüklemedeyim CONTINUE_AFTER_ERROR seçeneğini kullanarak bir bozuk yedek yapabilirsiniz ve verileri kurtarmak deneyin.

İzleme seçenekleri

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

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

    Bir ileti görüntüler her saat başka bir yüzde tamamlar ve ilerlemeyi ölçmek için kullanılır.percentage Atlanmış, SQL Server her yüzde 10 (yaklaşık) 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, Veritabanı Altyapısı rapor yaklaşık bu aralıkta; için kesin olarak % 40, seçeneği görüntülemek yerine örnek% 43 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}
    Bu seçenekler yalnızca teyp aygıtları için kullanılır.Teyp aygıt kullanılıyorsa, bu seçenekler yoksayılır.

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

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

    • NOREWIND
      Tarafından desteklenen: geri ve restore VERIFYONLY

      Herhangi diğer geri yükleme deyim NOREWIND belirten bir hata üretir.

      Belirleyen SQL Server tutmak teyp Aç sonra yedek işlemi.Bir teyp için birden çok yedek 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 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}
    Tarafından desteklenen: geri, geri yükleme FILELISTONLY, restore headeronly, restore labelonly, geri REWINDONLY, ve restore VERIFYONLY.

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

    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
      Geri yükleme işlemi teybi teyp sürücüsünde yüklü kalır sonra belirtir.

<replication_WITH_option>

Bu seçenek, veritabanını yedek oluşturulduğunda yalnızca çoğaltılmış uygundur.

  • KEEP_REPLICATION
    Tarafından desteklenen: geri

    KEEP_REPLICATION çoğaltma ayarlarken günlük aktarmaile çalışmak için kullanılır.Bu çoğaltma ayarlarının bir sıcak hazır bekleyen sunucu , bir veritabanı yedek veya günlük yedek geri yüklenir ve veritabanı kurtarılan kaldırılmasını engeller.Bir yedek ile norecovery seçeneği geri yüklerken bu seçeneği belirterek izin verilmiyor.geri yüklemesonra çoğaltma işlevlerini gerektiği gibi çalışması için:

    • msdb ve ana sıcak hazır bekleyen sunucu veritabanları ile eşit olmalıdır msdb ve ana birincil sunucuveritabanları.

    • Sıcak hazır bekleyen sunucu birincil sunucuolarak 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 etkinleştirilmişse, bu seçenek uygundur.

  • KEEP_CDC
    Tarafından desteklenen: geri

    keep_cdc başka bir sunucuda bir veritabanı yedek veya günlük yedek geri yüklenir ve veritabanı kurtarılan kaldırılmakta değişiklik veri yakalama ayarlarının önlemek için kullanılan.Bir yedek ile norecovery seçeneği geri yüklerken bu seçeneği belirterek izin verilmiyor.

    keep_cdc ile veritabanını geri yükleme, değişiklik veri yakalama işleri oluşturmaz.ayıklamak değişikliklerin veritabanı geri yüklendikten sonra günlüğünden, yakalama işlemi iş ve geri yüklenen veritabanı Temizleme iş yeniden oluşturun.Bilgi için sys.sp_cdc_add_job (Transact-SQL).

<service_broker_WITH_options> [,...n]

Hizmet Aracısı ileti teslimi açar veya kapatır veya yeni Hizmet Aracısı tanımlayıcısı ayarlar.İleti teslimi ve Hizmet Aracısı tanımlayıcıları hakkında daha fazla bilgi için bkz: Hizmet Aracısı kimlikleri yönetmeBu seçenek uygundur yalnızca Service Broker ( yedek oluşturulurken veritabanı için etkinleştirilen) etkinleştirildi.

  • {ENABLE_BROKER | ERROR_BROKER_CONVERSATIONS | NEW_BROKER}
    Tarafından desteklenen: veritabanı geri yükleme

    • ENABLE_BROKER
      Belirleyen Service Broker ileti teslimi, sonunda geri yükleme etkinleştirilmişse, böylece iletileri hemen gönderilebilir.Varsayılan olarak Service Broker ileti teslimi, bir geri yüklemesırasında dışıdır.Veritabanı, varolan Hizmet Aracısı tanımlayıcısı korur.

    • ERROR_BROKER_CONVERSATIONS
      Veritabanı ekli veya geri olduğunu belirten bir hata ile tüm görüşmeler sona erer.Bu normal temiz varolan görüşmeleri için gerçekleştirmek uygulamaları sağlar.Hizmet Aracısı ileti teslimi bu işlemi tamamlanır ve sonra etkin kadar devre dışıdır.Veritabanı, varolan Hizmet Aracısı tanımlayıcısı korur.

    • NEW_BROKER
      Veritabanına yeni bir Hizmet Aracısı tanımlayıcısı atanması belirtir.Veritabanını yeni Hizmet Aracısıolarak kabul edilir çünkü veritabanında varolan görüşmeleri son iletişim kutusu iletilerini üretmeden hemen kaldırılır.Eski Hizmet Aracısı tanımlayıcısı başvuran herhangi bir yol ile yeni tanımlayıcısı oluşturulmalıdır.

<point_in_time_WITH_options>

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

Veritabanı saat veyakurtarma hedefbelirleyerek hareket, belirli bir noktaya işaret bir stopat, NOKTASINA veya STOPBEFOREMARK'ı yan tümcetümcesinde geri yükleme yapabilirsiniz. Belirtilen bir saat veya hareket her zaman bir günlük yedekgeri yüklenir.Her restore log deyim geri yükleme sırası, hedef saat veya işlem bir özdeş stopat, NOKTASINA veya STOPBEFOREMARK'ı yan tümceiçinde belirtmelisiniz.

Bir noktaya bir önkoşul olarak-içinde-saatgeri yükleme, gereken ilk geri yükleme , bitiş noktası sizin hedefkurtarma noktası ' önceki bir tam veritabanı yedek . Hangi veritabanı yedek geri yüklemetanımlamanıza yardımcı olmak için isteğe bağlı olarak bir veri yedek için belirtilen hedefsaatçok yeni ise bir hata yükseltmek için restore database deyim içinde sizin ile stopat, NOKTASINA veya STOPBEFOREMARK'ı yan tümce belirtebilirsiniz. Ancak hedefsaatiçerse bile, tam veri yedek her zaman, geri yüklenir.

Not

restore_database ve restore_log işaret-içinde -saat WITH seçenekleri benzer, ancak yalnızca restore log destekler mark_name bağımsız değişkeni.

  • {STOPAT | NOKTASINA | STOPBEFOREMARK'I}

    • STOPAT = { 'datetime' | **@**datetime_var }
      Veritabanı bunu içinde belirtilen saat ve tarih itibariyle durumuna geri yüklenmesi belirtir datetime veya **@**datetime_var parametresi.tarih ve saatbelirtme hakkında daha fazla bilgi için bkz: Tarih ve saat veri kullanma.

      Bir değişken için stopat kullanılırsa, değişken olmalıdır varchar, char, smalldatetime, veya datetime veri türü.Belirtilen tarih ve saat veritabanı uygulanmadan önce yazılmış yalnızca işlem günlüğü kayıtları.

      Not

      Belirtilen stopat saat son günlük yedekise, yalnızca restore log ile norecovery gibi çalıştırılmışsa veritabanı kurtarılmamış durumda bırakılır.

      Daha fazla bilgi için, bkz. Bir veritabanını bir yedek içinde bir noktaya geri.

    • STOPATMARK = { 'mark_name' | 'lsn:lsn_number' } Sonra**'datetime'**
      kurtarma için belirtilen kurtarma noktası belirtir.Belirtilen hareket kurtarmaeklenmiştir, ancak hareket gerçekten oluşturulduğunda, yalnızca onu başlangıçta uygulandıysa kararlıdır.

      restore database ve restore log Destek lsn_number parametresi.Bu parametre, bir günlük sıra numarasıbelirtir.

      mark_name Parametresi, yalnızca restore log deyimdesteklenir.Bu parametre, günlük yedekbir hareket işareti tanımlar.

      restore log deyim, sonra Eğer datetime olan atlanmış, ilk işareti ile belirtilen adı. kurtarma durduğuEğer sonra datetime belirtilen tam olarak adresindeki veya sonra belirtilen ada sahip ilk işareti kurtarma Dursun datetime.

      Not

      Belirtilen işareti, SSNya saat son günlük yedekise, yalnızca restore log ile norecovery gibi çalıştırılmışsa veritabanı kurtarılmamış durumda bırakılır.

      Daha fazla bilgi için, bkz. İşaretli işlemler (tam kurtarma modeli) kullanma ve Günlük sıra numarası (SSN) kurtarma.

    • STOPBEFOREMARK'ı = { 'mark_name' | 'lsn:lsn_number' } Sonra**'datetime'**
      kurtarma için belirtilen kurtarma noktası belirtir.Belirtilen hareket kurtarmabulunmaz ve Kurtarma ile geri kullanıldığı zaman alınır.

      restore database ve restore log Destek lsn_number parametresi.Bu parametre, bir günlük sıra numarasıbelirtir.

      mark_name Parametresi, yalnızca restore log deyimdesteklenir.Bu parametre, günlük yedekbir hareket işareti tanımlar.

      restore log deyim, sonra Eğer datetime atlanırsa, kurtarma durdurur hemen önce ilk işareti ile belirtilen adı.Eğer sonra datetime belirtilmişse, yalnızca ilk işaretle belirtilen adını tam olarak sahip önce veya sonra kurtarma başlıyor datetime.

    Önemli notÖnemli

    Herhangi bir kısmi geri yükleme sırası tutuyorsa FILESTREAM dosya grubu, point-içinde-saat geri yükleme desteklenmiyor.Devam etmek için geri yükleme sırası zorlayabilirsiniz.Ancak, geri yükleme deyim atlanır FILESTREAM filegroups hiçbir zaman geri yüklenebilir.Bir noktayı zorlamak için-içinde-saat geri yükleme, seçeneğiyle birlikte stopat, NOKTASINA veya STOPBEFOREMARK'ı CONTINUE_AFTER_ERROR seçeneğini belirtin.CONTINUE_AFTER_ERROR belirtirseniz, kısmi geri yükleme sırası başarılı ve dosya grubu FILESTREAM 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:

Bir yedek kümesi belirtme

A yedek küme yedek bir tek, başarılı yedek işleminden içerir.Geri yükleme, geri yükleme FILELISTONLY, restore headeronly ve restore VERIFYONLY deyimi bir tek yedek küme içinde medya kümesi belirtilen yedek aygıtı veya aygıtları üzerinde işlem yapar.medya kümesiiçinde karşı gereken yedek belirtmeniz gerekir.Elde edebilirsiniz backup_set_file_number kullanarak bir yedek küme restore headeronly deyim.

yedekküme geri yükleme belirtme seçeneği aşağıdaki gibidir:

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

Burada backup_set_file_number konumunu yedek medya kümesigösterir.A backup_set_file_number 1 (dosya = 1) ilk yedek küme yedek ortamı üzerindeki gösterir ve bir backup_set_file_number 2 (dosya = 2) ikinci yedek kümeve benzerleri. gösterir

Bu seçenek davranışını deyimtürüne bağlı olarak, aşağıdaki tabloaçıklandığı şekilde değişir.

Deyimi

yedek-küme dosya seçeneği davranışı

GERİ YÜKLEME

Varsayılan yedek küme dosya numarası 1'dir.Dosya seçeneğiküme tek bir yedek- geri yükleme deyimverilir.Sırayla yedek ayarlar belirtmek önemlidir.

GERİ YÜKLEME FILELISTONLY

Varsayılan yedek küme dosya numarası 1'dir.

GERİ YÜKLEME HEADERONLY

Varsayılan olarak, tüm yedek kümeleri medya kümesi işlenir.restore headeronly sonuçlar küme her yedek kümehakkında bilgi verir de dahil olmak üzere kendi konumu medya kümesi.Bir verilen yedek kümebilgileri almak için kendi pozisyon numarası olarak kullanmak backup_set_file_number değer dosya seçeneği.

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

RESTORE VERIFYONLY

Varsayılan backup_set_file_number 1.

Not

Bir yedek küme belirtmek için dosya veritabanı dosyası, dosyayı belirtmek için dosya seçeneği için ilgisiz seçenektir = { logical_file_name_in_backup | @logical_file_name_in_backup_var }.

Seçenekleri için desteği özeti

Aşağıdaki seçenekler yalnızca restore deyimtarafından desteklenir: BLOK BOYUTU, BUFFERCOUNT, MAXTRANSFERSIZE, KISMİ, KEEP_REPLICATION, {KURTARMA | NORECOVERY | Bekleme}, değiştirme, yeniden başlatma, RESTRICTED_USER, ve {stopat | NOKTASINA | STOPBEFOREMARK'I}

Not

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

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

Seçeneği ile

GERİ YÜKLEME

GERİ YÜKLEME FILELISTONLY

GERİ YÜKLEME HEADERONLY

GERİ YÜKLEME LABELONLY

REWINDONLY GERİ

RESTORE VERIFYONLY

{SAĞLAMA

| NO_CHECKSUM}

{CONTINUE_AFTER_ERROR

| STOP_ON_ERROR}

Dosya1

LOADHISTORY

ORTAMADI

MEDIAPASSWORD

TAŞIMA

PAROLA

{GERİ SARMA | NOREWIND}

Yalnızca Geri Sar

Yalnızca Geri Sar

Yalnızca Geri Sar

STATS

{KALDIR | NOUNLOAD}

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