Yedekleme (Transact-sql)
Tam yedekler SQL Serverbir veritabanı yedekleme veya bir veya daha fazla dosya veya filegroups veritabanı yedekleme (backup database) oluşturmak için oluşturmak için veritabanına. Ayrıca, tam kurtarma modelini veya toplu kurtarma modeli altında veritabanı günlük yedekleme (backup log) oluşturmak için işlem günlüğü yedekler.
Transact-SQL Sözdizim Kuralları
Sözdizimi
Backing Up a Whole Database
BACKUP DATABASE { database_name | @database_name_var }
TO <backup_device> [ ,...n ]
[ <MIRROR TO clause> ] [ next-mirror-to ]
[ WITH { DIFFERENTIAL | <general_WITH_options> [ ,...n ] } ]
[;]
Backing Up Specific Files or Filegroups
BACKUP DATABASE { database_name | @database_name_var }
<file_or_filegroup> [ ,...n ]
TO <backup_device> [ ,...n ]
[ <MIRROR TO clause> ] [ next-mirror-to ]
[ WITH { DIFFERENTIAL | <general_WITH_options> [ ,...n ] } ]
[;]
Creating a Partial Backup
BACKUP DATABASE { database_name | @database_name_var }
READ_WRITE_FILEGROUPS [ , <read_only_filegroup> [ ,...n ] ]
TO <backup_device> [ ,...n ]
[ <MIRROR TO clause> ] [ next-mirror-to ]
[ WITH { DIFFERENTIAL | <general_WITH_options> [ ,...n ] } ]
[;]
Backing Up the Transaction Log (full and bulk-logged recovery models)
BACKUP LOG { database_name | @database_name_var }
TO <backup_device> [ ,...n ]
[ <MIRROR TO clause> ] [ next-mirror-to ]
[ WITH { <general_WITH_options> | <log-specific_optionspec> } [ ,...n ] ]
[;]
<backup_device>::=
{
{ logical_device_name | @logical_device_name_var }
| { DISK | TAPE } =
{ 'physical_device_name' | @physical_device_name_var }
}
<MIRROR TO clause>::=
MIRROR TO <backup_device> [ ,...n ]
<file_or_filegroup>::=
{
FILE = { logical_file_name | @logical_file_name_var }
| FILEGROUP = { logical_filegroup_name | @logical_filegroup_name_var }
}
<read_only_filegroup>::=
FILEGROUP = { logical_filegroup_name | @logical_filegroup_name_var }
<general_WITH_options> [ ,...n ]::=
--Backup Set Options
COPY_ONLY
| { COMPRESSION | NO_COMPRESSION }
| DESCRIPTION = { 'text' | @text_variable }
| NAME = { backup_set_name | @backup_set_name_var }
| { EXPIREDATE = { 'date' | @date_var }
| RETAINDAYS = { days | @days_var } }
--Media Set Options
{ NOINIT | INIT }
| { NOSKIP | SKIP }
| { NOFORMAT | FORMAT }
| MEDIADESCRIPTION = { 'text' | @text_variable }
| MEDIANAME = { media_name | @media_name_variable }
| BLOCKSIZE = { blocksize | @blocksize_variable }
--Data Transfer Options
BUFFERCOUNT = { buffercount | @buffercount_variable }
| MAXTRANSFERSIZE = { maxtransfersize | @maxtransfersize_variable }
--Error Management Options
{ NO_CHECKSUM | CHECKSUM }
| { STOP_ON_ERROR | CONTINUE_AFTER_ERROR }
--Compatibility Options
RESTART
--Monitoring Options
STATS [ = percentage ]
--Tape Options
{ REWIND | NOREWIND }
| { UNLOAD | NOUNLOAD }
--Log-specific Options
{ NORECOVERY | STANDBY = undo_file_name }
| NO_TRUNCATE
Bağımsız değişkenler
DATABASE
Tam veritabanı yedeklemesi belirtir. Dosyaları ve filegroups listesi belirtilirse, sadece o dosyaları ve filegroups yedeklenir. Bir tam veya fark veritabanı yedekleme sırasında SQL Serverişlem günlüğünün yedeği geri yüklendiğinde bir tutarlı veritabanı üretmek için yeterli kadar destekliyor.Ne zaman sen dinlenme yedek veritabanı tarafından oluşturulan yedekleme (bir veri yedekleme), tüm yedekleme geri. Belirli bir zaman veya işlem yedekleme içinde sadece bir günlük yedekleme geri yüklenebilir.
[!NOT]
Yalnızca tam veritabanı yedeklemesi gerçekleştirilebilir ana veritabanı.
LOG
Yalnızca işlem günlüğü yedeğini belirtir. Günlük günlüğü geçerli sonuna kadar son başarıyla yürütülen günlük yedekten yedeklenir. İlk günlük yedekleme oluşturmak için önce tam yedekleme oluşturmanız gerekir.Eğer günlük yedekleme belirli zaman veya işlem içinde yedek ile stopat, stopatmark veya stopbeforemark içinde belirterek geri yükleyebilirsiniz, restore log deyimi.
[!NOT]
İLE no_truncate veya copy_only belirtin takdirde sonra normal günlük yedekleme, bazı işlem günlük kayıtlarını etkin olur. Günlük bir içindeki tüm kayıtları sonra kesilir veya daha fazla sanal günlük dosyaları etkin olmak. Günlük rutin günlük yedeklemeler sonra kesilmiş değil, bir şey Günlük kesilme geciktirerek. Daha fazla bilgi için bkz.
{ database_name| **@database_name_var }
Hangi işlem günlüğü, kısmi veritabanı veya tam veritabanı yedeklendiğinden veritabanı olan. 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.[!NOT]
Ortaklığı yansıtma veritabanı yansıtma veritabanı yedeklenemez.
<file_or_filegroup> ,...n ]
Yalnızca yedek veritabanı ile kullanılan, bir veritabanı dosyası ya da bir dosyayı yedeklemeye eklenecek filegroup belirtir veya salt okunur dosya veya kısmi yedeklemeye eklenecek filegroup belirtir.FILE = { logical_file_name| **@**logical_file_name_var }
Mantıksal bir dosya veya bir değişken değeri yedeklemeye dahil edilecek dosyanın mantıksal adı equates adıdır.FILEGROUP = { logical_filegroup_name| **@**logical_filegroup_name_var }
Bir filegroup veya bir değişken değeri olan yedeklemeye eklenecek filegroup mantıksal adı eşittir mantıksal addır. Basit kurtarma modeli altında bir filegroup yedekleme yalnızca salt okunur filegroup için izin verilir.[!NOT]
Veritabanı boyut ve performans gereksinimleri bir veritabanı yedekleme yaptığınızda, Dosya Yedekleme kullanarak pratik düşünün.
n
Birden çok filegroups ve virgülle ayrılmış bir listede belirtilen gösteren yer tutucu iş. Sayısı sınırsızdır.
Daha fazla bilgi için bkz: Tam Dosya Yedekleri [SQL Server]ve Dosya ve Filegroups (SQL Server) yedekleme.
READ_WRITE_FILEGROUPS , FILEGROUP = { logical_filegroup_name|**@**logical_filegroup_name_var } ,...n ] ]
Kısmi bir yedekleme belirtir. Kısmi bir yedekleme tüm okuma/yazma dosyaları içeren bir veritabanı: birincil filegroup ve herhangi bir okuma/yazma ikincil filegroups ve ayrıca herhangi bir belirtilen salt okunur dosyaları veya filegroups.READ_WRITE_FILEGROUPS
Tüm filegroups okuma olduğunu belirtir sırt yukarıya kısmi yedekleme. Veritabanı salt okunur ise, yalnızca birincil filegroup READ_WRITE_FILEGROUPS içerir.Önemli Okuma/yazma filegroups FILEGROUP READ_WRITE_FILEGROUPS yerine kullanarak açıkça listeleyen bir dosya yedek oluşturur.
FILEGROUP = { logical_filegroup_name|**@**logical_filegroup_name_var }
Mantıksal bir salt okunur filegroup veya kısmi yedeklemeye dahil edilecek bir salt okunur filegroup mantıksal adı değeri eşittir bir değişken adıdır. For more information, see "<file_or_filegroup>," Bu konunun önceki kısımlarında.n
Nedir bu birden çok salt okunur filegroups gösteren yer tutucu virgülle ayrılmış bir liste belirtilebilir.
Kısmi yedeklemeler hakkında daha fazla bilgi için bkz: Kısmi yedeklemeler (SQL Server).
İÇİN <backup_device> [ ,...n ]
Eşlik kümesi olduğunu gösterir yedekleme aygıtları bir aygıtlarıunmirrored ortam kümesi ya da ayna (hangi bir veya daha fazla MIRROR to yan bildirilir için) ayarlamak yansıtılmış bir ortam içinde ilk.<backup_device>
Yedekleme işlemi için kullanılacak mantıksal veya fiziksel yedekleme aygıtı belirtir.{ logical_device_name | **@**logical_device_name_var }
Hangi veritabanı yedeklenir yedekleme aygıtının mantıksal addır. Mantıksal ad tanımlayıcıları kuralları izlemeniz gerekir. Eğer bir değişken olarak belirtilmişse (@logical_device_name_var), yedekleme aygıtı adı olabilir dize sabiti olarak belirtilen (@logical_device_name_var = mantıksal yedekleme aygıtı adı) veya herhangi bir karakter dizesi veri türü dışında bir değişken olarak ntextveya textveri türleri.{DISK | TAPE } = { 'physical_device_name' | **@**physical_device_name_var }
Bir disk dosyası ya da bir teyp aygıtı belirtir.Bir disk aygıtı backup deyiminde belirtilen bulunması gerekmez. Fiziksel aygıt varsa ve başlatma seçeneği backup deyiminde belirtilen yedekleme aygıtına eklenir.
Daha fazla bilgi için, bkz. Yedekleme aygıtı (SQL Server).
[!NOT]
Teyp seçeneği, gelecekteki bir sürümüne kaldırılacak SQL Server. Yeni geliştirme işlerinde bu özelliği kullanmaktan kaçının ve bu özelliği kullanmakta olan uygulamalarda değişiklik yapmayı planlayın.
n
En çok 64 yedekleme aygıtları gösteren bir yer tutucu virgülle ayrılmış bir listede belirtilen olduğunu.
MIRROR to <backup_device> [ ,...n ]
Her yedekleme aygıtları ayna olacak üç ikincil yedekleme aygıtları kümesi için yan tümcesinde belirtilen belirtir. MIRROR to yan tümcesi olmalıdır belirtmek aynı türde ve yedekleme aygıtları sayısı için yan. En fazla MIRROR to yan üç sayısıdır.Bu seçenek yalnızca SQL Server 2005 Enterprise Editionve sonraki sürümleri.
[!NOT]
YANSITMA için için = DISK yedekleme, disk aygıtları için uygun blok boyutunu otomatik olarak belirler. Blok boyutu hakkında daha fazla bilgi için bkz: "Blok" Bu tabloda.
<backup_device>
Bkz: "<backup_device>," daha önce bu bölümde.n
En çok 64 yedekleme aygıtları gösteren bir yer tutucu virgülle ayrılmış bir listede belirtilen olduğunu. MIRROR to yan tümcesinde cihaz sayısı to yan tümcesi aygıtlarının sayısına eşit olmalıdır.
Daha fazla bilgi için bkz: "Media aileleri de yansıtılmış ortam kümesi" "Açıklamalar" bölümünde, bu konunun ilerleyen bölümlerinde.
[ next-mirror-to ]
Tek bir backup deyimi üç MIRROR to yan, tek ek olarak içerebilir gösteren yer tutucu iş yan TÜMCESİ.
WITH seçenekleri
Yedekleme işlemi ile kullanılacak seçenekleri belirtir.
DİFERANSİYEL
Yalnızca yedek veritabanı ile kullanılan, belirleyen bir veritabanı veya dosya yedekleme oluşur sadece veritabanı veya dosya son tam yedeklemeden bu yana değişen bölümlerini. Fark yedekleme genellikle tam yedekleme daha az yer kaplar. Böylece son tam yedeklemeden yoksa beri uygulanan tüm bireysel günlük yedeklemeler gerçekleştirilen bu seçeneği kullanın.[!NOT]
Varsayılan olarak, tam bir yedekleme için yedek veritabanı oluşturur.
Daha fazla bilgi için, bkz. Fark yedekleme (SQL Server).
Yedekleme seçeneklerini ayarlama
Bu seçenekler, bu yedekleme işlemi tarafından oluşturulan yedekleme kümesi üzerinde işlem yapar.
[!NOT]
Dosya yedekleme geri yükleme işlemi için kümesi belirtmek için kullanın = <backup_set_file_number> seçeneği. Yedek belirtme hakkında daha fazla bilgi için bkz: "Belirten bir yedekleme kümesi" in restore değişkenlerini (Transact-sql).
COPY_ONLY
Yedekleme olduğunu belirtir bir yalnızca kopya yedekleme, hangi yedekleri normal sırasını etkilemez. Yalnızca kopya yedekleme düzenli olarak planlanan, geleneksel yedeklerinizi bağımsız olarak oluşturulur. Yalnızca kopya yedekleme-değil etkileyen genel yedekleme ve geri yükleme yordamlarını veritabanı.Yalnızca kopya yedekleme başlandı SQL Server 2005önce bir online dosya günlüğü yedekleme gibi durumlarda yedek bir özel amaç için alınır kullanım için geri. Genellikle, yalnızca kopya günlük yedekleme bir kez kullanılır ve sonra silinir.
YEDEKLEME veritabanı ile kullanılan copy_only seçeneği fark temel olarak hizmet edemez tam bir yedek oluşturur. Diferansiyel bitmap güncelleştirilmez ve fark yedeklemelerini yalnızca kopya yedekleme yoksa gibi davranır. Sonraki fark yedekler, onların temel olarak en son konvansiyonel tam yedekleme kullanın.
Önemli DİFERANSİYEL ve copy_only birlikte kullanılırsa, copy_only yoksayılır ve fark yedekleme oluşturulur.
Yedekleme günlüğü ile kullanıldığında, copy_only seçeneği oluşturur bir günlük yalnızca kopya yedekleme, hangi değil kesecek işlem günlüğü. Yalnızca kopya günlük yedekleme günlüğü zinciri üzerinde etkisi yoktur ve diğer günlük yedeklemeler yalnızca kopya yedekleme yoksa gibi davranır.
Daha fazla bilgi için, bkz. Yalnızca kopya yedekleme (SQL Server).
{ COMPRESSION | NO_COMPRESSION }
De SQL Server 2008 Enterpriseve sonraki sürümlerinde yalnızca, yedekleme sıkıştırma sunucu düzeyi varsayılan geçersiz kılma Bu yedekleme üzerinde gerçekleştirilen.Yükleme sırasında hiçbir yedekleme sıkıştırma varsayılan davranıştır. Ancak bu varsayılan ayar değiştirilebilir Yedekleme sıkıştırma varsayılan sunucu yapılandırma seçeneği. Bu seçenek geçerli değerini görüntüleme hakkında daha fazla bilgi için bkz: Görüntüle veya Değiştir sunucu özellikleri.
SIKIŞTIRMA
Açıkça yedekleme sıkıştırma sağlar.[!NOT]
Varsayılan olarak, yedekleme sıkıştırıldığında sağlaması ortam bozulmaları algılamak için gerçekleştirilir.
NO_COMPRESSION
Açıkça yedekleme sıkıştırma devre dışı bırakır.
Açıklama = { 'text' | **@**text_variable }
Yedekleme kümesi tanımlayan serbest biçimli metin belirtir. Dizede maksimum 255 karakter bulunabilir.NAME = { backup_set_name| **@**backup_set_var }
Yedekleme kümesinin adını belirtir. Adlarda maksimum 128 karakter bulunabilir. NAME belirtilmezse ad boş kalır.{ EXPIREDATE = 'date'| RETAINDAYS = days }
Bu yedekleme için yedek zaman yazılabilir belirtir. Bu seçeneklerin her ikisi de kullanılırsa, RETAINDAYS ABONELİKLERİN önceliklidir.Hiçbiri seçeneği belirtilirse, sona erme belirlenir mediasaklama yapılandırma ayarı. Daha fazla bilgi için, bkz. Sunucu yapılandırma seçenekleri.
Önemli Bu seçenekler yalnızca önlemek SQL Serverbir dosyanın üzerine yazmasını. Teypler, diğer yöntemleri kullanarak silinebilir ve disk dosyaları işletim sistemi yoluyla silinebilir. Sona erme doğrulama hakkında daha fazla bilgi için bkz: Bu konudaki atla ve biçimi.
EXPIREDATE = { 'date'| **@**date_var }
Ne zaman yedekleme kümesi sona erecek ve yazılabilir belirtir. Bir değişken olarak belirtilmişse (@date_var), bu tarihi yapılandırılmış sistem izlemeniz gereken datetimeformat ve aşağıdakilerden biri belirtilmesi:Dize sabiti (@date_var = tarihi)
Değişken karakter dizesi veri türü (dışında ntextya textveri türleri)
Asmalldatetime
A datetimedeğişken
Örneğin:
'Dec 31, 2020 11:59 PM'
'1/1/2021'
Belirtme hakkında bilgi için datetimedeğerleri, Tarih ve saat türleri.
[!NOT]
Sona erme tarihini yoksay için Atla seçeneğini kullanın.
RETAINDAYS = { days| **@days_var }
Bu yedekleme ortam kümesi üzerine önce geçmesi gereken gün sayısını belirtir. Eğer bir değişken olarak belirtilmişse (@**days_var), bir tamsayı olarak belirtilmelidir.
Ortam seçenekleri ayarlama
Bu seçenekler, bir bütün olarak ayarlamak ortam üzerinde işlem yapar.
{ NOINIT | INIT}
Yedekleme işlemi ekler veya varolan yedekleme kümelerini yedekleme ortamı üzerindeki üzerine yazar olup olmadığını denetler. En son yedekleme ortam (NOINIT) eklemek için varsayılandır.[!NOT]
Arasındaki etkileşimler hakkında bilgi için { NOINIT | INIT} ve { NOSKIP | {SKIP}, "Uyarılar" konusuna bakın. Bu konudaki.
NOINIT
Yedekleme kümesinde varolan yedekleme kümeleri koruma belirtilen ortam kümesine eklenir gösterir. Ortam parola için ortam kümesi tanımlanmışsa, parola sağlanmalıdır. NOINIT varsayılandır.Daha fazla bilgi için, bkz. Media kümelerini, Media aileleri ve yedekleme kümelerini (SQL Server).
INIT
Tüm yedekleme kümeleri üzerine, ancak ortam üstbilgi korur belirtir. INIT belirtilirse, koşullar izin veriyorsa, bu aygıtta varolan herhangi bir yedek üzerine,. Varsayılan olarak, yedekleme için aşağıdaki koşulları kontrol ve koşullardan biri varsa, yedekleme ortamı yazmaz:Herhangi bir yedekleme kümesi henüz dolmuş değil. Daha fazla bilgi için bkz: ABONELİKLERİN ve RETAINDAYS seçenekleri.
backup deyiminde belirtilen yedekleme kümesi adı verdiyse, yedekleme ortamı üzerindeki adı eşleşmiyor. Daha fazla bilgi için bkz: Bu bölümdeki önceki adı seçeneği.
Bu çekleri geçersiz kılmak için Atla seçeneğini kullanın.
Daha fazla bilgi için, bkz. Media kümelerini, Media aileleri ve yedekleme kümelerini (SQL Server).
{ NOSKIP | {SKIP}
Denetimleri ortamdaki üzerine yazmadan önce ayarlar yedekleme işlemi sona erme tarih ve Saat yedekleme olup olmadığını denetler.[!NOT]
Arasındaki etkileşimler hakkında bilgi için { NOINIT | INIT} ve { NOSKIP | {SKIP}, "Uyarılar" konusuna bakın. Bu konudaki.
NOSKIP
Üzerine onlara izin vermeden önce tüm yedekleme kümeleri ortam son kullanma tarihini kontrol etmek için backup deyimi söyler. Bu varsayılan davranıştır.ATLA
Devre dışı bırakır yedeğini denetimi sona erme ayarlayın ve adı genellikle önlemek için backup deyimi tarafından gerçekleştirilen yedekleme kümeleri üzerine yazar. Arasındaki etkileşimler hakkında bilgi için {INIT | NOINIT} ve {NOSKIP | {SKIP}, "Uyarılar" konusuna bakın. Bu konudaki.Yedekleme kümeleri sona erme tarihlerini görüntülemek için expiration_date sütununda backupset geçmiş tablo.
{ noformat | FORMAT}
Ortam üstbilgi herhangi bir varolan ortam üstbilgi ve yedekleme kümeleri üzerine yazarak bu yedekleme işlemi için kullanılan birimler üzerinde yazılı olup olmadığını belirtir.NOFORMAT
Yedekleme işlemi varolan ortam üstbilgi korur ve bu yedekleme işlemi için kullanılan ortam birimleri yedekleme kümelerini belirler. Bu varsayılan davranıştır.FORMAT
Yeni bir ortam kümesi oluşturulacağını belirtir. Biçim, tüm medya birimleri yedekleme işlemi için kullanılan yeni bir ortam üstbilgi yazmak yedekleme işlemi neden olur. Varolan herhangi bir media başlığı ve yedekleme kümeleri üzerine için birimin varolan içeriği geçersiz olur.Önemli Biçim dikkatle kullanın. Bir medya herhangi bir birimi biçimlendirme kümesi tüm ortam kullanılamaz yapar. Örneğin, tüm ortam kümesi mevcut dizili ortam kümesine ait tek bir banda başlatmak, yararsız işlenir.
format belirtme SKIP anlamına gelir; Atla açıkça belirtilen gerekmez.
MEDIADESCRIPTION = { text|**@**text_variable }
Serbest biçimli metin açıklaması, en çok 255 karakterden oluşan, ortam kümesi belirtir.MEDIANAME = { media_name | **@**media_name_variable }
Tüm yedekleme ortam kümesi medya adını belirtir. Ortam adı 128 karakterden uzun olmaması gerekir, eğer MEDIANAME belirtilen, yedek birimlerde mevcut önceden belirtilen ortam adı eşleşmelidir. Bunu belirtilmezse, ya da Atla seçeneğini belirlediyseniz, ortam adı hiçbir doğrulama denetimi yoktur.BLOCKSIZE = { blocksize | **@**blocksize_variable }
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, bu seçenek, yedekleme aygıtı için uygun bir blok boyutu otomatik olarak seçer için gereksizdir. Açıkça belirten bir blok boyutu blok boyutunu otomatik seçimi geçersiz kılar.2048 =, Eğer sen plan-e blok üzerine kopyalamak ve bir CD-ROM'dan geri belirtmek için bir yedekleme alıyor.
[!NOT]
Bu seçenek genellikle yalnızca teyp aygıtları için yazarken performansı etkiler.
Veri aktarım seçenekleri
BUFFERCOUNT = { buffercount | **@**buffercount_variable }
Yedekleme 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 }
Bayt arasında kullanılacak aktarım en büyük birimi belirtir SQL Serverve yedekleme ortamı. 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 Yedekleme sağlama toplamlarını yedekleme işlemi ve işlemi hatayla karşılaşıyor üzerinde durur için etkinleştirilmiş olup olmadığını belirlemenize olanak sağlar.
{ no_checksum | SAĞLAMA TOPLAMI}
Yedekleme sağlama toplamlarını etkin olup olmadığını denetler.NO_CHECKSUM
Açıkça yedekleme sağlama toplamlarını üretimi (ve sayfa sağlama toplamlarını doğrulama) devre dışı bırakır. Sıkıştırılmış yedek haricinde varsayılan davranış budur.SAĞLAMA TOPLAMI
Yedekleme işlemi her sayfa için sağlama ve bozuk bir sayfa, etkin ve kullanılabilir doğrulayın ve tüm yedekleme için bir sağlama toplamı oluşturmak belirtir. Sıkıştırılmış bir yedekleme için varsayılan davranış budur.Yedekleme sağlama toplamlarını kullanarak iş yükünü ve yedekleme performansı etkileyebilir.
Daha fazla bilgi için, bkz. Olası ortam hatalarını sırasında yedekleme ve geri yükleme (SQL Server).
{ stop_on_error | CONTINUE_AFTER_ERROR}
Yedekleme işlemi durur veya bir sayfa sağlama toplamı hatası karşılaşıyor sonra devam denetler.STOP_ON_ERROR
Bir sayfa sağlama toplamı değil doğrulamak başarısız için backup bildirir. Bu varsayılan davranıştır.CONTINUE_AFTER_ERROR
Geçersiz sağlama toplamı veya bozuk sayfalar gibi hataları karşılaşıyor rağmen devam etmek için backup bildirir.Eğer sen are yapamaz-e kadar kuyruğu yedeklemek günlüğünü no_truncate seçenek veritabanı zarar görmüş zaman, siz deneyebilirsiniz bir günlük tail günlük yedekleme CONTINUE_AFTER_ERROR no_truncate yerine belirterek.
Daha fazla bilgi için, bkz. Olası ortam hatalarını sırasında yedekleme ve geri yükleme (SQL Server).
Uyumluluk seçenekleri
- YENİDEN BAŞLATMA
İle başlayan SQL Server 2008, hiçbir etkisi olmaz. Bu seçenek önceki sürümleri ile uyumluluk sürümü tarafından kabul edilen SQL Server.
İzleme seçenekleri
STATS **=**percentage ]
Her seferinde başka bir ileti görüntüler percentagetamamlayan ve ilerlemeyi ölçmek için kullanılır. Eğer percentageatlanır, SQL Serverher yüzde 10 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, tamamlanan tutar, yüzde 40 ise yüzde 43 seçeneği görüntülenebilir. Çü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}
GERİ SARMA
Belirleyen SQL Serverbırakın ve teyp geri sarma. SARMA, varsayılan değerdir.NOREWIND
Belirleyen SQL Serverteyp yedekleme işleminden sonra açık tutacak. Teybe birden çok yedekleme işlemlerini gerçekleştirirken performansını artırmaya yardımcı olmak için bu seçeneği kullanabilirsiniz.NOREWIND NOUNLOAD anlamına gelir ve bu seçenekler içinde tek bir backup 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}
[!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
Yedekleme işlemi teybi teyp sürücü yüklü kalır sonra belirtir.
[!NOT]
İçin bir yedekleme teyp yedekleme aygıtına, blok boyutu seçeneği yedekleme işlemi performansını etkiler. Bu seçenek genellikle yalnızca teyp aygıtları için yazarken performansı etkiler.
Günlük özel seçenekler
Bu seçenekler yalnızca backup GNLK ile kullanılır.
[!NOT]
Günlüğü yedekleri almak istemiyorsanız, basit kurtarma modeli kullanır. Daha fazla bilgi için, bkz. Kurtarma modelleri (SQL Server).
{NORECOVERY | STANDBY **=**undo_file_name }
NORECOVERY
Günlük tail yedekler ve veritabanı geri yükleme durumunda bırakır. norecovery devrederek Ikincil bir veritabanı ya da günlük geri yükleme işleminden önce kuyruk kaydederken yararlıdır.Atlar oturum kesilme ve veritabanı geri yükleme durumuna atomically meseleyi en iyi günlük yedekleme 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. standby yan tümcesi (geri alma işlemi gerçekleştirerek, ama başka seçeneği ile geri yükler) bekleme verileri yazar. BEKLEME seçeneği kullanarak yedekleme günlüğü ile bir restore WITH standby tarafından takip norecovery eşdeğerdir.Bekleme modu kullanmak gerekir tarafından belirtilen bekleme dosyası, standby_file_name, olan yerde saklanan veritabanı günlüğüne. Belirtilen dosya zaten varsa, Veritabanı Altyapısı; Yazar Dosya yoksa, Veritabanı Altyapısıgörüneceği şekilde oluşturur Yedek dosya veritabanının bir parçası olur.
Bu dosya rulo tutar geri değişiklikler, eğer geri günlüğü işlemleri bundan sonra uygulanacak olan ters kaydedilmesi. Geri kaydedilmemiş hareketleri çalışırken değiştirilen tüm farklı sayfalardan veritabanı içerebilir böylece büyümeye bekleme dosyası için yeterli disk alanı bulunmalıdır.
NO_TRUNCATE
Günlük değil fazlalıklar olduğunu belirtir ve neden Veritabanı Altyapısıveritabanı durumunu bakılmaksızın yedekleme girişimi. Sonuç olarak, no_truncate ile alınmış bir yedekten eksik meta verileri olabilir. Bu seçenek, nerede veritabanı zarar görmüş durumlarda günlük yedekleme sağlar.Yedekleme GÜNLÜĞÜNÜ no_truncate seçenek copy_only hem CONTINUE_AFTER_ERROR belirtmekle eş değerdir.
no_truncate seçenek kullanılmazsa, veritabanı çevrimiçi durumda olmanız gerekir. Veritabanı suspended durumda ise, no_truncate belirterek bir yedek oluşturmak mümkün olabilir. Ancak veritabanı çevrimdışı veya acil durumda ise, yedek bile no_truncate ile izin verilmez. Veritabanı durumları hakkında daha fazla bilgi için bkz: Veritabanı durumları.
SQL Server yedekleri ile çalışma hakkında
Bu bölüm, aşağıdaki temel yedekleme kavramları tanıtır:
Yedekleme türleri
Hareket günlüğü kesme
Yedekleme ortamı biçimlendirme
Yedekleme aygıtları ve Media kümeleri ile çalışma
SQL Server yedekleri geri yükleme
[!NOT]
Yedekleme giriş için SQL Serverbakın Yedekleme Özet (SQL Server).
Yedekleme türleri
Desteklenen yedekleme türleri veritabanı kurtarma modelini aşağıdaki gibi bağlıdır
Tüm kurtarma modelleri veri ve fark yedeklemelerini destekler.
Yedekleme kapsamı
Yedekleme türleri
Tüm veritabanı
Veritabanı yedekleri tüm veritabanını kapsar.
Isteğe bağlı olarak, her veritabanı yedekleme biri veya daha fazlası bir dizi temel olarak hizmet edebilir fark veritabanı yedeklerini.
Kısmi veritabanı
Kısmi yedeklemeler kapak okuma/yazma filegroups ve muhtemelen bir veya daha fazla salt okunur dosyaları veya filegroups.
İsteğe bağlı olarak bir veya daha fazla bir dizi temel olarak kısmi yedekleme hizmet fark kısmi yedeklemeler.
Dosya veya filegroup
Dosya yedeklerini bir veya daha fazla dosya veya filegroups kapağı ve birden çok filegroups içeren veritabanları için geçerlidir. Basit kurtarma modeli altında Bu dosya yedeklerini salt okunur ikincil filegroups için aslında büyük/küçük harf kısıtlanır.
İsteğe bağlı olarak her dosya yedekleme biri veya daha fazlası bir dizi temel olarak hizmet edebilir fark dosyası yedekleri.
Tam kurtarma modelini veya toplu kurtarma modeli altında geleneksel yedekleme sıralı de işlem günlüğü yedekleri (veya günlüğü yedekleri), hangi gerekli. Her günlük yedekleme yedek oluşturulduğunda, etkin işlem günlüğü bölümünü kapsayan ve bir önceki günlük yedekleme yedeklenmeyecek tüm günlük kayıtlarını içerir.
İş kaybı Pozlandırma, yönetim yükünü en aza indirmek için sık sık günlük yedekleme işlemleri zamanlamanız gerekir. Fark yedekler arasında tam yedeklemeler zamanlama, verileri geri yükledikten sonra geri yüklemeniz günlüğü yedekleri sayısını azaltarak dinlenme süresini azaltabilir.
Veritabanı yedekleri ayrı bir birim günlüğü yedekleri koymak öneririz.
[!NOT]
İlk günlük yedekleme oluşturmak için önce tam yedekleme oluşturmanız gerekir.
Daha fazla bilgi için, bkz. Working with Transaction Log Backups.
A yalnızca kopya yedekleme bir özel amaçlı tam yedekleme ya da geleneksel yedekleri normal dizisi bağımsız günlük yedekleme. Yalnızca kopya yedekleme oluşturmak için yedekleme deyiminizde copy_only seçeneği belirtin. Daha fazla bilgi için, bkz. Yalnızca kopya yedekleme (SQL Server).
Hareket günlüğü kesme
Bir veritabanının işlem günlüğü doldurmak engellemek için düzenli yedeklemeler gereklidir. İşlem günlüğü yedekleyin sonra veritabanını ve tam kurtarma modeli altında geri sonra Basit kurtarma modeli altında günlük kesilme otomatik olarak oluşur. Ancak, bazen kesme işlemi gecikebilir. Belirlenmesi ve faktörler geciktirmek için yanıt hakkında daha fazla bilgi için bkz: Factors That Can Delay Log Truncation.
[!NOT]
Yedekleme günlüğü ile no_log ve truncate_only ile seçenekleri discontinued. Sen are istimal tam veya toplu oturum kurtarma modeli kurtarma ve günlük yedekleme zinciri bir veritabanından kaldırmak gerekir, basit kurtarma modeline geçiş. Daha fazla bilgi için, bkz. Considerations for Switching from the Full or Bulk-Logged Recovery Model.
Genel olarak, Günlük kesilme hakkında daha fazla bilgi için bkz Transaction Log Truncation.
Yedekleme ortamı biçimlendirme
Aşağıdakilerden herhangi birini, ve sadece doğruysa yedekleme ortamı backup deyimi tarafından biçimlendirilir:
format seçeneği belirtildi.
Medya boştur.
Operasyonun devamı teyp yazıyor.
Daha fazla bilgi için, bkz. Creating a New Media Set.
Yedekleme aygıtları ve Media kümeleri ile çalışma
Şeritli bir ortamda yedekleme aygıtları (dizili küme) ayarla
A şerit kümesi üzerinde veri bloklara ayrılır ve sabit bir sırada dağıtılan disk dosyaları kümesidir. (Ortam biçimi ile yeniden sürece) şerit kümesi içinde kullanılan yedekleme aygıtları sayısı aynı kalmak gerekir.
Aşağıdaki örnek, bir yedek kopyasını yazar AdventureWorks2012 üç disk dosyalarını kullanan yeni bir dizili ortam kümesi veritabanına.
BACKUP DATABASE AdventureWorks2012
TO DISK='X:\SQLServerBackups\AdventureWorks1.bak',
DISK='Y:\SQLServerBackups\AdventureWorks2.bak',
DISK='Z:\SQLServerBackups\AdventureWorks3.bak'
WITH FORMAT,
MEDIANAME = 'AdventureWorksStripedSet0',
MEDIADESCRIPTION = 'Striped media set for AdventureWorks2012 database;
GO
BACKUP DATABASE AdventureWorks2012
TO DISK='X:\SQLServerBackups\AdventureWorks1.bak',
DISK='Y:\SQLServerBackups\AdventureWorks2.bak',
DISK='Z:\SQLServerBackups\AdventureWorks3.bak'
WITH FORMAT,
MEDIANAME = 'AdventureWorksStripedSet0',
MEDIADESCRIPTION = 'Striped media set for AdventureWorks2012 database;
GO
Bir yedekleme aygıtı şerit kümesi bir parçası olarak tanımlandıktan sonra biçimi belirtilmedikçe tek cihaz yedek için kullanılamaz. Benzer şekilde, nonstriped yedeklerini içeren bir yedekleme aygıtı biçimi belirtilmedikçe ayarla bir şerit içinde kullanılamaz. Şeritli bir yedek kümesi bölmek için biçimini kullanın.
Ortam üstbilgi yazıldığında ne MEDIANAME, ne de MEDIADESCRIPTION belirtilirse, boş öğeye karşılık gelen ortam üstbilgi alanı boştur.
Yansıtılmış ortam kümesi ile çalışma
Genellikle, sırt aygıtlarıunmirrored ve yedekleme ifadeleri sadece to yan tümcesi içerir. Ancak, toplam dört mirrors ortam kümesi mümkündür. Yansıtılmış ortam için yedekleme işlemi yedekleme aygıtları birden çok grupları için yazar. Her grup yedekleme aygıtları yansıtılmış ortam kümesi içinde tek bir ayna oluşmaktadır. Her ayna, aynı miktar ve tümü aynı özelliklere sahip olmalıdır fiziksel yedekleme aygıtı türü kullanmanız gerekir.
Bir yansıtılmış ortam kümesi yedekleme için tüm aynaları bulunması gerekir. En çok yedeklemek için yansıtılmış bir ortam ayarlamak ilk ayna belirtmek için Kime yan belirtin ve MIRROR to yan tümcesi her ek ayna için belirtin.
Bir yansıtılmış ortam için ayarlama için her MIRROR to yan tümcesi aynı sayıda ve türde aygıtlar için yan listelemelidir. Aşağıdaki örnek, iki ayna içeren ve ayna başına üç cihazlar kullanan yansıtılmış ortam için ayarlama yazıyor:
BACKUP DATABASE AdventureWorks2012
TO DISK='X:\SQLServerBackups\AdventureWorks1a.bak',
DISK='Y:\SQLServerBackups\AdventureWorks2a.bak',
DISK='Z:\SQLServerBackups\AdventureWorks3a.bak'
MIRROR TO DISK='X:\SQLServerBackups\AdventureWorks1b.bak',
DISK='Y:\SQLServerBackups\AdventureWorks2b.bak',
DISK='Z:\SQLServerBackups\AdventureWorks3b.bak';
GO
BACKUP DATABASE AdventureWorks2012
TO DISK='X:\SQLServerBackups\AdventureWorks1a.bak',
DISK='Y:\SQLServerBackups\AdventureWorks2a.bak',
DISK='Z:\SQLServerBackups\AdventureWorks3a.bak'
MIRROR TO DISK='X:\SQLServerBackups\AdventureWorks1b.bak',
DISK='Y:\SQLServerBackups\AdventureWorks2b.bak',
DISK='Z:\SQLServerBackups\AdventureWorks3b.bak';
GO
Önemli |
---|
Bu örnek, yerel sisteminizde test etmek izin vermek için tasarlanmıştır. Uygulama, yedekleme birden çok aygıtın aynı sürücüde performans zarar vereceğini ve yansıtılmış ortam kümesi için tasarlanmış fazlalığı ortadan kaldırabilir. |
Yansıtılmış Media kümeleri Media aileleri
backup deyimi Kime yan tümcesinde belirtilen her yedekleme aygıtı ortam ailesi için karşılık gelir. Üç cihazlar için yan tümceleri listeliyorsa, yedekleme üç media aileleri için verileri yazar. Bir yansıtılmış ortam kümesindeki her ayna her ortam ailesi bir kopyasını içermesi gerekir. Bu yüzden, cihaz sayısı her aynaya aynı olmalıdır.
Birden çok aygıt için her ayna listelendiğinde, hangi ortam ailesi için belirli bir aygıta yazılır aygıtların sırasını belirler. Örneğin, her aygıtı listeler, ikinci aygıt ikinci medya aile karşılık gelir. Yukarıdaki örnekte aygıtlar için aygıt ve ortam aileleri arasındaki ilişkiyi aşağıdaki tabloda gösterilmektedir.
Ayna |
Media ailesi 1 |
Media ailesi 2 |
Media ailesi 3 |
---|---|---|---|
0 |
Z:\AdventureWorks1a.bak |
Z:\AdventureWorks2a.bak |
Z:\AdventureWorks3a.bak |
1 |
Z:\AdventureWorks1b.bak |
Z:\AdventureWorks2b.bak |
Z:\AdventureWorks3b.bak |
Bir ortam ailesi hep aynı cihaz içinde belirli bir ayna üzerine yedeklenmelidir. Bu nedenle, varolan bir ortam her kullanışınızda ayarlamak, her ayna aynı sırada aygıt medya zaman belirtilmiş olarak oluşturulduğu liste.
Yansıtılmış media kümeleri hakkında daha fazla bilgi için bkz: Yansıtılmış yedekleme Media kümeleri (SQL Server). Ortam kümesi ve ortam aileleri genel hakkında daha fazla bilgi için bkz: Media kümelerini, Media aileleri ve yedekleme kümelerini (SQL Server).
SQL Server yedekleri geri yükleme
Bir veritabanını geri yüklemek ve isteğe bağlı olarak, çevrimiçi duruma getirmek için ya da bir dosya veya filegroup geri yüklemek için yeniden elde etmek için kullanın Transact-SQL geri deyimi veya SQL Server Management Studio geri görevleri. Daha fazla bilgi için aşağıdaki konulara bakın:
Geri yükleme ve Kurtarma Özet (SQL Server)
Basit kurtarma modeli ve tam/toplu oturum kurtarma modelleri altında desteklenir gibi senaryoları geri yüklemek için bir giriş içerir.Implementing Restore Scenarios for SQL Server Databases (Simple Recovery Model)
Geri yükleme ve Kurtarma yedekleri ve nasıl çalıştıkları, geri yükleme işlemleri ve bilgileri çeşitli geri yükleme senaryoları uygulamak hakkında kısa bir genel bakış temel kavramları bir giriş içerir.
Yedekleme seçenekleri hakkında ek hususlar
Atla, NOSKIP, INIT ve NOINIT etkileşimi
Bu tablo tanımlar arasındaki etkileşimler { NOINIT | INIT} ve { NOSKIP | {SKIP} seçenekleri.
[!NOT]
Teyp Ortamı boş veya disk yedekleme dosyası yok, Bütün bu etkileşimler ortam üstbilgi yazın ve devam etmek. Ortam boş değil ve geçerli ortam üstbilgi yoksun, bu işlemler geçerli mtf ortam bu değil ve onlar yedekleme işlemi sonlandırmak geribildirim vermek.
|
NOINIT |
INIT |
---|---|---|
NOSKIP |
Birimin geçerli ortam üstbilgi içeriyorsa, ortam adı verilen MEDIANAME eşleştiğini varsa doğrular. Eşleşirse, varolan tüm yedekleme kümeleri koruma yedekleme kümesi ekler. Birimin geçerli ortam üstbilgi içeren bir hata oluşur. |
Birimin geçerli ortam üstbilgi içeriyorsa, aşağıdaki denetimler gerçekleştirir:
Bu denetim başarılı olursa, yalnızca ortam üstbilgi korumak ortamı tüm yedekleme kümeleri üzerine yazılır. Birimin geçerli ortam üstbilgi içeren bir varsa, belirtilen MEDIANAME ve MEDIADESCRIPTION, kullanarak oluşturur. |
ATLA |
Birimin geçerli ortam üstbilgi içeriyorsa, varolan tüm yedekleme kümeleri koruma yedekleme kümesi ekler. |
Birimin geçerli bir içeriyorsa1 ortam üstbilgi, yalnızca ortam üstbilgi korumak ortamı tüm yedekleme kümeleri üzerine yazar. Ortam boş ise, belirtilen MEDIANAME ve MEDIADESCRIPTION, kullanarak ortam üstbilgi varsa oluşturur. |
1 Geçerlilik mtf sürüm numarasını ve diğer başlık bilgilerini içerir. Belirtilen sürüm desteklenmiyor veya beklenmeyen bir değer, bir hata oluşur.
2 Kullanıcı yedekleme işlemi gerçekleştirmek için uygun sabit veritabanı veya sunucu rollerine ait olmalıdır.
Uyumluluk
Dikkat |
---|
Daha yeni sürümü tarafından oluşturulan yedekleme SQL Serverönceki sürümlerinde geri SQL Server. |
Yedekleme destekler önceki sürümleriyle geriye doğru uyumluluk sağlamak için yeniden başlatma seçeneği SQL Server. Ancak yeniden etkisi var. SQL Server 2005ve sonraki sürümleri.
Genel Yorumlar
Veritabanı ya da günlük yedeklemeler herhangi bir disk veya teyp aygıtı için bir veritabanı ve içinde tek bir fiziksel konumda tutulması için işlem günlüklerinin izin eklenebilir.
Bir açık veya örtük işlemde BACKUP deyimine izin verilmez.
Veritabanı harmanlama işletim sistemi tarafından desteklenen sürece bile farklı işlemci türleri arasında çapraz platform yedekleme işlemleri gerçekleştirilebilir.
Yedekleme terminoloji hakkında bilgi için yedekleme aygıtları ve bkz: yedeklemeler yönetme, Working with Backup Media in SQL Server.
[!NOT]
Varsayılan olarak, her başarılı yedekleme işlemi bir girdi ekler SQL Serverhata günlüğü ve sistem olay \Kütüğü Günlük çok sık yedeklenirse, bu başarı iletileri çabucak birikir ve diğer iletileri bulmayı güçleştiren büyük hata günlüklerine yol açar. Böyle durumlarda, eğer komut dosyalarınızın hiçbiri bu günlük girdilerine bağımlı değilse, 3226 izleme bayrağını kullanarak bu girdileri gizleyebilirsiniz. Daha fazla bilgi için, bkz. İzleme Bayrakları (Transact-SQL).
Birlikte Çalışabilirlik
SQL Serverbir veritabanı yedekleme veritabanı hala kullanımdayken bir çevrimiçi yedekleme işlemini kullanır. Yedekleme sırasında çoğu işlem mümkündür; Örneğin, INSERT, update veya delete deyimleri, yedekleme işlemi sırasında izin verilir.
Veritabanı sırasında çalıştıramazsınız işlemleri veya işlem günlüğü yedeklemesini içerir:
alter database deyimi ile ya da gibi yönetim işlemleri eklemek veya kaldırmak dosyası seçenekleri dosya.
Veritabanını küçültmek veya dosya işlemleri küçültmek. Bu otomatik küçültme işlemlerini içerir.
Yedekleme işlemi bir dosya yönetimi ile çakışıyor veya küçültme işlemi, çakışma oluşur. Çakışan operasyonun ilk başladığı ne olursa olsun, ikinci operasyonun ilk işlem zaman aşımına (zaman aşımı bir oturum zaman aşımı ayarıyla denetlenir) tarafından belirlenen kilit bekler. Kilit zaman aşımı sırasında Eğer yayımlanır, ikinci işlem devam eder. Kilit zaman aşımına uğrarsa ikinci işlem başarısız olur.
Meta veri
SQL ServerYedekleme etkinliğini aşağıdaki yedekleme geçmiş tabloları içerir:
Ne zaman geri yükleme gerçekleştirilir, yedekleme kümesi içinde zaten kaydedilmedi, msdb veritabanı, yedekleme geçmiş tabloları güncellenmiştir.
Güvenlik
İle başlayan SQL Server 2012 PASSWORDve MEDIAPASSWORDseçenekleri üretimi yedeklemeler oluşturmak için. Parola ile oluşturulmuş yedekleri geri hala mümkündür.
İzinler
backup database ve backup GNLK izinleri varsayılan üyeleri için sysadmin sabit sunucu rolü ve db_owner ve db_backupoperator veritabanı rolleri sabit.
Yedekleme aygıtının fiziksel dosyasındaki sahiplik ve izin sorunları, yedekleme işleminde aksamaya yol açabilir. SQL Server aygıtı okuyup yazabilmeli; SQL Server hizmetini çalıştıran hesap ise yazma izinlerine sahip olmalıdır. Ancak sistem tablolarına yedekleme aygıtı için bir girdi ekleyen sp_addumpdevice, dosya erişim izinlerini kontrol etmez. Yedekleme veya geri yüklemeye girişildiğinde fiziksel kaynağa erişilene kadar, yedekleme aygıtının fiziksel dosyasındaki bu tür sorunlar ortaya çıkmayabilir.
Örnekler
Bu bölüm, aşağıdaki örnekler içerir:
A. Bir tam veritabanı yedekleme
B. Veritabanı ve günlük yedekleme
C. Tam dosya yedekleme ikincil filegroups oluşturma
D. C.Ikincil filegroups fark dosyası yedeğini oluşturma
E. Oluşturma ve müstakil yansıtılmış bir ortama yedekleme
F. Oluşturma ve multifamily yansıtılmış bir ortama yedekleme
G. Varolan bir yansıtılmış ortam kümesi yedekleme
H. Sıkıştırılmış yedekleme içinde yeni bir ortam kümesi oluşturma
[!NOT]
Yedekleme nasıl yapılır konuları daha fazla örnek içerir. Daha fazla bilgi için, bkz. Restoring Data Backups How-to Topics (SQL Server).
A.Bir tam veritabanı yedekleme
Aşağıdaki örnek yedekler AdventureWorks2012 veritabanı için bir disk dosyası.
BACKUP DATABASE AdventureWorks2012
TO DISK = 'Z:\SQLServerBackups\AdvWorksData.bak'
WITH FORMAT;
GO
BACKUP DATABASE AdventureWorks2012
TO DISK = 'Z:\SQLServerBackups\AdvWorksData.bak'
WITH FORMAT;
GO
B.Veritabanı ve günlük yedekleme
Aşağıdaki örnek yedekleme kurma AdventureWorks2012 varsayılan olarak basit kurtarma modeli kullanır örnek veritabanını. Günlük yedeklemeler, destek AdventureWorks2012 veritabanı tam kurtarma modeli kullanmak üzere değişiklik.
Sonra örnek kullanır sp_addumpdevice mantıksal oluşturmak için yedekleme aygıtı verileri, yedekleme için AdvWorksDatave günlüğü yedeklemek için başka bir mantıksal yedekleme aygıtı AdvWorksLog.
Sonra tam veritabanı yedeklemesi için örnek oluşturur AdvWorksDatave günlüğe güncelleştirme etkinliği bir süre sonra 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 AdventureWorks2012
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 AdventureWorks2012 database.
BACKUP DATABASE AdventureWorks2012 TO AdvWorksData;
GO
-- Back up the AdventureWorks2012 log.
BACKUP LOG AdventureWorks2012
TO AdvWorksLog;
GO
-- To permit log backups, before the full database backup, modify the database
-- to use the full recovery model.
USE master;
GO
ALTER DATABASE AdventureWorks2012
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 AdventureWorks2012 database.
BACKUP DATABASE AdventureWorks2012 TO AdvWorksData;
GO
-- Back up the AdventureWorks2012 log.
BACKUP LOG AdventureWorks2012
TO AdvWorksLog;
GO
[!NOT]
Üretim veritabanı için günlük düzenli olarak yedekleyin. Günlük yedeklemeler veri kaybına karşı yeterli koruma sağlamak için sık olmalıdır.
C.Tam dosya yedekleme ikincil filegroups oluşturma
Aşağıdaki örnek, hem de ikincil filegroups her dosya tam dosya yedeğini oluşturur.
--Back up the files in SalesGroup1:
BACKUP DATABASE Sales
FILEGROUP = 'SalesGroup1',
FILEGROUP = 'SalesGroup2'
TO DISK = 'Z:\SQLServerBackups\SalesFiles.bck';
GO
--Back up the files in SalesGroup1:
BACKUP DATABASE Sales
FILEGROUP = 'SalesGroup1',
FILEGROUP = 'SalesGroup2'
TO DISK = 'Z:\SQLServerBackups\SalesFiles.bck';
GO
D.C.Ikincil filegroups fark dosyası yedeğini oluşturma
Aşağıdaki örnek, hem de ikincil filegroups her dosya fark dosyası yedeğini oluşturur.
--Back up the files in SalesGroup1:
BACKUP DATABASE Sales
FILEGROUP = 'SalesGroup1',
FILEGROUP = 'SalesGroup2'
TO DISK = 'Z:\SQLServerBackups\SalesFiles.bck'
WITH
DIFFERENTIAL;
GO
--Back up the files in SalesGroup1:
BACKUP DATABASE Sales
FILEGROUP = 'SalesGroup1',
FILEGROUP = 'SalesGroup2'
TO DISK = 'Z:\SQLServerBackups\SalesFiles.bck'
WITH
DIFFERENTIAL;
GO
E.Oluşturma ve müstakil yansıtılmış bir ortama yedekleme
Aşağıdaki örnek, bir tek ortam ailesi ve dört aynalar içeren yansıtılmış bir ortam kümesi oluşturur ve yedekler AdventureWorks2012 bunları bir veritabanına.
BACKUP DATABASE AdventureWorks2012
TO TAPE = '\\.\tape0'
MIRROR TO TAPE = '\\.\tape1'
MIRROR TO TAPE = '\\.\tape2'
MIRROR TO TAPE = '\\.\tape3'
WITH
FORMAT,
MEDIANAME = 'AdventureWorksSet0';
BACKUP DATABASE AdventureWorks2012
TO TAPE = '\\.\tape0'
MIRROR TO TAPE = '\\.\tape1'
MIRROR TO TAPE = '\\.\tape2'
MIRROR TO TAPE = '\\.\tape3'
WITH
FORMAT,
MEDIANAME = 'AdventureWorksSet0';
F.Oluşturma ve multifamily yansıtılmış bir ortama yedekleme
Aşağıdaki örnek, iki ortam aileleri her hangi bir ayna oluşur içinde ayarlamak yansıtılmış bir ortam oluşturur. Örneğin ardından yedekler AdventureWorks2012 her iki yansıtmanın veritabanı.
BACKUP DATABASE AdventureWorks2012
TO TAPE = '\\.\tape0', TAPE = '\\.\tape1'
MIRROR TO TAPE = '\\.\tape2', TAPE = '\\.\tape3'
WITH
FORMAT,
MEDIANAME = 'AdventureWorksSet1';
BACKUP DATABASE AdventureWorks2012
TO TAPE = '\\.\tape0', TAPE = '\\.\tape1'
MIRROR TO TAPE = '\\.\tape2', TAPE = '\\.\tape3'
WITH
FORMAT,
MEDIANAME = 'AdventureWorksSet1';
G.Varolan bir yansıtılmış ortam kümesi yedekleme
Aşağıdaki örnek, önceki örnekte oluşturulmuş bir ortam kümesi için bir yedek ekler.
BACKUP LOG AdventureWorks2012
TO TAPE = '\\.\tape0', TAPE = '\\.\tape1'
MIRROR TO TAPE = '\\.\tape2', TAPE = '\\.\tape3'
WITH
NOINIT,
MEDIANAME = 'AdventureWorksSet1';
BACKUP LOG AdventureWorks2012
TO TAPE = '\\.\tape0', TAPE = '\\.\tape1'
MIRROR TO TAPE = '\\.\tape2', TAPE = '\\.\tape3'
WITH
NOINIT,
MEDIANAME = 'AdventureWorksSet1';
[!NOT]
Varsayılan olarak, NOINIT netlik için gösterilir.
[Örneklerin başına git]
H.Sıkıştırılmış yedekleme içinde yeni bir ortam kümesi oluşturma
Aşağıdaki örnek biçimleri yeni bir ortam oluşturma ortamı, ayarlamak ve sıkıştırılmış bir tam yedeğini AdventureWorks2012 veritabanı.
BACKUP DATABASE AdventureWorks2012 TO DISK='Z:\SQLServerBackups\AdvWorksData.bak'
WITH
FORMAT,
COMPRESSION;
BACKUP DATABASE AdventureWorks2012 TO DISK='Z:\SQLServerBackups\AdvWorksData.bak'
WITH
FORMAT,
COMPRESSION;
[Örneklerin başına git]
Ayrıca bkz.
Başvuru
alter veritabanı (Transact-sql)
restore FILELISTONLY (Transact-sql)
restore headeronly (Transact-sql)
restore labelonly (Transact-sql)
restore VERIFYONLY (Transact-sql)
sp_addumpdevice (Transact-sql)
sp_helpfilegroup (Transact-sql)
Kavramlar
Fark veritabanı yedekleme (SQL Server) oluşturma
Media kümelerini, Media aileleri ve yedekleme kümelerini (SQL Server)