Veritabanı oturumu yansıtma sırasında anahtarlama rolü

Makale
12/11/2012

Bir veritabanı oturumu yansıtma bağlamında, ana para ve yansıtma roller tipik olarak bilinen bir işlemle birbirinin Rol değiştirme. Rol değiştirme içinde yansıtma sunucu gibi davranan yerine çalışma ortağı için asıl rolü alarak, asıl sunucu kurtarma veritabanı kendi kopyasını ve çevrimiçi Yeni asıl veritabanı getiren. Eski asıl sunucu yansıtma rolü, kullanılabilir olduğunda varsayar ve veritabanını yeni yansıtma veritabanı olur. Potansiyel rolleri ve geriye ya da içinde yanıt birden çok hataları veya yönetimsel amaçlar için geçiş yapabilirsiniz.

[!NOT]

Bu konu, veritabanı yansıtma işletme modları ile bildiğinizi varsayar. Daha fazla bilgi için, bkz. Veritabanı yansıtma işletme modları.

Ortaklar, yansıtma aşağıdaki şekilde gösterilmiştir Partner_A ve Partner_B, asıl geçiş ve yansıtma roller otomatik veya el ile yerine bir dizi.

Roller arasında iki kez geçiş yapan ortaklar

Önemli
Bir rol anahtarından sonra eski asıl veritabanı üzerinde çalışan işleri var çalıştırmak için yeni asıl sunucu üzerinde oluşturulmalıdır. Daha fazla bilgi için, bkz. (Veritabanı yansıtma) geçiş rolünü sonra oturumları ve işleri yönetme.

Rol değiştirme üç türü var: otomatik yerine çalışma ve el ile yerine çalışma zorla Hizmeti'yle (olası veri kaybını). Her form için destek, oturumun işletim moduna bağlıdır.

[!NOT]

Bu çalışma modları ile tanımıyorsanız bkz Database Mirroring Sessions.

El ile yerine çalışma

Yüksek güvenlik modu destekler: el ile failover. Veritabanı sahibi veritabanı eşitlenmiş zaman, el ile yerine çalışma başlatabilir.

El ile yerine çalışma yönetim amaçlıdır. Daha fazla bilgi için bkz: El ile yerine çalışma, bu konuda.
Otomatik yük devretme

Bir tanık huzurunda, yüksek güvenlik modunda otomatik yerine çalışma destekler. Otomatik yerine çalışma witness ve yansıtma sunucu birbirine bağlı hala yalnızca asıl sunucu kaybı oluşur veritabanı zaten eşitlenir. Daha fazla bilgi için bkz: Otomatik yerine çalışma, bu konuda.
Zorlanmış hizmeti (ile olası veri kaybını)

Hizmet zorlamak hiçbir tanık ayarlandığında yüksek güvenlik modu ve yüksek performanslı modunda desteklenir. Kaybı asıl sunucu, veritabanı sahibi veritabanı yansıtma sunucusuna (ile olası veri kaybını) hizmetini zorlayarak kullanılabilmesini sağlayabilirsiniz.

[!NOT]

Biz TANIK özelliği, yüksek performanslı modunda off için ayarlanmış olması önerilir. Aksi takdirde, veritabanını çevrimiçi yapmak için yansıtma sunucu gerekir bağlı tanık.

Daha fazla bilgi için bkz: (İle olası veri kaybını) hizmetini zorla, bu konuda.

Aşağıdaki tabloda, hangi formları, yerine çalışma her işletim modu altında desteklenen özetler.

	Yüksek performans	Bir witness olmadan yüksek güvenlik modu	Bir witness ile yüksek güvenlik modu
Otomatik yük devretme	Hayır	Hayır	Evet
El ile yerine çalışma	Hayır	Evet	Evet
Zorlanmış hizmeti	Evet	Evet	Hayır

Bir rol anahtarından sonra tüm veritabanı kullanıcıları yeni asıl veritabanına erişebilir sağlamak için her iki ortakları üzerinde belirli meta veri bulunmalıdır. Ayrıca, yedekleme işlerini veritabanı ile düzenli aralıklarla yedeklenmesi devam etmesini sağlamak için yeni asıl sunucu üzerinde oluşturulmalıdır. Daha fazla bilgi için, bkz. (Veritabanı yansıtma) geçiş rolünü sonra oturumları ve işleri yönetme.

Bir rolü geçiş sırasında üzerinden yansıtma veritabanı süreyi olacak Hizmeti rol değiştirme türünü ve neden bağlıdır. Daha fazla bilgi için, bkz. Rol (veritabanı yansıtma) değiştirme sırasında hizmeti kesintiye tahmin ediliyor.

El ile yerine çalışma

El ile yerine çalışma istemcileri veritabanından bağlantıyı keser ve ortakların rolleri tersine çevirir. El ile yerine çalışma sadece yüksek güvenlik modunu destekler.

Bu bölümde:

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

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

Veritabanı Yöneticisi el ile yerine çalışma kullanılabilirliği ödün vermeden donanım ya da yazılım yükseltmek için kullanabilirsiniz. Yazılım yükseltmeleri için yansıtma yansıtma veritabanı kullanmak için sunucu ve/veya sistem zaten yükseltmeleri etmiş olması gerekir.

[!NOT]

Veritabanı yansıtma çalışırken yükseltme yapmanız gerekir, ancak gelecekte değişiklik bilinmeyen olduğundan bu, garanti edilmez. Daha fazla bilgi için, bkz. Sunucu örnekleri yükseltme yaparken yansıtılmış veritabanları için kapalı kalma süresini en aza.

Aşağıdaki şekil bir veritabanı sunucusu örneği yükseltirken veritabanının kullanılabilirliğini sağlamak için el ile yerine çalışma kullanma örneği göstermektedir. Yükseltme tamamlandığında, yönetici isteğe bağlı olarak üzerinde özgün sunucu örneği başarısız olabilir. Yönetici yansıtma oturumu durdurun ve yansıtma sunucu başka bir yerde kullanmak istediğinde, bu işlem yararlıdır. Bu şekilde, tek sunucu örneği art arda bir dizi veritabanı sunucu örnekleri güncelleştirirken kullanılabilir.

Planlı el ile yük devretme

El ile Failover için gerekli koşulları

El ile yerine çalışma hareket emniyet full (başka bir deyişle, yüksek güvenlik modu) olarak ayarlanması gerekir. El ile yerine çalışma ortakları bağlı ve veritabanı zaten eşitlenir desteklenir.

Nasıl el ile Failover Works

El ile yerine çalışma aşağıdaki eylem dizisini başlatır:

Asıl sunucu istemcileri asıl veritabanından bağlantıyı keser, günlük tail yansıtma sunucuya gönderir ve yansıtma rolü için geçiş için hazırlık olarak, eşitleme için yansıtma durumunu ayarlar.
Yansıtma sunucu son günlük kaydı lsn yerine çalışma olarak anapara alınan günlük sıra numarası (lsn) kaydeder.

[!NOT]

Bu lsn görüntülemek için mirroring_failover_lsn sütundan sys.database_mirroring (Transact-sql).
Herhangi bir günlüğü Yinele kuyrukta bekleyen, yansıtma sunucu yansıtma veritabanı ileriye çalışırken tamamlanır. Gerekli süreyi sistemi, son iş yükünü ve Yinele sıra günlüğüne miktarını hızına bağlıdır. Bir zaman uyumlu işletim modu için yerine çalışma süresi Yinele sırasının boyutunu sınırlandırarak düzenlenmiş. Ancak, bu asıl sunucu yetişmek yansıtma sunucu izin yavaşlamaya neden olabilir.

[!NOT]

Yinele sıra geçerli boyutunu öğrenmek için Yinele sıra performans sayacı, performans nesnesi yansıtma veritabanı (daha fazla bilgi için bkz: (SQL Server) yansıtma veritabanı izleme).
Yeni asıl sunucu yansıtma sunucu olur ve yeni yansıtma sunucu asıl sunucu eski olur.
Yeni asıl sunucu kaydedilmemiş tüm işlemleri geri alır ve kendi asıl veritabanı olarak çevrimiçi veritabanı kopyasını getirir.
Eski anapara yansıtma rolü alır ve eski asıl veritabanı yansıtma veritabanı olur. Yeni yansıtma sunucu, yeni yansıtma veritabanı yeni asıl veritabanı ile hızlı bir şekilde yeniden eşitler.

[!NOT]

En kısa sürede yeni yansıtma sunucu veritabanları kayıtlarımı, yük devretme tekrar mümkün, ama ters yönde.

Yük devretme sonrasında, istemciler geçerli asıl veritabanına yeniden gerekir. Daha fazla bilgi için, bkz. İstemciler Session (SQL Server) yansıtma veritabanına bağlanma.

El ile yerine çalışma başlatmak için

Otomatik Failover

Otomatik failover, yalnızca veritabanı yansıtma oturum bir witness yüksek güvenlik modunda çalışan desteklenir (yüksek güvenlik modunda otomatik yerine çalışma ile). Bir kez veritabanı eşitlenir, asıl veritabanı kullanılamaz olursa otomatik yerine çalışma ile yüksek güvenlik modunda otomatik failover oluşur. Bir otomatik yerine çalışma yansıtma sunucu asıl sunucu rolünü alıp, kendi asıl veritabanı olarak çevrimiçi veritabanı kopyasını getirmek neden olur. Çünkü asıl veritabanı üzerinde işlenen her hareketi de yansıtma veritabanı kararlıdır veritabanının eşitlenmesi gerektiren yerine çalışma sırasında veri kaybını önler.

Önemli
Güvenilirliği artırmak otomatik yerine çalışma için yansıtma ve asıl veritabanları farklı bilgisayarlar üzerinde bulunmalıdır.

Bu bölümde:

Bir otomatik Failover için gerekli koşulları
Nasıl otomatik Failover Works
Otomatik yerine çalışma (SQL Server Management Studio'yu) devre dışı bırakmak için
Otomatik yerine çalışma (Transact-sql kullanarak) devre dışı bırakmak için

Bir otomatik Failover için gerekli koşulları

Otomatik yerine çalışma aşağıdaki koşullar gerekir:

Veritabanı oturumu yansıtma yüksek güvenlik modunda çalışmalıdır ve witness sahip olması gerekir. Daha fazla bilgi için, bkz. Veritabanı yansıtma işletme modları.
Yansıtma veritabanı zaten eşitlenmesi gerekir. Bu tüm yansıtma sunucuya gönderilen günlük yazılmış olduğunu garanti diske.
Asıl sunucu yansıtma ve witness çekirdek muhafaza ederken yapılandırma, yansıtma veritabanı geri kalanı ile iletişimi kaybetti. Tüm sunucu örnekleri iletişim, ancak kaybedersiniz ve witness ve yansıtma sunucu iletişimi daha sonra yeniden kazanmak, otomatik failover oluşmaz.

[!NOT]

Daha fazla bilgi için, bkz. Çekirdek: (Veritabanı yansıtma) Veritabanı kullanılabilirlik bir Witness nasıl etkiler.
Yansıtma sunucu asıl sunucu kaybı algıladı.

Yansıtma sunucu asıl sunucu bir hata nasıl algıladığı, sert ya da yumuşak bir hata olup üzerinde bağlıdır. Daha fazla bilgi için, bkz. Veritabanı yansıtma sırasında olası hataları.

Nasıl otomatik Failover Works

Yukarıdaki koşullar altında otomatik yerine çalışma aşağıdaki eylem dizisini başlatır:

Asıl sunucu hala çalışıyorsa, DISCONNECTED için asıl veritabanı durumunu değiştirir ve tüm istemciler asıl veritabanından bağlantıyı keser.
Witness ve yansıtma sunucu asıl sunucu kullanılamıyor kaydettirin.
Herhangi bir günlüğü Yinele kuyrukta bekleyen, yansıtma sunucu yansıtma veritabanı ileriye çalışırken tamamlanır.

[!NOT]

Günlük uygulamak için gereken süreyi sistemi, son iş yükü ve Yinele sıra günlüğüne miktarını hızına bağlıdır.
Eski yansıtma veritabanına taşır onları mümkün olan en kısa sürede geri kadar tüm kaydedilmemiş hareketleri kurtarma ve yeni asıl veritabanı olarak çevrimiçi temizler. Kilitler, bu işlemleri yalıtmak.
Ne zaman eski asıl sunucu oturumu yeniden katılır, onun yerine çalışma ortağı şimdi asıl rolü sahibi tanır. Eski asıl sunucu yansıtma rolü üzerinde kendi veritabanı yansıtma veritabanı yapma alır. Yeni yansıtma sunucu yeni yansıtma veritabanı asıl veritabanı ile mümkün olan en kısa sürede eşitler. En kısa sürede yeni yansıtma sunucu veritabanları kayıtlarımı, yük devretme tekrar mümkün, ama ters yönde.

Otomatik failover tek bir örneği aşağıda gösterilmiştir.

Otomatik yük devretme

Tüm üç sunucu başlangıçta bağlı (oturumun tam çekirdek bulunur). Partner_A asıl sunucu ve Partner_B ayna sunucu. Partner_A (ya da asıl veritabanı üzerinde Partner_A) kullanılamaz. Tanık ve Partner_B hem anapara artık kullanılabilir olduğunu fark oturum çekirdek korur. Partner_B asıl sunucu olur ve veritabanının kopyasının yeni asıl veritabanı olarak kullanılabilir duruma getirir. Sonunda, Partner_A oturuma yeniden bağlanır ve bu bulur Partner_B şimdi asıl rol sahibi. Partner_A yansıtma rolü alır.

Yük devretme sonrasında, istemciler geçerli asıl veritabanına yeniden gerekir. Daha fazla bilgi için, bkz. İstemciler Session (SQL Server) yansıtma veritabanına bağlanma.

[!NOT]

Hareketleri kullanarak hazırlanan MicrosoftDistributed Transaction Coordinator ama vardır hala bir yerine çalışma oluştuğunda kararlı değil veritabanı üzerinden başarısız olduktan sonra iptal olarak kabul edilir.

Otomatik yerine çalışma (SQL Server Management Studio'yu) devre dışı bırakmak için

Açık Veritabanı özellikleriniyansıtma , sayfa ve aşağıdaki seçeneklerden birini seçerek işletim modu değiştirin:

Otomatik yerine çalışma (zaman uyumlu) olmadan yüksek güvenilirlik

Bu modda, veritabanının eşitlenmesi devam ediyor ve el ile yerine çalışma mümkün kalır.
Yüksek performans (zaman uyumsuz)

Bu modda, yansıtma veritabanı asıl veritabanı arkasında biraz gecikme ve el ile yerine çalışma mümkündür.

Otomatik yerine çalışma (Transact-sql kullanarak) devre dışı bırakmak için

Bir veritabanı oturumu yansıtma içinde herhangi bir noktada, veritabanı sahibi witness devre dışı bırakarak otomatik failover devre.

Witness devre dışı bırakmak için

Witness Session (Transact-sql) yansıtma veritabanından Kaldır

[!NOT]

Tam hareket emniyet koruyarak witness kapatma oturum otomatik yerine çalışma olmadan yüksek güvenilirlik moduna geçirir.

Zorlanmış hizmeti (ile olası veri kaybı)

Veritabanı yansıtma zorlanıyor hizmeti (ile olası veri kaybını) afet kurtarma yöntemi bir ayna sunucu sıcak bekleme sunucusu kullanmanıza olanak sağlar. Hizmet zorlamak, yalnızca asıl sunucu yansıtma sunucu yansıtma oturumda kesildiyse mümkündür. Hizmet riskleri olası veri kaybını zorluyor çünkü, ihtiyatlı ve dikkatli kullanılmalıdır.

Zorlanmış hizmeti desteği işletim modu ve oturum durumu gibi bağlıdır:

Genellikle, asıl sunucu bağlantısı zaman zorlanıyor hizmeti yüksek performans modu destekler. Ancak, gereksiz olsa, witness yüksek performans modu oturumu için bulunabilir. Bu durumda, hizmet zorlama witness ve yansıtma sunucu birbirine bağlı gerektirir.
Asıl sunucu bağlantısı zaman yüksek güvenlik modunda otomatik yerine çalışma olmadan zorlanıyor hizmeti destekler.
Yüksek güvenlik modunda otomatik yerine çalışma witness ve yansıtma sunucu birbirine bağlı ve en kısa sürece (yansıtma sunucu asıl adı geçen zaman yansıtma veritabanı bağlı dönme sürecinde değildi) ne asıl sunucuya bağlı her zorlanıyor hizmeti destekler.

Yalnızca servis hemen veritabanına geri yüklemelisiniz ve verileri kaybetme riski ediyorsunuz hizmet zorlama öneririz. Hizmet zorlama yansıtırken veritabanları sürdürülüyor, olası veri kaybı riski resynchronizing kolaylaştırır dışında etkili hizmet zorlama yansıtma kaldırma için benzer. Hizmet zorlama yansıtma veritabanına asıl rolü yumuşak bir geçiş işlemini başlatır. Yansıtma sunucu asıl sunucu rolünü varsayar ve hemen onun veritabanının kopyasını istemcilere sunar. Yeni asıl veritabanı yansıtma çalışır (yani maruz çalışır).

Önemli
Asıl sunucu sadece oturum yansıtma veritabanı bağlantısı kesildi ve halen çalışıyor ise, bazı istemciler özgün asıl veritabanına erişmeye devam edebilir. Hizmet zorlamak önce istemciler özgün asıl sunucu erişimini engellemek önemlidir. Sonra servis zorlanır, aksi takdirde, özgün asıl veritabanı ve geçerli asıl veritabanı bağımsız diğer güncelleştirilmesi.

Bu bölümde:

Zorlanmış hizmeti normal durum
Hizmet zorlamak riskleri
Olası veri kaybını yönetme
Zorla devretme yönetmek için ilgili görevler

Zorlanmış hizmeti normal durum

Zorlanmış hizmeti (ile olası veri kaybını) tipik bir durumda aşağıdaki şekilde gösterilmiştir.

Hizmeti, olası veri kaybıyla zorlama

Şekilde, özgün asıl sunucu Partner_A, yansıtma sunucuya kullanılamaz duruma Partner_B, yansıtma veritabanı kesilmesine neden. Bu olduktan sonra Partner_A olan istemcilere mevcut değil, Veritabanı Yöneticisi hizmeti, olası veri kaybı, üzerinde zorlar Partner_B. Partner_B olur asıl sunucu ve veritabanı ile çalışan maruz (yani unmirrored). Bu noktada, istemciler için yeniden Partner_B.

Ne zaman Partner_A olur kullanılabilir, oturumun katılmanız ve yansıtma rolü üstlenerek yeni asıl sunucuya bağlanır. Yansıtma oturumun hemen, yeni yansıtma veritabanı eşitlenmiş olmadan askıya alınır. Oturumu askıya almadan oturuma devam veya olağanüstü durumlarda Yansıtma Kaldır ve eski asıl veritabanından veri kurtarma girişiminde karar vermek veritabanı yöneticisine verir. Bu durumda, veritabanı yöneticisi yansıtma sürdürmek seçer. Bu noktada, Partner_A yansıtma sunucu rolü alır ve eski asıl veritabanı noktasına son başarıyla eşzamanlı hareketi; zaman içinde geri alır tüm kaydedilmiş hareketlerini hizmet zorlandı önce yansıtma sunucuda diske yazılan değil, onlar kaybolur. Partner_A sonra eski yansıtma sunucu yeni asıl sunucu oldu Yeni asıl veritabanı üzerinde yapılan değişiklikleri uygulayarak rulo yeni yansıtma veritabanı ileriye doğru.

[!NOT]

Yüksek performans modu yapılandırılmışsa bir witness gerektirmez, ancak hizmet zorlama yalnızca witness yansıtma sunucuya şu anda bağlıysa mümkündür.

Hizmet zorlamak riskleri

Hizmet zorlamak veri kaybına neden olabilir anlamak önemlidir. Yansıtma sunucu asıl sunucu ile iletişim kuramıyor ve bu nedenle iki veritabanının eşitlenmesini garanti edemeyiz çünkü veri kaybı mümkündür. Hizmet zorlamak, yeni bir kurtarma çatalı başlar. Yansıtma veritabanı ve özgün asıl veritabanı üzerinde farklı Kurtarma çatallarını olduğundan, her veritabanı şimdi diğer veritabanı yok veri içeriyor: özgün asıl veritabanı değişiklikleri henüz onun gönderme sırası eski yansıtma veritabanı (gönderilmemiş günlük); gönderilen değil içerir eski yansıtma veritabanı hizmeti zorlandı sonra değişiklikleri meydana içerir.

[!NOT]

Kurtarma çatallarını hakkında daha fazla bilgi için bkz: Synchronous Database Mirroring (High-Safety Mode).

Asıl sunucu başarısız oldu çünkü hizmet zorlanır olası veri kaybı ise olup herhangi bir işlem günlükleri yansıtma server before the failure gönderildi değildir bağlıdır. Yalnızca yansıtma veritabanı eşitlenmiş olur kadar yüksek güvenlik modu altında bu mümkün. Yüksek performans modu altında birikmiş gönderilmemiş günlük her zaman bir olasılık olduğunu.

Hizmet zorlama etkileri, kısmen oturum bir witness olup bağlıdır:

Ortaklar, örneğin haline kesilirse witness yokluğunda, kendi ağ bağlantısı kopuk olduğu için hizmet zorlanamaz. Özgün asıl sunucu hala çalışıyorsa, her iki ortak asıl rol sahibi. Özgün asıl sunucuya bağlanan istemciler özgün asıl veritabanına erişir ise yeni asıl sunucuya bağlanan istemciler veritabanı geçerli sürümünü erişir. Bu durum, veri kaybı olasılığını artırır. Ortaklar yeniden bağlanmaya izin verilirse, özgün asıl sunucu yansıtma rolü varsayar ve "yeniden elde etmek için" kendi veritabanı durumunu değiştirir yansıtma askıya alınmadan önce. Oturum devam, en son kopukluk olarak gönderme sırasındaki olan günlük olarak özgün asıl veritabanı hareketleri kaybolur. Ayrıca, herhangi bir hizmet zorlandı sonra oluşan hareketleri de kaybolur.
Yansıtma sunucu asıl sunucu hem, witness kesilir, bu son iki birbirine bağlı kaldığı sürece şahit huzurunda, anapara maruz çalışır. Asıl sunucu sonra witness kesilirse veritabanı hizmet vermez. Yansıtma sunucu tanık bağlanırsa, bundan sonra hizmet zorlama mümkün olur. Hizmet zorlanır, özgün asıl sunucu bağlanırsa özgün asıl sunucu maruz çalışırken yapılan tüm değişiklikler kaybolacak.

Daha fazla bilgi için bkz: olası veri kaybı yönetme, bu konuda.

Olası veri kaybını yönetme

Hizmet zorlanır, kendi veritabanı hasarsız varsayarak eski asıl sunucu 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 olup özgün asıl sunucu onun ortağı kapattım ve yansıtma oturumuna katıldı bağlıdır. Özgün asıl sunucu yeni asıl örneği erişebilirsiniz varsayarsak, bağlamadan şeffaf ve otomatik olarak gerçekleşir.

Özgün asıl sunucu kesilince

Özgün asıl sunucu yeniden başlatıldığında genellikle, bir arızadan sonra o hızla kendi ortağına bağlanır. Yeniden bağlanma, özgün asıl sunucu yansıtma sunucu olur. Kendi veritabanı yansıtma veritabanı olur ve oturum askıya alınmadan önce kurtarma durumuna girer. Sürece geri yansıtma sürdürmek yansıtma veritabanı değil alınır değil.

Ancak, kurtarma veritabanı erişilemez; Bu nedenle, yansıtma sürdürmek için hangi verileri kayıp olurdu değerlendirmek için inceleme olamaz. Bu nedenle, sürdürmek veya yansıtma kaldırmak karar size herhangi bir veri kaybı hiç kabul etmeye istekli olup bağlıdır.

Veri kaybı kabul edilemez, bunları kurtarabilen yansıtma kaldırmalısınız.

Yansıtma kaldırma özgün asıl veritabanını kurtarmak ve kayıp olurdu veri kurtarmayı denemek için veritabanı yöneticisine sağlayacak. Eski yansıtma veritabanı çevrimiçi olduğunda, ancak eski ortakları farklı veritabanları aynı adla hizmet. Veritabanı Yöneticisi veritabanını veritabanı daha fazla sapma önlemek ve istemci yerine çalışma sorunlarını önlemek için istemcilere erişilemez yapmak gerekiyor.
Veri kaybı kabul edilebilir olacaktır, yansıtma devam edebilirsiniz.

Neden yansıtma veritabanı eşitleme ilk adım olarak geri alınması yeni yansıtma veritabanı sürdürülüyor. 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.

Özgün asıl sunucu yeniden değil

Yeni asıl sunucu ağ üzerinden bağlanma özgün asıl sunucu geçici olarak engellemek, özgün asıl veritabanı yansıtma devam hangi verileri kayıp olurdu değerlendirmek için inceleyebilirsiniz.

Potansiyel veri kaybı kabul edilebilir ise

Onun ortağı yeniden özgün asıl sunucu sağlar. Yansıtma askıya için neden yeniden bağlanıyor. Yansıtma ile devam etmek için sadece oturuma devam. Eski asıl sunucu yansıtma rolü kabul eder. Yeni yansıtma sunucu, asla gönderilen veya eski yansıtma sunucu tarafından alınan tüm işlemleri kaybetme özgün kurtarma çatalı bırakır.
Veri kaybı kabul edilemez ise

Özgün asıl veritabanı oturumu devam Eğer kaybolur kritik veriler içeriyorsa, yansıtma kaldırma özgün asıl sunucu verileri koruyabilir. Bu noktada sorumlusunun günlüğünün tail geri girişiminde öneririz. Daha sonra hurda için özgün asıl veritabanından istediğiniz verileri verme ve geçerli asıl veritabanına alma geçerli asıl (eski yansıtma veritabanı) güncelleştirebilirsiniz. Güncelleştirilmiş veritabanı tam veritabanı yedeğini alarak mümkün olan en kısa sürede öneririz.

İle ilk asıl veritabanı olarak güncelleştirilmiş veritabanı yansıtma yeniden kurmak için yeni bir yansıtma veritabanı oluşturmak için bu yedek (ve en azından bir sonraki günlük yedekleme) kullanın. Her günlük yedekleme yansıtma kaldırıldı sonra çekilen uygulanmalıdır. Bu nedenle, yeni yansıtma oturumu başlayıncaya kadar ek günlük yedeklemeler asıl veritabanının geciktirerek öneririz.