YEDEKLEME (Transact-SQL)

SQL veritabanını yedekler.

Ürün seçin

Aşağıdaki satırda, ilgilendiğiniz ürün adını seçin ve yalnızca bu ürünün bilgileri görüntülenir.

Söz dizimi kuralları hakkında daha fazla bilgi için bkz. Transact-SQL söz dizimi kuralları.

* SQL Server *  

SQL Yönetilen Örneği

Analytics Platformu
Sistem (PDW)

 

SQL Server

Veritabanı yedeklemesi oluşturmak için tam bir SQL Server veritabanını veya bir dosya yedeklemesi oluşturmak için veritabanının bir veya daha fazla dosyasını ya da dosya grubunu yedekler (BACKUP DATABASE). Ayrıca, tam kurtarma modeli veya toplu günlüğe kaydedilen kurtarma modeli altında, veritabanının işlem günlüğünü yedekler ve bir günlük yedeklemesi ( oluşturur).

Sözdizimi

--Back 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 ] } ]
[ ; ]

--Back 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 ] } ]
[ ; ]

--Create 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 ] } ]
[ ; ]

--Back 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_options> } [ , ...n ] ]
[ ; ]

--Back up all the databases on an instance of SQL Server (a server)
ALTER SERVER CONFIGURATION
SET SUSPEND_FOR_SNAPSHOT_BACKUP ON
[ ; ]

BACKUP SERVER
  TO <backup_device> [ , ...n ]
  [ <MIRROR TO clause> ] [ next-mirror-to ]
  [ WITH { METADATA_ONLY
           | <general_WITH_options> [ , ...n ] } ]
[ ; ]

--Back up a group of databases
ALTER DATABASE <database>
SET SUSPEND_FOR_SNAPSHOT_BACKUP ON

ALTER DATABASE <...>
SET SUSPEND_FOR_SNAPSHOT_BACKUP ON
...

BACKUP GROUP { <database> [ , ... ] }
  TO <backup_device> [ , ...n ]
  [ <MIRROR TO clause> ] [ next-mirror-to ]
  [ WITH { METADATA_ONLY
           | <general_WITH_options> [ , ...n ] } ]
[ ; ]

<backup_device>::=
 {
  { logical_device_name | @logical_device_name_var }
 | {   DISK
     | TAPE
     | URL } =
     { 'physical_device_name' | @physical_device_name_var | 'NUL' }
 }

<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 [ ( ALGORITHM = { MS_XPRESS | ZSTD | accelerator_algorithm } [ , LEVEL = { LOW | MEDIUM | HIGH } ] ) ] | NO_COMPRESSION ]
 | DESCRIPTION = { 'text' | @text_variable }
 | NAME = { backup_set_name | @backup_set_name_var }
 | CREDENTIAL
 | ENCRYPTION
 | FILE_SNAPSHOT
 | { EXPIREDATE = { 'date' | @date_var }
        | RETAINDAYS = { days | @days_var } }
 | { METADATA_ONLY | SNAPSHOT }

--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 }

--Encryption Options
 ENCRYPTION (ALGORITHM = { AES_128 | AES_192 | AES_256 | TRIPLE_DES_3KEY } , encryptor_options ) <encryptor_options> ::=
   SERVER CERTIFICATE = Encryptor_Name | SERVER ASYMMETRIC KEY = Encryptor_Name

<log_specific_options> [ , ...n ] ::=
--Log-specific Options
   { NORECOVERY | STANDBY = undo_file_name }
 | NO_TRUNCATE

Bağımsız değişken

VERİTABANI

Tam bir veritabanı yedeklemesi belirtir. Dosya ve dosya gruplarının listesi belirtilirse, yalnızca bu dosyalar ve dosya grupları yedeklenir. Tam veya değişiklik veritabanı yedeklemesi sırasında, SQL Server yedekleme geri yüklendiğinde tutarlı bir veritabanı oluşturmak için işlem günlüğünün yeterince yedeğini alır.

tarafından oluşturulan bir yedeklemeyi ( veri yedeklemesi) geri yüklerseniz, yedeklemenin tamamı geri yüklenir. Yalnızca günlük yedeklemesi, yedekleme içindeki belirli bir zamana veya işleme geri yüklenebilir.

Not

veritabanında yalnızca tam veritabanı yedeklemesi gerçekleştirilebilir.

KÜTÜK

Yalnızca işlem günlüğünün yedeğini belirtir. Günlük, başarıyla yürütülen son günlük yedeklemesinden günlüğün geçerli sonuna yedeklenmiştir. İlk günlük yedeklemesini oluşturabilmeniz için tam yedekleme oluşturmanız gerekir.

deyiminizde , veya belirterek günlük yedeklemesini yedekleme içinde belirli bir zamana veya işleme geri yükleyebilirsiniz.

Not

Tipik bir günlük yedekleme işleminden sonra, veya belirtmediğiniz sürece bazı işlem günlüğü kayıtları devre dışı kalır. Bir veya daha fazla sanal günlük dosyasındaki tüm kayıtlar devre dışı kaldıktan sonra günlük kesilir. Günlük, rutin günlük yedeklemelerinden sonra kesilmiyorsa, günlük kesilmesini geciktiren bir şey olabilir. Daha fazla bilgi için bkz. Günlük kesilmesini geciktirebilecek faktörler.

GROUP (veritabanı, ... n)

Applies to: SQL Server 2022 (16.x) ve sonraki sürümleri.

Bir veritabanı grubunu yedekleyin. Anlık görüntü yedeklemeyi kullanır. gerektirir . Bkz. Transact-SQL anlık görüntü yedeklemesi oluşturma.

SUNUCU

Applies to: SQL Server 2022 (16.x) ve sonraki sürümleri.

SQL Server örneğindeki tüm veritabanlarını yedekleyin. Anlık görüntü yedeklemeyi kullanır. gerektirir . Bkz. Transact-SQL anlık görüntü yedeklemesi oluşturma.

METADATA_ONLY

Applies to: SQL Server 2022 (16.x) ve sonraki sürümleri.

Anlık görüntü yedekleme için gereklidir. BACKUP SERVER veya BACKUP GROUP... Bkz. Transact-SQL anlık görüntü yedeklemesi oluşturma.

ile eş anlamlıdır. Sanal cihaz arabirimi (VDI) kullanır . VDI hakkında bilgi için bkz. Sanal cihaz arabirimi (VDI) başvurusu.

{ database_name@database_name_var }

İşlem günlüğünün, kısmi veritabanının veya tam veritabanının yedeklendiği veritabanı. Değişken (@database_name_var) olarak sağlanırsa, bu ad ntext veya veri türleri dışında dize sabiti (@database_name_varveritabanı adı) veya karakter dizesi veri türünün değişkeni olarak belirtilebilir.

Not

Veritabanı yansıtma ortaklığındaki yansıtma veritabanı yedeklenemez.

file_or_filegroup [ , ... n ]

Yalnızca ile kullanılır , dosya yedeklemesine eklenecek veritabanı dosyasını veya dosya grubunu veya kısmi yedeklemeye eklenecek salt okunur bir dosya veya dosya grubunu belirtir.

DOSYA = { logical_file_name@logical_file_name_var }

Değeri yedeklemeye dahil edilecek dosyanın mantıksal adıyla eşitlenen bir dosyanın veya değişkenin mantıksal adı.

FILEGROUP = { logical_filegroup_name@logical_filegroup_name_var }

Değeri yedeklemeye dahil edilecek bir dosya grubunun mantıksal adıyla eşitlenen bir dosya grubunun veya değişkenin mantıksal adı. Basit kurtarma modeli altında, bir dosya grubu yedeklemesine yalnızca salt okunur bir dosya grubu için izin verilir.

Not

Veritabanı boyutu ve performans gereksinimleri veritabanı yedeklemesini kullanışsız hale getirirken dosya yedeklemelerini kullanmayı göz önünde bulundurun. NUL cihazı yedeklemelerin performansını test etmek için kullanılabilir, ancak üretim ortamlarında kullanılmamalıdır.

• n

  Virgülle ayrılmış bir listede birden çok dosya ve dosya grubunun belirtilebileceğini gösteren yer tutucu. Sayı sınırsızdır.

Daha fazla bilgi için bkz. Full Dosya Yedeklemeleri (SQL Server) ve Dosyaları ve Dosya Gruplarını Yedekleme.

READ_WRITE_FILEGROUPS [ , FILEGROUP = { logical_filegroup_name@logical_filegroup_name_var } [ , ... n ] ]

Kısmi bir yedekleme belirtir. Kısmi yedekleme, veritabanındaki tüm okuma/yazma dosyalarını içerir: birincil dosya grubu ve tüm okuma/yazma ikincil dosya grupları ve ayrıca belirtilen salt okunur dosyalar veya dosya grupları.

READ_WRITE_FILEGROUPS

Tüm okuma/yazma dosya gruplarının kısmi yedeklemede yedeklendiğini belirtir. Veritabanı salt okunursa, READ_WRITE_FILEGROUPS yalnızca birincil dosya grubunu içerir.

Önemli

READ_WRITE_FILEGROUPS yerine kullanarak okuma/yazma dosya gruplarını açıkça listelemek bir dosya yedeklemesi oluşturur.

• FILEGROUP = { logical_filegroup_name@logical_filegroup_name_var }

  Salt okunur bir dosya grubunun veya değeri kısmi yedeklemeye dahil edilecek salt okunur bir dosya grubunun mantıksal adıyla eşitlenen bir değişkenin mantıksal adı. Daha fazla bilgi için bu makalenin önceki bölümlerinde yer alan "file_or_filegroup," bölümüne bakın.

• n

  Virgülle ayrılmış bir listede birden çok salt okunur dosya grubunun belirtilebileceğini gösteren yer tutucu.

  Kısmi yedeklemeler hakkında daha fazla bilgi için bkz. Partial Backups (SQL Server).

TO backup_device [ , ... n ]

Eşlik eden yedekleme cihazı kümesinin, bir veya daha fazla yan tümcenin bildirildiği yansıtılmış bir medya kümesi içindeki yansıtmaların ilki olduğunu gösterir.

backup_device

Yedekleme işlemi için kullanılacak mantıksal veya fiziksel yedekleme cihazını belirtir.

{ logical_device_name@logical_device_name_var }

Applies to: SQL Server.

Veritabanının yedeklendiği yedekleme cihazının mantıksal adı. Mantıksal ad, tanımlayıcılar için kurallara uymalıdır. Değişken (@logical_device_name_var) olarak sağlanırsa, yedekleme cihazı adı dize sabiti (@logical_device_name_var = mantıksal yedekleme cihazı adı) veya ntext veya metin veri türleri dışında herhangi bir karakter dizesi veri türünün değişkeni olarak belirtilebilir.

{ DISK | BANT | URL} = { 'physical_device_name' | @physical_device_name_var | 'NUL' }

Applies to: SQL Server.

Disk dosyasını veya bant cihazını ya da URL'yi belirtir.

URL biçimi, Microsoft Azure Blob Depolama veya S3 uyumlu nesne depolama alanına yedekleme oluşturmak için kullanılır. Daha fazla bilgi ve örnek için bkz:

• Azure Blob Depolama ve Quickstart ile SQL Server yedekleme ve geri yükleme: SQL yedekleme ve Azure Blob Depolama'e geri yükleme.
• S3 uyumlu depolamaya yedekleme ve geri yükleme, SQL Server 2022'de (16.x) kullanıma sunulmuştur. S3 uyumlu nesne depolama ile Back up and restore SQL Server gözden geçirin. Ayrıca SQL Server S3 uyumlu nesne depolama için URL'ye yedekleme seçeneğini gözden geçirin.

Aşağıdakilerle başlayan yönetilen bir kimlik kullanarak Microsoft Azure Blob Depolama'a yedekleyebilirsiniz:

• SQL Server 2025 (17.x): Yönetilen kimlikli URL'ye geri dönme - Azure Arc
• Azure VM'lerde SQL Server için SQL Server 2022 (16.x) CU 17: Yönetilen kimlikleri kullanarak URL'ye geri yükleme

Not

NUL disk cihazı, ona gönderilen tüm bilgileri atar ve yalnızca test için kullanılmalıdır. Bu, üretim kullanımı için değildir.

Önemli

SQL Server 2012 (11.x) SP1 CU2 ile SQL Server 2014 (12.x) arasında başlayarak, Azure Blob Depolama url'sini yedeklerken yalnızca tek bir cihaza yedekleyebilirsiniz. URL'ye yedekleme yaparken birden çok cihaza yedeklemek için SQL Server 2016 (13.x) ve üzerini kullanmanız ve Paylaşılan Erişim İmzası (SAS) belirteçleri kullanmanız gerekir. Paylaşılan Erişim İmzası oluşturma örnekleri için bkz. SQL Server Azure Blob Depolama için URL'ye yedekleme ve PowerShell ile Azure Depolama'de Paylaşılan Erişim İmzası (SAS) belirteçleriyle SQL Kimlik Bilgileri oluşturmayı kolaylaştırma.

Bir disk cihazının bir deyimde belirtilmeden önce mevcut olması gerekmez. Fiziksel cihaz varsa ve deyiminde seçenek belirtilmemişse, yedekleme cihaza eklenir.

NUL cihazı bu dosyaya gönderilen tüm girişleri atar, ancak yedekleme yine de tüm sayfaları yedeklenmiş olarak işaretler.

Daha fazla bilgi için bkz. Backup Devices (SQL Server).

Not

TAPE seçeneği gelecekteki bir SQL Server sürümünde kaldırılacaktır. Bu özelliği yeni geliştirme çalışmalarında kullanmaktan kaçının ve şu anda bu özelliği kullanan uygulamaları değiştirmeyi planlayın.

• n

  Virgülle ayrılmış bir listede en fazla 64 yedekleme cihazının belirtilebileceğini gösteren yer tutucu.

BACKUP_DEVICE YANSıTMA [ , ... n ]

Her biri yan tümcesinde belirtilen yedekleme cihazlarını yansıtan en fazla üç ikincil yedekleme cihazı kümesini belirtir. yan tümcesi, yan tümcesi ile aynı yedekleme cihazlarının türünü ve sayısını belirtmelidir. En fazla üç yan tümce sayısıdır .

Bu seçenek yalnızca SQL Server Enterprise sürümünde kullanılabilir.

Not

için , disk cihazları için uygun blok boyutunu diskin kesim boyutuna göre otomatik olarak belirler. Disk birincil yedekleme cihazı olarak belirtilen diskten farklı bir kesim boyutuyla biçimlendirilirse yedekleme komutu başarısız olur. Yedeklemeleri farklı kesim boyutlarına sahip cihazlara yansıtmak için parametresi belirtilmeli ve tüm hedef cihazlar arasında en yüksek kesim boyutuna ayarlanmalıdır. Blok boyutu hakkında daha fazla bilgi için bu makalenin devamında yer alan "" bölümüne bakın.

backup_device

Bu bölümün önceki bölümlerinde yer alan "backup_device," bölümüne bakın.

• n

  Virgülle ayrılmış bir listede en fazla 64 yedekleme cihazının belirtilebileceğini gösteren yer tutucu. Yan tümcesindeki cihaz sayısı, yan tümcedeki cihaz sayısına eşit olmalıdır.

  Daha fazla bilgi için bu makalenin devamında yer alan yansıtılmış medya kümelerindeki medya aileleri bölümüne bakın.

• [ yanındaki ayna-to ]

  Tek bir deyimin tek yan tümcesine ek olarak en çok üç yan tümce içerebileceğini gösteren yer tutucu.

WITH seçenekleri

Yedekleme işlemiyle kullanılacak seçenekleri belirtir.

KİMLİK BİLGİSİ

Applies to: SQL Server.

Yalnızca Azure Blob Depolama veya S3 uyumlu nesne depolama alanına yedekleme oluştururken kullanılır.

Dosya Anlık Görüntüsü

Applies to: SQL Server 2016 (13.x) ve sonraki sürümleri.

tüm SQL Server veritabanı dosyaları Azure Blob Depolama kullanılarak depolandığında veritabanı dosyalarının Azure anlık görüntüsünü oluşturmak için kullanılır. Daha fazla bilgi için bkz. Microsoft Azure SQL Server veri dosyaları. SQL Server Anlık Görüntü Yedekleme, veritabanı dosyalarının (veri ve günlük dosyaları) Azure anlık görüntülerini tutarlı bir durumda alır. Tutarlı bir Azure anlık görüntüleri kümesi yedeklemeyi oluşturur ve yedekleme dosyasına kaydedilir. ile arasındaki tek fark, ikincisinin işlem günlüğünü de keserek öncekinin kesmemesidir. SQL Server Anlık Görüntü Yedekleme ile, yedekleme zincirini oluşturmak için SQL Server tarafından gerekli olan ilk tam yedeklemeden sonra, veritabanını işlem günlüğü yedeklemesinin noktasına geri yüklemek için yalnızca tek bir işlem günlüğü yedeklemesi gerekir. Ayrıca, veritabanını iki işlem günlüğü yedeklemesinin zamanı arasında bir noktaya geri yüklemek için yalnızca iki işlem günlüğü yedeklemesi gerekir.

DİFERANSİYEL

Yalnızca ile kullanılır , veritabanı veya dosya yedeklemesinin yalnızca son tam yedeklemeden sonra değiştirilen veritabanı veya dosya bölümlerinden oluşması gerektiğini belirtir. Değişiklik yedeklemesi genellikle tam yedeklemeden daha az yer kaplar. Son tam yedeklemeden sonra gerçekleştirilen tüm tek tek günlük yedeklemelerinin uygulanması gerekmeyecek şekilde bu seçeneği kullanın.

Not

Varsayılan olarak, tam yedekleme oluşturur.

Daha fazla bilgi için bkz. Differential backups (SQL Server).

ŞİFRELEME

Yedekleme için şifrelemeyi belirtmek için kullanılır. Yedeklemeyi ile şifrelemek için bir şifreleme algoritması belirtebilir veya yedeklemenin şifrelenmemesi için belirtebilirsiniz. Yedekleme dosyalarının güvenliğini sağlamaya yardımcı olmak için şifreleme önerilir. Belirtebileceğiniz algoritmaların listesi şunlardır:

• AES_128
• AES_192
• AES_256
• TRIPLE_DES_3KEY
• NO_ENCRYPTION

Şifrelemeyi seçerseniz, şifreleme seçeneklerini kullanarak şifrelemeyi de belirtmeniz gerekir:

• = Encryptor_Name
• = Encryptor_Name

ve , veritabanında oluşturulan bir sertifika ve asimetrik anahtardır. Daha fazla bilgi için bkz. CREATE CERTIFICATE ve CREATE ASYMMETRIC KEY sırasıyla.

Uyarı

Şifreleme bağımsız değişkeniyle kullanıldığında, meta veri dosyasının kendisi belirtilen şifreleme algoritması kullanılarak şifrelenir ve sistem veritabanı için Saydam veri şifrelemesinin (TDE) tamamlandığını doğrular. Verilerin kendisi için ek şifreleme gerçekleşmez. Veritabanı şifrelenmediyse veya yedekleme deyimi verilmeden önce şifreleme tamamlanmamışsa yedekleme başarısız olur.

Yedekleme kümesi seçenekleri

Bu seçenekler, bu yedekleme işlemi tarafından oluşturulan yedekleme kümesinde çalışır.

Not

Geri yükleme işlemi için bir yedekleme kümesi belirtmek için seçeneğini kullanın. Yedekleme kümesini belirtme hakkında daha fazla bilgi için, RESTORE Argumentsiçindeki "Yedekleme Kümesi Belirtme" bölümüne bakın.

COPY_ONLY

Yedeklemenin, normal yedekleme dizisini etkilemeyen yalnızca kopya yedeklemesi olduğunu belirtir. Düzenli olarak zamanlanmış geleneksel yedeklemelerinizden bağımsız olarak yalnızca kopya yedekleme oluşturulur. Yalnızca kopya yedekleme, veritabanı için genel yedekleme ve geri yükleme yordamlarınızı etkilemez.

Yalnızca kopyalama yedeklemeleri, çevrimiçi bir dosya geri yüklemeden önce günlüğü yedekleme gibi özel bir amaç için yedeklemenin alındığı durumlarda kullanılmalıdır. Genellikle, yalnızca kopya günlük yedeklemesi bir kez kullanılır ve sonra silinir.

• ile kullanıldığında seçeneği , değişiklik tabanı olarak kullanılamayabilecek tam bir yedekleme oluşturur. Değişiklik bit eşlemi güncelleştirilmez ve değişiklik yedekleri yalnızca kopya yedeklemesi yok gibi davranır. Sonraki değişiklik yedekleri, temelleri olarak en son geleneksel tam yedeklemeyi kullanır.

  Önemli

  ve birlikte kullanılırsa, yoksayılır ve değişiklik yedeği oluşturulur.

• ile kullanıldığında seçeneği , işlem günlüğünü kesmeyen yalnızca kopya günlük yedeklemesi oluşturur. Yalnızca kopya günlük yedeklemesinin günlük zinciri üzerinde hiçbir etkisi yoktur ve diğer günlük yedeklemeleri yalnızca kopya yedeklemesi yok gibi davranır.

Daha fazla bilgi için bkz . Salt kopya yedeklemeleri.

[ SıKıŞTıRMA [ ( ALGORITMA = { MS_XPRESS | ZSTD | accelerator_algorithm } [ , DÜZEY = { DÜŞÜK | ORTA | HIGH } ] ) ] | NO_COMPRESSION ]

yedekleme sıkıştırma bu yedeklemede gerçekleştirilip gerçekleştirilmeyeceğini belirtir ve sunucu düzeyi varsayılanı geçersiz kılılır.

Yükleme sırasında varsayılan davranış yedekleme sıkıştırması değildir. Ancak bu varsayılan, yedekleme sıkıştırma varsayılan sunucu yapılandırma seçeneği ayarlanarak değiştirilebilir. Bu seçeneğin geçerli değerini görüntüleme hakkında bilgi için bkz. > sunucu özelliklerini görüntüleme veya değiştirme (SQL Server).

Saydam veri şifrelemesi (TDE) etkin veritabanlarıyla yedekleme sıkıştırması kullanma hakkında bilgi için Açıklamalar bölümüne bakın.

ZSTD sıkıştırma algoritması, SQL Server 2025 (17.x) ile başlayarak kullanılabilir.

• SIKIŞTIRMA

  Yedekleme sıkıştırmasını açıkça etkinleştirir.

• NO_COMPRESSION

  Yedekleme sıkıştırmayı açıkça devre dışı bırakır.

• DÜZEY

  Applies to: SQL Server 2022 (16.x) ve sonraki sürümleri.

  Bu, sıkıştırma düzeyini belirten isteğe bağlı bir parametredir. ALGORITHM = MS_EXPRESS ve SQL Server 2025 (17.x), ALGORITHM = ZSTD ile başlar.

  Kabul edilebilir değerler şunlardır:

  • (varsayılan)
  • MEDIUM
  • HIGH

• ALGORİTMA

  Applies to: SQL Server 2022 (16.x) ve sonraki sürümleri.

  ve yazılım düzeyinde algoritmalardır. QAT_DEFLATE, SQL Server için Intel® QuickAssist Technology (QAT) gerektiren donanım tabanlı bir algoritmadır. Varsayılan değer .

  SQL Server 2025'te (17.x) kullanıma sunulan ZSTD sıkıştırma algoritmasını kullanmak için:

  BACKUP DATABASE <database_name> TO DISK WITH COMPRESSION (ALGORITHM = ZSTD, LEVEL = MEDIUM)
  

  tümleşik hızlandırma ve boşaltmayapılandırdıysanız, çözüm tarafından sağlanan bir hızlandırıcıyı kullanabilirsiniz. Örneğin, Tümleşik hızlandırma ve boşaltmayı yapılandır'ı yapılandırdıysanız aşağıdaki örnek, sıkıştırma düzeyi 1 ile QATzip kitaplığı kullanılarak hızlandırıcı çözümüyle yedeklemeyi tamamlar.

  BACKUP DATABASE <database_name> TO DISK WITH COMPRESSION (ALGORITHM = QAT_DEFLATE)
  

  Örnek davranışlar:

  Backup deyimi	Outcome
  BACKUP DATABASE *database_name* TO {DISK | TAPE | URL} WITH NO_COMPRESSION	Sıkıştırma olmadan yedekleme
  BACKUP DATABASE *database_name* TO {DISK | TAPE | URL} WITH COMPRESSION	Sunucu seçeneği tarafından belirtilen algoritmayı kullanarak sıkıştırma ile yedekleme (varsayılan )
  BACKUP DATABASE *database_name* TO {DISK | TAPE | URL} WITH COMPRESSION (ALGORITHM = MS_XPRESS)	Algoritma kullanarak sıkıştırma ile yedekleme
  BACKUP DATABASE *database_name* TO {DISK | TAPE | URL} WITH COMPRESSION (ALGORITHM = ZSTD)	ZSTD algoritması kullanarak sıkıştırma ile yedekleme.
  BACKUP DATABASE *database_name* TO {DISK | TAPE | URL} WITH COMPRESSION (ALGORITHM = ZSTD, LEVEL = HIGH)	Sıkıştırma düzeyine sahip ZSTD algoritması kullanarak sıkıştırma ile yedekleme.

AÇIKLAMA = { 'metin' | @text_variable }

Yedekleme kümesini açıklayan serbest biçimli metni belirtir. Dize en fazla 255 karakter içerebilir.

NAME = { backup_set_name@backup_set_var }

Yedekleme kümesinin adını belirtir. Adlarda en fazla 128 karakter olabilir. Belirtilmezse boş olur.

{ SON KULLANMA TARIHI = 'tarih' | RETAINDAYS = günler }

Bu yedekleme için yedekleme kümesinin üzerine ne zaman yazılabileceğini belirtir. Bu seçeneklerin her ikisi de kullanılıyorsa, önceliklidir .

Hiçbir seçenek belirtilmezse, son kullanma tarihi yapılandırma ayarı tarafından belirlenir. Daha fazla bilgi için bkz . Sunucu yapılandırma seçenekleri.

Önemli

Bu seçenekler yalnızca SQL Server bir dosyanın üzerine yazılmasını engeller. Bantlar diğer yöntemler kullanılarak silinebilir ve disk dosyaları işletim sistemi aracılığıyla silinebilir. Süre sonu doğrulaması hakkında daha fazla bilgi için bu makalenin ve FORMAT bölümüne bakın .

• = { 'tarih' | @date_var }

  Yedekleme kümesinin süresinin ne zaman dolabileceğini ve üzerine yazılabileceğini belirtir. Değişken (@date_var) olarak sağlanırsa, bu tarih yapılandırılan sistem tarih saat biçimini izlemeli ve aşağıdakilerden biri olarak belirtilmelidir:

  • Dize sabiti (@date_var = tarih)
  • Karakter dizesi veri türü değişkeni (ntext veya metin veri türleri hariç)
  • smalldatetime
  • tarih saat değişkeni

  Mesela:

  • 'Dec 31, 2020 11:59 PM'
  • '1/1/2021'

  Tarih saat değerlerini belirtme hakkında bilgi için bkz. Tarih ve saat türleri.

  Not

  Son kullanma tarihini yoksaymak için seçeneğini kullanın.

• = { gün@days_var }

  Bu yedekleme medya kümesinin üzerine yazılabilmesi için geçmesi gereken gün sayısını belirtir. Değişken (@days_var) olarak sağlanırsa, tamsayı olarak belirtilmelidir.

{ METADATA_ONLY | ANLIK }

Applies to: SQL Server 2022 (16.x) ve sonraki sürümleri.

ve eş anlamlıdır.

Medya kümesi seçenekleri

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

{ NOINIT | BAŞLANGİR }

Yedekleme işleminin yedekleme medyası üzerindeki mevcut yedekleme kümelerine eklenip eklenmeyeceğini veya üzerine yazıp yazmayacağını denetler. Varsayılan ayar, medyadaki () en son yedekleme kümesine eklemektir.

Not

{ } ve { } arasındaki etkileşimler hakkında bilgi için, bu makalenin devamında yer alan Açıklamalar'a bakın.

• NOINIT

  Yedekleme kümesinin, mevcut yedekleme kümelerini koruyarak belirtilen medya kümesine eklendiğini gösterir. Medya kümesi için bir medya parolası tanımlanmışsa, parolanın sağlanması gerekir. varsayılan değerdir.

  Daha fazla bilgi için bkz. Media kümeleri, medya aileleri ve yedekleme kümeleri (SQL Server).

• INİT

  Tüm yedekleme kümelerinin üzerine yazılması gerektiğini belirtir, ancak medya üst bilgisini korur. Belirtilirse , koşullar izin verirse söz konusu cihazdaki mevcut yedekleme kümelerinin üzerine yazılır. Varsayılan olarak, aşağıdaki koşulları denetler ve herhangi bir koşul varsa yedekleme medyasının üzerine yazmaz:

  • Herhangi bir yedekleme kümesinin süresi henüz dolmamış. Daha fazla bilgi için ve seçeneklerine bakın.
  • Deyiminde verilen yedekleme kümesi adı( sağlanırsa) yedekleme medyasının adıyla eşleşmiyor. Daha fazla bilgi için bu bölümün önceki bölümlerinde yer alan seçeneğine bakın.

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

  Daha fazla bilgi için bkz. Media kümeleri, medya aileleri ve yedekleme kümeleri (SQL Server).

{ NOSKIP | ATLA }

Yedekleme işleminin, yedekleme kümelerinin üzerine yazmadan önce medyadaki son kullanma tarihini ve saatini denetleyip denetlemediğini denetler.

Not

{ } ve { } arasındaki etkileşimler hakkında bilgi için, bu makalenin devamında yer alan Açıklamalar'a bakın.

• NOSKIP

  Deyimine , medyadaki tüm yedekleme kümelerinin üzerine yazılması için son kullanma tarihini denetlemesini söyler. Bu, varsayılan davranıştır.

• ATLAMAK

  Yedekleme kümelerinin üzerine yazılmasını önlemek için genellikle deyimi tarafından gerçekleştirilen yedekleme kümesi süre sonu ve adı denetimini devre dışı bırakır. { } ve { } arasındaki etkileşimler hakkında bilgi için, bu makalenin devamında yer alan Açıklamalar'a bakın.

  Yedekleme kümelerinin son kullanma tarihlerini görüntülemek için geçmiş tablosunun sütununu sorgular.

{ NOFORMAT | FORMAT }

Medya üst bilgisinin bu yedekleme işlemi için kullanılan birimlere yazılıp yazılmayacağını belirtir ve varolan medya üst bilgisinin ve yedekleme kümelerinin üzerine yazılır.

• NOFORMAT

  Yedekleme işleminin, bu yedekleme işlemi için kullanılan medya birimlerindeki mevcut medya üst bilgisini ve yedekleme kümelerini koruduğunu belirtir. Bu, varsayılan davranıştır.

• BİÇİM

  Yeni bir medya kümesinin oluşturulduğunu belirtir. FORMAT, yedekleme işleminin yedekleme işlemi için kullanılan tüm medya birimlerine yeni bir medya üst bilgisi yazmasına neden olur. Mevcut medya üst bilgisi ve yedekleme kümelerinin üzerine yazıldığından birimin mevcut içeriği geçersiz hale gelir.

  Önemli

  dikkatli kullanın. Bir medya kümesinin herhangi bir birimini biçimlendirmek, medya kümesinin tamamını kullanılamaz hale getirir. Örneğin, mevcut bir şeritli medya kümesine ait tek bir bant başlatırsanız, medya kümesinin tamamı kullanılamaz hale gelir.

  FORMAT belirtilmesi anlamına gelir ; açıkça belirtilmesi gerekmez.

MEDIADESCRIPTION = { metin@text_variable }

Medya kümesinin serbest biçimli metin açıklamasını (en fazla 255 karakter) belirtir.

MEDIANAME = { media_name@media_name_variable }

Yedekleme medya kümesinin tamamının medya adını belirtir. Medya adı 128 karakterden uzun olmamalıdır. belirtilirse, yedekleme birimlerinde önceden belirtilen medya adıyla eşleşmelidir. Belirtilmezse veya seçenek belirtildiyse , medya adında doğrulama denetimi yoktur.

BLOCKSIZE = { blok boyutu@blocksize_variable }

Fiziksel blok boyutunu bayt cinsinden belirtir. Desteklenen boyutlar 512, 1024, 2048, 4096, 8192, 16384, 32768 ve 65536 (64 KB) bayttır. Bant cihazları için varsayılan değer 65536 ve aksi takdirde 512'dir. Genellikle, cihaza uygun bir blok boyutunu otomatik olarak seçtiğinden bu seçenek gereksizdir . Blok boyutunun açıkça belirtilmesi, blok boyutunun otomatik seçimini geçersiz kılar.

CD-ROM'a kopyalamayı ve cd-ROM'dan geri yüklemeyi planladığınız bir yedekleme alıyorsanız belirtin .

Not

Bu seçenek genellikle yalnızca bant cihazlarına yazarken performansı etkiler.

Veri aktarımı seçenekleri

BUFFERCOUNT = { buffercount@buffercount_variable }

Yedekleme işlemi için kullanılacak G/Ç arabelleklerinin toplam sayısını belirtir. Herhangi bir pozitif tamsayı belirtebilirsiniz; ancak, Sqlservr.exe işlemindeki yetersiz sanal adres alanı nedeniyle çok sayıda arabellek "bellek yetersiz" hatalarına neden olabilir.

Arabellekler tarafından kullanılan toplam alan şu şekilde belirlenir: .

Artan bellek kullanımı, daha yüksek bellek kullanımına neden olan yedekleme süresini önemli ölçüde azaltabilir.

Not

seçeneğini kullanma hakkında önemli bilgiler için Yanlış BufferCount veri aktarımı seçeneği OOM koşuluna yol açabilir bloga bakın.

MAXTRANSFERSIZE = { maxtransfersize@maxtransfersize_variable }

SQL Server ile yedekleme medyası arasında kullanılacak en büyük aktarım birimini bayt cinsinden belirtir. Olası değerler 4.194.304 bayta (4 MB) kadar 65536 bayt (64 KB) katlarıdır. S3 uyumlu nesne depolama url'sine yedeklemenin belirli bir durumunda 10 MB'tır. Daha fazla bilgi için bkz. Açıklamalar.

SQL Yazıcı Hizmeti'ni kullanarak yedekleme oluştururken, veritabanı FILESTREAM (SQL Server), veya memory için iyileştirilmiş dosya gruplarını içerdiğinden, geri yükleme sırasındaki , yedekleme oluşturulduğunda kullanılan değerinden büyük veya buna eşit olmalıdır.

Komut	SQL Server 2022 ve sonraki sürümleri
URL'YE YEDEKLEME - Azure	Varsayılan 1 MB, En Fazla 20 MB
URL'YE YEDEKLEME - S3	Varsayılan 10 MB, En Fazla 20 MB
DISKE YEDEKLEME	Varsayılan değer 1 MB, Maksimum 4 MB'tır
BANDA/VDI'YE YEDEKLEME	Varsayılan 64 KB, En Fazla 4 MB

Tek bir veri dosyasıyla Saydam veri şifrelemesi (TDE) etkin veritabanları için varsayılan değer 65536 'dır (64 KB). TDE şifreli olmayan veritabanları için, yedekleme kullanılırken varsayılan değer 1048576 (1 MB) ve VDI veya kullanırken 65536 (64 KB) olur. TDE şifreli veritabanlarıyla yedekleme sıkıştırması kullanma hakkında daha fazla bilgi için Açıklamalar bölümüne bakın.

Hata yönetimi seçenekleri

Bu seçenekler, yedekleme işlemi için yedekleme sağlama toplamlarının etkinleştirilip etkinleştirilmediğini ve işlemin hatayla karşılaşmaya devam edip etmediğini belirlemenize olanak tanır.

{ NO_CHECKSUM | CHECKSUM }

Yedekleme sağlama toplamlarının etkinleştirilip etkinleştirilmediğini denetler.

• NO_CHECKSUM

  Yedekleme sağlama toplamlarının oluşturulmasını (ve sayfa sağlama toplamlarının doğrulanması) açıkça devre dışı bırakır. Bu, varsayılan davranıştır.

• SAĞLAMA TOPLAMI

  Yedekleme işleminin etkin ve kullanılabilirse sağlama toplamı ve bozuk sayfa için her sayfayı doğrulayıp yedeklemenin tamamı için bir sağlama toplamı oluşturduğunu belirtir.

Yedekleme sağlama toplamlarının kullanılması iş yükünü ve yedekleme aktarım hızını etkileyebilir.

Daha fazla bilgi için bkz. yedekleme ve geri yükleme sırasında Possible Media Errors (SQL Server).

{ STOP_ON_ERROR | CONTINUE_AFTER_ERROR }

Bir sayfa sağlama toplamı hatasıyla karşılaşıldıktan sonra yedekleme işleminin durdurulup durdurulmayacağını veya devam edip etmeyeceğini denetler.

• STOP_ON_ERROR

  Sayfa sağlama toplamı doğrulamıyorsa başarısız olmasını sağlar . Bu, varsayılan davranıştır.

• CONTINUE_AFTER_ERROR

  Geçersiz sağlama toplamları veya bozuk sayfalar gibi hatalarla karşılaşmaya rağmen devam etme yönergeleri.

Veritabanı zarar gördüğünde seçeneğini kullanarak günlüğün kuyruğunu yedekleyemiyorsanız, yerine belirterek yapabilirsiniz.

Daha fazla bilgi için bkz. yedekleme ve geri yükleme sırasında Possible Media Errors (SQL Server).

Uyumluluk seçenekleri

YENİ -DEN BAŞLATIN

Hiçbir etkisi yoktur. Bu seçenek, SQL Server 2005 Analysis Services (SSAS) ile uyumluluk için sürüm tarafından kabul edilir.

İzleme seçenekleri

İSTATS [ = yüzdesi ]

her yüzdesi tamamlandığında ve ilerlemeyi ölçmek için kullanıldığında bir ileti görüntüler. percentage atlanırsa, SQL Server her yüzde 10 tamamlandıktan sonra bir ileti görüntüler.

seçeneği, bir sonraki aralığı raporlama eşiğinden itibaren tamamlanma yüzdesini bildirir. Bu, yaklaşık olarak belirtilen yüzdedir; örneğin, ile tamamlanan tutar yüzde 40 ise, seçenek yüzde 43 görüntüleyebilir. Tamamlanma yüzdesi tamamlanan G/Ç çağrıları arasında çok yavaş hareket ettiğinden, büyük yedekleme kümeleri için bu bir sorun değildir.

Bant seçenekleri

Bu seçenekler yalnızca cihazlar için kullanılır. Bağlantı olmayan bir cihaz kullanılıyorsa, bu seçenekler yoksayılır.

{ GERI SAR | NOREWIND }

• GERİ SARMAK

  SQL Server bandın serbest bırakıldığını ve geri sarıldığını belirtir. varsayılan değerdir.

• NOREWIND

  SQL Server yedekleme işleminden sonra bandı açık tuttuğunu belirtir. Bir banda birden çok yedekleme işlemi gerçekleştirirken performansı iyileştirmeye yardımcı olması için bu seçeneği kullanabilirsiniz.

  ifade eder ve bu seçenekler tek bir deyim içinde uyumsuz.

  Not

  NOREWIND kullanıyorsanız, SQL Server örneği aynı işlemde çalışan bir BACKUP veya RESTORE deyimi REWIND veya UNLOAD seçeneğini kullanana veya sunucu örneği kapatılana kadar bant sürücüsünün sahipliğini korur. Bandın açık tutulması, diğer işlemlerin banda erişmesini engeller. Açık bantların listesini görüntüleme ve açık bir bandı kapatma hakkında bilgi için bkz. Backup Devices (SQL Server).

{ BOŞALTMA | NOUNLOAD }

Not

ve , oturumun ömrü boyunca veya alternatifi belirterek sıfırlanıncaya kadar kalıcı olan oturum ayarlarıdır.

• KALDIRMAK

  Yedekleme tamamlandığında bandın otomatik olarak yeniden alınıp kaldırıldığını belirtir. bir oturum başladığında varsayılan değerdir.

• ADLOAD

  İşlemden sonra bandın bant sürücüsüne yüklenmeye devam ettiğini belirtir.

Not

Bir bant yedekleme cihazına yedekleme için, yedekleme işleminin performansını etkilemek için seçeneği. Bu seçenek genellikle yalnızca bant cihazlarına yazarken performansı etkiler.

Günlüğe özgü seçenekler

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

Not

Günlük yedeklemeleri almak istemiyorsanız basit kurtarma modelini kullanın. Daha fazla bilgi için bkz. Recovery modelleri (SQL Server).

{ NORECOVERY | BEKLEME = undo_file_name }

• NORECOVERY

  Günlüğün kuyruğunu yedekler ve veritabanını RESTOREING durumunda bırakır. , ikincil bir veritabanına yük devretme yaparken veya bir işlemden önce günlüğün kuyruğunu kaydederken kullanışlıdır.

  Günlük kesilmesini atlayan ve sonra veritabanını atomik olarak RESTOREING durumuna alan en iyi efor günlük yedeklemesini gerçekleştirmek için ve seçeneklerini birlikte kullanın.

• BEKLEME = standby_file_name

  Günlüğün kuyruğunu yedekler ve veritabanını salt okunur ve durumda bırakır. yan tümcesi bekleme verilerini yazar (geri alma işlemi gerçekleştirir, ancak daha fazla geri yükleme seçeneğiyle). seçeneğinin kullanılması, ardından bir ile eşdeğerdir.

  Bekleme modunun kullanılması, konumu veritabanının günlüğünde depolanan standby_file_nametarafından belirtilen bir bekleme dosyası gerektirir. Belirtilen dosya zaten varsa, Database Engine dosyanın üzerine yazar; dosya yoksa, Database Engine dosyayı oluşturur. Bekleme dosyası veritabanının bir parçası olur.

  Bu dosya geri alınan değişiklikleri tutar ve işlemler daha sonra uygulanacaksa geri alınması gerekir. Bekleme dosyasının, kaydedilmemiş işlemleri geri alarak değiştirilen veritabanındaki tüm ayrı sayfaları içerebilmesi için büyümesi için yeterli disk alanı olmalıdır.

NO_TRUNCATE

İşlem günlüğünün kesilmemesi gerektiğini belirtir ve veritabanının durumundan bağımsız olarak Database Engine yedeklemeyi denemesine neden olur. Bu nedenle ile alınan bir yedeklemenin meta verileri eksik olabilir. Bu seçenek, veritabanının zarar gördüğü durumlarda işlem günlüğünün yedeklenmesine olanak tanır.

seçeneği, hem hem de belirtmekle eşdeğerdir.

seçeneği olmadan veritabanı durumunda olmalıdır. Veritabanı ASKIYA ALINDI durumundaysa, belirterek bir yedekleme oluşturabilirsiniz. Ancak veritabanı veya durumundaysa, ile bile izin verilmez. Veritabanı durumları hakkında bilgi için bkz. Veritabanı durumları.

SQL Server yedeklemelerle çalışma hakkında

Bu bölüm aşağıdaki temel yedekleme kavramlarını tanıtır:

Backup TypesTransaction Günlüğü Kesme Yedekleme Medyası Biçimlendiriliyor<>/c2> Yedekleme Cihazları ve Medya Kümeleriyle ÇalışmaSQL Server Yedeklemeleri Depolama

Not

SQL Server yedeklemeye giriş için bkz. Backup'a genel bakış (SQL Server).

Yedekleme türleri

Desteklenen yedekleme türleri, aşağıdaki gibi veritabanının kurtarma modeline bağlıdır

• Tüm kurtarma modelleri verilerin tam ve farklı yedeklemelerini destekler.

  Yedekleme kapsamı	Yedekleme türleri
  Veritabanının tamamı	Veritabanı yedeklemeleri veritabanının tamamını kapsar. İsteğe bağlı olarak, her veritabanı yedeklemesibir veya daha fazla değişiklik veritabanı yedeklemesinin temelini oluşturabilir.
  Kısmi veritabanı	Kısmi yedeklemeler okuma/yazma dosya gruplarını ve büyük olasılıkla bir veya daha fazla salt okunur dosyayı veya dosya grubunu kapsar. İsteğe bağlı olarak, her kısmi yedekleme,bir veya daha fazla değişiklik kısmi yedekleme dizisinin temeli olarak görev yapabilir.
  Dosya veya dosya grubu	Dosya yedeklemeleri bir veya daha fazla dosyayı veya dosya grubunu kapsar ve yalnızca birden çok dosya grubu içeren veritabanları için geçerlidir. Basit kurtarma modeli altında, dosya yedeklemeleri temelde salt okunur ikincil dosya gruplarıyla sınırlıdır. İsteğe bağlı olarak, her dosya yedeklemesibir veya daha fazla değişiklik dosyası yedeklemesinin temelini oluşturabilir.

• Tam kurtarma modeli veya toplu günlüğe kaydedilen kurtarma modeli altında, geleneksel yedeklemeler ayrıca gerekli olan sıralı işlem günlüğü yedeklemelerini (veya günlük yedeklemeleri) içerir. Her günlük yedeklemesi, yedekleme oluşturulduğunda etkin olan işlem günlüğünün bölümünü kapsar ve önceki günlük yedeklemesinde yedeklenmemiş tüm günlük kayıtlarını içerir.

  İş kaybına maruz kalma durumunu en aza indirmek için, yönetim ek yüküne bağlı olarak sık sık günlük yedeklemeleri zamanlamanız gerekir. Tam yedeklemeler arasında değişiklik yedeklemelerinin zamanlanması, verileri geri yükledikten sonra geri yüklemeniz gereken günlük yedeklemelerinin sayısını azaltarak geri yükleme süresini kısaltabilir.

  Günlük yedeklemelerini veritabanı yedeklemelerinden ayrı bir birime yerleştirmenizi öneririz.

  Not

  İlk günlük yedeklemesini oluşturabilmeniz için tam yedekleme oluşturmanız gerekir.

• yalnızca kopya yedekleme, geleneksel yedeklemelerin normal dizilerinden bağımsız özel amaçlı bir tam yedekleme veya günlük yedeklemesidir. Yalnızca kopya yedeklemesi oluşturmak için deyiminizde seçeneğini belirtin. Daha fazla bilgi için bkz . Salt kopya yedeklemeleri.

İşlem günlüğü kesilmesi

Veritabanının işlem günlüğünü doldurmaktan kaçınmak için rutin yedeklemeler gereklidir. Basit kurtarma modeli altında, siz veritabanını yedekledikten sonra ve işlem günlüğünü yedekledikten sonra tam kurtarma modeli altında günlük kesilmesi otomatik olarak gerçekleşir. Ancak, bazen kesme işlemi gecikebilir. Günlüğün kesilmesini geciktirebilecek faktörler hakkında bilgi için bkz. İşlem günlüğü.

Not

ve seçenekleri sonlandırılmıştır. Tam veya toplu günlüğe kaydedilen kurtarma modeli kurtarmasını kullanıyorsanız ve günlük yedekleme zincirini bir veritabanından kaldırmanız gerekiyorsa basit kurtarma modeline geçin. Daha fazla bilgi için bkz. İstenin kurtarma modelini görüntüleme veya değiştirme (SQL Server).

Yedekleme medyası biçimlendirme

Yedekleme medyası, yalnızca aşağıdakilerden biri doğruysa bir deyimle biçimlendirilir:

• seçeneği belirtilir.
• Medya boş.
• İşlem bir devamlılık bandı yazıyor.

Yedekleme cihazları ve medya kümeleriyle çalışma

Şeritli medya kümesinde (şerit kümesi) cihazları yedekleme

şerit kümesi, verilerin bloklara bölündüğü ve sabit bir sırada dağıtıldığı bir disk dosyaları kümesidir. Şerit kümesinde kullanılan yedekleme cihazlarının sayısı aynı kalmalıdır (medya ile yeniden başlatılmadığı sürece).

Aşağıdaki örnek, veritabanının yedeğini üç disk dosyası kullanan yeni bir şeritli medya kümesine yazar.

BACKUP DATABASE AdventureWorks2022
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 AdventureWorks2022 database';
GO

Bir yedekleme cihazı şerit kümesinin parçası olarak tanımlandıktan sonra, FORMAT belirtilmediği sürece tek cihazlı yedekleme için kullanılamaz. Benzer şekilde, biçim belirtilmediği sürece, dizelenmemiş yedeklemeler içeren bir yedekleme cihazı şerit kümesinde kullanılamaz. Şeritli yedekleme kümesini bölmek için FORMAT kullanın.

Bir medya üst bilgisi yazılırken her ikisi de belirtilmezse , boş öğeye karşılık gelen medya üst bilgisi alanı boş olur.

Yansıtılmış medya kümesiyle çalışma

Genellikle yedeklemeler etkilenmez ve deyimler yalnızca bir yan tümcesi içerir. Ancak, medya kümesi başına toplam dört yansıtma mümkündür. Yansıtılmış bir medya kümesi için yedekleme işlemi birden çok yedekleme cihazı grubuna yazar. Her yedekleme cihazı grubu, yansıtılmış medya kümesi içinde tek bir yansıtmadan oluşur. Her yansıtma, aynı özelliklere sahip olması gereken fiziksel yedekleme cihazlarının aynı miktarını ve türünü kullanmalıdır.

Yansıtılmış medya kümesine yedeklemek için tüm yansıtmaların mevcut olması gerekir. Yansıtılmış medya kümesine yedeklemek için, ilk yansıtmayı belirtmek üzere yan tümcesini belirtin ve her ek yansıtma için bir yan tümcesi belirtin.

Yansıtılmış bir medya kümesi için her yan tümcenin yan tümceyle aynı sayıda ve türde cihaz listelemesi gerekir. Aşağıdaki örnek, iki yansıtma içeren ve yansıtma başına üç cihaz kullanan yansıtılmış bir medya kümesine yazar:

BACKUP DATABASE AdventureWorks2022
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 için tasarlanmıştır. Uygulamada, aynı sürücüde birden çok cihaza yedekleme performansın zarar görmesine neden olur ve yansıtılmış medya kümelerinin tasarlandığı yedekliliği ortadan kaldırır.

Yansıtılmış medya kümelerindeki medya aileleri

Bir deyiminin yan tümcesinde belirtilen her yedekleme cihazı bir medya ailesine karşılık gelir. Örneğin, yan tümcesi üç cihazı listelerse, verileri üç medya ailesine yazar. Yansıtılmış medya kümesinde, her yansıtma her medya ailesinin bir kopyasını içermelidir. Bu nedenle cihaz sayısı her aynada aynı olmalıdır.

Her yansıtma için birden çok cihaz listelendiğinde, cihazların sırası belirli bir cihaza hangi medya ailesinin yazıldığına karar verir. Örneğin, cihaz listelerinin her birinde ikinci cihaz ikinci medya ailesine karşılık gelir. Önceki örnekteki cihazlar için, cihazlar ve medya aileleri arasındaki yazışma aşağıdaki tabloda gösterilmiştir.

Ayna	Medya ailesi 1	Medya ailesi 2	Medya ailesi 3
0	Z:\AdventureWorks1a.bak	Z:\AdventureWorks2a.bak	Z:\AdventureWorks3a.bak
1	Z:\AdventureWorks1b.bak	Z:\AdventureWorks2b.bak	Z:\AdventureWorks3b.bak

Medya ailesi her zaman belirli bir yansıtma içinde aynı cihaza yedeklenmelidir. Bu nedenle, mevcut bir medya kümesini her kullandığınızda, her yansıtmanın cihazlarını ortam kümesi oluşturulduğunda belirtilen sırayla listeleyin.

Yansıtılmış medya kümeleri hakkında daha fazla bilgi için bkz. Mirrored Backup Medya Kümeleri (SQL Server). Genel olarak medya kümeleri ve medya aileleri hakkında daha fazla bilgi için bkz. Media kümeleri, medya aileleri ve yedekleme kümeleri (SQL Server).

SQL Server yedeklemelerini geri yükleme

Veritabanını geri yüklemek ve isteğe bağlı olarak çevrimiçi yapmak veya bir dosyayı veya dosya grubunu geri yüklemek için Transact-SQL RESTORE deyimini veya SQL Server Management Studio Restore görevlerini kullanın. Daha fazla bilgi için bkz. Restore and recovery overview (SQL Server).

YEDEKLEME seçenekleri hakkında dikkat edilmesi gereken ek noktalar

SKIP, NOSKIP, INIT ve NOINIT etkileşimi

Bu tabloda{ } ve { } seçenekleri arasındaki etkileşimler açıklanmaktadır.

Not

Bant medyası boşsa veya disk yedekleme dosyası yoksa, tüm bu etkileşimler bir medya üst bilgisi yazıp devam eder. Medya boş değilse ve geçerli bir medya üst bilgisi yoksa, bu işlemler bunun geçerli MTF medyası olmadığını belirten geri bildirim sağlar ve yedekleme işlemini sonlandırır.

Atla seçeneği	NOINIT	INIT
NOSKIP	Birim geçerli bir medya üst bilgisi içeriyorsa, medya adının varsa verilen ile eşleşip eşleşmediğini doğrular. Eşleşiyorsa, tüm mevcut yedekleme kümelerini koruyarak yedekleme kümesini ekler. Birim geçerli bir medya üst bilgisi içermiyorsa bir hata oluşur.	Birim geçerli bir medya üst bilgisi içeriyorsa aşağıdaki denetimleri gerçekleştirir: Belirtildiyse , verilen medya adının medya üst bilgisinin medya adıyla eşleşip eşleşmediğini doğrular. 1 Medyada zaten var olan ve devam eden yedekleme kümesi olmadığını doğrular. Varsa, yedeklemeyi sonlandırır. Bu denetimler başarılı olursa, yalnızca medya üst bilgisini koruyarak medyadaki yedekleme kümelerinin üzerine yazar. Birim geçerli bir medya üst bilgisi içermiyorsa, belirtilen ve varsa kullanarak ile bir tane oluşturur.
SKIP	Birim geçerli bir medya üst bilgisi içeriyorsa, tüm mevcut yedekleme kümelerini koruyarak yedekleme kümesini ekler.	Birim geçerli bir 2 medya üst bilgisi içeriyorsa, yalnızca medya üst bilgisini koruyarak medyadaki yedekleme kümelerinin üzerine yazar. Medya boşsa, belirtilen kullanarak bir medya üst bilgisi oluşturur ve varsa .

1 Kullanıcının yedekleme işlemini gerçekleştirmek için uygun sabit veritabanına veya sunucu rollerine ait olması gerekir.

2 Geçerlilik, MTF sürüm numarasını ve diğer üst bilgi bilgilerini içerir. Belirtilen sürüm desteklenmiyorsa veya beklenmeyen bir değerse bir hata oluşur.

Uyumluluk

Dikkat

SQL Server'nin daha yeni bir sürümü tarafından oluşturulan yedeklemeler, SQL Server'in önceki sürümlerinde geri yüklenemez.

BACKUP, SQL Server önceki sürümleriyle geriye dönük uyumluluk sağlamak için RESTART seçeneğini destekler. Ama hiçbir etkisi yok.

Açıklamalar

Veritabanı veya günlük yedeklemeleri herhangi bir diske veya bant cihazına eklenebilir ve bu sayede veritabanı ve işlem günlükleri tek bir fiziksel konumda tutulabilir.

Açık veya örtük bir işlemde deyimine izin verilmez.

Aşağıdaki durumlarda veritabanını yedekleyemezsiniz:

• Geri yükleme
• Bekleme
• Salt okunur

Farklı işlemci türleri arasında bile platformlar arası yedekleme işlemleri, veritabanının harmanlaması işletim sistemi tarafından desteklendiği sürece gerçekleştirilebilir.

SQL Server 2016(13.x) sürümünden başlayarak, larger değerini 65536 (64 KB) Transparent veri şifrelemesi (TDE) şifrelenmiş veritabanları için iyileştirilmiş bir sıkıştırma algoritması sağlar, sıkıştırır ve sonra yeniden şifreler. Belirtilmezse veya (64 KB) kullanılırsa , TDE şifreli veritabanlarıyla yedekleme sıkıştırması şifrelenmiş sayfaları doğrudan sıkıştırır ve iyi sıkıştırma oranları vermeyebilir. Daha fazla bilgi için bkz. TDE özellikli Veritabanları için Yedekleme Sıkıştırması.

SQL Server 2019 (15.x) CU5'den başlayarak, bu iyileştirilmiş sıkıştırma algoritmasını TDE ile etkinleştirmek için MAXTRANSFERSIZE ayarı artık gerekli değildir. Yedekleme komutu belirtilirse veya yedekleme sıkıştırma varsayılan sunucu yapılandırması 1 olarak ayarlanırsa, iyileştirilmiş algoritmayı etkinleştirmek için otomatik olarak 128 K'ye yükseltilir. Yedekleme komutunda 64 K değerle belirtilirse, sağlanan değer kabul edilir. Başka bir deyişle SQL Server değeri hiçbir zaman otomatik olarak azaltmaz, yalnızca artırır. ile şifrelenmiş bir TDE veritabanını yedeklemeniz gerekiyorsa, belirtmeniz veya yedekleme sıkıştırma varsayılan sunucu yapılandırmasının 0 olarak ayarlandığından emin olmanız gerekir.

Not

Varsayılan 64K'dan büyük olduğu bazı durumlar vardır:

• Veritabanında birden çok veri dosyası oluşturulduğunda, 64K kullanır.
• Azure Blob Depolama URL'sine yedekleme gerçekleştirirken varsayılan MAXTRANSFERSIZE = 1048576 (1 MB).
• S3 uyumlu nesne depolamanın URL'sine yedekleme gerçekleştirirken varsayılan (10 MB).

Bu koşullardan biri geçerli olsa bile, SQL Server 2019 (15.x) CU5 veya sonraki bir sürümü kullanmıyorsanız, en iyi duruma getirilmiş yedekleme sıkıştırma algoritmasını almak için yedekleme komutunuzda açıkça MAXTRANSFERSIZE 64K'dan büyük bir değer ayarlamanız gerekir.

Varsayılan olarak, her başarılı yedekleme işlemi SQL Server hata günlüğüne ve sistem olay günlüğüne bir girdi ekler. Günlüğü çok sık yedeklerseniz, bu başarı iletileri hızla birikerek diğer iletileri bulmayı zorlaştırabilecek büyük hata günlüklerine neden olur. Bu gibi durumlarda, otomasyonunuzun veya izlemenizin hiçbiri bu girişlere bağlı değilse izleme bayrağı 3226'yı kullanarak bu günlük girdilerini gizleyebilirsiniz. Daha fazla bilgi için bkz. DBCC TRACEON ile izleme bayrakları ayarlama.

Birlikte çalışabilirlik

SQL Server, veritabanı kullanımdayken veritabanı yedeklemesine izin vermek için çevrimiçi yedekleme işlemi kullanır. Yedekleme sırasında çoğu işlem mümkündür; örneğin, yedekleme işlemi sırasında , veya deyimlerine izin verilir.

Veritabanı veya işlem günlüğü yedeklemesi sırasında çalıştırılamaz işlemler şunlardır:

• veya seçenekleriyle deyimi gibi dosya yönetimi işlemleri.

• Veritabanını daraltma veya dosya işlemlerini küçültme. Buna otomatikshrink işlemleri dahildir.

Yedekleme işlemi bir dosya yönetimi veya işlemiyle çakışıyorsa, çakışma oluşur. Çakışan işlemin ilk olarak hangisine başladığına bakılmaksızın, ikinci işlem ilk işlemin zaman aşımına uğradıktan sonra ayarlanan kilidi bekler (zaman aşımı süresi bir oturum zaman aşımı ayarıyla denetlenmektedir). Kilit zaman aşımı süresi boyunca serbest bırakılırsa, ikinci işlem devam eder. Kilit zaman aşımına uğradıysa ikinci işlem başarısız olur.

Meta veriler

SQL Server, yedekleme etkinliğini izleyen aşağıdaki yedekleme geçmişi tablolarını içerir:

• backupfile
• backupfilegroup
• yedeklemeyi
• backupmediaset
• yedekleme kümesi

Geri yükleme gerçekleştirildiğinde, yedekleme kümesi veritabanında henüz kaydedilmediyse yedekleme geçmişi tabloları değiştirilebilir.

Güvenlik

SQL Server 2012 (11.x) sürümünden başlayarak yedekleme oluşturmak için PASSWORD ve MEDIAPASSWORD seçenekleri sonlandırılır. Yine de parolalarla oluşturulan yedeklemeleri geri yüklemek mümkündür.

İzinler

ve izinleri varsayılan olarak sysadmin sabit sunucu rolünün üyeleriyle db_owner ve db_backupoperator sabit veritabanı rolleridir.

Yedekleme cihazının fiziksel dosyasındaki sahiplik ve izin sorunları yedekleme işlemini etkileyebilir. SQL Server başlangıç hesabının yedekleme cihazı ve yedekleme dosyalarının yazıldığı klasörde okuma ve yazma izinlerine sahip olması gerektiğinden emin olun. Ancak, sistem tablolarında bir yedekleme cihazı için giriş ekleyen sp_addumpdevice, dosya erişim izinlerini denetlemez. Yedekleme veya geri yükleme denendiğinde fiziksel kaynağa erişilene kadar yedekleme cihazının fiziksel dosyasındaki bu tür sorunlar görünmeyebilir.

Örnekler

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

• A. Tam veritabanı yedekleme
• B. Veritabanını yedekleme ve günlük
• C. İkincil dosya gruplarının tam dosya yedeğini oluşturma
• D. İkincil dosya gruplarının değişiklik dosyası yedeğini oluşturma
• E. Tek aileli yansıtılmış medya kümesi oluşturma ve yedekleme
• F. Çok aşamalı yansıtılmış medya kümesi oluşturma ve yedekleme
• G. Mevcut bir yansıtılmış medya kümesine yedekleme
• H. Yeni bir medya kümesinde sıkıştırılmış yedekleme oluşturma
• Ben. Azure Blob Depolama
• J. [S3 uyumlu nesne depolamaya yedekleme]((#j-backing-up-to-s3-compatible-object-storage)
• K. Backup deyiminin ilerleme durumunu izleme

Not

Yedekleme nasıl yapılır makaleleri ek örnekler içerir. Daha fazla bilgi için bkz. Backup'a genel bakış (SQL Server).

A. Veritabanının tamamını yedekleme

Aşağıdaki örnek, veritabanını bir disk dosyasına yedekler.

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

B. Veritabanını ve günlüğü yedekleme

Aşağıdaki örnek, varsayılan olarak basit kurtarma modelini kullanan örnek veritabanını yedekler. Günlük yedeklemelerini desteklemek için veritabanı tam kurtarma modelini kullanacak şekilde değiştirilir.

Daha sonra örnek, verileri yedeklemek için mantıksal bir yedekleme cihazı oluşturmak için sp_addumpdevice kullanır, ve günlüğü yedeklemek için başka bir mantıksal yedekleme cihazı oluşturur, .

Örnek daha sonra için tam veritabanı yedeği oluşturur ve bir güncelleştirme etkinliği döneminin ardından günlüğü için yedekler.

-- To permit log backups, before the full database backup, modify the database
-- to use the full recovery model.
USE master;
GO

ALTER DATABASE AdventureWorks2022 SET RECOVERY FULL;
GO

-- Create AdvWorksData and AdvWorksLog logical backup devices.
USE master;
GO

EXECUTE sp_addumpdevice 'disk', 'AdvWorksData', 'Z:\SQLServerBackups\AdvWorksData.bak';
GO

EXECUTE sp_addumpdevice 'disk', 'AdvWorksLog', 'X:\SQLServerBackups\AdvWorksLog.bak';
GO

-- Back up the full AdventureWorks2022 database.
BACKUP DATABASE AdventureWorks2022 TO AdvWorksData;
GO

-- Back up the AdventureWorks2022 log.
BACKUP LOG AdventureWorks2022 TO AdvWorksLog;
GO

Not

Üretim veritabanı için günlüğü düzenli olarak yedekleyin. Günlük yedeklemeleri, veri kaybına karşı yeterli koruma sağlayacak kadar sık olmalıdır.

C. İkincil dosya gruplarının tam dosya yedeğini oluşturma

Aşağıdaki örnek, her iki ikincil dosya grubundaki her dosyanın 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

D. İkincil dosya gruplarının değişiklik dosyası yedeğini oluşturma

Aşağıdaki örnek, her iki ikincil dosya grubundaki her dosyanın değişiklik 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

E. Tek aileli yansıtılmış medya kümesi oluşturma ve yedekleme

Aşağıdaki örnek, tek bir medya ailesi ve dört yansıtma içeren yansıtılmış bir medya kümesi oluşturur ve veritabanını bunlara yedekler.

BACKUP DATABASE AdventureWorks2022
TO TAPE = '\\.\tape0'
MIRROR TO TAPE = '\\.\tape1'
MIRROR TO TAPE = '\\.\tape2'
MIRROR TO TAPE = '\\.\tape3'
WITH FORMAT, MEDIANAME = 'AdventureWorksSet0';

F. Çok aşamalı yansıtılmış medya kümesi oluşturma ve yedekleme

Aşağıdaki örnek, her yansıtmanın iki medya ailesinde yer aldığı yansıtılmış bir medya kümesi oluşturur. Örnek daha sonra veritabanını her iki yansıtmaya yedekler.

BACKUP DATABASE AdventureWorks2022
TO TAPE = '\\.\tape0', TAPE = '\\.\tape1'
MIRROR TO TAPE = '\\.\tape2', TAPE = '\\.\tape3'
WITH FORMAT, MEDIANAME = 'AdventureWorksSet1';

G. Mevcut bir yansıtılmış medya kümesine yedekleme

Aşağıdaki örnek, önceki örnekte oluşturulan medya kümesine bir yedekleme kümesi ekler.

BACKUP LOG AdventureWorks2022
TO TAPE = '\\.\tape0', TAPE = '\\.\tape1'
MIRROR TO TAPE = '\\.\tape2', TAPE = '\\.\tape3'
WITH NOINIT, MEDIANAME = 'AdventureWorksSet1';

Not

, varsayılan değerdir, netlik için burada gösterilir.

H. Yeni bir medya kümesinde sıkıştırılmış yedekleme oluşturma

Aşağıdaki örnek, medyayı biçimlendirerek yeni bir medya kümesi oluşturur ve veritabanının sıkıştırılmış tam yedeklemesini gerçekleştirir.

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

Ben. Microsoft Azure Blob Depolama'a yedekleme

Bu örnek, Sales tam veritabanı yedeklemesini Azure Blob Depolama gerçekleştirir. Depolama Hesabı adı . Kapsayıcı olarak adlandırılır. Okuma, yazma, silme ve liste haklarıyla önceden bir depolanmış erişim ilkesi oluşturulmuştur. https://mystorageaccount.blob.core.windows.net/myfirstcontainer SQL Server kimlik bilgisi, Saklı Erişim İlkesi ile ilişkili bir Paylaşılan Erişim İmzası kullanılarak oluşturulmuştur. Azure Blob Depolama SQL Server yedekleme hakkında bilgi için bkz. SQL Server Azure Blob Depolama ile yedekleme ve geri yükleme ve SQL Server Azure Blob Depolama URL'ye yedekleme.

BACKUP DATABASE Sales
TO URL = 'https://mystorageaccount.blob.core.windows.net/myfirstcontainer/Sales.bak'
WITH STATS = 5;

Ayrıca veritabanınızı birden çok şerit halinde yedekleyebilirsiniz ve şöyle görünür:

BACKUP DATABASE Sales
TO URL = 'https://mystorageaccount.blob.core.windows.net/myfirstcontainer/Sales-01.bak',
URL = 'https://mystorageaccount.blob.core.windows.net/myfirstcontainer/Sales-02.bak',
URL = 'https://mystorageaccount.blob.core.windows.net/myfirstcontainer/Sales-03.bak',
URL = 'https://mystorageaccount.blob.core.windows.net/myfirstcontainer/Sales-04.bak'
WITH COPY_ONLY;

J. S3 uyumlu nesne depolamaya yedekleme

Applies to: SQL Server 2022 (16.x) ve sonraki sürümleri.

Bu örnek, S3 uyumlu nesne depolama platformuna veritabanının tam yedekleme veritabanını gerçekleştirir. Kimlik bilgilerinin adı deyimde veya tam URL yolu ile eşleşmesi için gerekli değildir, ancak sağlanan URL'de doğru kimlik bilgisi için bir arama gerçekleştirir. Daha fazla bilgi için bkz. S3 uyumlu nesne depolama alanıyla SQL Server geri yükleme.

BACKUP DATABASE Sales
TO URL = 's3://10.10.10.10:8787/sqls3backups/sales_01.bak',
URL = 's3://10.10.10.10:8787/sqls3backups/sales_02.bak',
URL = 's3://10.10.10.10:8787/sqls3backups/sales_03.bak'
WITH FORMAT, STATS = 10, COMPRESSION;

K. Backup deyiminin ilerleme durumunu izleme

Aşağıdaki sorgu, şu anda çalışan yedekleme deyimleri hakkında bilgi döndürür:

SELECT a.text AS query,
       start_time,
       percent_complete,
       dateadd(second, estimated_completion_time / 1000, getdate()) AS eta
FROM sys.dm_exec_requests AS r
CROSS APPLY sys.dm_exec_sql_text(r.sql_handle) AS a
WHERE r.command LIKE 'BACKUP%';

İlgili içerik

• Yedekleme Cihazları
• Medya kümeleri, medya aileleri ve yedekleme kümeleri
• Kuyruk günlüğü yedeklemeleri
• ALTER DATABASE (Transact-SQL)
• DBCC SQLPERF (Transact-SQL)
• RESTORE deyimleri (Transact-SQL)
• RESTORE FILELISTONLY (Transact-SQL)
• RESTORE HEADERONLY (Transact-SQL)
• RESTORE LABELONLY (Transact-SQL)
• RESTORE VERIFYONLY (Transact-SQL)
• sp_addumpdevice
• sp_configure
• sp_helpfile
• sp_helpfilegroup
• Sunucu yapılandırma seçenekleri
• Memory-Optimized Tablolu Veritabanlarının Parçalı Geri Yüklenmesi