RESTORE İfadeler - Argümanlar (Transact-SQL)

Şunlar için geçerlidir: SQL Server

Bu makale RESTORE , {DATABASE|LOG} ifadesi ve ilgili yardımcı ifadeler kümesinin : RESTORERESTORE FILELISTONLY, RESTORERESTORE HEADERONLY,RESTORE LABELONLYRESTORERESTORE REWINDONLYRESTORE , , ve .RESTORERESTORE VERIFYONLY Bağımsız değişkenlerin çoğu bu altı deyimin yalnızca bir alt kümesi tarafından desteklenir. Her bağımsız değişken için destek, bağımsız değişkenin açıklamasında belirtilir.

Transact-SQL söz dizimi kuralları

Sözdizimi

Söz dizimi için aşağıdaki makalelere bakın:

• RESTORE (Transact-SQL)

• RESTORE FILELISTONLY (Transact-SQL)

• RESTORE HEADERONLY (Transact-SQL)

• RESTORE LABELONLY (Transact-SQL)

• RESTORE REWINDONLY (Transact-SQL)

• RESTORE VERIFYONLY (Transact-SQL)

Bağımsız değişken

DATABASE

Desteklenenler:RESTORE

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

Tam veya toplu günlüğe kaydedilen kurtarma modelini kullanan bir veritabanı için, SQL Server çoğu durumda veritabanını geri yüklemeden önce günlüğün kuyruğunu yedeklemenizi gerektirir. Veritabanını, günlüğün kuyruğunu yedeklemeden geri yüklemek, hata ile sonuçlanır; tabii eğer ifade RESTOREDATABASE WITH REPLACE veya WITH STOPAT maddesini içermiyorsa; bu madde veri yedeklemesinin bitmesinden sonra gerçekleşen bir zaman veya işlemi belirtmek zorundadır. Kuyruk günlüğü yedeklemeleri hakkında daha fazla bilgi için bkz. Tail-Log Yedeklemeleri (SQL Server).

LOG

Desteklenenler:RESTORE

Bu veritabanına bir işlem günlüğü yedeklemesi uygulanacağını belirtir. İşlem günlükleri sıralı sırada uygulanmalıdır. SQL Server, işlemlerin doğru veritabanına ve doğru sırada yüklendiğinden emin olmak için yedeklenen işlem günlüğünü denetler. Birden çok işlem günlüğü uygulamak için, son işlem dışındaki tüm geri yükleme işlemlerinde NORECOVERY seçeneğini kullanın.

Note

Genellikle geri yüklenen son günlük, kuyruk günlüğü yedeklemesidir. Kuyruk günlüğü yedeklemesi, genellikle veritabanındaki bir hatadan sonra veritabanını geri yüklemeden hemen önce alınan bir günlük yedeklemesidir. Büyük olasılıkla zarar görmüş veritabanından kuyruk günlüğü yedeklemesi almak, henüz yedeklenmemiş günlüğü (günlüğün kuyruğu) yakalayarak iş kaybını önler. Daha fazla bilgi için bkz. Tail-Log Yedeklemeler (SQL Server).

Daha fazla bilgi için bkz. İşlem Günlüğü Yedeklemelerini Uygulama (SQL Server).

{ database_name | @database_name_var }

Desteklenenler:RESTORE

Günlük veya tam veritabanının geri yükleneceği veritabanıdır. Değişken (@database_name_var) olarak sağlanırsa, bu ad @ veya metin veri türleri dışında dize sabiti ( = database_name_varveritabanı_adı) veya karakter dizesi veri türünün değişkeni olarak belirtilebilir.

< > file_or_filegroup_or_page [ ,... n ]

Desteklenenler:RESTORE

Bir veya RESTORE LOG ifadesine RESTOREDATABASE dahil edilecek mantıksal bir dosya, dosya grubu veya sayfanın adını belirtir. Dosyaların veya dosya gruplarının listesini belirtebilirsiniz.

Basit kurtarma modelini kullanan bir veritabanı için, FILE ve FILEGROUP seçeneklerine yalnızca hedef dosyalar veya dosya grupları salt okunursa veya bu BIR PARÇALI geri yükleme ise (bu da bir dosya grubunun saptırılmasıyla sonuçlanır) izin verilir.

Tam veya toplu kayıtlı kurtarma modelini kullanan bir veritabanı için, bir veya daha fazla dosya, dosya grubu ve/veya sayfa geri yüklemek için kullanıldıktan RESTOREDATABASE sonra, genellikle geri getirilen verileri içeren dosyalara işlem günlüğü uygulanmalıdır; günlüğü uygulamak, bu dosyaları veritabanının geri kalanıyla tutarlı hale getirir. Bunun özel durumları şunlardır:

• Geri yüklenen dosyalar son yedeklemeden önce sadece okunursa, işlem günlüğü uygulanmasına gerek kalmaz ve ifade RESTORE bu durumu size bildirir.

• Yedekleme birincil dosya grubunu içeriyorsa ve kısmi geri yükleme gerçekleştiriliyorsa. Bu durumda, günlük yedekleme kümesinden otomatik olarak geri yüklendiğinden geri yükleme günlüğü gerekli değildir.

DOSYA = { logical_file_name_in_backup | @logical_file_name_in_backup_var }

Bir dosyayı veritabanı geri yüklemesine eklenecek şekilde adlandırın.

FILEGROUP = { logical_filegroup_name | @logical_filegroup_name_var }

Veritabanı geri yüklemesine eklenecek bir dosya grubunu adlandırın.

FILEGROUP basit kurtarma modelinde yalnızca belirtilen dosya grubu salt okunursa ve bu kısmi bir geri yüklemeyse (YANI, WITH PARTIAL kullanılıyorsa) izin verilir. Yanıtlanmamış okuma-yazma dosya grupları geçersiz olarak işaretlenir ve daha sonra sonuçta elde edilen veritabanına geri yüklenemez.

READ_WRITE_FILEGROUPS

Tüm okuma-yazma dosya gruplarını seçer. Bu seçenek, salt okunur dosya gruplarından önce okuma-yazma dosya gruplarından sonra geri yüklemek istediğiniz salt okunur dosya gruplarınız olduğunda özellikle yararlıdır.

PAGE = 'file:page [ ,... n ]'

Sayfa geri yükleme için bir veya daha fazla sayfanın listesini belirtir (yalnızca tam veya toplu günlüğe kaydedilen kurtarma modellerini kullanan veritabanları için desteklenir). Değerler aşağıdaki gibidir:

PAGE
Bir veya daha fazla dosya ve sayfanın listesini gösterir.

dosya
Geri yüklenecek belirli bir sayfayı içeren dosyanın dosya kimliğidir.

Sayfası
Dosyada geri yüklenecek sayfanın sayfa kimliğidir.

n
Birden çok sayfanın belirtilebileceğini gösteren bir yer tutucudur.

Geri yükleme sırasında tek bir dosyaya geri yüklenebilen sayfa sayısı üst sınırı 1000'dir. Ancak, bir dosyada az sayıda bozuk sayfanız varsa, sayfalar yerine dosyanın tamamını geri yüklemeyi göz önünde bulundurun.

Note

Sayfa geri yüklemeleri hiçbir zaman kurtarılır.

Sayfa geri yükleme hakkında daha fazla bilgi için bkz. Restore Pages (SQL Server).

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

FROM { <backup_device> [ ,... n ] | <> database_snapshot }

Genellikle, yedeklemenin geri yükleneceği yedekleme cihazlarını belirtir. Alternatif olarak, bir RESTOREDATABASE ifadede FROM maddesi, veritabanını geri aldığınız veritabanı anlık görüntüsünün adını belirtebilir; bu durumda WITH maddesi kabul edilmez.

FROM yan tümcesi atlanırsa, bir yedeklemenin geri yüklenmesi gerçekleşmez. Bunun yerine veritabanı kurtarılır. Bu, NORECOVERY seçeneğiyle geri yüklenen bir veritabanını kurtarmanıza veya bekleme sunucusuna geçmenize olanak tanır. FROM yan tümcesi atlanırsa, WITH yan tümcesinde NORECOVERY, RECOVERY veya STANDBY belirtilmelidir.

< > backup_device [ ,... n ]

Geri yükleme işlemi için kullanılacak mantıksal veya fiziksel yedekleme cihazlarını belirtir.

Desteklenen:RESTORE, RESTORE FILELISTONLY, RESTORE HEADERONLY, RESTORE LABELONLY, RESTORE REWINDONLY, , ve RESTORE VERIFYONLY.

< >backup_device::= Yedekleme işlemi için kullanılacak mantıksal veya fiziksel yedekleme cihazını aşağıdaki gibi belirtir:

{ logical_backup_device_name | @logical_backup_device_name_var }
Veritabanının geri yüklendiği sp_addumpdevice tarafından oluşturulan yedekleme cihazlarının tanımlayıcı kurallarına uyması gereken mantıksal addır. Değişken (@logical_backup_device_name_var) olarak sağlanırsa, yedekleme cihazı adı @ veya metin veri türleri dışında dize sabiti ( = logical_backup_device_name_varlogical_backup_device_name) veya karakter dizesi veri türünün değişkeni olarak belirtilebilir.

{DISK | TAPE } = { 'physical_backup_device_name'physical_backup_device_name_var | @ }
Yedeklemelerin adlandırılmış diskten veya bant cihazından geri yüklenmesine izin verir. Disk ve bant cihaz türleri, cihazın gerçek adıyla (örneğin, tam yol ve dosya adı) belirtilmelidir: DISK ='Z:\SQLServerBackups\AdventureWorks.bak' veya TAPE ='\\\\.\TAPE0'. Değişken (@physical_backup_device_name_var) olarak belirtilirse, cihaz adı @ veya metin veri türleri dışında dize sabiti (physical_backup_device_name_var = 'physical_backup_device_name') veya karakter dizesi veri türünün değişkeni olarak belirtilebilir.

UNC adına sahip bir ağ sunucusu kullanıyorsanız (makine adı içermelidir), bir cihaz türü belirtin. UNC adlarını kullanma hakkında daha fazla bilgi için bkz. Backup Devices (SQL Server).

SQL Server'ı çalıştırdığınız hesabın bir işlem yapabilmesi RESTORE için uzak bilgisayara veya ağ sunucusuna OKUMA erişimine sahip olması gerekir.

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

Bir geri yükleme dizisinin, yedeklemelerin ait olduğu medya kümesini oluşturmak için kullanılan kadar yedekleme cihazı gerekip gerekmediği, geri yükleme işleminin çevrimdışı mı yoksa çevrimiçi mi olduğuna bağlıdır:

• Çevrimdışı geri yükleme, yedeklemeyi oluşturmak için kullanılandan daha az cihaz kullanılarak yedeklemenin geri yüklenmesine olanak tanır.

• Çevrimiçi geri yükleme, yedeklemenin tüm yedekleme cihazlarını gerektirir. Daha az cihazla geri yükleme girişimi başarısız olur.

Örneğin, bir veritabanının sunucuya bağlı dört bant sürücüsüne yedeklendiği bir durum düşünün. Çevrimiçi geri yükleme için sunucuya bağlı dört sürücü olması gerekir; çevrimdışı geri yükleme, makinede dörtten az sürücü varsa yedeklemeyi geri yüklemenize olanak tanır.

Note

Yansıtmalı bir medya kümesinden yedeklemeyi geri yüklerken, her medya ailesi için yalnızca tek bir yansıtma belirtebilirsiniz. Ancak, hataların varlığında, diğer yansıtmaların olması bazı geri yükleme sorunlarının hızlı bir şekilde çözülmesini sağlar. Zarar görmüş bir medya birimini başka bir yansıtmadaki ilgili birimle değiştirebilirsiniz. Çevrimdışı geri yüklemeler için medya ailelerine göre daha az cihazdan geri yükleme yapabileceğinizi, ancak her ailenin yalnızca bir kez işlendiğini unutmayın.

< >database_snapshot::=

Desteklenenler:RESTORE DATABASE

= DATABASE_SNAPSHOT database_snapshot_name
Veritabanını , database_snapshot_name tarafından belirtilen veritabanı anlık görüntüsüne döndürür. DATABASE_SNAPSHOT seçeneği yalnızca tam veritabanı geri yüklemesinde kullanılabilir. Geri döndürme işleminde veritabanı anlık görüntüsü tam veritabanı yedeğinin yerini alır.

Geri döndürme işlemi, belirtilen veritabanı anlık görüntüsünün veritabanındaki tek anlık görüntü olmasını gerektirir. Geri döndürme işlemi sırasında veritabanı anlık görüntüsü ve hedef veritabanı olarak işaretlenir In restore. Daha fazla bilgi için içindeki "Açıklamalar" bölümüne RESTORE DATABASEbakın.

WITH Seçenekleri

Geri yükleme işlemi tarafından kullanılacak seçenekleri belirtir. Her seçeneği hangi deyimlerin kullandığına ilişkin bir özet için, bu makalenin devamında yer alan "WITH Seçenekleri desteğinin özeti" bölümüne bakın.

Note

WITH seçenekleri burada RESTOREDATABASE{|LOG}.

KISMİ

Desteklenenler:RESTORE DATABASE

Birincil dosya grubunu ve belirtilen ikincil dosya gruplarını geri yükleyen kısmi geri yükleme işlemini belirtir. PARTIAL seçeneği, birincil dosya grubunu örtük olarak seçer; FILEGROUP = 'PRIMARY' belirtilmesi gereksizdir. İkincil bir dosya grubunu geri yüklemek için FILE seçeneğini veya FILEGROUP seçeneğini kullanarak dosya grubunu açıkça belirtmeniz gerekir.

LOG ifadelerinde KSİMİ seçeneği izin RESTORE verilmez.

PARTIAL seçeneği, kalan dosya gruplarının daha sonra geri yüklenmesini sağlayan parçalı geri yüklemenin ilk aşamasını başlatır. Daha fazla bilgi için bkz . Parçalı Geri Yüklemeler (SQL Server).

[ KURTARMA | NORECOVERY | BEKLEME ]

Desteklenenler:RESTORE

KURTARMA
Geri yükleme işlemine, kaydedilmemiş işlemleri geri alma talimatını gönderir. Kurtarma işleminden sonra veritabanı kullanıma hazırdır. NORECOVERY, RECOVERY veya STANDBY belirtilmezse, KURTARMA varsayılan değerdir.

Sonraki RESTORE işlemler (RESTORE LOG veya RESTOREDATABASE diferansiyelden) planlanıyorsa, NORECOVERY veya BEKLEME belirtilmelidir.

Yedekleme kümeleri önceki bir SQL Server sürümünden geri yüklenirken veritabanı yükseltmesi gerekebilir. Bu yükseltme, WITH RECOVERY belirtildiğinde otomatik olarak gerçekleştirilir. Daha fazla bilgi için bkz. İşlem Günlüğü Yedeklemelerini Uygulama (SQL Server).

Note

FROM yan tümcesi atlanırsa, WITH yan tümcesinde NORECOVERY, RECOVERY veya STANDBY belirtilmelidir.

NORECOVERY

Geri yükleme işlemine, kaydedilmemiş işlemleri geri almama talimatını gönderir. Daha sonra başka bir işlem günlüğünün uygulanması gerekiyorsa NORECOVERY veya STANDBY seçeneğini belirtin. NORECOVERY, RECOVERY veya STANDBY belirtilmezse, KURTARMA varsayılan değerdir. NORECOVERY seçeneğini kullanan çevrimdışı geri yükleme işlemi sırasında veritabanı kullanılamaz.

Veritabanı yedeklerini ve bir veya daha fazla işlem kaydını geri yüklemek veya birden fazla RESTORE ifade gerektiğinde (örneğin, tam veritabanı yedeklemesi ve ardından diferansiyel veritabanı yedeklemesi yapılırken), RESTORE son RESTORE ifade hariç tüm yerlerde WITH NORECOVERY seçeneği gereklidir. En iyi uygulama, istenen kurtarma noktasına ulaşana kadar çok adımlı geri yükleme dizisinde TÜM iyimlerde WITH NORECOVERY kullanmak ve ardından sadece kurtarma için ayrı RESTORE bir WITH RECOVERY ifadesi kullanmaktır.

Bir dosya veya dosya grubu geri yükleme işlemiyle kullanıldığında NORECOVERY, geri yükleme işleminden sonra veritabanını geri yükleme durumunda kalmaya zorlar. Bu, şu durumlardan herhangi birinde yararlıdır:

• Geri yükleme betiği çalıştırılıyor ve günlük her zaman uygulanıyor.

• Bir dosya geri yükleme dizisi kullanılır ve veritabanının geri yükleme işlemlerinin ikisi arasında kullanılabilir olması amaçlanmamıştır.

Bazı durumlarda RESTORE , NORECOVERY ile roll'u ileriye doğru yönlendirme yeterince ileri ayarlanır ki veritabanıyla tutarlı olur. Böyle durumlarda geri alma işlemi gerçekleşmez ve veriler bu seçenekte beklendiği gibi çevrimdışı kalır. Ancak Database Engine, ileri sarma kümesinin artık KURTARMA seçeneği kullanılarak kurtarılabildiğini belirten bir bilgilendirme iletisi sağlar.

BEKLEME = standby_file_name

Kurtarma efektlerinin geri alınmasına izin veren bir bekleme dosyası belirtir. Çevrimdışı geri yükleme (kısmi geri yükleme dahil) için BEKLEME seçeneğine izin verilir. Çevrimiçi geri yükleme seçeneğine izin verilmiyor. Çevrimiçi geri yükleme işlemi için BEKLEME seçeneğini belirtmeye çalışmak, geri yükleme işleminin başarısız olmasına neden olur. Veritabanı yükseltmesi gerektiğinde beklemeye de izin verilmez.

Bekleme dosyası, WITH STANDBY (WITH STANDBY) geri alma geçişi RESTORE sırasında değiştirilen sayfalar için "yazma üzerine kopyalama" ön görüntü tutmak için kullanılır. Bekleme dosyası, bir veritabanının işlem günlüğü geri yüklemeleri arasında salt okunur erişim için getirilmesini sağlar ve günlük geri yüklemeleri arasında veritabanını incelemenin yararlı olduğu sıcak bekleyen sunucu durumları veya özel kurtarma durumları ile kullanılabilir. WITH STANDBY işleminden sonra RESTORE , geri alma dosyası bir sonraki RESTORE işlemle otomatik olarak silinir. Eğer bu bekleme dosyası bir sonraki RESTORE işlemden önce manuel olarak silinirse, tüm veritabanı yeniden geri yüklenmelidir. Veritabanı BEKLEME durumundayken, bu hazır bekleyen dosyayı diğer veritabanı dosyalarıyla aynı özenle ele almalısınız. Diğer veritabanı dosyalarının aksine, bu dosya yalnızca etkin geri yükleme işlemleri sırasında Database Engine tarafından açık tutulur.

standby_file_name, konumu veritabanının günlüğünde depolanan bir bekleme dosyası belirtir. Mevcut bir dosya belirtilen adı kullanıyorsa, dosyanın üzerine yazılır; aksi takdirde, Database Engine dosyayı oluşturur.

Belirli bir bekleme dosyasının boyut gereksinimi, geri yükleme işlemi sırasında kaydedilmemiş işlemlerden kaynaklanan geri alma eylemlerinin hacmine bağlıdır.

Important

Belirtilen bekleme dosyası adını içeren sürücüde boş disk alanı tükenirse geri yükleme işlemi durdurulur.

RECOVERY ve NORECOVERY karşılaştırması için, 'deki "Açıklamalar" bölümüne RESTOREbakınız.

LOADHISTORY

Desteklenenler:RESTORE VERIFYONLY

Geri yükleme işleminin bilgileri geçmiş tablolarına msdb yüklediğini belirtir. LOADHISTORY seçeneği, doğrulanan tek yedekleme kümesine ilişkin bilgileri, msdb veritabanındaki yedekleme ve geri yükleme geçmişi tablolarına ayarlanmış medya kümesinde depolanan SQL Server yedeklemelerle ilgili bilgileri yükler. Geçmiş tabloları hakkında daha fazla bilgi için bkz. System Tables (Transact-SQL).

Geçmiş tablolarında msdb zaten var olan yedeklemeler için LOADHISTORY kullanmanın aynı bilgileri yeni bir backup_set_id ekleyeceğini unutmayın. Ayrıca, içinde yedekleme geçmişini msdbfarklı bir sunucuda veya özgün sunucudan silindikten sonra yeniden oluşturmak için LOADHISTORY kullanırsanız, yedeklemeler için geri yükleme komutlarını alındıkları sırayla çalıştırmanız önerilir. Bu, LSN zincirinin değişmemesini ve SSMS geri yükleme sihirbazının doğru geri yükleme sırasını oluşturmak için yedekleme geçmişini doğru okumasını sağlar. Yedekleme geçmişinin sıra dışı olarak yeniden oluşturulmasıyla LOADHISTORY kullanımı, geri yüklemeye çalışırken bir hataya neden olabilir ("LSN zincirindeki kesinti nedeniyle geri yükleme planı oluşturulamıyor. (Microsoft. SqlServer.SmoExtended)").

< > general_WITH_options [ ,... n ]

Aşağıdaki genel WITH seçenekleri ve RESTOREDATABASERESTORE LOG ifadeleri desteklenmektedir. Bu seçeneklerden bazıları, belirtildiği gibi bir veya daha fazla yardımcı deyimle de desteklenir.

Geri yükleme işlemi seçenekleri

Bu seçenekler geri yükleme işleminin davranışını etkiler.

'logical_file_name_in_backup' 'operating_system_file_name' TAŞıMA [ ,... n ]

Desteklenenler:RESTORE ve RESTORE VERIFYONLY

Mantıksal adı logical_file_name_in_backup tarafından belirtilen veri veya günlük dosyasının, operating_system_file_nametarafından belirtilen konuma geri yüklenerek taşınması gerektiğini belirtir. Yedekleme kümesindeki bir veri veya günlük dosyasının mantıksal dosya adı, yedekleme kümesi oluşturulduğunda veritabanındaki mantıksal adıyla eşleşir.

n , ek MOVE deyimleri belirtebileceğinizi belirten bir yer tutucudur. Yedekleme kümesinden yeni bir konuma geri yüklemek istediğiniz her mantıksal dosya için bir MOVE deyimi belirtin. Varsayılan olarak , logical_file_name_in_backup dosyası özgün konumuna geri yüklenir.

Note

Yedek setinden RESTORE FILELISTONLYmantıksal dosyaların listesini almak için .

Bir RESTORE ifade aynı sunucuda bir veritabanı taşımak veya başka bir sunucuya kopyalamak için kullanılırsa, veritabanı dosyalarını yeniden konumlandırmak ve mevcut dosyalarla çarpışmaları önlemek için MOVE seçeneği gerekli olabilir.

LOG ile RESTORE kullanıldığında, MOVE seçeneği yalnızca günlüğün geri getirildiği aralıkta eklenen dosyaları taşımak için kullanılabilir. Örneğin, log yedeklemesinde dosya file23ekleme işlemi varsa, bu dosya LOG'daki RESTORE MOVE seçeneğiyle taşınabilir.

SQL Server Anlık Görüntü Yedekleme ile kullanıldığında, MOVE seçeneği yalnızca dosyaları özgün blobla aynı depolama hesabı içindeki bir Azure bloba yeniden taşımak için kullanılabilir. Move seçeneği anlık görüntü yedeklemesini yerel bir dosyaya veya farklı bir depolama hesabına geri yüklemek için kullanılamaz.

Aynı sunucuda bir veritabanı taşımayı veya başka bir sunucuya kopyalamayı planladığınızda bir RESTORE VERIFYONLY ifade kullanılırsa, hedefte yeterli alan olup olmadığını doğrulamak ve mevcut dosyalarla olası çarpışmaları tespit etmek için MOVE seçeneği gerekli olabilir.

Daha fazla bilgi için bkz. Yedekleme ve Geri Yükleme ile Veritabanlarını Kopyalama.

CREDENTIAL

Desteklenen:RESTORE, RESTORE FILELISTONLY, RESTORE HEADERONLY, RESTORE LABELONLY, , ve RESTORE VERIFYONLY.

Applies to: SQL Server 2012 (11.x) SP1 CU2 ve üzeri

Yalnızca Microsoft Azure Blob Depolama bir yedeği geri yüklerken kullanılır.

Note

SQL Server 2016(13.x) tarihine kadar SQL Server 2012 (11.x) SP1 CU2 ile URL'den geri yükleme yaparken yalnızca tek bir cihazdan geri yükleyebilirsiniz. URL'den geri yükleme yaparken birden çok cihazdan geri yüklemek için SQL Server 2016 (13.x) veya üzerini kullanmanız ve Paylaşılan Erişim İmzası (SAS) belirteçleri kullanmanız gerekir. Daha fazla bilgi için bkz. SQL Server Yönetilen Yedeklemeyi Microsoft Azure ve PowerShell ile Azure Depolama üzerinde Paylaşılan Erişim İmzası ( SAS ) belirteçleriyle SQL Kimlik Bilgileri oluşturmayı dağıtma.

REPLACE

Desteklenenler:RESTORE

Aynı ada sahip başka bir veritabanı zaten mevcut olsa bile SQL Server belirtilen veritabanını ve ilgili dosyalarını oluşturması gerektiğini belirtir. Böyle bir durumda mevcut veritabanı silinir. DEĞİşTİr seçeneği belirtilmediğinde bir güvenlik denetimi gerçekleşir. Bu, yanlışlıkla farklı bir veritabanının üzerine yazmayı önler. Güvenlik kontrolü, aşağıdaki koşullar her ikisi de varsa, ifadenin RESTOREDATABASE veritabanını mevcut sunucuya geri yüklememesini sağlar:

• Ifadede RESTORE adı geçen veritabanı mevcut sunucuda zaten mevcuttur ve

• Veritabanı adı, yedekleme kümesine kaydedilen veritabanı adından farklıdır.

REPLACE ayrıca, geri getirilen veritabanına ait olduğu doğrulanamayan mevcut dosyanın üzerine yazılmasına olanak tanır RESTORE . Normalde, RESTORE önceden var olan dosyaların üzerine yazmayı reddeder. WITH REPLACE aynı şekilde RESTORE LOG seçeneği için de kullanılabilir.

DEĞİşTİr, veritabanını geri yüklemeden önce günlüğün kuyruğunu yedekleme gereksinimini de geçersiz kılar.

REPLACE seçeneğinin etkisi hakkında bilgi için bkz.RESTORE (Transact-SQL).

YENİ -DEN BAŞLATIN

Desteklenenler:RESTORE

SQL Server kesilen bir geri yükleme işlemini yeniden başlatması gerektiğini belirtir. RESTART, geri yükleme işlemini kesintiye uğradığı noktada yeniden başlatır.

RESTRICTED_USER

Desteklenen:RESTORE

Yeni geri yüklenen veritabanına erişimi db_owner, dbcreator veya sysadmin rollerinin üyeleriyle kısıtlar. RESTRICTED_USER DBO_ONLY seçeneğinin yerini alır. DBO_ONLY SQL Server 2008 (10.0.x) ile sonlandırılmıştır.

KURTARMA seçeneğiyle kullanın.

Yedekleme kümesi seçenekleri

Bu seçenekler, geri yüklenecek yedeklemeyi içeren yedekleme kümesinde çalışır.

DOSYA = { backup_set_file_number | @backup_set_file_number }

Desteklenen:RESTORE, RESTORE FILELISTONLY, RESTORE HEADERONLY, ve RESTORE VERIFYONLY.

Geri yüklenecek yedekleme kümesini tanımlar. Örneğin, 1backup_set_file_number yedekleme ortamındaki ilk yedekleme kümesini ve 2backup_set_file_number ikinci yedekleme kümesini gösterir. Bir yedekleme setinin backup_set_file_number bu ifadeyi kullanarak RESTORE HEADERONLY elde edebilirsiniz.

Belirtilmediğinde varsayılan değer 1'dir, ancak RESTORE HEADERONLY bu durumda medya kümesindeki tüm yedekleme setleri işleniyor. Daha fazla bilgi için bkz. Yedekleme Kümesi Belirtme.

Important

Bu FILE seçeneği, file { = | } adlı bir veritabanı dosyası belirtmek için FILE@ seçeneğiyle ilişkili değildir.

ŞIFRE = { şifre | @password_variable }

Desteklenen:RESTORE, RESTORE FILELISTONLY, RESTORE HEADERONLY, ve RESTORE VERIFYONLY.

Yedekleme kümesinin parolasını sağlar. Yedekleme kümesi parolası bir karakter dizesidir.

Note

Bu özellik, SQL Server'ın gelecek 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.

Yedekleme kümesi oluşturulduğunda bir parola belirtildiyse, yedekleme kümesinden herhangi bir geri yükleme işlemi gerçekleştirmek için bu parola gereklidir. Yedekleme kümesinde yanlış parolanın belirtilmesi veya parolanın belirtilmesi hatadır.

Important

Bu parola, medya kümesi için yalnızca zayıf koruma sağlar. Daha fazla bilgi için ilgili deyimin İzinler bölümüne bakın.

[ METADATA_ONLY | ANLIK GÖRÜNTÜSÜ ] [ DBNAME = { <database_name> | @database_name_variable } ]

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

Anlık görüntü yedeklemesinden geri yüklemek için gereklidir. BACKUP SERVER veya BACKUP GROUP... Bkz. Transact-SQL anlık görüntü yedeklemesi oluş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.

Medya Kümesi Seçenekleri

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

MEDIANAME = { media_name | @media_name_variable }

Desteklenen:RESTORE, RESTORE FILELISTONLY, RESTORE HEADERONLY, RESTORE LABELONLY, , ve RESTORE VERIFYONLY.

Medyanın adını belirtir. Sağlanırsa, medya adı yedekleme birimlerindeki medya adıyla eşleşmelidir; aksi takdirde geri yükleme işlemi sonlanır. Eğer açıklamada RESTORE medya adı belirtilmemişse, yedek hacimlerde eşleşen bir medya adı kontrolü yapılmaz.

Important

Yedekleme ve geri yükleme işlemlerinde medya adlarının tutarlı bir şekilde kullanılması, geri yükleme işlemi için seçilen medya için ek güvenlik denetimi sağlar.

MEDIAPASSWORD = { mediapassword | @mediapassword_variable }

Desteklenen:RESTORE, RESTORE FILELISTONLY, RESTORE HEADERONLY, RESTORE LABELONLY, , ve RESTORE VERIFYONLY.

Medya kümesinin parolasını sağlar. Medya kümesi parolası bir karakter dizesidir.

Note

Bu özellik, SQL Server'ın gelecek 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.

Medya kümesi biçimlendirildiğinde bir parola sağlanmışsa, medya kümesindeki herhangi bir yedekleme kümesine erişmek için bu parola gereklidir. Medya kümesinde herhangi bir parola yoksa, yanlış parola belirtmek veya parola belirtmek bir hatadır.

Important

Bu parola, medya kümesi için yalnızca zayıf koruma sağlar. Daha fazla bilgi için ilgili deyimin "İzinler" bölümüne bakın.

BLOCKSIZE = { blok boyutu | @blocksize_variable }

Desteklenenler:RESTORE

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 RESTORE . Blok boyutunun açıkça belirtilmesi, blok boyutunun otomatik seçimini geçersiz kılar.

Cd-ROM'dan bir yedeklemeyi geri yüklüyorsanız BLOCKSIZE=2048 belirtin.

Note

Bu seçenek genellikle yalnızca bant cihazlarından okurken performansı etkiler.

Veri aktarımı seçenekleri

Seçenekler, yedekleme cihazından veri aktarımını iyileştirmenizi sağlar.

BUFFERCOUNT = { buffercount | @buffercount_variable }

Desteklenenler:RESTORE

Geri yükleme 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 }

Desteklenenler:RESTORE

Yedekleme medyası ile SQL Server 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.

Note

Veritabanı FILESTREAM'i yapılandırdığında veya OLTP Dosya Gruplarını içerdiğinde veya In-Memory, MAXTRANSFERSIZE geri yükleme sırasında yedekleme oluşturulduğunda kullanılandan büyük veya buna eşit olmalıdır.

Hata yönetimi seçenekleri

Bu seçenekler, geri yükleme işlemi için yedekleme sağlama toplamlarının etkinleştirilip etkinleştirilmediğini ve işlemin hatayla karşılaşıldığında durdurulup durdurulmadığını belirlemenize olanak tanır.

{ SAĞLAMA TOPLAMı | NO_CHECKSUM }

Desteklenen:RESTORE, RESTORE FILELISTONLY, RESTORE HEADERONLY, RESTORE LABELONLY, , ve RESTORE VERIFYONLY.

Varsayılan davranış, sağlama toplamlarının mevcut olup olmadığını doğrulamak ve yoksa doğrulama olmadan devam etmektir.

CHECKSUM
Yedekleme sağlama toplamlarının doğrulanması gerektiğini belirtir ve yedeklemede yedekleme sağlama toplamı yoksa, sağlama toplamlarının mevcut olmadığını belirten bir iletiyle geri yükleme işleminin başarısız olmasına neden olur.

Note

Sayfa sağlama toplamları yalnızca yedekleme sağlama toplamları kullanılıyorsa yedekleme işlemleriyle ilgilidir.

Varsayılan olarak, geçersiz bir kontrol toplamı ile karşılaşıldığında RESTORE bir kontrol toplamı hatası bildirir ve durur. Ancak, CONTINUE_AFTER_ERROR belirtirseniz, RESTORE bir kontrol toplamı hatası ve geçersiz kontrol toplamını içeren sayfanın numarasını döndürdükten sonra devam eder, eğer bozulma izin verirse.

Yedekleme sağlama toplamlarıyla çalışma hakkında daha fazla bilgi için bkz. Yedekleme ve Geri Yükleme Sırasında Medya Hataları (SQL Server).

NO_CHECKSUM
Sağlama toplamlarının geri yükleme işlemi tarafından doğrulanması açıkça devre dışı bırakılır.

{ STOP_ON_ERROR | CONTINUE_AFTER_ERROR }

Desteklenen:RESTORE, RESTORE FILELISTONLY, RESTORE HEADERONLY, RESTORE LABELONLY, , ve RESTORE VERIFYONLY.

STOP_ON_ERROR
Geri yükleme işleminin ilk hatayla karşılaşıldığında durdurulduğunu belirtir. Bu, varsayılan RESTOREdavranış olarak , hariç VERIFYONLY, CONTINUE_AFTER_ERROR varsayılan olarak vardır.

CONTINUE_AFTER_ERROR
Bir hatayla karşılaşıldıktan sonra geri yükleme işleminin devam etmek üzere olduğunu belirtir.

Bir yedekleme bozuk sayfalar içeriyorsa, geri yükleme işlemini hataları içermeyen alternatif bir yedekleme kullanarak yinelemek en iyisidir; örneğin, sayfalar zarar görmeden önce alınan bir yedekleme. Ancak son çare olarak, geri yükleme deyiminin CONTINUE_AFTER_ERROR seçeneğini kullanarak zarar görmüş bir yedeklemeyi geri yükleyebilir ve verileri kurtarmayı deneyebilirsiniz.

FILESTREAM Seçenekleri

DOSYA AKIŞI ( DIRECTORY_NAME =directory_name )

Desteklenenler:RESTORE ve RESTORE VERIFYONLY

Geçerlidir: SQL Server 2012 (11.x) ve sonrası sürümler

Windows ile uyumlu bir dizin adı. Bu ad, SQL Server örneğindeki tüm veritabanı düzeyinde FILESTREAM dizin adları arasında benzersiz olmalıdır. Benzersizlik karşılaştırması, SQL Server harmanlama ayarlarından bağımsız olarak büyük/küçük harfe duyarlı olmayan bir şekilde yapılır.

İzleme seçenekleri

Bu seçenekler, yedekleme cihazından veri aktarımını izlemenizi sağlar.

İSTATS [ = yüzdesi ]

Desteklenenler:RESTORE ve RESTORE VERIFYONLY

her yüzdesi tamamlandığında ve ilerlemeyi ölçmek için kullanıldığında bir ileti görüntüler. percentage atlanırsa, SQL Server her yüzde 10 tamamlandıktan sonra (yaklaşık olarak) 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, Database Engine yaklaşık olarak bu aralıkta raporlar; örneğin, tam olarak 40%görüntülemek yerine seçeneği 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 TAPE cihazları için kullanılır. Bağlantı olmayan bir cihaz kullanılıyorsa, bu seçenekler yoksayılır.

{ GERI SAR | NOREWIND }

Bu seçenekler yalnızca TAPE cihazları için kullanılır. Bant dışı bir cihaz kullanılıyorsa, bu seçenekler yoksayılır.

GERİ SARMAK
Desteklenen:RESTORE, RESTORE FILELISTONLY, RESTORE HEADERONLY, RESTORE LABELONLY, , ve RESTORE VERIFYONLY.

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

NOREWIND
Desteklenenler:RESTORE ve RESTORE VERIFYONLY

Başka bir geri yükleme deyiminde NOREWIND belirtilmesi bir hata oluşturur.

yedekleme işleminden sonra SQL Server bandı açık tutacağını belirtir. Bir banda birden çok yedekleme işlemi gerçekleştirirken performansı geliştirmek için bu seçeneği kullanabilirsiniz.

NOREWIND, NOUNLOAD anlamına gelir ve bu seçenekler tek RESTORE bir ifade içinde uyumsuzdur.

Note

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

{ BOŞALTMA | NOUNLOAD }

Desteklenen:RESTORE, RESTORE FILELISTONLY, RESTORE HEADERONLY, RESTORE LABELONLY, RESTORE REWINDONLY, , ve RESTORE VERIFYONLY.

Bu seçenekler yalnızca TAPE cihazları için kullanılır. Bant dışı bir cihaz kullanılıyorsa, bu seçenekler yoksayılır.

Note

UNLOAD/NOUNLOAD, oturumun ömrü boyunca veya alternatifi belirterek sıfırlanıncaya kadar devam eden bir oturum ayarıdır.

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
İşlemden sonra bandın RESTORE bant sürücüsüne yüklenmeye devam ettiğini belirtir.

<replication_WITH_option>

Bu seçenek, yedekleme oluşturulduğunda veritabanı çoğaltıldıysa geçerlidir.

KEEP_REPLICATION
Desteklenenler:RESTORE

Günlük gönderimi ile çalışmak için çoğaltmayı ayarlarken KEEP_REPLICATION kullanın. Bir veritabanı yedeklemesi veya günlük yedeklemesi sıcak bir hazır bekleyen sunucuya geri yüklendiğinde ve veritabanı kurtarıldığında çoğaltma ayarlarının kaldırılmasını engeller. NORECOVERY seçeneğiyle yedekleme geri yüklenirken bu seçeneğin belirtilmesine izin verilmez. Geri yüklemeden sonra çoğaltmanın düzgün çalıştığından emin olmak için:

• msdb Sıcak bekleme sunucusundaki ve master veritabanları birincil sunucudaki msdb ve master veritabanlarıyla eşitlenmiş olmalıdır.

• Hazır bekleyen sunucu birincil sunucuyla aynı adı kullanacak şekilde yeniden adlandırılmalıdır.

<change_data_capture_WITH_option>

Bu seçenek yalnızca veritabanı yedekleme oluşturulduğunda değişiklik verisi yakalama için etkinleştirildiyse geçerlidir.

KEEP_CDC

Desteklenenler:RESTORE

KEEP_CDC, veritabanı yedeklemesi veya günlük yedeklemesi başka bir sunucuya geri yüklendiğinde ve veritabanı kurtarıldığında değişiklik veri yakalama ayarlarının kaldırılmasını önlemek için kullanılmalıdır. NORECOVERY seçeneğiyle yedekleme geri yüklenirken bu seçeneğin belirtilmesine izin verilmez.

veritabanını KEEP_CDC ile geri yüklemek değişiklik veri yakalama işlerini oluşturmaz. Veritabanını geri yükledikten sonra günlükten değişiklikleri ayıklamak için, geri yüklenen veritabanının yakalama işlemi işini ve temizleme işini yeniden oluşturun. Daha fazla bilgi için bkz. sys.sp_cdc_add_job (Transact-SQL).

Veritabanı yansıtması ile değişiklik veri yakalamayı kullanma hakkında bilgi için bkz. Change Data Capture and Other SQL Server Features.

<service_broker_WITH_options>

Hizmet Aracısı ileti teslimi açar veya kapatır veya yeni bir Hizmet Aracısı tanımlayıcısı ayarlar. Bu seçenek yalnızca yedekleme oluşturulduğunda veritabanı için Hizmet Aracısı etkinleştirildiyse (etkinleştirildiyse) geçerlidir.

{ ENABLE_BROKER | ERROR_BROKER_CONVERSATIONS | NEW_BROKER }

Desteklenenler:RESTORE DATABASE

ENABLE_BROKER
İletilerin hemen gönderilebilmesi için geri yüklemenin sonunda Hizmet Aracısı ileti tesliminin etkinleştirildiğini belirtir. Varsayılan olarak, geri yükleme sırasında Hizmet Aracısı ileti teslimi devre dışı bırakılır. Veritabanı mevcut Hizmet Aracısı tanımlayıcısını korur.

ERROR_BROKER_CONVERSATIONS
Veritabanının eklendiğini veya geri yüklendiğini belirten bir hatayla tüm konuşmaları sonlandırır. Bu, uygulamalarınızın mevcut konuşmalar için düzenli temizleme gerçekleştirmesini sağlar. Hizmet Aracısı ileti teslimi, bu işlem tamamlanana kadar devre dışı bırakılır ve sonra etkinleştirilir. Veritabanı mevcut Hizmet Aracısı tanımlayıcısını korur.

NEW_BROKER
Veritabanına yeni bir Hizmet Aracısı tanımlayıcısı atandığını belirtir. Veritabanı yeni bir Hizmet Aracısı olarak kabul edildiğinden, veritabanındaki mevcut konuşmalar bitiş iletişim kutusu iletileri üretilmeden hemen kaldırılır. Eski Hizmet Aracısı tanımlayıcısını belirten tüm yollar yeni tanımlayıcıyla yeniden oluşturulmalıdır.

<point_in_time_WITH_options>

Desteklenen:RESTORE {DATABASE|LOG} ve sadece tam veya toplu kayıtlı kurtarma modelleri için.

StopAT, STOPATMARK veya STOPBEFOREMARK yan tümcesinde hedef kurtarma noktasını belirterek veritabanını belirli bir zaman veya işlem noktasına geri yükleyebilirsiniz. Belirtilen bir zaman veya işlem her zaman günlük yedeğinden geri yüklenir. Geri yükleme dizisinin her RESTORE LOG ifadesinde, hedef zamanınızı veya işleminizi aynı STOPAT, STOPATMARK veya STOPBEFOREMARK maddesinde belirtmeniz gerekir.

Belirli bir noktaya geri yüklemenin önkoşulu olarak, önce bitiş noktası hedef kurtarma noktanızdan önce olan tam veritabanı yedeklemesini geri yüklemeniz gerekir. Hangi veritabanı yedeklemesini geri yüklemek için geri yüklemeniz gerektiğini belirlemenize yardımcı olmak için, bir veri yedeklemesi belirlenen hedef sürede çok yeni olduğunda hata oluşturacak WITH STOPAT, STOPATMARK veya STOPBEFOREMARK maddenizi RESTOREDATABASE seçerek bir ifadede belirtebilirsiniz. Ancak hedef zamanı içerse bile tam veri yedeklemesi her zaman geri yüklenir.

Note

RESTORE_DATABASE ve RESTORE_LOG zaman-in-time WITH seçenekleri benzer, ancak sadece RESTORE LOG mark_name argümanını destekler.

{ DUR | DUR | DURMADAN ÖNCE }

DUR = { 'datetime' | @_datetime_var* }
Veritabanının datetime veya @datetime_var parametresi tarafından belirtilen tarih ve saat itibarıyla içinde olduğu duruma geri yüklendiğini belirtir. Tarih ve saat belirtme hakkında bilgi için bkz. Date ve Saat Veri Türleri ve İşlevleri (Transact-SQL).

STOPAT için bir değişken kullanılıyorsa değişken varchar, char, smalldatetime veya datetime veri türü olmalıdır. Veritabanına yalnızca belirtilen tarih ve saatten önce yazılan işlem günlüğü kayıtları uygulanır.

Note

Belirtilen STOPAT zamanı son LOG yedeklemesinden sonraysa, veritabanı kurtarılmamış durumda bırakılır, tıpkı RESTORE LOG NORECOVERY ile çalışıyormuş gibi.

Daha fazla bilgi için bkz. SQL Server Veritabanını Belirli Bir Noktaya Geri Yükleme (Tam Kurtarma Modeli).

STOPATMARK = { 'mark_name' | 'lsn:lsn_number' } [ AFTER 'datetime' ]
Belirtilen kurtarma noktasına kurtarmayı belirtir. Belirtilen işlem kurtarma işlemine dahil edilir, ancak yalnızca başlangıçta işlem oluşturulduğunda kaydedilmişse işlenir.

Hem RESTOREDATABASE de RESTORE LOG lsn_number parametresini destekler. Bu parametre bir günlük dizisi numarası belirtir.

mark_name parametresi yalnızca LOG ifadesi tarafından RESTORE desteklenir. Bu parametre, günlük yedeklemesinde bir işlem işareti tanımlar.

Bir RESTORE LOG ifadesinde, AFTER datetime atlanırsa, kurtarma belirtilen isimle ilk işarette durur. AFTER datetime belirtilirse, kurtarma belirtilen adın tam olarak tarih saatinde veya sonrasında olduğu ilk işarette durur.

Note

Belirtilen işaret, LSN veya zaman son LOG yedeklemesinden sonraysa, veritabanı kurtarılmamış durumda bırakılır; RESTORE tıpkı LOG'un NORECOVERY ile çalıştığı gibi.

Daha fazla bilgi için bkz. İlgili Veritabanlarını Tutarlı Bir Şekilde Kurtarmak için İşaretli İşlemleri Kullanma (Tam Kurtarma Modeli) ve > Günlük Sırası Numarasına (SQL Server)kurtarma.

STOPBEFOREMARK = { 'mark_name' | 'lsn:lsn_number' } [ AFTER 'datetime' ]
Belirtilen bir kurtarma noktasına kadar kurtarmayı belirtir. Belirtilen işlem kurtarma işlemine dahil değildir ve WITH RECOVERY kullanıldığında geri alınır.

Hem RESTOREDATABASE de RESTORE LOG lsn_number parametresini destekler. Bu parametre bir günlük dizisi numarası belirtir.

mark_name parametresi yalnızca LOG ifadesi tarafından RESTORE desteklenir. Bu parametre, günlük yedeklemesinde bir işlem işareti tanımlar.

Bir RESTORE LOG ifadesinde, AFTER datetime atlanırsa, kurtarma belirtilen isimle ilk işaretten hemen önce durur. AFTER datetime belirtilirse, kurtarma, belirtilen ada tam olarak tarih saatinde veya sonrasında sahip olan ilk işaretin hemen öncesinde durur.

Important

Kısmi geri yükleme dizisi herhangi bir FILESTREAM dosya grubunu dışlarsa, belirli bir noktaya geri yükleme desteklenmez. Geri yükleme sırasını devam etmeye zorlayabilirsiniz. Ancak, ifadede RESTORE yer almayan FILESTREAM dosya grupları asla geri yüklenemez. Belirli bir noktaya geri yüklemeyi zorlamak için CONTINUE_AFTER_ERROR seçeneğini STOPAT, STOPATMARK veya STOPBEFOREMARK seçeneğiyle birlikte belirtin. CONTINUE_AFTER_ERROR belirtirseniz, kısmi geri yükleme dizisi başarılı olur ve FILESTREAM dosya grubu kurtarılamaz hale gelir.

Sonuç kümeleri

Sonuç kümeleri için aşağıdaki makalelere bakın:

• RESTORE FILELISTONLY (Transact-SQL)

• RESTORE HEADERONLY (Transact-SQL)

• RESTORE LABELONLY (Transact-SQL)

Açıklamalar

Ek açıklamalar için aşağıdaki makalelere bakın:

• RESTORE (Transact-SQL)

• RESTORE HEADERONLY (Transact-SQL)

• RESTORE LABELONLY (Transact-SQL)

• RESTORE REWINDONLY (Transact-SQL)

• RESTORE VERIFYONLY (Transact-SQL)

Yedekleme kümesi belirtme

Yedekleme kümesi, tek ve başarılı bir yedekleme işleminden alınan yedeklemeyi içerir. RESTORE, RESTORERESTORE FILELISTONLY, RESTORERESTORE HEADERONLY, ve RESTORERESTORE VERIFYONLY ifadeler belirtilen yedek cihaz veya cihazlardaki medya seti içinde tek bir yedekleme seti üzerinde çalışır. Medya kümesinin içinden ihtiyacınız olan yedeklemeyi belirtmelisiniz. Bir yedekleme setinin backup_set_file_number bu ifadeyi kullanarak RESTORE HEADERONLY elde edebilirsiniz.

Geri yükleneceği yedekleme kümesini belirtme seçeneği:

DOSYA ={ backup_set_file_number | @backup_set_file_number }

Burada backup_set_file_number , yedeklemenin medya kümesindeki konumunu gösterir. 1 backup_set_file_number (FILE = 1) yedekleme ortamındaki ilk yedekleme kümesini ve 2 backup_set_file_number (FILE = 2) ikinci yedekleme kümesini gösterir, vb.

Bu seçeneğin davranışı, aşağıdaki tabloda açıklandığı gibi deyimine bağlı olarak değişir:

Beyan	Yedekleme kümesi FILE seçeneğinin davranışı
RESTORE	Varsayılan yedekleme kümesi dosya numarası 1'dir. Bir RESTORE ifadede yalnızca bir yedekleme seti FILE seçeneğine izin verilir. Yedekleme kümelerini sırayla belirtmek önemlidir.
RESTORE FILELISTONLY	Varsayılan yedekleme kümesi dosya numarası 1'dir.
RESTORE HEADERONLY	Varsayılan olarak, medya kümesindeki tüm yedekleme kümeleri işlenir. Sonuç kümesi, RESTORE HEADERONLY her yedek küme hakkında, medya setindeki konumu da dahil olmak üzere bilgi döndürür. Belirli bir yedekleme kümesindeki bilgileri döndürmek için, dosya seçeneğinde backup_set_file_number değeri olarak konum numarasını kullanın. Not: Bant medyası için, RESTORE HEADER yalnızca yüklü bant üzerindeki yedek setleri işler.
RESTORE VERIFYONLY	Varsayılan backup_set_file_number 1'dir.

Note

Yedekleme kümesi belirtmeye yönelik DOSYA seçeneği, dosya { = | @ bir veritabanı dosyası belirtmek için DOSYA seçeneğiyle ilişkili değildir.

WITH seçenekleri desteğinin özeti

Aşağıdaki WITH seçenekleri yalnızca şu RESTORE ifade tarafından desteklenmektedir: BLOCKSIZE, BUFFERCOUNT, MAXTRANSFERSIZE, PARTIAL, KEEP_REPLICATION, { RECOVERY | NORECOVERY | BEKLE }, DEĞIŞTIR, YENIDEN BAŞLAT, RESTRICTED_USER VE { DURDUR | DUR | DURMADAN ÖNCE }

Note

KISMI seçeneği yalnızca .RESTOREDATABASE

Aşağıdaki tabloda, bir veya daha fazla deyim tarafından kullanılan WITH seçenekleri listelenmiştir ve hangi deyimlerin her seçeneği desteklediğini gösterir. Onay işareti (√), bir seçeneğin desteklendiğini gösterir; tire (-), bir seçeneğin desteklenmediğini gösterir.

WITH seçeneği	RESTORE	RESTORE FILELISTONLY	RESTORE HEADERONLY	RESTORE LABELONLY	RESTORE REWINDONLY	RESTORE VERIFYONLY
{ SAĞLAMA TOPLAMı | NO_CHECKSUM }	√	√	√	√	-	√
{ CONTINUE_AFTER_ERROR | STOP_ON_ERROR }	√	√	√	√	-	√
DOSYA1	√	√	√	-	-	√
LOADHISTORY	-	-	-	-	-	√
MEDIANAME	√	√	√	√	-	√
MEDIAPASSWORD	√	√	√	√	-	√
Hareket etmek	√	-	-	-	-	√
PAROLA	√	√	√	-	-	√
{ GERI SAR | NOREWIND }	√	Yalnızca GERI SAR	Yalnızca GERI SAR	Yalnızca GERI SAR	-	√
ISTATİSTİK	√	-	-	-	-	√
{ BOŞALTMA | NOUNLOAD }	√	√	√	√	√	√

^{ FILE | dosyasından ayrı olan 1 DOSYA =backup_set_file_number FILEGROUP}.

Permissions

İzinler için aşağıdaki makalelere bakın:

• RESTORE (Transact-SQL)

• RESTORE FILELISTONLY (Transact-SQL)

• RESTORE HEADERONLY (Transact-SQL)

• RESTORE LABELONLY (Transact-SQL)

• RESTORE REWINDONLY (Transact-SQL)

• RESTORE VERIFYONLY (Transact-SQL)

Örnekler

Örnekler için aşağıdaki makalelere bakın:

• RESTORE (Transact-SQL)

• RESTORE FILELISTONLY (Transact-SQL)

• RESTORE HEADERONLY (Transact-SQL)

Sonraki Adımlar

• BACKUP (Transact-SQL)
• RESTORE (Transact-SQL)
• RESTORE FILELISTONLY (Transact-SQL)
• RESTORE HEADERONLY (Transact-SQL)
• RESTORE LABELONLY (Transact-SQL)
• RESTORE REWINDONLY (Transact-SQL)
• RESTORE VERIFYONLY (Transact-SQL)
• SQL Server Veritabanlarını Yedekleme ve Geri Yükleme
• FILESTREAM (SQL Server)