Yerine çalışma modları (AlwaysOn kullanılabilirlik grupları)

Makale
12/11/2012

[!NOT]

Bu konuda alışık olduğunuz varsayılmaktadır AlwaysOn Kullanılabilirlik Gruplarıkullanılabilirliği modları. Daha fazla bilgi için, bkz. Kullanılabilirlik modları (AlwaysOn kullanılabilirlik grupları).

Birincil rolü ve ikincil rol kullanılabilirliği yineleme kullanılabilirliğini Grup bağlamında, tipik olarak bilinen bir işlemle birbirinin Yük devretme. Bir kullanılabilirlik grubu kullanılabilirliği çoğaltma düzeyinde yöneltilir. Veritabanı düzeyinde, veritabanı şüpheli veri dosyası, veritabanı silme veya bir işlem günlüğü, yolsuzluk kaybı nedeniyle olma gibi sorunlar bir yerine çalışma kullanılabilirliği grubuna neden olmaz.

Yerine üç formları var: otomatik yerine çalışma (olmadan veri kaybı), planlanan el ile yerine çalışma (olmadan veri kaybını ile) — Bu, genellikle sadece "el ile failover için" denir ve el ile yerine çalışma (ile olası veri kaybını) zorla — bu genellikle sadece "zorla yerine" denir. Yerine çalışma her formda, ikincil bir yinelemedir Yük devretme hedef. Yerine çalışma sırasında yük devretme hedef üzerinde birincil rol alır, veritabanlarını kurtarır ve bunları çevrimiçi yeni birincil veritabanı olarak getiriyor. İkincil rolü için kullanılabilir olduğunda, eski birincil kopya geçer ve kendi veritabanları ikincil veritabanları haline. Potansiyel olarak bu rolleri ileri geri (veya farklı yük devretme hedefine) yanıt olarak birden çok hataları veya yönetimsel amaçlar için geçiş yapabilirsiniz.

Herhangi bir ikincil çoğaltma yük devretme hedef olarak hizmet verebilir. Ancak zorla yerine olası veri kaybı riski. Buna karşılık, otomatik ve planlı el ile yerine çalışma tüm verilerinizi koruyun. Veri kaybını önlemek için otomatik failover ve planlanan yük devretme yük devretme hedefi (Bu her ikincil veritabanı üzerinde yük devretme hedefi onun karşılık gelen birincil veritabanı ile eşitlendiğini gösterir) sağlıklı eşitleme durumu ile eşzamanlı tamamlama ikincil yineleme olmasını gerektirir.

Aşağıdaki şekilde aşamalarında planlanmış yerine, aşağıdaki gibi gösterilmiştir:

Failover önce birincil yineleme sunucu örneği tarafından barındırılan Node01.
Veritabanı Yöneticisi, planlı bir yerine çalışma işlemini başlatır. Yük devretme hedef sunucu örneği tarafından barındırılan kullanılabilirlik yinelemedir Node02.
Yük devretme hedef (üzerinde Node02) yeni birincil kopya olur. Çünkü bu planlı yerine, eski birincil yineleme ikincil rolü için yerine çalışma sırasında geçer ve veritabanlarını çevrimiçi ikincil veritabanları hemen getiriyor.

Planlı el ile yük devretme işleminin çizimi

[!NOT]

Yerine çalışma birincil veritabanlarına erişim için gereken istemci uygulamaları yeni birincil kopyaya bağlanmanız gerekir. Ayrıca, yeni ikincil kopya ise yapılandırır salt okunur erişime izin vermek için salt istemci uygulamaları için bağlanabilir. İstemcilerin bir kullanılabilirlik grubuna nasıl bağlanacağını hakkında daha fazla bilgi için bkz: Kullanılabilirlik grubu dinleyici, istemci bağlantısı ve uygulama yük devretme (SQL Server).

Bu konudaki bölümleri:

Terimler ve tanımlar
Yük devretme genel bakış
Otomatik Failover
El ile yerine çalışma (olmadan veri kaybı) planlanan
El ile yerine çalışma (ile olası veri kaybını) zorla
ilişkili Görevler
İlişkili İçerik

Terimler ve tanımlar

Otomatik yük devretme
Bir yük devretme otomatik olarak birincil yineleme kaybı oluşur. Yalnızca geçerli birincil ve bir ikincil çoğaltma hem yük devretme modu ile yapılandırılmış otomatik olarak ayarlayın ve ikincil çoğaltma şu anda eşzamanlı olduğunda otomatik failover desteklenir. Birincil veya ikincil kopya ya da devretme modu ise, manuel, otomatik yerine çalışma olamaz.
El ile yerine çalışma planlanan (olmadan veri kaybı)
El ile yerine çalışma, planlanan veya el ile yerine çalışma, bir veritabanı yöneticisi tarafından genellikle yönetim amacıyla başlatılan bir hata. Planlı bir el ile yerine çalışma sadece hem birincil kopya ve ikincil kopya kaydetme senkron modu için yapılandırılmış ikincil çoğaltma (SYNCHRONIZED durumunda) halen eşleştirilir desteklenir. Hedef ikincil yineleme eşitlendiğinde bile ikincil veritabanları failover için hazır olduğu için birincil yineleme çöktü (olmadan veri kaybı) el ile yerine çalışma mümkündür. Veritabanı Yöneticisi, elle el ile yerine çalışma işlemini başlatır.
El ile yerine çalışma (ile olası veri kaybını) zorla
Ya da hiç ikincil çoğaltma birincil yinelemeyle EŞİTLENİR çünkü planlı bir el ile yerine çalışma mümkün olduğunda, bir veritabanı yöneticisi tarafından başlatılan bir yük devretme (başka bir deyişle, hiçbir ikincil çoğaltma yük devretme için hazır) veya birincil yineleme çalışmıyor. El ile yerine çalışma, zorla ya da Yük devretme zorla, riskleri olası veri kaybını ve olağanüstü durum kurtarma için kesinlikle önerilir. Bu tamamlama zaman uyumsuz kullanılabilirlik modda desteklenen yerine tek biçimidir.
Otomatik yük devretme ayarı
Verilen kullanılabilirlik grup içinde varsa tamamlama senkron modu otomatik yerine çalışma ile yapılandırılmış (geçerli birincil yineleme dahil) kullanılabilirliği yinelemeler çifti. Bir Otomatik yük devretme ayarıalır etkisi ise sadece ikincil çoğaltma şu anda birincil yinelemeyle EŞİTLENİR.
Synchronous-commit yük devretme ayarı
Verilen kullanılabilirlik grup içinde tamamlama senkron modu için yapılandırılmış (geçerli birincil yineleme dahil) iki ya da üç kullanılabilirlik yineleme kümesi. A synchronous-commit yük devretme ayarıalır etkisi yalnızca ikincil çoğaltmaları el ile yerine çalışma modu için yapılandırılmış ve en az bir ikincil çoğaltma şu anda birincil yinelemeyle EŞİTLENİR.
Tüm yük devretme ayarı
Verilen kullanılabilirlik grubu içinde operasyonel durumu şu anda çevrimiçi, ne olursa olsun kullanılabilirlik modu ve yerine çalışma modu ise tüm kullanılabilirlik yineleme kümesi. Tüm yük devretme ayarıİlgili hiçbir ikincil çoğaltma şu anda birincil yinelemeyle EŞİTLENİR olur.

Başa Dön bağlantısıyla kullanılan ok simgesi [Top]

Yük devretme genel bakış

Hangi formlar yerine farklı kullanılabilirlik ve yük devretme modu altında desteklenen aşağıdaki tabloda özetlenmiştir. Her eşleştirme, etkili kullanılabilirliği için modu ve yerine çalışma modu birincil yineleme modu artı bir veya daha fazla ikincil kopyaları modları kesişim tarafından belirlenir.

	Zaman uyumsuz-tamamlama modu	Senkron-tamamlama modu manuel-yerine çalışma modu	Otomatik failover modunu senkron-tamamlama modu
Otomatik yük devretme	Hayır	Hayır	Evet
El ile yerine çalışma	Hayır	Evet	Evet
Zorla failover	Evet	Evet	Yes*

* Eşitlenmiş bir ikincil çoğaltma zorla yük devretme komut vermek, ikincil çoğaltma için el ile yerine çalışma aynı davranır.

Veritabanı için bir yerine çalışma sırasında kullanılamaz süreyi yük devretme ve nedenini türüne bağlıdır.

Önemli
İçerdiği veritabanları, haricinde failover sonra istemci bağlantılarını desteklemek için oturumu ve herhangi bir eski birincil veritabanları üzerinde tanımlı iş el ile yeni birincil veritabanı oluşturulmalıdır. Daha fazla bilgi için, bkz. Oturumları ve işleri yönetimi için veritabanları kullanılabilirliğini grubunun (SQL Server).

Yük devretme kümeleri

Otomatik yerine çalışma ile eşzamanlı tamamlama olarak kullanılabilirliği çoğaltmasını yapılandırırken kullanılabilirliği çoğaltma bir parçası olur Otomatik yük devretme ayarı. Ancak set sürse etkisi geçerli birincil bağlıdır. Belirli bir anda aslında mümkün formlar yerine bağlıdır üzerinde ne yük devretme kümeleri şu anda etkin olacaktır.

Örneğin, dört kullanılabilirlik çoğaltmalar, aşağıdaki gibi olan bir kullanılabilirlik grubu göz önünde bulundurun:

Yineleme	Kullanılabilirlik modu ve yerine çalışma modu ayarları
A	Otomatik yerine çalışma ile eşzamanlı tamamlama
B	Otomatik yerine çalışma ile eşzamanlı tamamlama
C	Yalnızca el ile yerine çalışma ile eşzamanlı tamamlama
D	Zaman uyumsuz tamamlama (ile sadece zorla el ile failover)

Üstlenme davranışı ikincil her yineleme için hangi kullanılabilirliği çoğaltma şu anda birincil kopya olduğuna bağlıdır. Temel olarak, verilen bir ikincil çoğaltma için üstlenme davranışı geçerli birincil yineleme verilen en kötü durumda. Nasıl geçerli birincil yineleme bağlı ikincil kopyaları yerine çalışma davranışı değişir ve olup tamamlama zaman uyumsuz modu ile (yalnızca zorla el ile failover) veya tamamlama senkron modu (ile ya da otomatik yerine çalışma olmadan) için yapılandırılır Aşağıdaki şekilde gösterilmiştir.

Birincil çoğaltma yapılandırması yük devretmeyi nasıl etkiler

Başa Dön bağlantısıyla kullanılan ok simgesi [Top]

Otomatik Failover

Birincil yineleme yok olduktan sonra bir otomatik yerine çalışma nitelikli bir ikincil çoğaltma otomatik olarak birincil rolü geçiş neden olur. wsfc düğüm birincil kopyayı barındıran ikinci kopyayı barındıran düğüme yerel olduğunda otomatik failover en uygundur. Çünkü düşük ileti gecikme bilgisayarlar arasında veri eşitleme en iyi sonuçları verir ve istemci bağlantıları yerel kalır olmasıdır.

Bu bölümde:

Bir otomatik Failover için gerekli koşulları
Nasıl otomatik Failover Works
Otomatik Failover etkinleştirmek için

Bir otomatik Failover için gerekli koşulları

Otomatik yerine çalışma sadece aşağıdaki durumlarda oluşur:

Hem birincil kopya hem de hedef ikincil çoğaltma otomatik failover hedef tamamlama senkron modu için yapılandırılmış olan birincil ve ikincil kopyaları da otomatik yerine çalışma için ayarlanır. Birincil veya ikincil kopya ya da el ile yerine çalışma ayarlarsanız, otomatik yerine çalışma olamaz.
Otomatik yerine çalışma hedefi, şu anda birincil yinelemeyle eşitlenir.

Daha fazla bilgi için, bkz. Kullanılabilirlik modları (AlwaysOn kullanılabilirlik grupları).
Windows Server yük devretme kümeleme (wsfc) kümenin çekirdeği vardır. Daha fazla bilgi için, bkz. wsfc çekirdek modları ve oylama Configuration (SQL Server).
Birincil çoğaltma kullanılamaz hale geldi ve yerine çalışma koşulu düzeyleri tarafından tanımlanan, esnek yerine çalışma ilkesini tanıştı. Yerine çalışma koşulu düzeyleri hakkında daha fazla bilgi için bkz: Otomatik yerine çalışma kullanılabilirliği grubunun (SQL Server) için esnek yük devretme İlkesi.

Nasıl otomatik Failover Works

Bir otomatik yerine çalışma aşağıdaki eylem dizisini başlatır:

Geçerli birincil kopyayı barındıran sunucu örneği hala çalışıyorsa, DISCONNECTED için birincil veritabanı durumunu değiştirir ve tüm istemcilerin bağlantısını keser.
Herhangi bir günlük kayıtlarını kurtarma sıralarında hedef ikincil yineleme üzerinde bekleyen varsa, ikincil çoğaltma ikincil veritabanı ileriye çalışırken tamamlamak için kalan günlük kayıtları geçerlidir.

[!NOT]

Belirli bir veritabanı için günlük uygulamak için gereken süreyi sistemi, son iş yükü ve kurtarma sırasındaki günlük miktarını hızına bağlıdır.
Birincil rolü eski ikincil çoğaltma geçiş. Veritabanlarını birincil veritabanları olur. Yeni birincil kopya geri kaydedilmemiş hareketleri (geri alma aşaması kurtarma) mümkün olan en kısa sürede alır. Müşteri veritabanı kullanırken sağlayan bu kaydedilmemiş hareketleri gerçekleşmesi için arka planda geri izole kilitler. Bu işlem tüm kaydedilmiş hareketlerini geri değil.

İkincil veritabanı bağlı olduğu kadar kısaca NOT_SYNCHRONIZED işaretlenir. Geri alma kurtarma başlamadan önce ikincil veritabanları yeni birincil veritabanlarına bağlanmak ve hızlı bir şekilde SENKRONİZE durumuna geçiş. En iyi durum, yük devretme sonrasında ikincil rol kalır üçüncü bir tamamlama zaman uyumlu çoğaltma genellikle içindir.
Sonra eski birincil kopyayı barındıran sunucu örneğini yeniden başlatıldığında, başka bir kullanılabilirlik kopya şimdi birincil rolü sahibi tanır. Eski birincil yineleme için ikincil rolü geçişler ve kendi veritabanları ikincil veritabanları olmak. Yeni ikincil çoğaltma, geçerli birincil replica olarak bağlanır ve veritabanını geçerli birincil veritabanları için mümkün olan en kısa sürede yakalar. En kısa sürede yeni ikincil çoğaltma veritabanlarını yeniden yük devretme tekrar ters yöne mümkündür.

Otomatik Failover yapılandırmak için

Kullanılabilirliği çoğaltma, herhangi bir noktada otomatik failover desteği için yapılandırılabilir.

Otomatik failover yapılandırmak için

İkincil çoğaltma eşzamanlı tamamlama durumu modunu kullanacak şekilde yapılandırıldığından emin olun. Daha fazla bilgi için, bkz. Bir kullanılabilirliği çoğaltma (SQL Server) kullanılabilirliği modunu değiştirme.
Yerine çalışma modu otomatik olarak ayarlayın. Daha fazla bilgi için, bkz. Bir kullanılabilirliği çoğaltma (SQL Server) Failover modunu değiştirme.
İsteğe bağlı olarak bir otomatik yerine çalışma oluşmasına neden olabilecek hatalar türlü belirtmek için kullanılabilirlik grubunun esnek yerine çalışma ilkesini değiştirmek. Daha fazla bilgi için Otomatik yerine çalışma (AlwaysOn kullanılabilirlik grupları) için Denetim koşulları için esnek yerine çalışma ilkesini yapılandırmave Yük devretme ilkesi için yerine çalışma küme örneklerini.

Başa Dön bağlantısıyla kullanılan ok simgesi [Top]

El ile yerine çalışma (olmadan veri kaybı) planlanan

Sonra bir el ile failover komutu hedef ikincil çoğaltma barındıran sunucu örneği veritabanı yöneticisi sorunları el ile yerine çalışma birincil rolü geçiş eşitlenmiş bir ikincil çoğaltma neden olur. El ile yerine çalışma, ikincil çoğaltma ve geçerli birincil çoğaltmasını desteklemek için hem eşzamanlı tamamlama modu için yapılandırılmış olması gerekir. Her ikincil veritabanı kullanılabilirlik çoğaltma kullanılabilirliğini gruba katıldı ve onun karşılık gelen birincil veritabanıyla eşitlenmiş (yani ikincil çoğaltma eşitlenmesi gerekir). Bu eski bir birincil veritabanı üzerinde kaydedilen her hareketi de yeni birincil veritabanı taahhüdünde garanti eder. Bu nedenle, yeni birincil veritabanları için eski birincil veritabanları aynıdır.

Bu bölümde:

El ile Failover için gerekli koşulları
Nasıl el ile Failover Works
Yükseltmeler sırasında kullanılabilirlik Bakımı

El ile Failover için gerekli koşulları

El ile yerine çalışma desteklemek için geçerli birincil yineleme eşzamanlı tamamlama moduna ayarlanmalıdır ve ikincil kopya olması gerekir:

Tamamlama senkron modu için yapılandırılmış.
Şu anda birincil yinelemesiyle eşitlenir.

El ile bir kullanılabilirlik erdirileceği için yeni birincil yineleme olmaktır ikincil çoğaltma için bağlanmalıdır.

Planlı bir el ile yerine çalışma şekli

Hedef ikincil yineleme üzerinde başlatılmalıdır, planlı bir el ile failover, aşağıdaki eylem dizisini başlatır:

Hiçbir yeni kullanıcı hareketlerini özgün birincil veritabanları ortaya emin olmak için wsfc kümenin birincil yinelemeye Çevrimdışı isteği gönderir.
Herhangi bir günlük herhangi bir ikincil veritabanı kurtarma kuyrukta bekliyor, ikincil veritabanı ileriye çalışırken ikincil çoğaltma tamamlanır. Gerekli süreyi sistemi, son iş yükünü ve kurtarma sırasındaki günlük miktarını hızına bağlıdır. Kurtarma sırasının geçerli boyutunu öğrenmek için Recovery QueuePerformans sayacı. Daha fazla bilgi için, bkz. SQL Server veritabanını yineleme.

[!NOT]

Yük devretme zaman kurtarma sırasının boyutunu sınırlandırarak düzenlenir. Ancak, bu yetişmek ikincil kopya izin vermek için yavaşlatmak birincil yineleme neden olabilir.
İkincil çoğaltma yeni birincil kopya, ve eski birincil kopya yeni ikincil kopya olur.
Yeni birincil yineleme kaydedilmemiş tüm işlemleri geri alır ve birincil veritabanı olarak çevrimiçi veritabanlarını getiriyor. Tüm ikincil veritabanları, kısaca değil kadar bağlandıkları SENKRONİZE ve yeniden eşzamanlılaştırabilir yeni birincil veritabanı olarak işaretlenir. Bu işlem tüm kaydedilmiş hareketlerini geri değil.
Eski birincil yineleme yeniden çevrimiçi olduğunda, ikincil rol alır ve eski birincil veritabanı ikincil veritabanı olur. Yeni ikincil çoğaltma hızla yeni ikincil veritabanları ile ilgili birincil veritabanları yeniden eşitler.

[!NOT]

En kısa sürede yeni ikincil çoğaltma veritabanları kayıtlarımı, yük devretme tekrar mümkün, ama ters yönde.

Yük devretme sonrasında, istemcilerin birincil veritabanı için yeniden bağlanmanız gerekir. Daha fazla bilgi için, bkz. Kullanılabilirlik grubu dinleyici, istemci bağlantısı ve uygulama yük devretme (SQL Server).

Başa Dön bağlantısıyla kullanılan ok simgesi [Top]

Yükseltmeler sırasında kullanılabilirlik Bakımı

Kullanılabilirlik gruplarınızı veritabanı yöneticisine elle yerine donanım ya da yazılım yükseltme sırasında veritabanı kullanılabilirlik sağlamak için kullanabilirsiniz. Yazılım yükseltmeleri için bir kullanılabilirlik grubu kullanmak için hedef ikincil çoğaltma barındıran sunucu örneği ve/veya bilgisayarın düğümünü yükseltmeleri zaten almış olmalıdır.

[!NOT]

Başarısız olan üzerinden kullanılabilir gruplar çalışırken yükseltme desteği olmalıdır, ancak bu garanti edilmeyen.

Başa Dön bağlantısıyla kullanılan ok simgesi [Top]

El ile yerine çalışma (ile olası veri kaybını) zorla

Bir kullanılabilirlik grubu (ile olası veri kaybını) yerine çalışmayı zorlama ikincil kopya sıcak bekleme sunucusu kullanmanızı sağlayan bir felaket kurtarma yöntemidir. Yük devretme riskleri olası veri kaybını zorluyor çünkü, ihtiyatlı ve dikkatli kullanılmalıdır. Yalnızca hizmet kullanılabilirliği veritabanlarınızı hemen geri yüklemelisiniz ve verileri kaybetme riski ediyorsunuz yük devretme zorlayarak öneririz. Önkoşullar ve öneriler zorlanıyor çalışma hakkında daha fazla bilgi için bkz: Bir kullanılabilirlik grubu (SQL Server) zorla el ile yerine çalışma gerçekleştirmek.

Dikkat
Yük devretme zorla wsfc küme çekirdek olmasını gerektirir. Yapılandırma çekirdek ve zorlanıyor çekirdek hakkında daha fazla bilgi için bkz: (WSFC) SQL Server ile Windows Sunucu Kümelemesi.

Bu bölümde:

Nasıl zorla Failover Works
Yük devretme zorlama riskleri
Olası veri kaybını yönetme

Nasıl zorla Failover Works

Yük devretme zorlayarak yeni birincil kopya olur ve hemen onun veritabanlarının kopyalarını istemcilere hizmet hedef ikincil çoğaltma birincil rolü yumuşak bir geçiş işlemini başlatır. Eski birincil kopya kullanılabilir olduğunda, bu ikincil rolü için geçiş ve veritabanlarını ikincil veritabanları olacaktır.

Her ikincil veritabanı (kullanılabilir olduğunda eski birincil veritabanları dahil). Önceki veri eşitleme durumunu askıya alınmış bir ikincil veritabanı bağlı birincil veritabanı için kaydedilmiş verileri eksik salvaging için uygun olabilir. Salt okunur erişim için yapılandırılmış bir ikincil çoğaltma kayıp verileri el ile keşfetmek için ikincil veritabanları sorgulayabilirsiniz. O zaman size verebilir Transact-SQLgerekli değişiklikleri yapmak için yeni birincil veritabanları tablolarda.

Yük devretme zorlama riskleri

Yük devretme zorlamak veri kaybına neden olabilir anlamak önemlidir. Çünkü ikincil çoğaltma birincil yineleme ile iletişim kuramıyor ve bu nedenle, veritabanlarını eşitleneceğini garanti edemez, veri kaybı mümkündür. Yük devretme zorlayarak yeni bir kurtarma çatalı başlar. Özgün birincil veritabanları ve ikincil veritabanları farklı Kurtarma çatallarını üzerinde olduğundan, her biri şimdi diğer veritabanı içermeyen veri içeriyor: her özgün birincil veritabanı değişiklikleri henüz onun gönderme sırası eski ikincil veritabanı (gönderilmemiş günlük); gönderilen değil içerir Eski ikincil veritabanları içerir: yerine çalışma zorunda kaldı ne değişiklikler ortaya çıkar.

[!NOT]

Kurtarma çatallarını hakkında daha fazla bilgi için bkz: Recovery Paths.

Birincil çoğaltma başarısız oldu çünkü yük devretme zorlanır olası veri kaybı ise bağlıdır olup herhangi bir işlem günlüklerinin değil gönderilen ikincil çoğaltma before the failure. Tamamlama zaman uyumsuz modu altında birikmiş gönderilmemiş günlük her zaman bir olasılık var. Yalnızca ikincil veritabanları olur senkronize kadar tamamlama senkron modu altında bu mümkün.

Aşağıdaki tablo, yerine çalışma için zorunlu bir ikincil çoğaltma belirli bir veritabanı için veri kaybı olasılığını özetler.

İkincil çoğaltma kullanılabilirliğini modu	Veritabanı eşitlenir?	Veri kaybı mümkün mü?
Senkron-tamamlama	Evet	Hayır
Senkron-tamamlama	Hayır	Evet
Zaman uyumsuz-tamamlama	Hayır	Evet

If you perform birden çok Zorlanmış yerine, başladınız herhangi bir ikincil veritabanı veri eşitlemesi önceki kuvvet yerine çalışma devam etmek mümkün olmayabilir bu yüzden ikincil veritabanları yalnızca iki kurtarma çatalları, izleyebilirsiniz. Bu durumda, devam edemez herhangi bir ikincil veritabanları kullanılabilirliğini gruptan kaldırılmış, zamanında doğru noktaya geri ve kullanılabilirlik gruba katıldı gerekecektir. Geri değil, birden fazla Kurtarma çatallarını arasında bu nedenle çalışmaya, birden fazla zorlanan yerine çalışma işleminden sonra günlük yedekleme unutmayın.

Olası veri kaybını yönetme

Yük devretme zorlanır, veritabanlarını hasarsız varsayarak eski birincil kopya kullanılabilir bir kez sonra olası veri kaybı yönetme girişiminde bulunabilirler. Olası veri kaybını yönetmek için kullanılabilen bir yaklaşım, özgün birincil kopya yeni birincil kopyaya bağlı olduğu bağlıdır. Yeni birincil örnek özgün birincil kopya erişebileceği varsayarsak, bağlamadan şeffaf ve otomatik olarak gerçekleşir.

Özgün birincil yineleme kesilince

Özgün birincil yinelemeyi yeniden başlatıldığında genellikle bir hatasından sonra o hızla kendi ortağına bağlanır. Yeniden bağlanma, özgün birincil yineleme ikincil kopya olur. Kendi veritabanları ikincil veritabanları olur ve askıya ili girin. Geri onları devam sürece yeni ikincil veritabanları değil alınır değil.

Ancak, askıya alınmış veritabanları erişilemez; Bu nedenle, onlara verilen bir veritabanı devam edildi hangi verileri kayıp olurdu değerlendirmek için inceleme olamaz. Bu nedenle, devam ettirmek veya ikincil bir veritabanı kaldırmak karar size herhangi bir veri kaybı gibi kabul etmeye istekli olup bağlıdır:

Veri kaybı kabul edilemez, onları kurtarmak için kullanılabilirlik gruptan veritabanlarını kaldırmanız gerekir.

Veritabanı Yöneticisi, eski birincil veritabanları kurtarma ve kayıp olurdu veri kurtarmaya çalışmak. Eski bir birincil veritabanı çevrimiçi olduğunda, veritabanı yöneticisi kaldırılacak veritabanı veya geçerli birincil veritabanı erişilemez müşterilerine daha fazla sapma veritabanları önlemek ve istemci yerine çalışma sorunlarını önlemek için yapmak gerekiyor ancak bu geçerli birincil veritabanından farklı yani.
Veri kaybı kabul edilebilir iş hedeflerinize, ikincil veritabanları devam edebilirsiniz.

Yeni bir ikincil veritabanı sürdürme veritabanı eşitleme ilk adım olarak geri alınması neden oluyor. Herhangi bir günlük kayıtları gönderme sırasındaki başarısızlık zamanında bekliyorlardı, kararlı olduklarını bile ilgili hareketleri, kaybolur.

Başa Dön bağlantısıyla kullanılan ok simgesi [Top]

Değil kesilince özgün birincil yineleme

Yeni birincil çoğaltma ağ üzerinden bağlanma özgün birincil yineleme geçici olarak engellemek, onlar devam hangi verileri kayıp olurdu değerlendirmek için özgün birincil veritabanları inceleyebilirsiniz.

Potansiyel veri kaybı kabul edilebilir ise

Yeni birincil yineleme için yeniden özgün birincil kopya izin vermek. Yeniden askıya için yeni ikincil veritabanları neden olur. Bir veritabanına veri senkronizasyonu başlatmak için basitçe devam. Yeni ikincil kopya özgün kurtarma çatalı asla gönderilen veya alınan eski ikincil çoğaltma işlemleri kaybetme, bu veritabanı için bırakır.
Veri kaybı kabul edilemez ise

Özgün birincil veritabanı askıya veritabanı devam Eğer kaybolur kritik veriler içeriyorsa, özgün birincil veritabanı veri kullanılabilirliği grubundan kaldırarak koruyabilirsiniz. Bu, veritabanı geri yükleme durumuna girmek için neden olur. Bu noktada, kaldırılmış veritabanı günlüğü kuyruğu yedeklemek girişiminde öneririz. Daha sonra hurda için özgün birincil veritabanından istediğiniz verileri verme ve geçerli birincil veritabanına alma geçerli birincil (eski ikincil veritabanı) güncelleştirebilirsiniz. Güncellenme Zamanı birincil veritabanının tam veritabanı yedeklemesi mümkün olan en kısa sürede almak öneririz.

Ardından, yeni ikincil çoğaltma barındıran sunucu örneği, askıya alınmış ikincil veritabanını silmek ve restore WITH norecovery kullanarak bu yedekleme (ve en azından bir sonraki günlük yedekleme) geri yükleyerek yeni bir ikincil veritabanı oluşturun. Ek günlük yedeklemeler geçerli birincil veritabanları ilgili ikincil veritabanları sürdürülür kadar geciktirmek öneririz.

Başa Dön bağlantısıyla kullanılan ok simgesi [Top]