Share via


Çekirdek: (Veritabanı yansıtma) Veritabanı kullanılabilirlik bir Witness nasıl etkiler

Bir witness yansıtma oturum bir veritabanı için ayarlandığında Çekirdek gereklidir. Çekirdek iki veya daha fazla sunucu örnekleri veritabanı oturumu yansıtma birbirine bağlı bulunan bir ilişkidir. Genelde çekirdek üç bağlantılı sunucu örnekleri içerir. Bir tanık ayarlandığında, çekirdek veritabanı kullanılabilir hale getirmek için gereklidir. Yüksek güvenlik modunda otomatik yerine çalışma için tasarlanmış, çekirdek veritabanı, bir kerede tek bir ortak tarafından sahibi olduğu emin olur.

Bu örnek, belirli sunucu örneği yansıtma oturumu kesilirse çekirdek kaybeder. Hiçbir sunucu örnekleri bağlıysanız, oturum çekirdeği kayıpları ve veritabanı kullanılamaz duruma gelir. Üç tür çekirdek mümkündür:

  • A tam çekirdek ortakları ve witness içerir.

  • A witness ortağı çekirdek witness ve ya da ortak oluşur.

  • A Ortak ortağı çekirdek iki ortakları oluşur.

Aşağıdaki şekil, bu tür çekirdek gösterir.

Çekirdekler: tam; tanık ve ortak; iki ortak

Geçerli asıl sunucu çekirdeği olduğu sürece, bu sunucunun asıl rolü sahibi ve el ile yerine çalışma veritabanı sahibi yapar sürece veritabanı, hizmet vermeye devam ediyor. Asıl sunucu çekirdeği kaybederse, veritabanı hizmet vermez. Otomatik yerine çalışma sadece asıl veritabanı çekirdeği, artık veritabanı hizmet vermektedir garanti kayıp oluşabilir.

Kesilen sunucu örneği, oturumda en son rolünü kaydeder. Genellikle, bağlantısı kesilen sunucu örneği ne zaman yeniden başlatılır ve çekirdek yıkılan oturuma yeniden bağlanır.

Önemli notÖnemli

Yalnızca otomatik yerine çalışma ile yüksek güvenlik modu kullanmak istediğinizde tanık olarak ayarlanmalıdır. Bir witness asla gerekli olan yüksek performanslı modunda TANIK özelliğini ayarlamak için off öneririz. Veritabanı kullanılabilirlik bir witness yüksek performans modu oturumda nasıl etkiler hakkında daha fazla bilgi için bkz: Asynchronous Database Mirroring (High-Performance Mode).

Yüksek güvenlik modda oturum çekirdeği

Yüksek güvenlik modunda otomatik yerine çalışma içinde hangi ortak asıl rolü sahibi ile çekirdek sunucu örnekleri kalkarsa bir bağlam sağlayarak çekirdek izin verir. Çekirdek varsa asıl sunucu veritabanı hizmet vermektedir. Çekirdek sunucu eşitlenmiş yansıtma ve witness korumak asıl sunucu çekirdeği kaybeder, otomatik failover oluşur.

Yüksek güvenlik modu için çekirdek senaryoları aşağıdaki gibidir:

  • A tam çekirdek ortakları ve witness oluşur.

    Tüm üç sunucu örnekleri olarak adlandırılan üç yönlü çekirdek içinde normalde katılmak bir tam çekirdek. Tam bir çekirdek ile ana para ve yansıtma sunucu (el ile yerine çalışma oluşur sürece) kendi rollerini gerçekleştirmek devam edin.

  • A witness ortağı çekirdek witness ve ya da ortak oluşur.

    Ortakları birini kesilmiş demektir çünkü Ortaklar arasında ağ bağlantısı kesilirse, iki durumlarda mümkündür:

    • Yansıtma sunucu kaybolur ve asıl sunucu ve tanık çekirdek korumak.

      Bu durumda, asıl veritabanını ayarlar için bağlantı kesildi ve bir suspended durumda yansıtma ile çalışır. (Bu is referred to as maruz çalışan, veritabanı şu anda değil yansıtılır çünkü.) Yansıtma sunucu oturumu yeniden katılır, sunucu çekirdek ayna olarak yıkılan ve veritabanı kendi kopyasını resynchronizing başlar.

    • Asıl sunucu kaybolur ve witness ve yansıtma sunucu çekirdek korumak.

      Bu durumda otomatik failover oluşur. Daha fazla bilgi için, bkz. Automatic Failover (Database Mirroring).

    Her iki ortakları tanık bağlı kalması ise nadiren, yerine çalışma ortakları arasında ağ bağlantısı kaybolur. Bu olay, iki ayrı bir irtibat witness ile tanık-to–partner çekirdeklerini mevcut. Witness yansıtma sunucu asıl sunucu hala bağlı olduğunu bildirir. Bu nedenle, otomatik failover oluşmaz. Bunun yerine, yansıtma sunucu yansıtma rolü korur ve anapara yeniden bekler. Yinele sıra bu noktada günlük kayıtları içeriyorsa, yansıtma sunucu yansıtma veritabanı ileriye Top devam ediyor. Yeniden bağlanma, yansıtma sunucu yansıtma veritabanı yeniden eşitlemek.

  • A Ortak ortağı çekirdek iki ortakları oluşur.

    En kısa sürece çekirdek ortakları korumak, SYNCHRONIZED durumunda veritabanı devam ediyor ve el ile yerine çalışma mümkün kalır. Otomatik yerine çalışma witness mümkün değildir; ama çekirdek witness kavuşur, normal çalışma oturumu devam eder ve otomatik failover tekrar desteklenir.

  • Oturum çekirdeği kaybeder.

    Tüm sunucu örnekleri birbirinden haline kesilirse, oturumun söyleniyor kayıp çekirdek. Sunucu örnekleri birbirine yeniden gibi birbirleri ile çekirdek yeniden kazanmak.

    • Asıl sunucu ya da diğer sunucu örnekleri ile bağlanırsa, veritabanı kullanılabilir hale gelir.

    • Veri kaybı çünkü asıl sunucu bağlantısı kesilmiş olarak kalır, ancak yeniden birbirlerine ayna ve şahit, otomatik yerine çalışma olamaz. Bu nedenle, asıl sunucu oturumu yeniden katılır kadar veritabanı kullanılamıyor, kalır.

    • Tüm üç sunucu örnekleri bağladıysanız, tam çekirdek kazanmış ve oturum normal işlem devam eder.

Önemli notÖnemli

Ya da ortak çekirdek kaybeder, bir ortak ortağı çekirdek bir oturuma sahip, oturum çekirdeği kaybeder. Bu nedenle, lots-in zaman için bağlantısı kesilen kalmasını witness bekliyorsanız, geçici olarak oturumdan witness kaldırmanız önerilir. Witness kaldırmak için çekirdek gereksinimini kaldırır. Sonra yansıtma sunucu kesilirse, asıl sunucu veritabanı hizmet vermeye devam edebilir. Eklemek veya bir witness kaldırmak hakkında daha fazla bilgi için bkz: Witness yansıtma veritabanı.

Çekirdek Veritabanı kullanılabilirlik nasıl etkiler

Nasıl, zaman, tek bir ortak asıl rolü sahibi, emin olmak için witness ve ortaklarla işbirliği aşağıda gösterilmiştir ve yalnızca geçerli asıl sunucu veritabanını çevrimiçi getirebilir. İki senaryo tam çekirdek ile başlar ve Partner_A asıl rolü ve Partner_B yansıtma rolü.

Tanık ve ortaklar nasıl işbirliği yapar

Senaryo 1 gösterir nasıl sonra özgün asıl sunucu (Partner_A) başarısız olursa, witness ve yansıtma katılıyorum, anapara, Partner_A, artık mevcut değildir ve formu çekirdek. ««««Ayna, Partner_B asıl rolü kabul eder. Otomatik failover oluşur, ve Partner_B, veritabanını çevrimiçi kendi kopyasını getirir. Sonra Partner_B aşağı gider ve veritabanı çevrimdışı olması. Daha sonra eski asıl sunucu Partner_A, çekirdek kazanma tanık, ancak tanık, iletişim yeniden Partner_A veritabanını çevrimiçi, kendi kopyasını getirmek olamaz çünkü öğrenir Partner_B şimdi asıl rol sahibi. Ne zaman Partner_B oturumu yeniden katılır veritabanı yeniden çevrimiçine getirir.

Senaryo 2'de ise Ortaklar, çekirdek witness kaybeder Partner_A ve Partner_B, çekirdek birbirleri ile korumak ve veritabanının çevrimiçi kalır. Kendi çekirdek ortakları'ı çok kaybedersiniz ve veritabanı çevrimdışı olması. Daha sonra asıl sunucu Partner_A, çekirdek kazanma tanık bağlanır. Witness teyit Partner_A hala asıl rolün sahibi ve Partner_A veritabanı yeniden çevrimiçine getirir.

Ayrıca bkz.

Kavramlar

Witness yansıtma veritabanı

Asynchronous Database Mirroring (High-Performance Mode)

Automatic Failover (Database Mirroring)

Veritabanı yansıtma sırasında olası hataları

Yansıtma Devletleri (SQL Server)

Manual Failover (Database Mirroring)

Synchronous Database Mirroring (High-Safety Mode)