BACKUP (Transact-SQL)

* 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 (BACKUP DATABASE) oluşturmak için veritabanının bir veya daha fazla dosyasını ya da dosya grubunu yedekler. 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 (YEDEKLEME GÜNLÜĞÜ) 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 | accelerator_algorithm } ] | 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.

BACKUP DATABASE (veri yedekleme) tarafından oluşturulan bir yedeklemeyi 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.

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.

RESTORE LOG deyiminizde WITH STOPAT, STOPATMARKveya STOPBEFOREMARK belirterek günlük yedeklemesini yedekleme içinde belirli bir zamana veya işleme geri yükleyebilirsiniz.

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

SQL Server 2022(16.x) ile kullanıma sunulmuştur.

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

SUNUCU

SQL Server 2022(16.x) ile kullanıma sunulmuştur.

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

METADATA_ONLY

SQL Server 2022(16.x) ile kullanıma sunulmuştur.

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

METADATA_ONLY SNAPSHOT ile eş anlamlıdır. Sanal cihaz arabirimi (VDI) SNAPSHOT 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ıdır. Değişken (@database_name_var) olarak sağlanırsa, bu ad dize sabiti (@database_name_var=veritabanı adı) olarak veya ntext veya metin veri türleri dışında karakter dizesi veri türünün değişkeni olarak belirtilebilir.

<file_or_filegroup> [ ,...n ]

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

FILE = { logical_file_name | @logical_file_name_var }

Değeri yedeklemeye eklenecek dosyanın mantıksal adına eşit olan bir dosyanın veya değişkenin mantıksal adıdır.

FILEGROUP = { logical_filegroup_name | @logical_filegroup_name_var }

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

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

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

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.

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ıdır. 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 bir yer tutucudur.

Kısmi yedeklemeler hakkında daha fazla bilgi için bkz. Kısmi Yedeklemeler.

TO <backup_device> [ ,...n ]

yedekleme cihazlarının eşlik eden kümesinin, yansıtılmış bir medya kümesi içindeki yansıtmaların ilki (bir veya daha fazla MIRROR TO yan tümcesi için bildirilir) 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ıdır. 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 (SQL Server 2012 (11.x) SP1 CU2 ile başlayan URL)

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:

• Microsoft Azure Blob Depolamaile SQL Server Yedekleme ve Geri Yükleme'yi . Öğretici için bkz. Öğretici: SQL Server Yedekleme ve Microsoft Azure Blob DepolamaGeri Yükleme.
• SQL Server 2022'de (16.x) S3 uyumlu depolamaya yedekleme ve geri yükleme kullanıma sunulmuştur. Bkz. S3 uyumlu nesne depolamaile SQL Server yedekleme ve geri yükleme . Ayrıca S3 uyumlu nesne depolamaIÇIN URL'ye SQL Server yedeklemesi seçeneğini gözden geçirin.

Disk cihazının BACKUP deyiminde belirtilmeden önce var olması gerekmez. Fiziksel cihaz varsa ve BACKUP deyiminde INIT seçeneği belirtilmezse, yedekleme cihaza eklenir.

Daha fazla bilgi için bkz. Yedekleme Cihazları.

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

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

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

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

<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 bir yer tutucudur. MIRROR TO yan tümcesindeki cihaz sayısı, TO yan tümcesindeki cihaz sayısına eşit olmalıdır.

Daha fazla bilgi için, bu makalenin devamında yer alan Açıklamalar bölümündeki "Yansıtılmış Medya Kümelerinde Medya Aileleri" bölümüne bakın.

[ next-mirror-to ]
Tek bir BACKUP deyiminin, tek bir TO yan tümcesine ek olarak en fazla üç MIRROR TO yan tümcesi içerebileceğini gösteren bir yer tutucudur.

WITH Seçenekleri

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

KİMLİK BİLGİSİ

için geçerlidir: SQL Server (SQL Server 2012 (11.x) SP1 CU2 ile başlayarak).

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

FILE_SNAPSHOT

için geçerlidir: SQL Server (SQL Server 2016 (13.x) ile başlayarak).

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'de 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. BACKUP DATABASE TO URL WITH FILE_SNAPSHOT ile BACKUP LOG TO URL WITH FILE_SNAPSHOT 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 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 BACKUP DATABASE ile kullanıldığında, veritabanı veya dosya yedeklemesinin yalnızca veritabanının veya dosyanın son tam yedeklemeden bu yana değiştirilen 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ı gerekmemesi için bu seçeneği kullanın.

Daha fazla bilgi için bkz. değişiklik yedeklemeleri.

Şİ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. sırasıyla CREATE CERTIFICATE ve CREATE ASYMMETRIC KEY.

Yedekleme Kümesi Seçenekleri

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

COPY_ONLY

Yedeklemenin, normal yedekleme sırasını etkilemeyen yalnızca kopya yedeklemeolduğ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.

• BACKUP DATABASEile kullanıldığında, COPY_ONLY seçeneği değişiklik tabanı olarak hizmet veremeyen tam bir yedekleme oluşturur. Değişiklik bit eşlemi güncelleştirilmez ve değişiklik yedekleri, salt 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 kullanıldığında seçeneği, işlem günlüğünü kesmeyenbir salt 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. Copy-Only Yedeklemeler.

[ COMPRESSION [ ALGORITHM = ( { MS_XPRESS | accelerator_algorithm } ) ] | 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.

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.

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.

SQL Server 2022 (16.x), işlem için bir sıkıştırma algoritması tanımlayan ALGORITHMtanıtır. Varsayılan değer MS_XPRESS. 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, SQL Serveriçin Intel® QuickAssist Technology (QAT) yapılandırdıysanız aşağıdaki örnek, sıkıştırma düzeyi 1 ile kullanarak QATzip kitaplığıyla hızlandırıcı çözümüyle yedeklemeyi tamamlar.

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

DESCRIPTION = { 'text' | @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. AD belirtilmezse boş olur.

{ EXPIREDATE ='tarih' | RETAINDAYS = gün }

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

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.

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ılmış sistem datetime 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.

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

Şunlar için geçerlidir: SQL Server 2022 (16.x)

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

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

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.

INİT
Tüm yedekleme kümelerinin üzerine yazılması gerektiğini belirtir, ancak medya üst bilgisini korur. INIT belirtilirse, koşullar izin verirse bu 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 dolmadı. Daha fazla bilgi için EXPIREDATE ve RETAINDAYS seçeneklerine bakın.
• BACKUP deyiminde verilen yedekleme kümesi adı, sağlanırsa yedekleme medyasında verilen adla eşleşmiyor. Daha fazla bilgi için bu bölümün başlarındaki AD 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.

{ NOSKIP | SKIP }

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

NOSKIP
BACKUP deyimine, medyadaki tüm yedekleme kümelerinin üzerine yazılmasını sağlamadan önce son kullanma tarihini denetlemesini söyler. Bu, varsayılan davranıştır.

ATLAMAK
Yedekleme kümelerinin üzerine yazılmasını önlemek için genellikle BACKUP deyimi tarafından gerçekleştirilen yedekleme kümesi süre sonunun ve adının denetlenmesini devre dışı bırakır. { INIT | arasındaki etkileşimler hakkında bilgi için NOINIT } ve { NOSKIP | SKIP }, bu makalenin devamında yer alan "Açıklamalar" bölümüne bakın. Yedekleme kümelerinin son kullanma tarihlerini görüntülemek için yedekleme kümesi geçmiş tablosunun expiration_date sütununu sorgula.

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

FORMAT belirtilmesi SKIPanlamına gelir; 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 ATLA seçeneği belirtilirse, medya adında doğrulama denetimi yoktur.

BLOCKSIZE = { blocksize | @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, BACKUP 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 kopyalayıp geri yüklemeyi planladığınız bir yedekleme alıyorsanız BLOCKSIZE=2048 değerini belirtin.

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.

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, en fazla 4194304 bayt (4 MB) arasında 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ı FILESTREAMyapılandırdıysa veyabellek için iyileştirilmiş dosya gruplarını içeriyorsa, geri yükleme sırasındaki , yedekleme oluşturulduğunda kullanılan eşit veya ondan büyük olmalıdır.

Saydam Veri Şifrelemesi (TDE) tek bir veri dosyası olan etkin veritabanları için varsayılan 65536 'dır (64 KB). TDE şifreli olmayan veritabanlarında, diske yedekleme kullanılırken varsayılan MAXTRANSFERSIZE 1048576 (1 MB) ve VDI veya TAPE kullanılı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ı .

{ 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ğrulanmazsa BACKUP'ın başarısız olmasını sağlar. Bu, varsayılan davranıştır.

CONTINUE_AFTER_ERROR
BACKUP'a geçersiz sağlama toplamları veya bozuk sayfalar gibi hatalarla karşılaşmaya rağmen devam etmelerini bildirir.

Veritabanı zarar gördüğünde NO_TRUNCATE seçeneğini kullanarak günlüğün kuyruğunu yedekleyemiyorsanız, NO_TRUNCATE yerine CONTINUE_AFTER_ERROR belirterek bir kuyruk günlüğü günlük yedekleme çalışabilirsiniz.

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

Uyumluluk seçenekleri

YENİ -DEN BAŞLATIN

SQL Server 2008 (10.0.x) sürümünden başlayarak 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.

İSTATS seçeneği, bir sonraki aralığı raporlama eşiğinden itibaren tamamlanma yüzdesini bildirir. Bu, yaklaşık olarak belirtilen yüzdedir; örneğin, STATS=10 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 sorun değildir.

Bant seçenekleri

Bu seçenekler yalnızca TAPE 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'ın bandı yayımlayıp geri sardığını belirtir. REWIND varsayılan değerdir.

NOREWIND
YEDEKLEME işleminden sonra SQL Server'ın bandı açık tutacağını 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, NOUNLOAD anlamına gelir ve bu seçenekler tek bir BACKUP deyimi içinde uyumsuz.

{ UNLOAD | NOUNLOAD }

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

ADLOAD
BACKUP işleminden sonra bandın bant sürücüsüne yüklenmeye devam ettiğini belirtir.

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

Bu seçenekler yalnızca BACKUP LOGile kullanılır.

{ 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 devredilirken veya GERI YÜKLEME işleminden önce günlüğün kuyruğu kaydedilirken 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 BEKLEME durumunda 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). BEKLEME seçeneğinin kullanılması NORECOVERY ile YEDEKLEME GÜNLÜĞÜ ve ardından BEKLEME ILE GERI YÜKLEME 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, 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 GERI YÜKLEME GÜNLÜĞÜ işlemleri 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ı Altyapısı'nın veritabanının durumundan bağımsız olarak yedeklemeyi denemesine neden olur. Sonuç olarak, NO_TRUNCATE 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.

YEDEKLEME GÜNLÜĞÜ'nü NO_TRUNCATE seçeneği hem COPY_ONLY hem de CONTINUE_AFTER_ERROR belirtmekle eşdeğerdir.

NO_TRUNCATE seçeneği olmadan veritabanı ÇEVRİmİÇİ durumda olmalıdır. Veritabanı ASKIYA ALINDI durumundaysa, NO_TRUNCATEbelirterek bir yedekleme oluşturabilirsiniz. Ancak veritabanı ÇEVRİmDIŞI veya ACİl DURUMDAysa, NO_TRUNCATEile bile BACKUP'a 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üğü KesilmesiYedekleme Medyasını BiçimlendirmeYedekleme Cihazları ve Medya Kümeleriyle ÇalışmaSQL Server Yedeklemelerini Geri Yükleme

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 BACKUP deyiminizde COPY_ONLY seçeneğini belirtin. Daha fazla bilgi için bkz. Copy-Only Yedeklemeler.

İş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ük kesilmesini geciktirebilecek faktörler hakkında bilgi için bkz. İşlem Günlüğü.

Yedekleme medyası biçimlendirme

Yedekleme medyası, yalnızca aşağıdakilerden biri doğruysa ve varsa BACKUP deyimiyle 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, AdventureWorks2022 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.

Medya üst bilgisi yazılırken MEDIANAME veya MEDIADESCRIPTION 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 BACKUP deyimleri 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ümcesi, TO yan tümcesi ile aynı sayıda ve cihaz türünü listelemelidir. 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

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

BACKUP deyiminin TO yan tümcesinde belirtilen her yedekleme cihazı bir medya ailesine karşılık gelir. Örneğin, TO yan tümcesi üç 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. Yukarıdaki ö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 . 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 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ükleme ve Kurtarma'ya Genel Bakış.

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

SKIP, NOSKIP, INIT ve NOINIT etkileşimi

Bu tabloda { NOINIT | arasındaki etkileşimler açıklanmaktadır INIT } ve { NOSKIP | SKIP } seçenekleri.

Atla seçeneği	NOINIT	INİT
NOSKIP	Birim geçerli bir medya üst bilgisi içeriyorsa, medya adının varsa verilen MEDIANAMEile 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: MEDIANAME belirtilirse, 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 MEDIANAME kullanarak ile bir tane oluşturur ve varsa MEDIADESCRIPTION.
ATLAMAK	Birim geçerli bir medya üst bilgisi içeriyorsa, tüm mevcut yedekleme kümelerini koruyarak yedekleme kümesini ekler.	Birim geçerli bir2 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

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

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.

Backup deyimine açık veya örtük bir işlemde 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.x) başlayarak, 65536'dan (64 KB) büyük ayarı, bir sayfanın şifresini ilk çözen, sıkıştıran ve sonra yeniden şifreleyen şifrelenmiş veritabanları Saydam Veri Şifrelemesi (TDE) için iyileştirilmiş bir sıkıştırma algoritması sağlar. MAXTRANSFERSIZE belirtilmezse veya MAXTRANSFERSIZE = 65536 (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, TDE ile bu iyileştirilmiş sıkıştırma algoritmasını etkinleştirmek için MAXTRANSFERSIZE ayarı artık gerekli değildir. Yedekleme komutu WITH COMPRESSION belirtilirse veya yedekleme sıkıştırma varsayılan sunucu yapılandırması 1 olarak ayarlanırsa, iyileştirilmiş algoritmayı etkinleştirmek için MAXTRANSFERSIZE otomatik olarak 128 K'ye çıkarılır. Yedekleme komutunda 64 K > değerle MAXTRANSFERSIZE 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.

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. İzleme Bayrakları.

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, bir yedekleme işlemi sırasında INSERT, UPDATE veya DELETE deyimlerine izin verilir.

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

• ADD FILE veya REMOVE FILE seçenekleriyle ALTER DATABASE 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ı tarafından 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 msdb veritabanına 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

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 yedekleme cihazı için bir girdi 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

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

Aşağıdaki örnek, AdventureWorks2022 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 AdventureWorks2022 örnek veritabanını yedekler. Günlük yedeklemelerini desteklemek için AdventureWorks2022 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
EXEC sp_addumpdevice 'disk', 'AdvWorksData',
'Z:\SQLServerBackups\AdvWorksData.bak';
GO
EXEC 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

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 AdventureWorks2022 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 AdventureWorks2022 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';

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 AdventureWorks2022 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 URLSQL Server Yedeklemesi .

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)

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 uygun kimlik bilgisi için bir arama gerçekleştirir. Daha fazla bilgi için bkz. S3 uyumlu nesne depolamaile 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 query = a.text, start_time, percent_complete,
    eta = dateadd(second,estimated_completion_time/1000, getdate())
FROM sys.dm_exec_requests r
    CROSS APPLY sys.dm_exec_sql_text(r.sql_handle) a
WHERE r.command LIKE 'BACKUP%';

İlgili içerik

• Yedekleme Cihazları
• Medya Kümeleri, Medya Aileleri ve Yedekleme Kümeleri
• Tail-Log Yedeklemeler
• ALTER DATABASE
• DBCC SQLPERF
• GERI YÜKLEME
• FILELISTONLY
• RESTORE HEADERONLY
• LABELONLY GERI YÜKLEME
• VERIFYONLY
• 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.

BACKUP DATABASE (veri yedekleme) tarafından oluşturulan bir yedeklemeyi 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ıdır. Değişken (@database_name_var) olarak sağlanırsa, bu ad dize sabiti (@database_name_var=veritabanı adı) olarak veya ntext veya metin veri türleri dışında 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.

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

WITH seçenekleri

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

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

Yedekleme kümesi seçenekleri

COPY_ONLY

Yedeklemenin, normal yedekleme sırasını etkilemeyen yalnızca kopya yedeklemeolduğ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.

{ COMPRESSION | 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.

DESCRIPTION = { 'text' | @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. AD belirtilmezse 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 ATLA seçeneği belirtilirse, medya adında doğrulama denetimi yoktur.

BLOCKSIZE = { blocksize | @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, BACKUP 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.

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.

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, en fazla 4194304 bayt (4 MB) arasında 65536 bayt (64 KB) katlarıdır.

Saydam Veri Şifrelemesi (TDE) tek bir veri dosyası olan etkin veritabanları için varsayılan 65536 'dır (64 KB). TDE şifreli olmayan veritabanlarında, DISK'e yedekleme kullanılırken varsayılan MAXTRANSFERSIZE 1048576 (1 MB) ve VDI veya TAPE kullanılırken 65536 (64 KB) olur.

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

{ 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ğrulanmazsa BACKUP'ın başarısız olmasını sağlar. Bu, varsayılan davranıştır.

CONTINUE_AFTER_ERROR
BACKUP'a geçersiz sağlama toplamları veya bozuk sayfalar gibi hatalarla karşılaşmaya rağmen devam etmelerini bildirir.

Veritabanı zarar gördüğünde NO_TRUNCATE seçeneğini kullanarak günlüğün kuyruğunu yedekleyemiyorsanız, NO_TRUNCATE yerine CONTINUE_AFTER_ERROR belirterek bir kuyruk günlüğü günlük yedekleme çalışabilirsiniz.

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.

İSTATS seçeneği, bir sonraki aralığı raporlama eşiğinden itibaren tamamlanma yüzdesini bildirir. Bu, yaklaşık olarak belirtilen yüzdedir; örneğin, STATS=10 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 sorun değildir.

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, Sales Microsoft Azure Blob Depolama'ya COPY_ONLY yedekleme gerçekleştirir. 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;

İlgili içerik

• veritabanı geri yükleme

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 RESTORE DATABASE - Analytics Platform System ile bu deyimi 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 RESTORE HEADERONLY ile geri yüklendiğinde görüntülenir.

NAME = 'yedekleme _name'

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 RESTORE HEADERONLY ile geri 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

db_backupoperator sabit veritabanı rolünde BACKUP DATABASE izni veya üyeliği gerektirir. master veritabanı yedeklenemez ancak db_backupoperator sabit veritabanı rolüne eklenen normal bir kullanıcı tarafından yedeklenemez. 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

AŞAĞıDAKI koşullar altında BACKUP DATABASE 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ğil.
• 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. BACKUP DATABASE komutu, yedeklemeyi başlatmadan önce yeterli disk alanının mevcut olduğunu onaylamaz ve BACKUP DATABASE çalıştırılırken disk alanı yetersiz hatası oluşturulmasını mümkün hale getirir. Yetersiz disk alanı oluştuğunda Analiz Platformu Sistemi (PDW), BACKUP DATABASE komutunu geri alır. Veritabanınızın boyutunu küçültmek için DBCC SHRINKLOG (Analytics Platform Sistemi (PDW))
• 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 (Analytics Platform Sistemi (PDW)) 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.

Backup komutunu 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 tamamlanamaz.

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 eklemek için AÇIKLAMAYLA seçeneğini kullanarak ve ardından açıklamayı almak için RESTORE HEADERONLY deyimini kullanarak bunu izleyebilirsiniz.

Sınırlama

master veritabanının değişiklik yedeğini 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 - Analytics Platform System deyimi kullanılarak yedeklemeyi bir Analytics Platform Sistemi (PDW) gerecine geri yüklemeye uygun bir biçimde depolanır.

BACKUP DATABASE deyimiyle 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 yedeklemesi 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.

• sys.pdw_loader_backup_runs
• sys.pdw_loader_backup_run_details
• sys.pdw_loader_run_stages

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

DATABASE nesnesinde 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ılacak 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.

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 BACKUP DATABASE komutuyla 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 yedekleme ve geri yükleme işlemleri için kullanır.

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

EXEC 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), Invoices2013 dizinini oluşturur ve yedekleme dosyalarını \\xxx.xxx.xxx.xxx\backups\yearly\Invoices2013Full dizinine 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 için \\xxx.xxx.xxx.xxx\backups\yearly\Invoices2013Diff 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ığında başarılı bir şekilde çalışır.

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

E. Ana veritabanının tam yedeğini 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';

F. Alet oturum açma bilgilerinin yedeğini oluşturma

master veritabanı alet oturum açma bilgilerini depolar. Alet oturum açma bilgilerini yedeklemek için master veritabanını yedeklemeniz 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'
)
;

İlgili içerik

• RESTORE DATABASE - Paralel Veri Ambarı