Aracılığıyla paylaş

  • Makale

Kurtarma yolları

Fark veya günlük yedekleme kullanın ve, bir veritabanını önceki bir noktaya saat aşağıdaki yöntemlerden birini kurtarmak kurtarma yolları anlamak önemlidir:

  • saat içinde alınmı geri yükleme işlemi

  • İlk günlük yedeklemeler veya geri olmadan kurtarma gerçekleştirme en son fark yedek.

Bir önceki bu noktadan veritabanı başlangıç ve kurtarmak noktası için bir veritabanı kurtarmak, yeni bir kurtarmak yol kaynaklanır.The recovery path is the sequence of data and log backups that have brought a database to a particular point in time, either by regular database use or by a specific data and log restore.Kurtarma yol benzersiz bir oluşan küme veritabanı saat içinde geliştirilen özel dönüştürmeler veritabanının tutarlılığını henüz saklanır.Aşağıda kurtarma noktası ve ortaya çıkan kurtarma yolları arasındaki ilişkiyi gösterir.

Recovery point and resulting recovery paths

"Sonuna kadar saat için" veritabanı geri olduğundan aşağıdaki durumlarda yeni bir kurtarma yol oluşturun.Bundan sonra yedekleme, mevcut tümü, aynı aralık LSNs kullanan iki veya daha fazla kurtarma yolları kapalı veritabanına alabilir.

  • Tam veritabanı yedeği geri yüklemek ve başka türde bir yedek kullanmadan veritabanı kurtarma.

  • Sonunda, en son değişiklik yedeği dışında farklı bir yedek veritabanı kurtarma.

  • Tam bir veritabanını geri yedek ve farklı bir veritabanı yedek ve varolan işlem günlük yedek s uygulamadan veritabanı kurtarma.

  • Sonunda bir işlem günlüğü, veritabanı kurtarma yedek dışında en son işlem günlüğü yedek.

  • Belirli bir saat veya işlem günlüğü işaretli bir işlemde veritabanı kurtarma yedek.

Genel olarak, Kurtarma noktası hareketleri geri alınmasına neden olan, bir kurtarma noktası yeni bir kurtarma yol başlatır.Hazır yedekleri artık günlük sıra sayılarını (LSNs) SSN büyük bu kurtarma noktası olabilir.Geçerli kurtarma işlemi tarafından oluşturulan yeni bir dalı farklı kurtarma bir daldan, bu yedek, LSNs yok.

En iyi uygulamaBirden fazla kurtarmak çatal olan kurtarmak yol oluşturma önlemek için bir tam gerçekleştirmek küme olabildiğince çabuk kurtarmaknız sonra veritabanını. veri yedekleme Bu yaklaşım bir tek kurtarma dalı tüm yedekleri alınır güvence altına alır.Bunu doğrulamak için bakabilirsinizlast_recovery_fork_guidbackupset tablo ya da sonra. kadar yedekleme kümesi geri yükleme HEADERONLY sonuçlar sütununda

Kurtarma yol örneği

Başlangıçta veritabanı yedekleri aşağıdaki çizimde gösterildiği gibi bir tek kurtarma yol oluşturur.Bu örnekte, veritabanı kurtarma yol içeren yedek, saat t1 ve t2, t3 ve t4 saat saat yapılan üç günlük yedek s, sürdü.

Original recovery path

saat eski bir noktaya veritabanı kurtarma gelen neden olan bir kurtarma çatalı aşağıda gösterilmiştir.Sorun yedek t4, t3 günlük yedeği, sonunda bir veritabanını kurtarmak veritabanı yöneticisine neden olur.Bu geri yükleme, Kurtarma çatalı neden olur.saat t5 sırasında yeni bir kurtarma dalı kurtarma şube 2 yeni bir günlük yedek başlar.

Creation of a second recovery branch

Not

T5 günlük yedeği, bu yedek kurtarma dalı 1 t3 günlük yedeği bağlanan kurtarma çatalı meta veriler içerir.Kurtarma çatalı meta veriler hakkında daha fazla bilgi için "Kurtarma çatalları yönetmek," daha sonra bu konuya bakın.

Önceki resimde gösterilen örnek aşağıdaki çizimde gösterildiği yeni bir kurtarma yol oluşturur.Yeni kurtarma yol bazı yedek, kurtarma dalı 1 (t1 t3 ile) ve her günlük yedeği kurtarma dalı 2 (t5 t9 aracılığıyla) içerir.Bu kurtarma yol açısından bakıldığında, oturum yedek t4 artık kullanılmıyor.

New recovery path

saat içinde alınmı geri yükleme, sonraki yedek her saat bir kurtarma çatalı neden olur.Aşağıdaki çizimde, bir saat noktasına geri yükleme tamamlandı-t4 günlük midway yedek.Bu noktadan veritabanına saat kurtarma kurtarma çatalı neden olur.Daha sonra günlük yedek kurtarma dalı 2 oluşturma ve yeni bir kurtarma yol oluşturma kurtarılan veritabanına üzerinde saat t5, oluşturulur.Yeni bir dalı, t5, üzerinde ilk günlük yedeği, günlük yedeği t3 olarak aynı ilk SSN içerir ve değiştirir.Bu nedenle t3 ve t4 yedekler yeni eskidir kurtarma yol.

New recovery path after a point-in-time restore

Yeni bu yedekleri geri yüklemek için kurtarma yol, geri yükleme sırası: T1, t2 ve t5. kurtarma dalı 2 sonraki yedekleme alındığı gibi yeni birleştirilmiş kurtarma yol.

Geri yükleme ve eski bir yol boyunca ileri sarmak

Çok sayıda kurtarma yol var, genellikle, en yeni, veritabanı geri yükleme için tercih edilen yoludur.Eski kullanarak önlemek öneririz kurtarma yol.Gerekiyorsa, ancak size İleri eski bir kurtarma yol boyunca geçerli kurtarma yolunu oluşturulmasını önce gerçekleştirilen yedeklemeler sırasını izleyerek geri dönebilirsiniz.Örneğin, bir saat içinde alınmı kurtarma önce gerçekleştirilen yedeklemeler saat eski yol boyunca noktaları daha sonra erişmek için kullanabilirsiniz.

yedek Önceki örnekte, günlük sonra oluşturulan s, temel yedek t5 oluşturulur, tam veritabanından geri yükleme yüklemek yine de mümkünse yedek t1 günlük sonuna kadar gerçekleştirilen yedek t4.Eski kurtarma yol.

geri yükleme ve İleri eski bir yol için yeni yol alma

The SQL Server Database Engine prevents a restore sequence from by using backups that do not go together, that is, that try to roll forward along different recovery paths.Bu kısıtlama, sonra Kurtarma bir veritabanının tutarlılığını sağlar.

Geri yükleme ve yeni bir kurtarma yol ileri sarmak önce yedekleme için farklı geri yükleme serileri oluşturmak kurtarma noktası ve sonra yedekleri için kurtarma noktası:

  1. Yeni kurtarma yol sunulan kurtarma önce gerçekleştirilen yedeklemeler olan geri yükleme.Kurtarma noktası içeren yedek hariç.

  2. Kurtarma yolu oluşturulduktan sonra alınmış yedekleri geri yükleyerek yeni kurtarma yol boyunca ileri sarmak.

Kurtarma çatalları yönetme

Akurtarma dalı aralık, paylaşan aynı GUID. LSNs olur Bir LSNs aralık'ndan kurtarma yol açıklayan birBaşlangıç noktası (SSN, GUID) bir bitiş noktasını(SSN,GUID). Aralık LSNs bir kurtarma yol bir geçiş veya bitirmek daha fazla kurtarma dalları arasında başlatın.Yeni bir kurtarma dalı bir veritabanı oluşturulduğunda ve geri yükleme WITH RECOVERY kurtarma çatalı oluşturduğunda kaynaklanır.

A recovery fork.is the point (LSN,GUID) at which a new recovery branch is started, every time a RESTORE WITH RECOVERY is performed.Her kurtarma çatal kurtarma dalları arasında bir üst-alt ilişkisi belirler.

Ayarlar sonraki SSN, çok da dahil olmak üzere tüm veritabanı durumunu, veritabanı kurtarma kurtarma noktası.LSNs daha sonra yeniden, başlayarakfork_point_lsn.Aynı SSN birden fazla çatal olabilir çünkü bir geri yükleme sırası oluşturarak, bu nedenle, yedek kurtarma çatalı ve ayrıca SSN, bağlanmalıdır.SSN yeniden aşağıda gösterilmiştir.Bunu nasıl LSNs farklı kurtarma çatal yeniden kullanılan gösterir.Resimde yeşil kutuları aynı SSN kullanan iki yedek gösterir.

How LSNs are reused in different recovery forks

Kullanılan yedekleme kurtarma noktasına doğru kurtarma yolunu izleyin, bir geri yükleme sırası kurtarma çatalı geçen yedeklemeler eklemek gerekir, geri yükleme sırası oluşturulması gerekir.Bu amaçla, ilk kurtarma çatalı GUID ve son kurtarma çatalı GUID yedekleri içerir.

These GUID'ler, Kurtarma yolları izleme için geçerlidir, depolanan diğer meta veriler ile birliktebackupset geçmiş tablo ve öğeler de tarafından iade geri yükleme HEADERONLY deyim. Aşağıdaki tablo kurtarma çatalı geçen geri yükleme serileri oluşturmak için uygun olan meta verilerleri deerlerini özetlemektedir.Bu değerler için sütun adlarını geçmiş tabloyu ve sonuç için farklı olduğunu fark küme HEADERONLY geri yükleme ifadesinin:

SSN

Açıklama

backupset sütun adı

geri yükleme HEADERONLY sütun adı

İlk kurtarma çatalı GUID

Başlangıç kurtarma çatalı kimliği.

first_recovery_fork_guid

FirstRecoveryForkID

Son kurtarma çatalı GUID

Bitiş kurtarma çatalı kimliği.

last_recovery_fork_guid

RecoveryForkID

İlk SSN

Günlük sıra numarası ilk veya en eski günlük kaydı yedeklemeye küme.

first_lsn

FirstLSN

Son SSN

Sonra yedek kümesinin sonraki günlük kaydı günlük sıra numarası.

last_lsn

LastLSN

Çatal noktası SSN

Çatal noktası sıra numarası ilk kurtarma noktası GUID yoksa oturum son kurtarma noktası GUID (≠) eşit.Aksi halde, hiçbir kurtarma çatalı oluşan yedek, ve çatal noktası SSN NULL.

fork_point_lsn

ForkPointLSN

değişiklik temeli GUID

Bir tek temel alan değişiklik yedeği, değerdir benzersiz tanımlayıcısı değişiklik temeli.

Multibased differentials, değer NULL olur ve farklı temel dosya düzeyinde belirlenmesi gerekir.Daha fazla bilgi için bkz:backupfile (Transact-SQL).

Nondifferential yedek türleri için değer NULL olur.

differential_base_guid

DifferentialBaseGUID

Bu tartışmanın kalan değerleri yalnızca alan adlarını kullananbackupset Geçmiş tabloyu.

  • İlk kurtarma çatalı GUID ve son kurtarma çatalı GUID sıra doğru çatal izleyen emin olmak için yedek bağlantı kullanılır.Her günlük yedeği için geri, sırafirst_recovery_fork_guid eşit olmalıdır önceki yedek sırası. , last_recovery_fork_guid

    first_recovery_fork_guid = last_recovery_fork_guid

  • Veri ve fark yedeklemeleri gerekir ayrıca bağlı.

    , Günlük yedek içeren tam bir veritabanının son SSN yedek veya farklı veritabanı yedek ve bağlantı sınaması bir çatal noktası konumuna göreli olarak çatal noktası. son SSN bağlıdır

    Bağlantı sınaması gibidir, değerleri kullanmabackupset:

    • Iflast_lsn olan küçük fork_point_lsn , veri veya fark last_recovery_fork_guid yedek'e eşit olması günlük first_recovery_fork_guid yedek.Aşağıdaki resimde gösterildiği bir durum,last_lsnfork_point_lsn ' dan küçük olan.

      last_lsn is less than fork_point_lsn

    • Iflast_lsnfork_point_lsn büyük, veri veya değişiklik yedeği last_recovery_fork_guid eşit olmalıdır günlük yedeklemeyi. last_recovery_fork_guidAşağıdaki çizimde gösterilmektedir; bu durumdalast_lsnfork_point_lsn büyük.

      last_lsn is greater than fork_point_lsn

  • Farklı bir yedek için farklı temel kullanarak bulunbackupset. differential_base_guid .

    İse fark multibased,backupset. differential_base_guid NULL; fark ayarlar dosyası tarafından backupfile kullanarak belirlemelisiniz. differential_base_guid .