WSFC felaket kurtarma aracılığıyla zorla çekirdek (SQL Server)

Çekirdek hata genelde Sistemik bir felaket, bir kalıcı iletişim hatası ya da birkaç wsfc küme düğümleri içeren bir yetersizliğini kaynaklanır. El ile müdahale, çekirdek hata kurtarma için gereklidir.

• Başlamadan önce: Önkoşullar, güvenlik 

• wsfc felaket kurtarma aracılığıyla zorla çekirdek yordam Çekirdek hatasından kurtarmak için

Başlamadan önce

Ön Koşullar

Zorla çekirdek yordamı, sağlıklı bir çekirdek çekirdek hata önce varolduğunu varsayar.

Dikkat
Kullanıcı Windows Server yük devretme kümeleme, wsfc çekirdek modelleri, etkileşimleri ve kavramları bilgili olmalıdır SQL Serverve çevre'nın belirli dağıtım yapılandırması. Daha fazla bilgi için bkz: Windows Server yük devretme kümeleme (wsfc) SQL Server ile, wsfc çekirdek modları ve oylama Configuration (SQL Server)

Güvenlik

Kullanıcı wsfc kümedeki her düğümde yerel Administrators grubunun üyesi olan bir etki alanı hesabı olmalıdır.

wsfc felaket kurtarma aracılığıyla zorla çekirdek prosedürü

Çekirdek hata tüm Kümelenmiş Hizmetleri, SQL Server örnekleri ve kullanılabilirlik grupları, wsfc kümedeki düğüm düzeyinde hataya yapılandırıldığı şekilde, küme garanti edemez çünkü çevrimdışı olarak ayarlanması neden olacağını unutmayın. Çekirdek hata wsfc kümedeki sağlıklı oylama düğümler çekirdek model artık karşılamak anlamına gelir. . Bazı düğümlerde tamamen başarısız olmuş olabilir ve bazı sadece wsfc hizmetini kapatın ve aksi takdirde sağlıklı, bir çekirdek ile iletişim yeteneği kaybı dışında.

wsfc küme yeniden çevrimiçi duruma getirmek için çekirdek hatası altında Varolan bir yapılandırma kök neden düzeltmek, gerektiği gibi etkilenen veritabanlarını kurtarmak ve hayatta kalan küme topoloji yansıtacak şekilde wsfc kümedeki kalan düğümleri yeniden yapılandırmak isteyebilirsiniz.

Sen-ebilmek kullanma Çekirdek zorla yordam wsfc küme düğümünde küme çevrimdışı aldı güvenlik denetimleri geçersiz kılmak için. Bu etkin küme çekirdek çekleri oylama askıya söyler ve wsfc Küme kaynaklarına ve SQL Server yeniden çevrimiçi herhangi bir küme içindeki düğümlerin getirmek sağlar.

Bu tür bir olağanüstü durum kurtarma işlemi aşağıdakileri içermelidir:

Çekirdek hatasından kurtarmak için:

1. Başarısızlık kapsamını belirler. Kullanılabilirlik gruplarını tanımlamak veya SQL Server örneği olmayan duyarlı, hangi küme düğümleri online ve post-disaster kullanılmak üzere ve Windows olay günlükleri ve SQL Server sistem günlüklerini inceleyin. Pratik nerede, adli veri ve sistem günlüklerini daha sonraki analizler için korumak.

2. wsfc küme çekirdek tek bir düğümde zorla kullanarak başlatın. Bunun dışında wsfc Küme hizmeti kapatıldı bileşen hataları, en az sayıda düğümü tanımlar. Bu düğüm düğüm çoğunluğu ile iletişim kurabildiğinizi doğrulayın.

   Bu düğümde el ile zorla çekirdek yordamı kullanarak online gelip küme zorlayın. Olası veri kaybını en aza indirmek için son kullanılabilirlik grubu birincil çoğaltmasını barındırma oldu bir düğümü seçin.

   Daha fazla bilgi için bkz: zorla wsfc küme bir çekirdek olmadan başlatmak için

   [!NOT]

   Zorla çekirdek ayarı, mantıksal wsfc küme ve otomatik geçiş işlemi normal çekirdek modu oy çoğunluğu elde kadar çekirdek denetimlerini engelleyecek bir küme çapında etkilemez.

3. wsfc hizmeti, aksi takdirde sağlıklı her düğüm, bir defada normalde başlatın. Diğer düğümlerde Küme hizmetini başlattığınızda zorla çekirdek seçeneği belirtmeniz gerekmez.

   wsfc hizmeti her düğümde çevrimiçi geliyor yeni küme yapılandırma durumu eşitlemek için diğer sağlıklı düğümleri ile görüşür. Bu tek bir düğüm kümenin son bilinen devlet çözümünde potansiyel yarış durumları önlemek için bir defada yapmak hatırlıyorum.

   Dikkat
   Başlattığınız her düğüm yeni çevrimiçi diğer düğümlerle iletişim kurabildiğinden emin olun. Diğer düğümlerde wsfc hizmetini devre dışı bırakabilirsiniz. Aksi takdirde birden fazla çekirdek düğüm kümesi oluşturma riski çalıştırılır; Bu split-brain bir senaryodur. 1. Adımda bulgular doğru olsaydı, bu ortaya çıkmaz.

4. Yeni çekirdek modu ve düğüm oy yapılandırmasına uygulanır. Eğer kümedeki tüm düğümlere başarıyla zorla çekirdek yordamı kullanarak yeniden ve kök neden çekirdek hata düzeltildi. Daha sonra yapılan değişiklikler özgün çekirdek modu ve düğüm yapılandırma gerekli değildir oy.

   Aksi takdirde, yeni kurtarılan küme düğümü ve kullanılabilirliği çoğaltma topolojisini değerlendirmek ve uygun her düğüm için çekirdek modu ve oy atamalarını değiştirmek gerekir. Un-recovered düğüm kümesini çevrimdışı veya düğüm kümesi sıfır oy var olmalıdır.

   İpucu
   Bu noktada, düğümleri ve küme içindeki SQL Server örneklerini geri düzenli çalışması için geri yüklenecek görünebilir. Ancak, sağlıklı bir çekirdek hala olmayabilir. Yük Devretme Kümesi Yöneticisi'ni veya SQL Server Management Studio'yu veya uygun DMVs AlwaysOn Pano kullanarak, bir çekirdek geri yüklendiğini doğrulayın.

5. Kullanılabilirlik grubu veritabanı yinelemeleri, gerektiğinde kurtarma. Sigara kullanılabilirlik Grup veritabanlarını kurtarmak ve normal SQL Server başlatma işlemi olarak kendi parçası üzerinde yeniden çevrimiçi duruma gerekir.

   Onları getirerek durumu grup çoğaltmaların yeniden çevrimiçi bu sırayla için potansiyel veri kaybı ve kurtarma zamanı en aza indirebilirsiniz: birincil kopya, zaman uyumlu ikincil kopyaları, zaman uyumsuz ikincil kopyaları.

6. Onarım veya başarısız bileşenleri ve küme re-validate. Şimdi, sen-si olmak kurtarıldı ilk afet ve çekirdek hata onarmak veya başarısız düğüm yerine ve gerekir ilgili wsfc ve AlwaysOn yapılandırmaları buna göre ayarlayın. Bu durumu grup yinelemeler bırakarak, düğümleri kümeden çıkarmak veya düzleştirme ve yazılım bir düğümde yeniden ekleyebilirsiniz.

   Önemli
   Onarım veya tüm başarısız durumu yinelemeler kaldırmanız gerekir. SQL ServerGönderilen son bilinen açısından en arkasında kullanılabilirliği çoğaltma işlem günlüğü keser değil. Başarısız kopya değil tamir veya kullanılabilirlik gruptan kaldırılmış, işlem günlüklerinin büyüyecek ve diğer kopyalarla üzerinde hareket günlük alanı azalıyor riskini çalışır.

7. Adım 4 gerektiği gibi tekrarlayın. Amaç, hataya dayanıklılığını ve yüksek kullanılabilirliğini sağlıklı operasyonları için uygun düzeyde yeniden sağlamaktır.

8. rpo/rto çözümlemesi gerçekleştirin. SQL Server sistem günlükleri, veritabanının zaman damgaları ve başarısızlığın temel nedeni belirlemek için Windows olay günlükleri çözümlemeniz gerekir ve gerçek kurtarma noktası ve kurtarma zaman belgelemek için deneyimleri.

ilişkili Görevler

• wsfc küme güç-e doğru bir çekirdek olmadan Başlat

• Bir kullanılabilirlik grubu (SQL Server) zorla el ile yerine çalışma gerçekleştirmek

• Küme çekirdek NodeWeight ayarlarını görüntüleme

• Küme çekirdek NodeWeight ayarlarını yapılandırma

[Top]

Ayrıca bkz.

Kavramlar

(WSFC) SQL Server ile Windows Sunucu Kümelemesi