YEDEK (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

SQL Sunucusu

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 yedeklerBACKUP 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 (BACKUP LOG 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üğünden yeterince yedekler.

tarafından BACKUP DATABASE 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

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

WITH STOPAT deyiminizde STOPATMARK, STOPBEFOREMARKveya 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, WITH NO_TRUNCATE veya COPY_ONLYbelirtmediğ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)

Şunlar için geçerlidir: SQL Server 2022 (16.x) ve sonraki sürümleri.

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

SUNUCU

Şunlar için geçerlidir: 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 WITH METADATA_ONLY. bkz.Transact-SQL anlık görüntü yedeklemesi oluşturma .

METADATA_ONLY

Şunlar için geçerlidir: SQL Server 2022 (16.x) ve sonraki sürümleri.

Anlık görüntü yedekleme için gereklidir. veya Bkz. Transact-SQL anlık görüntü yedeklemeoluşturma .

METADATA_ONLY ile SNAPSHOTeş anlamlıdır. Sanal cihaz arabirimi (VDI) kullanır SNAPSHOT. 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 BACKUP DATABASE, 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. Tam 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 FILEGROUP 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. Kısmi Yedeklemeler (SQL Server).

TO <backup_device> [ , ... n ]

Eşlik eden yedekleme cihazı kümesinin, bir veya daha fazla MIRROR TO 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 }

Şunlar için geçerlidir: 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' }

Şunlar için geçerlidir: SQL Server.

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

URL biçimi, Microsoft Azure Blob Depolama'ya 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 Hızlı Başlangıç ile SQL Server yedekleme ve geri yükleme : SQL yedekleme ve Azure Blob Depolama'ya 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 SQL Server'ı yedekleme ve geri yükleme'yi gözden geçirin. S3 uyumlu nesne depolama için SQL Server'ın URL'ye yedekleme seçeneğini de gözden geçirin.

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

SQL Server 2025 (17.x): Managed identity ile URL'ye yedekleme - Azure Arc tarafından etkinleştirilmiş SQL Server
Azure VM'lerinde SQL Server için SQL Server 2022 (16.x) CU 17: Yönetilen kimlikleri kullanarak URL'ye yedekleme ve 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. Azure Blob Depolama için URL'ye SQL Server yedeklemesi ve PowerShell ile Azure Depolama'da Paylaşılan Erişim İmzası (SAS) belirteçleriyle SQL Kimlik Bilgilerinin oluşturulmasını basitleştirme.

Bir disk cihazının bir BACKUP deyimde belirtilmeden önce mevcut olması gerekmez. Fiziksel cihaz varsa ve deyiminde INITBACKUP 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 . Yedekleme Cihazları (SQL Server).

Not

Seçenek TAPE , SQL Server'ın gelecekteki bir 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 TO belirtilen yedekleme cihazlarını yansıtan en fazla üç ikincil yedekleme cihazı kümesini belirtir. MIRROR TO yan tümcesi, yan tümcesi ile aynı yedekleme cihazlarının TO türünü ve sayısını belirtmelidir. En fazla üç yan tümce sayısıdır MIRROR TO .

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

Not

için MIRROR TO = DISK, BACKUP disk cihazları için uygun blok boyutunu diskin kesim boyutuna göre otomatik olarak belirler. MIRROR TO 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 BLOCKSIZE 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 "BLOCKSIZE" 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 MIRROR TO cihaz sayısı, yan tümcedeki TO 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 BACKUP yan tümcesine MIRROR TO ek olarak en çok üç TO 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İ

Şunlar için geçerlidir: SQL Server.

Yalnızca Azure Blob Depolama'ya yedekleme oluştururken kullanılır.

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

Şunlar için geçerlidir: 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'da SQL Server veri dosyaları. SQL Server Snapshot Backup, 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 BACKUP DATABASE TO URL WITH FILE_SNAPSHOT arasındaki BACKUP LOG TO URL WITH FILE_SNAPSHOT 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 gereken ilk tam yedeklemeden sonra, veritabanını işlem günlüğü yedeklemesinin belirli bir 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 BACKUP DATABASE, 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, BACKUP DATABASE tam yedekleme oluşturur.

Daha fazla bilgi için bkz . Değişiklik yedeklemeleri (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 NO_ENCRYPTION 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:

SERVER CERTIFICATE = Encryptor_Name
SERVER ASYMMETRIC KEY = Encryptor_Name

SERVER CERTIFICATE ve SERVER ASYMMETRIC KEY, master 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 FILE_SNAPSHOT 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 FILE = <backup_set_file_number> 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 BACKUP DATABASEkullanıldığında seçeneği COPY_ONLY , 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

DIFFERENTIAL ve COPY_ONLY birlikte kullanılırsa, COPY_ONLY yoksayılır ve değişiklik yedeği oluşturulur.
ile BACKUP LOGkullanıldığında seçeneği COPY_ONLY , 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 (SQL Server) görüntüleme veya değiştirme.

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 itibaren erişilebilir durumdadır.

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

Şunlar için geçerlidir: SQL Server 2022 (16.x) ve sonraki sürümleri.

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

Kabul edilebilir değerler şunlardır:
- LOW (varsayılan)
- MEDIUM
- HIGH

ALGORİTMA

Şunlar için geçerlidir: SQL Server 2022 (16.x) ve sonraki sürümleri.

ZSTD ve MS_EXPRESS 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 MS_XPRESS.

SQL Server 2025 (17.x)'de tanıtılan 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 QZ_DEFLATE 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 \| BANT \| URL} WITH NO_COMPRESSION**	Sıkıştırma olmadan yedekleme
*BACKUP DATABASE database_name* TO {DISK \| BANT \| SıKıŞTıRMALı URL}**	Sunucu seçeneği `backup compression algorithm` tarafından belirtilen algoritmayı kullanarak sıkıştırma ile yedekleme (varsayılan `MS_XPRESS`)
*BACKUP DATABASE database_name* TO {DISK \| BANT \| SıKıŞTıRMALı URL} (ALGORITMA = MS_XPRESS)**	Algoritma kullanarak `MS_XPRESS` sıkıştırma ile yedekleme
*BACKUP DATABASE database_name* TO {DISK \| BANT \| SıKıŞTıRMALı URL} (ALGORITMA = ZSTD)**	ZSTD algoritması kullanarak sıkıştırma ile yedekleme.
*BACKUP DATABASE database_name* TO {DISK \| BANT \| SıKıŞTıRMALı URL} (ALGORITMA = ZSTD, DÜZEY = YÜKSEK)**	Sıkıştırma düzeyine `HIGH`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 NAME 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, RETAINDAYS önceliklidir EXPIREDATE.

Hiçbir seçenek belirtilmezse, son kullanma tarihi media retention 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'ın bir dosyanın üzerine yazması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 SKIP .

EXPIREDATE = { '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 SKIP seçeneğini kullanın.
RETAINDAYS = { 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 }

Şunlar için geçerlidir: SQL Server 2022 (16.x) ve sonraki sürümleri.

METADATA_ONLY ve SNAPSHOT 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, medyadakiNOINIT () en son yedekleme kümesine eklemektir.

Not

{ } ve { NOINIT | INITNOSKIP | SKIP } 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. NOINIT varsayılan değerdir.

Daha fazla bilgi için bkz. Medya 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 INIT , koşullar izin verirse söz konusu cihazdaki mevcut yedekleme kümelerinin üzerine yazılır. Varsayılan olarak, BACKUP 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 EXPIREDATE ve RETAINDAYS seçeneklerine bakın.
- Deyiminde BACKUP 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 NAME önceki bölümlerinde yer alan seçeneğine bakın.
Bu denetimleri geçersiz kılmak için SKIP seçeneğini kullanın.

Daha fazla bilgi için bkz. Medya 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 { NOINIT | INITNOSKIP | SKIP } arasındaki etkileşimler hakkında bilgi için, bu makalenin devamında yer alan Açıklamalar'a bakın.

NOSKIP

Deyimine BACKUP , 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 BACKUP gerçekleştirilen yedekleme kümesi süre sonu ve adı denetimini devre dışı bırakır. { } ve { INIT | NOINITNOSKIP | SKIP } 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 expiration_date 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

FORMAT 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 SKIP; SKIP 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. MEDIANAME belirtilirse, yedekleme birimlerinde önceden belirtilen medya adıyla eşleşmelidir. Belirtilmezse veya seçenek belirtildiyse SKIP , 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 BACKUP . 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 BLOCKSIZE = 2048.

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: BUFFERCOUNT * MAXTRANSFERSIZE.

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

Not

BUFFERCOUNT 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 MAXTRANSFERSIZE 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) yapılandırdıysa veya bellek için iyileştirilmiş dosya grupları içeriyorsa, MAXTRANSFERSIZE geri yükleme sırasında yedekleme oluşturulduğunda kullanılandan büyük veya buna eşit MAXTRANSFERSIZE olmalıdır.

Tek bir veri dosyasıyla Saydam veri şifrelemesi (TDE) etkin veritabanları için varsayılan değer MAXTRANSFERSIZE 65536 'dır (64 KB). TDE şifreli olmayan veritabanları için, yedekleme kullanılırken MAXTRANSFERSIZEvarsayılan DISK değer 1048576 (1 MB) ve VDI veya TAPEkullanı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 Olası Medya Hataları (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 BACKUP . Bu, varsayılan davranıştır.
CONTINUE_AFTER_ERROR

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

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

Daha fazla bilgi için bkz. Yedekleme ve Geri Yükleme Sırasında Olası Medya Hataları (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. yüzde atlanırsa, SQL Server her yüzde 10 tamamlandıktan sonra bir ileti görüntüler.

seçeneği, STATS bir sonraki aralığı raporlama eşiğinden itibaren tamamlanma yüzdesini bildirir. Bu, yaklaşık olarak belirtilen yüzdedir; örneğin, ile STATS = 10tamamlanan 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 TAPE kullanılır. Bağlantı olmayan bir cihaz kullanılıyorsa, bu seçenekler yoksayılır.

{ GERI SAR | NOREWIND }

GERİ SARMAK

SQL Server'ın bandı yayımlayıp geri sardığını belirtir. REWIND varsayılan değerdir.
NOREWIND

SQL Server'ın 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.

NOREWIND ifade eder NOUNLOADve bu seçenekler tek BACKUP bir deyim içinde uyumsuz.

Not

kullanıyorsanızNOREWIND, aynı işlemde çalışan bir BACKUP veya deyimi veya RESTORE seçeneğini kullanana REWIND veya UNLOAD sunucu örneği kapatılana kadar SQL Server örneği 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 . Yedekleme Cihazları (SQL Server).

{ BOŞALTMA | NOUNLOAD }

Not

UNLOAD ve NOUNLOAD , 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. UNLOAD bir oturum başladığında varsayılan değerdir.
ADLOAD

İşlemden sonra bandın BACKUP 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 BLOCKSIZE 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 BACKUP LOGile kullanılır.

Not

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

{ NORECOVERY | BEKLEME = undo_file_name }

NORECOVERY

Günlüğün kuyruğunu yedekler ve veritabanını RESTOREING durumunda bırakır. NORECOVERY , ikincil bir veritabanına yük devretme yaparken veya bir RESTORE 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 NO_TRUNCATE ve NORECOVERY seçeneklerini birlikte kullanın.
BEKLEME = standby_file_name

Günlüğün kuyruğunu yedekler ve veritabanını salt okunur ve STANDBY durumda bırakır. STANDBY 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 STANDBY kullanılması, ardından bir BACKUP LOG WITH NORECOVERYile RESTORE WITH STANDBY 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, Veritabanı Altyapısı dosyanın üzerine yazar; dosya yoksa, Veritabanı Altyapısı bunu 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 RESTORE LOG 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ı Altyapısı'nın veritabanının durumundan bağımsız olarak yedeklemeyi denemesine neden olur. Bu nedenle ile alınan NO_TRUNCATE 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.

NO_TRUNCATE seçeneğiBACKUP LOG, hem hem COPY_ONLYde CONTINUE_AFTER_ERROR belirtmekle eşdeğerdir.

NO_TRUNCATE seçeneği olmadan veritabanı durumunda ONLINE olmalıdır. Veritabanı ASKIYA ALINDI durumundaysa, NO_TRUNCATEbelirterek bir yedekleme oluşturabilirsiniz. Ancak veritabanı veya OFFLINE durumundaysaEMERGENCY, BACKUP ile NO_TRUNCATEbile izin verilmez. Veritabanı durumları hakkında bilgi için bkz. Veritabanı Durumları.

SQL Server yedeklemeleriyle çalışma hakkında

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

Yedekleme Türleri İşlem Günlüğü Kesilmesi Yedekleme Medyasını Biçimlendirme Yedekleme Cihazları ve Medya Kümeleriyle Çalışma SQL Server Yedeklemelerini Geri Yükleme

Not

SQL Server'da yedeklemeye giriş için bkz . Yedeklemeye 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 COPY_ONLY seçeneğini belirtinBACKUP. 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

BACKUP LOG WITH NO_LOG ve WITH TRUNCATE_ONLY 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. Veritabanının (SQL Server) kurtarma modelini görüntüleme veya değiştirme.

Yedekleme medyası biçimlendirme

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

FORMAT 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 FORMATile yeniden başlatılmadığı sürece).

Aşağıdaki örnek, AdventureWorks2025 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 MEDIANAME de belirtilmezse MEDIADESCRIPTION , boş öğeye karşılık gelen medya üst bilgisi alanı boş olur.

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

Genellikle yedeklemeler etkilenmez ve BACKUP deyimler yalnızca bir TO 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 TO yan tümcesini belirtin ve her ek yansıtma için bir MIRROR TO yan tümcesi belirtin.

Yansıtılmış bir medya kümesi için her MIRROR TO yan tümcenin yan tümceyle aynı sayıda ve türde cihaz TO 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 TO deyiminin BACKUP yan tümcesinde belirtilen her yedekleme cihazı bir medya ailesine karşılık gelir. Örneğin, yan tümcesi TO üç cihazı listelerse, BACKUP 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. Yansıtılmış Yedekleme Medya Kümeleri (SQL Server). Genel olarak medya kümeleri ve medya aileleri hakkında daha fazla bilgi için bkz. Medya 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 dosya veya dosya grubunu geri yüklemek için Transact-SQL RESTORE deyimini veya SQL Server Management Studio Geri Yükleme görevlerini kullanın. Daha fazla bilgi için bkz . Geri yüklemeye ve kurtarmaya genel bakış (SQL Server).

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

SKIP, NOSKIP, INIT ve NOINIT etkileşimi

Bu tabloda{ } ve { NOINIT | INITNOSKIP | SKIP} 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 `MEDIANAME`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 `MEDIANAME` , verilen medya adının medya üst bilgisinin medya adıyla eşleşip eşleşmediğini doğrular. ¹ 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 `MEDIANAME` ve `MEDIADESCRIPTION`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 ² medya üst bilgisi içeriyorsa, yalnızca medya üst bilgisini koruyarak medyadaki yedekleme kümelerinin üzerine yazar. Medya boşsa, belirtilen `MEDIANAME` kullanarak bir medya üst bilgisi oluşturur ve varsa `MEDIADESCRIPTION`.

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

² 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'ın daha yeni bir sürümü tarafından oluşturulan yedeklemeler, SQL Server'ın önceki sürümlerinde geri yüklenemez.

BACKUP, SQL Server'ın önceki sürümleriyle geriye dönük uyumluluk sağlamak için RESTART seçeneğini destekler. Ama RESTART 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 BACKUP 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'dan (13.xMAXTRANSFERSIZE bir ayar, bir sayfanın şifresini ilk çözen, sıkıştıran ve sonra yeniden şifreleyen Saydam veri şifrelemesi (TDE) şifreli veritabanları için iyileştirilmiş bir sıkıştırma algoritması sağlar. Belirtilmezse MAXTRANSFERSIZE veya (64 KB) kullanılırsa MAXTRANSFERSIZE = 65536 , 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, TDE ile bu iyileştirilmiş sıkıştırma algoritmasını etkinleştirmek için MAXTRANSFERSIZE ayarı artık gerekli değildir. Yedekleme komutu belirtilirse WITH COMPRESSION veya yedekleme sıkıştırma varsayılan sunucu yapılandırması 1 olarak ayarlanırsa, MAXTRANSFERSIZE iyileştirilmiş algoritmayı etkinleştirmek için otomatik olarak 128 K'ye yükseltilir. Yedekleme komutunda 64 K MAXTRANSFERSIZE değerle > belirtilirse, sağlanan değer kabul edilir. Başka bir deyişle, SQL Server hiçbir zaman değeri otomatik olarak azaltmaz, yalnızca artırır. MAXTRANSFERSIZE = 65536ile şifrelenmiş bir TDE veritabanını yedeklemeniz gerekiyorsa, WITH NO_COMPRESSION 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 MAXTRANSFERSIZE 64K'dan büyük olduğu bazı durumlar vardır:

Veritabanında birden çok veri dosyası oluşturulduğunda, MAXTRANSFERSIZE> 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 MAXTRANSFERSIZE = 10485760 (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 64.000'den büyük bir değer ayarlamanız MAXTRANSFERSIZE 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, INSERTyedekleme işlemi sırasında , UPDATEveya DELETE deyimlerine izin verilir.

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

ALTER DATABASE veya ADD FILE seçenekleriyle REMOVE FILE 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 DBCC SHRINK 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 msdb 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

BACKUP DATABASE ve BACKUP LOG 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ör için 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 yedekleme
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 . Yedeklemeye genel bakış (SQL Server).

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

Aşağıdaki örnek, AdventureWorks2025 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 AdventureWorks2025 örnek veritabanını yedekler. Günlük yedeklemelerini desteklemek için AdventureWorks2025 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, AdvWorksDatave günlüğü yedeklemek için başka bir mantıksal yedekleme cihazı oluşturur, AdvWorksLog.

Örnek daha sonra AdvWorksDataiçin tam veritabanı yedeği oluşturur ve bir güncelleştirme etkinliği döneminin ardından günlüğü AdvWorksLogiç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 AdventureWorks2025 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 AdventureWorks2025 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

NOINIT, 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 AdventureWorks2025 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'ya yedekleme

Bu örnek, azure blob depolamaya Sales tam veritabanı yedeklemesi gerçekleştirir. Depolama Hesabı adı mystorageaccount. Kapsayıcı myfirstcontainerolarak 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/myfirstcontainerSQL Server kimlik bilgileri, Saklı Erişim İlkesi ile ilişkili bir Paylaşılan Erişim İmzası kullanılarak oluşturulmuştur. Azure Blob Depolama'ya SQL Server yedeklemesi hakkında bilgi için bkz. Azure Blob Depolama ile SQL Server yedekleme ve geri yükleme ve Azure Blob Depolama url'sine SQL Server 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

Şunlar için geçerlidir: SQL Server 2022 (16.x) ve sonraki sürümleri.

Bu örnek, S3 uyumlu nesne depolama platformuna Sales 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 ile SQL Server'ı yedekleme ve 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%';

Yedekleme Cihazları
Medya kümeleri, medya aileleri ve yedekleme kümeleri
Kuyruk günlüğü yedeklemeleri
VERİ TABANINI DEĞİŞTİR (Transact-SQL)
DBCC SQLPERF (Transact-SQL)
RESTORE deyimleri (Transact-SQL)
SADECE DOSYA LISTESINI GERI GETIR (Transact-SQL)
HEADERONLY GERI YÜKLEME (Transact-SQL)
LABELONLY GERI YÜKLEME (Transact-SQL)
VERIFYONLY GERI YÜKLEME (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

SQL Server

* SQL Yönetilen Örneği *

Analytics Platformu
Sistem (PDW)

Azure SQL Yönetilen Örneği

Azure SQL Yönetilen Örneği'nde bir SQL veritabanını yedekler. Azure SQL Yönetilen Örneği otomatik yedeklemeleri vardır. Tam veritabanı COPY_ONLY yedeklemeleri oluşturabilirsiniz. Değişiklik, günlük ve dosya anlık görüntüsü yedeklemeleri desteklenmez.

Azure Arctarafından etkinleştirilen SQL Yönetilen Örneği için de geçerlidir.

Sözdizimi

BACKUP DATABASE { database_name | @database_name_var }
  TO URL = { 'physical_device_name' | @physical_device_name_var } [ , ...n ]
  WITH COPY_ONLY [ , { <general_WITH_options> } ]
[ ; ]

<general_WITH_options> [ , ...n ] ::=

--Media set options
   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 ]

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

Bağımsız değişken

VERİTABANI

Tam bir veritabanı yedeklemesi belirtir. Veritabanı yedeklemesi sırasında Azure SQL Yönetilen Örneği, yedekleme geri yüklendiğinde tutarlı bir veritabanı oluşturmak için işlem günlüğünü yeterince yedekler.

Önemli

Yönetilen örnekte oluşturulan veritabanı yedeklemesi yalnızca başka bir Azure SQL Yönetilen Örneğine veya yalnızca SQL Server 2022 örneğine geri yüklenebilir. Bunun nedeni, SQL Yönetilen Örneği'nin diğer SQL Server sürümlerine kıyasla daha yüksek bir iç veritabanı sürümüne sahip olmasıdır. Daha fazla bilgi için sql yönetilen örneği veritabanı yedeklemesini SQL Server 2022'ye geri yüklemegözden geçirin.

tarafından BACKUP DATABASE oluşturulan bir yedeklemeyi ( veri yedeklemesi) geri yüklerseniz, yedeklemenin tamamı geri yüklenir. SQL Yönetilen Örneği otomatik yedeklemelerinden geri yüklemek için bkz. Veritabanını Azure SQL Yönetilen Örneğine geri yükleme.

{ database_name | @database_name_var }

Veritabanının tamamı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.

Daha fazla bilgi için bkz. Tam Dosya Yedeklemeleri ve Yedekleme Dosyaları ve Dosya Grupları.

URL'ye

Yedekleme işlemi için kullanılacak URL'yi belirtir. URL biçimi, Microsoft Azure depolama hizmetine yedekleme oluşturmak için kullanılır.

Önemli

URL'ye yedekleme yaparken birden çok cihaza yedeklemek için Paylaşılan Erişim İmzası (SAS) belirteçlerini kullanmanız gerekir. Paylaşılan Erişim İmzası oluşturma örnekleri için bkz. URL'ye SQL Server Yedekleme ve PowerShell ile Azure Depolama'da Paylaşılan Erişim İmzası (SAS) belirteçleriyle SQL Kimlik Bilgilerinin oluşturulmasını basitleştirme.

n

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

WITH seçenekleri

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

ŞİFRELEME

AES_128
AES_192
AES_256
TRIPLE_DES_3KEY
NO_ENCRYPTION

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

SERVER CERTIFICATE = <Encryptor_Name>
SERVER ASYMMETRIC KEY = <Encryptor_Name>

Yedekleme kümesi seçenekleri

COPY_ONLY

Yedeklemenin, normal yedekleme dizisini etkilemeyen yalnızca kopya yedeklemesi olduğunu belirtir. Azure SQL Veritabanı otomatik yedeklemelerinden bağımsız olarak yalnızca kopya yedekleme oluşturulur. Daha fazla bilgi için bkz. Copy-Only Yedeklemeler.

{ SıKıŞTıRMA | 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.

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.

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.

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

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

AD = { backup_set_name | @_backup|set_var }

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

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; MEDIANAME belirtilirse, yedekleme birimlerinde önceden belirtilen medya adıyla eşleşmelidir. Belirtilmezse veya seçenek belirtildiyse SKIP , medya adında doğrulama denetimi yoktur.

BLOCKSIZE = { blok boyutu | @blocksize_variable }

Veri aktarımı seçenekleri

BUFFERCOUNT = { buffercount | @buffercount_variable }

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

Not

BUFFERCOUNT seçeneğini kullanma hakkında önemli bilgiler için Yanlış BufferCount veri aktarımı seçeneği OOM koşuluna neden olabilirblog gönderisine 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.

Tek bir veri dosyasıyla Saydam veri şifrelemesi (TDE) etkin veritabanları için varsayılan değer MAXTRANSFERSIZE 65536 'dır (64 KB). TDE şifreli olmayan veritabanlarında, VDI veya MAXTRANSFERSIZEkullanılırken yedekleme kullanılırken DISKvarsayılan TAPE olarak 1048576 (1 MB) ve için 65536 (64 KB) kullanılır.

Not

MAXTRANSFERSIZE en büyük aktarım birimini belirtir ve her yazma işleminin belirtilen en büyük boyutu aktardığını garanti etmez. MAXTRANSFERSIZE şeritli işlem günlüğü yedeklemelerinin yazma işlemleri için 64 KB olarak ayarlanır.

Hata yönetimi seçenekleri

{ 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 olası medya hataları .

{ 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 BACKUP . Bu, varsayılan davranıştır.
CONTINUE_AFTER_ERROR

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

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

Daha fazla bilgi için bkz. yedekleme ve geri yükleme sırasında olası medya hataları .

Uyumluluk seçenekleri

YENİ -DEN BAŞLATIN

Hiçbir etkisi yoktur. Bu seçenek, SQL Server'ın önceki sürümleriyle 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. yüzde atlanırsa, SQL Server her yüzde 10 tamamlandıktan sonra bir ileti görüntüler.

SQL Yönetilen Örneği için sınırlamalar

Maksimum yedekleme şeridi boyutu 195 GB'tır (blob boyutu üst sınırı). Tek tek şerit boyutunu küçültmek ve bu sınırın içinde kalmak için yedekleme komutundaki şerit sayısını artırın.

Güvenlik

İzinler

BACKUP DATABASE izinleri varsayılan olarak sysadmin sabit sunucu rolünün ve db_owner ve db_backupoperator sabit veritabanı rollerinin üyelerine atanır.

URL'de sahiplik ve izin sorunları yedekleme işlemini etkileyebilir. SQL Server'ın cihazı okuyabilmesi ve yazabilmesi gerekir; SQL Server hizmetinin çalıştığı hesabın yazma izinleri olmalıdır.

Örnekler

Örnek, Microsoft Azure Blob Depolama'ya COPY_ONLY yedekleme gerçekleştirirSales. Depolama Hesabı adı mystorageaccount. Kapsayıcı myfirstcontainerolarak adlandırılır. Okuma, yazma, silme ve liste haklarıyla saklı erişim ilkesi oluşturuldu. https://mystorageaccount.blob.core.windows.net/myfirstcontainerSQL Server kimlik bilgileri, Saklı Erişim İlkesi ile ilişkili bir Paylaşılan Erişim İmzası kullanılarak oluşturulmuştur. Azure Blob Depolama'ya SQL Server yedeklemesi hakkında bilgi için bkz. Microsoft Azure Blob Depolama ile SQL Server Yedekleme ve Geri Yükleme ve SQL Server Yedekleme'yi URL.

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

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;

VERITABANıNı GERI YÜKLE

SQL Server

SQL Yönetilen Örneği

* Analiz
Platform Sistemi (PDW) *

Analiz Platformu Sistemi

Analytics Platform Sistemi (PDW) veritabanının yedeğini oluşturur ve yedekleri aletten kullanıcı tarafından belirtilen bir ağ konumunda depolar. Olağanüstü durum kurtarma için bu deyimi RESTORE DATABASE ile birlikte kullanın veya veritabanını bir gereçten diğerine kopyalayın.

başlamadan önce,Analytics Platform Sistemi (PDW) ürün belgelerinde "Yedekleme Sunucusu Alma ve Yapılandırma" bölümüne bakın.

Analiz Platformu Sistemi'nde (PDW) iki tür yedekleme vardır. tam veritabanı yedekleme, bir Analytics Platform Sistemi (PDW) veritabanının tamamının yedeğidir. değişiklik veritabanı yedeklemesi yalnızca son tam yedeklemeden sonra yapılan değişiklikleri içerir. Kullanıcı veritabanının yedeği veritabanı kullanıcılarını ve veritabanı rollerini içerir. master veritabanının yedeği oturum açma bilgilerini içerir.

Analiz Platformu Sistemi (PDW) veritabanı yedeklemeleri hakkında daha fazla bilgi içinAnalytics Platform Sistemi (PDW) ürün belgelerindeki "Yedekleme ve Geri Yükleme" bölümüne bakın.

Sözdizimi

--Create a full backup of a user database or the master database.
BACKUP DATABASE database_name
    TO DISK = '\\UNC_path\backup_directory'
    [ WITH [ ( ] <with_options> [ , ...n ] [ ) ] ]
[ ; ]

--Create a differential backup of a user database.
BACKUP DATABASE database_name
    TO DISK = '\\UNC_path\backup_directory'
    WITH [ ( ] DIFFERENTIAL
    [ , <with_options> [ , ...n ] [ ) ] ]
[ ; ]

<with_options> ::=
    DESCRIPTION = 'text'
    | NAME = 'backup_name'

Bağımsız değişken

database_name

Yedek oluşturulacak veritabanının adı. Veritabanı master veritabanı veya kullanıcı veritabanı olabilir.

TO DISK = '\\UNC_path\backup_directory'

Analytics Platform Sistemi'nin (PDW) yedekleme dosyalarını yazacağı ağ yolu ve dizini. Örneğin, \\\xxx.xxx.xxx.xxx\backups\2012\Monthly\08.2012.Mybackup.

Yedekleme dizini adının yolu zaten mevcut olmalı ve tam evrensel adlandırma kuralı (UNC) yolu olarak belirtilmelidir.
yedekleme komutunu çalıştırmadan önce backup_directoryyedekleme dizini mevcut olmamalıdır. Analiz Platformu Sistemi (PDW), yedekleme dizinini oluşturur.
Yedekleme dizininin yolu yerel bir yol olamaz ve Analiz Platformu Sistemi (PDW) alet düğümlerinden herhangi birinde bir konum olamaz.
UNC yolunun ve yedekleme dizini adının uzunluğu üst sınırı 200 karakterdir.
Sunucu veya ana bilgisayar bir IP adresi olarak belirtilmelidir. Konak veya sunucu adı olarak belirtemezsiniz.

DESCRIPTION = 'metin'

Yedeklemenin metinsel açıklamasını belirtir. Metnin uzunluk üst sınırı 255 karakterdir.

Açıklama meta verilerde depolanır ve yedekleme üst bilgisi ile RESTORE HEADERONLYgeri yüklendiğinde görüntülenir.

NAME = '_backup isim'

Yedeklemenin adını belirtir. Yedekleme adı veritabanı adından farklı olabilir.

Adlarda en fazla 128 karakter olabilir.
Yol eklenemez.
Harf veya sayı karakteri veya alt çizgi (_) ile başlamalıdır. İzin verilen özel karakterler alt çizgi (_), kısa çizgi (-) veya boşluk ( ). Yedekleme adları boşluk karakteriyle bitemez.
Belirtilen konumda zaten backup_name varsa deyimi başarısız olur.

Bu ad meta verilerde depolanır ve yedekleme üst bilgisi ile RESTORE HEADERONLYgeri yüklendiğinde görüntülenir.

DİFERANSİYEL

Kullanıcı veritabanının değişiklik yedeğini gerçekleştirmeyi belirtir. Atlanırsa, varsayılan tam veritabanı yedeklemesi olur. Değişiklik yedeğinin adının tam yedeklemenin adıyla eşleşmesi gerekmez. Farkları ve karşılık gelen tam yedeklemeyi izlemek için, 'full' veya 'diff' eklenmiş olarak aynı adı kullanmayı göz önünde bulundurun.

Mesela:

BACKUP DATABASE Customer TO DISK = '\\xxx.xxx.xxx.xxx\backups\CustomerFull';

BACKUP DATABASE Customer TO DISK = '\\xxx.xxx.xxx.xxx\backups\CustomerDiff' WITH DIFFERENTIAL;

İzinler

BACKUP DATABASE sabit veritabanı rolünde izni veya üyeliği gerektirir. Veritabanı master yedeklenemez, ancak db_backupoperator sabit veritabanı rolüne eklenen normal bir kullanıcı tarafından yedeklenebilir. master veritabanı yalnızca sa, doku yöneticisi veya sysadmin sabit sunucu rolünün üyeleri tarafından yedeklenebilir.

Yedekleme dizinine erişim, oluşturma ve yazma iznine sahip bir Windows hesabı gerektirir. Ayrıca Windows hesabı adını ve parolasını Analiz Platformu Sistemi'nde (PDW) depolamanız gerekir. Bu ağ kimlik bilgilerini Analiz Platformu Sistemi'ne (PDW) eklemek için sp_pdw_add_network_credentials - Azure Synapse Analytics saklı yordamını kullanın.

Analytics Platform Sistemi'nde (PDW) kimlik bilgilerini yönetme hakkında daha fazla bilgi için Güvenlik bölümüne bakın.

Hata İşleme

BACKUP DATABASE aşağıdaki koşullar altında hatalar:

Kullanıcı izinleri yedekleme gerçekleştirmek için yeterli değildir.
Analiz Platformu Sistemi (PDW), yedeklemenin depolanacağı ağ konumu için doğru izinlere sahip değildir.
Veritabanı yok.
Hedef dizin ağ paylaşımında zaten var.
Hedef ağ paylaşımı kullanılamıyor.
Hedef ağ paylaşımında yedekleme için yeterli alan yok. Komutu, BACKUP DATABASE yedeklemeyi başlatmadan önce yeterli disk alanının mevcut olduğunu onaylamaz ve bu da çalıştırırken BACKUP DATABASEdisk alanı yetersiz hatası oluşturulmasını mümkün hale getirir. Yetersiz disk alanı oluştuğunda Analiz Platformu Sistemi (PDW) komutu geri BACKUP DATABASE alır. Veritabanınızın boyutunu küçültmek için DBCC SHRINKLOG komutunu çalıştırın
Bir işlem içinde yedekleme başlatmayı deneme.

Açıklamalar

Veritabanı yedeklemesi gerçekleştirmeden önce veritabanınızın boyutunu küçültmek için DBCC SHRINKLOG kullanın.

Analiz Platformu Sistemi (PDW) yedeklemesi, aynı dizinde birden çok dosya kümesi olarak depolanır.

Değişiklik yedeklemesi genellikle tam yedeklemeden daha kısa sürer ve daha sık gerçekleştirilebilir. Birden çok değişiklik yedeği aynı tam yedeklemeyi temel alıyorsa, her değişiklik önceki değişiklik yedeklemesindeki tüm değişiklikleri içerir.

Bir BACKUP komutu iptal ederseniz Analytics Platform Sistemi (PDW), hedef dizini ve yedekleme için oluşturulan tüm dosyaları kaldırır. Analiz Platformu Sistemi (PDW) paylaşıma ağ bağlantısını kaybederse geri alma işlemi tamamlayamaz.

Tam yedeklemeler ve değişiklik yedekleri ayrı dizinlerde depolanır. Tam yedekleme ve değişiklik yedeğinin birbirine ait olduğunu belirtmek için adlandırma kuralları zorunlu tutulmaz. Bunu kendi adlandırma kurallarınızla izleyebilirsiniz. Alternatif olarak, açıklama ekleme seçeneğini kullanarak WITH DESCRIPTION ve açıklamayı almak için deyimini RESTORE HEADERONLY kullanarak bunu izleyebilirsiniz.

Sınırlama

Veritabanının değişiklik yedeğini master gerçekleştiremezsiniz. yalnızca master veritabanının tam yedeklemeleri desteklenir.

master sistem veritabanının işlem günlüğü yedeklemeleri desteklenmez.

Yedekleme dosyaları, RESTORE DATABASE deyimi kullanılarak yalnızca yedeklemeyi bir Analytics Platform Sistemi (PDW) aletine geri yüklemeye uygun bir biçimde depolanır.

deyimiyle BACKUP DATABASE yedekleme, verileri veya kullanıcı bilgilerini SMP SQL Server veritabanlarına aktarmak için kullanılamaz. Bu işlevsellik için uzak tablo kopyalama özelliğini kullanabilirsiniz. Daha fazla bilgi için Analytics Platform Sistemi (PDW) ürün belgeleri"Uzak Tablo Kopyası" bölümüne bakın.

Analiz Platformu Sistemi (PDW), veritabanlarını yedeklemek ve geri yüklemek için SQL Server yedekleme teknolojisini kullanır. SQL Server yedekleme seçenekleri, yedekleme sıkıştırması kullanmak için önceden yapılandırılmıştır. Sıkıştırma, sağlama toplamı, blok boyutu ve arabellek sayısı gibi yedekleme seçeneklerini ayarlayamazsınız.

Herhangi bir zamanda alette yalnızca bir veritabanı yedekleme veya geri yükleme işlemi çalıştırılabilir. Analiz Platformu Sistemi (PDW), geçerli yedekleme veya geri yükleme komutu tamamlanana kadar yedekleme veya geri yükleme komutlarını kuyruğa alır.

Yedeklemeyi geri yüklemek için hedef gerecin en az kaynak gereci kadar İşlem düğümü olmalıdır. Hedef, kaynak gereçten daha fazla İşlem düğümüne sahip olabilir, ancak daha az İşlem düğümüne sahip olamaz.

Analiz Platformu Sistemi (PDW), yedekler aletten depolandığından yedeklemelerin konumunu ve adlarını izlemez.

Analiz Platformu Sistemi (PDW), veritabanı yedeklemelerinin başarısını veya başarısızlığını izler.

Değişiklik yedeklemesine yalnızca son tam yedekleme başarıyla tamamlandığında izin verilir. Örneğin, Pazartesi günü Sales veritabanının tam yedeğini oluşturduğunuzu ve yedeklemenin başarıyla tamamlandığını varsayalım. Ardından Salı günü Sales veritabanının tam yedeğini oluşturursunuz ve veritabanı başarısız olur. Bu hatadan sonra, Pazartesi'nin tam yedeklemesini temel alan bir değişiklik yedeği oluşturamazsınız. Değişiklik yedeği oluşturmadan önce başarılı bir tam yedekleme oluşturmanız gerekir.

Meta veriler

Bu dinamik yönetim görünümleri tüm yedekleme, geri yükleme ve yükleme işlemleri hakkında bilgi içerir. Bilgiler sistem yeniden başlatmaları arasında kalır.

Performans

Yedekleme gerçekleştirmek için Analiz Platformu Sistemi (PDW) önce meta verileri yedekler ve ardından İşlem düğümlerinde depolanan veritabanı verilerini paralel olarak yedekler. Veriler doğrudan her İşlem düğümünden yedekleme dizinine kopyalanır. İşlem düğümlerinden yedekleme dizinine veri taşımak için en iyi performansı elde etmek için Analytics Platform Sistemi (PDW), verileri eşzamanlı olarak kopyalayan İşlem düğümlerinin sayısını denetler.

Kilitleme

Nesnede DATABASE ExclusiveUpdate kilidi alır.

Güvenlik

Analiz Platformu Sistemi (PDW) yedeklemeleri alette depolanmaz. Bu nedenle, BT ekibiniz yedekleme güvenliğinin tüm yönlerini yönetmekle sorumludur. Örneğin bu, yedekleme verilerinin güvenliğini, yedeklemeleri depolamak için kullanılan sunucunun güvenliğini ve yedekleme sunucusunu Analiz Platformu Sistemi (PDW) aletine bağlayan ağ altyapısının güvenliğini içerir.

Ağ Kimlik Bilgilerini Yönetme

Yedekleme dizinine ağ erişimi, standart işletim sistemi dosya paylaşımı güvenliğini temel alır. Yedekleme gerçekleştirmeden önce, Analytics Platform Sistemi'nin (PDW) yedekleme dizininde kimliğini doğrulamak için kullanılan bir Windows hesabı oluşturmanız veya atamanız gerekir. Bu Windows hesabının yedekleme dizinine erişim, oluşturma ve yazma izni olmalıdır.

Önemli

Verilerinizle ilgili güvenlik risklerini azaltmak için yalnızca yedekleme ve geri yükleme işlemlerini gerçekleştirmek üzere bir Windows hesabı atamanızı öneririz. Bu hesabın yedekleme konumuna ve başka hiçbir yere izin vermesine izin verin.

sp_pdw_add_network_credentials - Azure Synapse Analytics saklı yordamını çalıştırarak kullanıcı adı ve parolayı Analytics Platform Sistemi'nde (PDW) depolamanız gerekir. Analiz Platformu Sistemi (PDW), Denetim düğümünde ve İşlem düğümlerinde kullanıcı adlarını ve parolaları depolamak ve şifrelemek için Windows Kimlik Bilgileri Yöneticisi'ni kullanır. Kimlik bilgileri komutuyla BACKUP DATABASE yedeklenmez.

Analiz Platformu Sistemi'nden (PDW) ağ kimlik bilgilerini kaldırmak için bkz. sp_pdw_remove_network_credentials - Azure Synapse Analytics.

Analiz Platformu Sistemi'nde (PDW) depolanan tüm ağ kimlik bilgilerini listelemek için sys.dm_pdw_network_credentials dinamik yönetim görünümünü kullanın.

Örnekler

A. Yedekleme konumu için ağ kimlik bilgileri ekleme

Yedekleme oluşturmak için Analiz Platformu Sistemi'nin (PDW) yedekleme dizininde okuma/yazma izni olmalıdır. Aşağıdaki örnekte, bir kullanıcının kimlik bilgilerinin nasıl ekleneceği gösterilmektedir. Analiz Platformu Sistemi (PDW), bu kimlik bilgilerini depolar ve bunları yedekleme ve geri yükleme işlemleri için kullanır.

Önemli

Güvenlik nedeniyle, yalnızca yedekleme gerçekleştirmek için bir etki alanı hesabı oluşturmanızı öneririz.

EXECUTE sp_pdw_add_network_credentials 'xxx.xxx.xxx.xxx', 'domain1\backupuser', '*****';

B. Yedekleme konumu için ağ kimlik bilgilerini kaldırma

Aşağıdaki örnekte, bir etki alanı kullanıcısının kimlik bilgilerinin Analytics Platform Sistemi'nden (PDW) nasıl kaldırılacağı gösterilmektedir.

EXECUTE sp_pdw_remove_network_credentials 'xxx.xxx.xxx.xxx';

C. Kullanıcı veritabanının tam yedeğini oluşturma

Aşağıdaki örnek, Invoices kullanıcı veritabanının tam yedeğini oluşturur. Analiz Platformu Sistemi (PDW) dizini oluşturur Invoices2013 ve yedekleme dosyalarını dizine \\xxx.xxx.xxx.xxx\backups\yearly\Invoices2013Full kaydeder.

BACKUP DATABASE Invoices
    TO DISK = '\\xxx.xxx.xxx.xxx\backups\yearly\Invoices2013Full';

D. Kullanıcı veritabanının değişiklik yedeğini oluşturma

Aşağıdaki örnek, Invoices veritabanının son tam yedeklemesinin ardından yapılan tüm değişiklikleri içeren bir değişiklik yedeği oluşturur. Analiz Platformu Sistemi (PDW), dosyaları depolamak \\xxx.xxx.xxx.xxx\backups\yearly\Invoices2013Diff için dizini oluşturur. 'Invoices 2013 değişiklik yedeklemesi' açıklaması, yedeklemenin üst bilgi bilgileriyle birlikte depolanır.

Değişiklik yedeklemesi yalnızca Faturaların son tam yedeklemesi başarıyla tamamlandıysa başarıyla çalışır.

BACKUP DATABASE Invoices
    TO DISK = '\\xxx.xxx.xxx.xxx\backups\yearly\Invoices2013Diff'
    WITH DIFFERENTIAL,
    DESCRIPTION = 'Invoices 2013 differential backup';

E. Veritabanının tam yedeğini `master` oluşturma

Aşağıdaki örnek, master veritabanının tam yedeğini oluşturur ve ip'nin bir ağ IP adresi olduğu \\\xxx.xxx.xxx.xxx\backups\2013\daily\20130722\masterdizininde depolar.

BACKUP DATABASE master
    TO DISK = '\\xxx.xxx.xxx.xxx\backups\2013\daily\20130722\master';

master veritabanı alet oturum açma bilgilerini depolar. Alet oturum açma bilgilerini yedeklemek için veritabanını yedeklemeniz master gerekir.

Aşağıdaki örnek, master veritabanının tam yedeğini oluşturur.

BACKUP DATABASE master TO DISK = '\\xxx.xxx.xxx.xxx\backups\2013\daily\20130722\master'
WITH (
    DESCRIPTION = 'Master Backup 20130722',
    NAME = 'login-backup'
)
;

VERITABANıNı GERI YÜKLE

Geri Bildirim

Bu sayfayı yararlı buldunuz mu?

Last updated on 2025-08-15

Aracılığıyla paylaş

YEDEK (Transact-SQL)

Ürün seçin

SQL Sunucusu

Sözdizimi

Bağımsız değişken

VERİTABANI

KÜTÜK

GROUP (<veritabanı>, ... n)

SUNUCU

METADATA_ONLY

{ database_name | @database_name_var }

< > file_or_filegroup [ , ... n ]

DOSYA = { logical_file_name | @logical_file_name_var }

FILEGROUP = { logical_filegroup_name | @logical_filegroup_name_var }

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

READ_WRITE_FILEGROUPS

TO <backup_device> [ , ... n ]

<backup_device>

{ logical_device_name | @logical_device_name_var }

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

< > BACKUP_DEVICE YANSıTMA [ , ... n ]

<backup_device>

WITH seçenekleri

KİMLİK BİLGİSİ

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

DİFERANSİYEL

ŞİFRELEME

Yedekleme kümesi seçenekleri

COPY_ONLY

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

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

NAME = { backup_set_name | @backup_set_var }

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

{ METADATA_ONLY | ANLIK }

Medya kümesi seçenekleri

{ NOINIT | BAŞLANGİR }

{ NOSKIP | ATLA }

{ NOFORMAT | FORMAT }

MEDIADESCRIPTION = { metin | @text_variable }

MEDIANAME = { media_name | @media_name_variable }

BLOCKSIZE = { blok boyutu | @blocksize_variable }

Veri aktarımı seçenekleri

BUFFERCOUNT = { buffercount | @buffercount_variable }

MAXTRANSFERSIZE = { maxtransfersize | @maxtransfersize_variable }

Hata yönetimi seçenekleri

{ NO_CHECKSUM | CHECKSUM }

{ STOP_ON_ERROR | CONTINUE_AFTER_ERROR }

Uyumluluk seçenekleri

YENİ -DEN BAŞLATIN

İzleme seçenekleri

İSTATS [ = yüzdesi ]

Bant seçenekleri

{ GERI SAR | NOREWIND }

{ BOŞALTMA | NOUNLOAD }

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

{ NORECOVERY | BEKLEME = undo_file_name }

NO_TRUNCATE

SQL Server yedeklemeleriyle çalışma hakkında

Yedekleme türleri

İşlem günlüğü kesilmesi

Yedekleme medyası biçimlendirme

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

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

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

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

SQL Server yedeklemelerini geri yükleme

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

SKIP, NOSKIP, INIT ve NOINIT etkileşimi

Uyumluluk

Açıklamalar

Birlikte çalışabilirlik

Meta veriler

Güvenlik

İzinler

Örnekler

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

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

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. Veritabanının tam yedeğini `master` oluşturma