Yük devretme kümesi sorunlarını giderme

Şunlar için geçerlidir: SQL Server

Bu makalede aşağıdaki sorunlar hakkında bilgi sağlanır:

Temel sorun giderme adımları

İlk tanılama adımı, yeni bir küme doğrulama denetimi çalıştırmaktır. Doğrulamayla ilgili ayrıntılar için bkz. Bir Yük Devretme Kümesi Oluşturma: Yapılandırmayı Doğrulama. Bu, herhangi bir çevrimiçi küme kaynağını etkilemediğinden hizmet kesintisi olmadan tamamlanabilir.

Doğrulama, Yük Devretme Kümelemesi özelliği yüklendikten sonra, küme dağıtılmadan önce, küme oluşturma sırasında ve küme çalışırken de dahil olmak üzere herhangi bir zamanda çalıştırılabilir. Aslında, küme kullanımda olduğunda ek testler yürütülür ve bu da yüksek oranda kullanılabilir iş yükleri için en iyi yöntemlerin izlenmekte olup olmadığını denetler. Bu onlarca testte, bunların yalnızca birkaçı çalışan küme iş yüklerini etkiler ve bunların tümü depolama kategorisi içindedir, bu nedenle bu kategorinin tamamını atlamak kesintiye neden olan testlerden kaçınmanın kolay bir yoludur.

Yük devretme kümelemesi, doğrulama sürecinde depolama testleri çalıştırılırken yanlışlıkla çalışma dışı kalma süresini önlemek için yerleşik bir koruma içerir. Doğrulama başlatıldığında kümede herhangi bir çevrimiçi grup varsa ve depolama testleri seçili durumda kalırsa, kullanıcıdan tüm testleri çalıştırmak (ve kapalı kalma süresine neden olmak) veya kapalı kalma süresini önlemek için herhangi bir çevrimiçi grubun disklerini test etmek isteyip istemediğini onaylamasını ister. Depolama kategorisinin tamamı test edilmeden dışlandıysa, bu istem görüntülenmez. Bu, kapalı kalma süresi olmadan küme doğrulamasını etkinleştirir.

Kümenizi yeniden doğrulama

  1. Yük Devretme Kümesi ek bileşenindeki konsol ağacında Yük Devretme Kümesi Yönetimi'nin seçili olduğundan emin olun ve Yönetim'in altında Yapılandırmayı doğrula'yı seçin.

  2. Sunucuları ve testleri belirtmek ve testleri çalıştırmak için sihirbazdaki yönergeleri izleyin. Özet sayfası testler çalıştırıldıktan sonra görüntülenir.

  3. Özet sayfasındayken, test sonuçlarını görüntülemek için Raporu Görüntüle'yi seçin.

    Sihirbazı kapattıktan sonra testlerin sonuçlarını görüntülemek için, işletim sisteminin yüklü olduğu klasörün (örneğin, %SystemRoot%\Cluster\Reports\Validation Report date and time.html) nerede %SystemRoot% olduğuna bakınC:\Windows.

  4. Sonuçları yorumlamanıza yardımcı olan yardım makalelerini görüntülemek için Küme doğrulama testleri hakkında daha fazla bilgi'yi seçin.

Sihirbazı kapattıktan sonra küme doğrulamasıyla ilgili yardım makalelerini görüntülemek için Yük Devretme Kümesi ek bileşeninde Yardım'ı seçin, Yardım Konuları'nı seçin, İçerikler sekmesini seçin, yük devretme kümesi yardımının içeriğini genişletin ve Yük Devretme Kümesi Yapılandırmasını Doğrulama'yı seçin. Doğrulama sihirbazı tamamlandıktan sonra Özet Raporu sonuçları görüntüler. Tüm testler yeşil onay işaretiyle veya bazı durumlarda sarı üçgenle (uyarı) geçmelidir. Sorun alanlarını (kırmızı X'ler veya sarı soru işaretleri) ararken, raporun test sonuçlarını özetleyen bölümünde ayrıntıları gözden geçirmek için tek bir test seçin. SQL Server sorunlarını gidermeden önce tüm kırmızı X sorunlarının çözülmesi gerekir.

Güncelleştirmeleri yükleme

Güncelleştirmeleri yüklemek, sisteminizdeki sorunlardan kaçınmanın önemli bir parçasıdır. Yararlı bağlantılar:

Yük devretme kümesi hatasından kurtarma

Yük devretme kümesi hatası genellikle iki nedenden birinin sonucu olur.

  • İki düğümlü kümenin bir düğümünde donanım hatası. Bu donanım hatasının nedeni SCSI kartındaki veya işletim sistemindeki bir hata olabilir.

    Bu hatadan kurtarmak için SQL Server Kurulum programını kullanarak başarısız düğümü yük devretme kümesinden kaldırın, bilgisayarla ilgili donanım hatasını çevrimdışı olarak giderin, makineyi geri getirin ve onarılan düğümü yeniden yük devretme kümesi örneğine ekleyin.

    Daha fazla bilgi için bkz. Yeni Bir Always On Yük Devretme Kümesi Örneği Oluşturma (Kurulum) ve Yük devretme kümesi örneği hatasından kurtarma.

  • İşletim sistemi hatası. Bu durumda düğüm çevrimdışıdır, ancak kurtarılamaz şekilde bozulmaz.

    Bir işletim sistemi hatası yaşandığında, düğümü geri yükleyin ve yük devretmeyi test edin. SQL Server örneği düzgün yük devretme yapmazsa SQL Server'ı yük devretme kümesinden kaldırmak, gerekli onarımları yapmak, bilgisayarı geri getirmek ve ardından onarılan düğümü yeniden yük devretme kümesi örneğine eklemek için SQL Server Kurulum programını kullanmanız gerekir.

    Bu yöntemle işletim sistemi hatasından kurtulmak zaman alabilir. İşletim sistemi hatası kolayca kurtarılabilirse, bu tekniği kullanmaktan kaçının.

    Daha fazla bilgi için bkz. Yeni Bir Always On Yük Devretme Kümesi Örneği Oluşturma (Kurulum) ve Yük devretme kümesi örneği hatasından kurtarma.

Yaygın sorunları çözme

Aşağıdaki listede yaygın kullanım sorunları açıklanır ve bunların nasıl çözüleceğini açıklanmaktadır.

Sorun: SQL Server'ı yüklemek için komut istemi söz diziminin yanlış kullanımı

Sorun 1:/qn anahtar komut isteminden kullanıldığında Kurulum sorunlarını teşhis etmek zordur, çünkü /qn anahtarı tüm Kurulum iletişim kutularını ve hata iletilerini bastırır. "Belirtilen /qn anahtarı varsa, hata mesajları da dahil olmak üzere tüm kurulum mesajları kurulum günlük dosyalarına yazılır." Günlük dosyaları hakkında daha fazla bilgi için bkz. SQL Server Kurulumu günlük dosyalarını görüntüleme ve okuma.

Çözünürlük 1: /qb anahtarını /qn anahtarı yerine kullanın. Anahtarı kullanırsanız /qb , hata iletileri de dahil olmak üzere her adımda temel kullanıcı arabirimi görüntülenir.

Sorun: SQL Server başka bir düğüme geçtikten sonra ağa bağlanamıyor

Sorun 1: SQL Server hizmet hesapları bir etki alanı denetleyicisiyle iletişim kuramıyor.

Çözüm 1: Olay günlüklerinizde bağdaştırıcı hataları veya DNS sorunları gibi ağ sorunlarının işaretlerini denetleyin. Etki alanı denetleyicinize ping işlemi yapabileceğinizi doğrulayın.

Sorun 2: SQL Server hizmet hesabı parolaları tüm küme düğümlerinde aynı değildir veya düğüm, başarısız bir düğümden geçirilen bir SQL Server hizmetini yeniden başlatmaz.

Çözünürlük 2: SQL Server Yapılandırma Yöneticisi kullanarak SQL Server hizmet hesabı parolalarını değiştirin. Bunu yapmazsanız ve bir düğümdeki SQL Server hizmet hesabı parolalarını değiştirirseniz, diğer tüm düğümlerde de parolaları değiştirmeniz gerekir. SQL Server Yapılandırma Yöneticisi bunu otomatik olarak yapar.

Sorun: SQL Server küme disklerine erişemiyor

Sorun 1: Üretici yazılımı veya sürücüler tüm düğümlerde güncelleştirilmez.

Çözünürlük 1: Tüm düğümlerin doğru üretici yazılımı sürümlerini ve aynı sürücü sürümlerini kullandığını doğrulayın.

Sorun 2: Düğüm, başarısız bir düğümden geçen küme disklerini, başka bir sürücü harfinin bulunduğu paylaşılan bir küme diskinde geri yükleyemez.

Çözünürlük 2: Küme diskleri için disk sürücüsü harfleri her iki sunucuda da aynı olmalıdır. Aksi takdirde, işletim sistemini ve Microsoft Küme Hizmeti'ni (MSCS) ilk yüklemenizi gözden geçirin.

Sorun: SQL Server hizmetinin başarısızlığı yük devretmeye neden olur

Çözünürlük: Belirli hizmetlerin başarısız olmasının SQL Server grubunun yük devretmesine neden olmasını önlemek için, Windows'ta Küme Yöneticisi'ni kullanarak bu hizmetleri aşağıdaki gibi yapılandırın:

  • Tam Metin Özellikleri iletişim kutusunun Gelişmiş sekmesindeki Grubu Etkile onay kutusunu temizleyin. Ancak, SQL Server yük devretmeye neden olursa, tam metin arama hizmeti yeniden başlatılır.

Sorun: SQL Server otomatik olarak başlatılmıyor

Çözünürlük: Bir yük devretme kümesini otomatik olarak başlatmak için MSCS'de Küme Yöneticisi'ni kullanın. SQL Server hizmeti el ile başlatılacak şekilde ayarlanmalıdır; Küme Yöneticisi, SQL Server hizmetini başlatmak için MSCS'de yapılandırılmalıdır. Daha fazla bilgi için bkz. Hizmetleri Yönetme.

Sorun: Ağ Adı çevrimdışı ve TCP/IP kullanarak SQL Server'a bağlanamazsınız

Sorun 1: DNS, DNS gerektiren küme kaynağıyla başarısız oluyor.

Çözünürlük 1: DNS sorunlarını düzeltin.

Sorun 2: Ağda yinelenen bir ad var.

Çözünürlük 2: Yinelenen adı bulmak ve ardından sorunu düzeltmek için nbtstat kullanın.

Sorun 3: SQL Server Adlandırılmış Kanallar kullanılarak bağlanmıyor.

Çözüm 3: SQL Server Adlandırılmış Kanalları kullanarak bağlanmak için SQL Server Yapılandırma Yöneticisi'ı kullanarak uygun bilgisayara bağlanmak üzere bir takma ad oluşturun. Örneğin, iki düğümlü bir kümeniz (Düğüm A ve Düğüm B) ve varsayılan örneği olan bir yük devretme kümesi örneğiniz (Virtsql) varsa, aşağıdaki adımları kullanarak Ağ Adı kaynağını çevrimdışı olan sunucuya bağlanabilirsiniz:

  1. Küme Yöneticisi'ni kullanarak SQL Server örneğini içeren grubun hangi düğümde çalıştığını belirleyin. Bu örnekte, bu Düğüm A.

  2. Net start kullanarak o bilgisayarda SQL Server hizmetini başlatın. Net start kullanma hakkında daha fazla bilgi için bkz. SQL Server'ı El ile Başlatma.

  3. A Düğümünde SQL Server SQL Server Yapılandırma Yöneticisi'ı başlatın. Sunucunun dinlediği kanal adını görüntüleyin. ile benzer \\.\$$\VIRTSQL\pipe\sql\queryolmalıdır.

  4. İstemci bilgisayarda SQL Server Yapılandırma Yöneticisi'ı başlatın.

  5. Adlandırılmış Kanallar aracılığıyla bu pipe adına bağlanmak için bir takma ad SQLTEST1 oluşturun. Bunu yapmak için sunucu adı olarak Düğüm A girin ve boru adını \\.\pipe\$$\VIRTSQL\sql\query olarak düzenleyin.

  6. Sunucu adı olarak SQLTEST1 takma adını kullanarak bu örnek ile bağlantı kurun.

Sorun: SQL Server Kurulumu kümede 11001 hatasıyla başarısız oluyor

Sorun: içinde HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\MSSQL.X\Clusteryalnız bırakılmış bir kayıt defteri anahtarı.

Çözünürlük: Kayıt defteri kovanın MSSQL.X şu anda kullanımda olmadığından emin olun ve küme anahtarını silin.

Sorun: Küme Kurulumu Hatası: "Yükleyicinin şu dizine erişmek için yeterli ayrıcalığı yok: <sürücü>\Microsoft SQL Server. Yükleme devam edemiyor. Yönetici olarak oturum açın veya sistem yöneticinize başvurun"

Sorun: Bu hatanın nedeni, düzgün bölümlenmemiş bir SCSI paylaşılan sürücüsüdür.

Çözünürlük: Aşağıdaki adımları kullanarak paylaşılan diskte tek bir bölümü yeniden oluşturun:

  1. Disk kaynağını kümeden silin.
  2. Disk üzerindeki tüm bölümleri silin.
  3. Disk özelliklerinde diskin temel bir disk olduğunu doğrulayın.
  4. Paylaşılan diskte bir bölüm oluşturun, diski biçimlendirin ve diske bir sürücü harfi atayın.
  5. Küme Yöneticisi'ni (cluadmin) kullanarak diski kümeye ekleyin.
  6. SQL Server Kurulumu'nu çalıştırın.

Sorun: Uygulamalar SQL Server kaynaklarını dağıtılmış bir işlemde listeleyememe

Sorun: Microsoft Dağıtılmış İşlem Düzenleyicisi (MS DTC) Windows'ta tam olarak yapılandırılmadığından, uygulamalar SQL Server kaynaklarını dağıtılmış bir işlemde listeleyemeyebilir. Bu sorun bağlı sunucuları, dağıtılmış sorguları ve dağıtılmış işlemleri kullanan uzak saklı yordamları etkileyebilir. MS DTC'yi nasıl yapılandıracağınız hakkında daha fazla bilgi için Hata Toleransı Kümelemesi Yüklemeden Önce bölümüne bakın.

Çözünürlük: Bu tür sorunları önlemek için, SQL Server'ın yüklü olduğu ve MS DTC'nin yapılandırıldığı sunucularda MS DTC hizmetlerini tam olarak etkinleştirmeniz gerekir.

MS DTC'yi tam olarak etkinleştirmek için aşağıdaki adımları kullanın:

  1. Denetim Masası'nda Yönetim Araçları'nı ve ardından Bilgisayar Yönetimi'ni açın.

  2. Bilgisayar Yönetimi'nin sol bölmesinde Hizmetler ve Uygulamalar'ı genişletin ve Hizmetler'i seçin.

  3. Bilgisayar Yönetimi'nin sağ bölmesinde Dağıtılmış İşlem Düzenleyicisi'ne sağ tıklayın ve Özellikler'i seçin.

  4. Dağıtılmış İşlem Düzenleyicisi penceresinde Genel sekmesini seçin ve ardından durdur'u seçerek hizmeti durdurun.

  5. Dağıtılmış İşlem Düzenleyicisi penceresinde Oturum Açma sekmesini seçin ve oturum açma hesabını NT AUTHORITY\NetworkServiceayarlayın.

  6. Dağıtılmış İşlem Düzenleyicisi penceresini kapatmak için Uygula ve Tamam'ı seçin. Bilgisayar Yönetimi penceresini kapatın. Yönetim Araçları penceresini kapatın.

Sorun: SQL Server Agent, özel bir portta çoklu alt ağ failover kümesi örneğine bağlanamıyor

Sorun: SQL Server Agent, aşağıdaki tüm koşullar geçerli olduğunda yerel Database Engine'e bağlanamaz:

  1. SQL Server, çoklu alt ağ failover kümesi örneği olarak kuruludur.
  2. Failover kümesi örneği varsayılan bir örnektir.
  3. Database Engine, varsayılan 1433 dışında sabit bir TCP portunda dinler.
  4. SQL Server Agent, başlatma sırasında yerel instance'a bağlanır.

Çok alt ağlı yük devretme kümesi örneği için, ilk SQL Server Agent bağlantısı MultiSubnetFailover=Yes kullanır. Bu ayar istemcinin TCP kullanmasına neden olur. Bağlantı paylaşılan belleğe veya adlandırılmış borulara geri dönmez. Hedef (local) olduğunda ve port belirtilmediğinde, bağlantı TCP portu 1433'ü dener. Database Engine o portu dinlemiyorsa bağlantı bozulur.

ODBC izinde aşağıdaki gibi bir bağlantı görebilirsiniz:

DRIVER=ODBC Driver 17 for SQL Server;SERVER=(local);APP=SQLAgent - Initial Boot Probe;DATABASE=master;MultiSubnetFailover=YES;

Çözüm: SQL Server Agent bağlantısını yedekleme kümesi örneğinin sanal ağ adına ve yapılandırılmış TCP portuna yönlendiren bir TCP takma adı oluşturun. Failover kümesi örneğini barındırabilen her düğümde alias yapılandırın.

Adım 1: Yapılandırılmış TCP portunu onaylayın

  1. Aktif düğümde SQL Server Yapılandırma Yöneticisi'ı açın.
  2. SQL Server Ağ Yapılandırması'nı genişletin ve ardından MSSQLSERVER için Protokoll'ü seçin.
  3. TCP/IP açın ve ardından IP Adresleri sekmesini seçin.
  4. Listen All Evet olarak ayarlanmışsa, IPAllaltında TCP Portunun değerini not edin.
  5. Listen All seçeneği Hayır olarak ayarlanmışsa, yük devretme kümesi örneği tarafından kullanılan etkinleştirilmiş her IP adresi için TCP Bağlantı Noktası değerini not edin.
  6. SQL Server hata günlüğünün Database Engine'in beklenen portu dinlediğini gösterdiğini doğrulayın.

Daha fazla bilgi için bkz. SQL Server'ıbelirli bir TCP bağlantı noktasını dinleyecek şekilde yapılandırma.

Adım 2: Her küme düğümünde TCP alias oluşturun

Failover kümesi örneğini barındırabilen her düğümde bu adımları tamamlayın:

  1. Kurulu SQL Server sürümüne uygulanan SQL Server istemci takma adı yapılandırma aracını açın.
  2. Yeni bir takma ad oluşturun.
  3. Alias Name içinde, yerel SQL Server Agent bağlantısı için benzersiz bir isim girin. Her düğümde aynı takma adı kullanın.
  4. Protokol olarak TCP/IP seçin.
  5. Server alanına, yük devretme kümesi örneğinin sanal ağ adını girin. Fiziksel düğüm adını girmeyin.
  6. Port No'da, adım 1'de tanımlanan sabit TCP portunu girin.
  7. Takma adı sakla.

Detaylı talimatlar ve sürüm gereksinimleri için, bir istemci tarafından kullanılmak üzere bir sunucu takma adı oluşturma veya silme bölümünü bkz.

Important

SQL Server alias, bir istemci yapılandırmasıdır. Failover kümesi örneğine sahip olabilecek her düğümde aynı bir takma ad oluşturun. Aksi takdirde, SQL Server Agent, örnek takma adın konfigüre edilmediği bir düğüme taşındıktan sonra başarısız olabilir.

Adım 3: SQL Server Agent'ı takma adı kullanacak şekilde yapılandırın

  1. SQL Server Management Studio'da, failover kümesi örneğine bağlanın.
  2. Nesne Gezgini'da örneği genişletin.
  3. SQL Server Agent'a sağ tıklayın ve ardından Özellikler'i seçin.
  4. Sayfa seç bölümünden Bağlantı seçeneğini seçin.
  5. Alias yerel ana sunucusunda, 2. adımda oluşturulan takma adın adını girin.
  6. Tamam'ı seçin.
  7. SQL Server Agent'i yeniden başlatın.

Daha fazla bilgi için, SQL Server Agent hizmeti için SQL Server takma adını belirleyin bölümüne bakınız.

Adım 4: Konfigürasyonu doğrulayın

  1. SQL Server Agent'ın başarılı bir şekilde çalıştığını doğrulayın.
  2. SQL Server Agent günlüğünü inceleyin ve Agent'ın amaçlanan yerel Database Engine örneğine bağlandığını doğrulayın.
  3. İşlerin instance'a bağlanabildiğini doğrulamak için basit bir SQL Server Agent işi çalıştırın.
  4. Normal iş süreçlerini aksatmayacağı bir zamanda, yük devretme kümesi örneğini olası sahiplerden biri olan başka bir düğüme taşıyın.
  5. SQL Server Agent'ın başladığını ve test işinin o düğümde başarılı olduğunu onaylayın.
  6. Her olası sahip düğümü için testi tekrarlayın.

Genişletilmiş saklı yordamları ve COM nesnelerini kullanma

Bir yük devretme kümelemesi yapılandırmasıyla genişletilmiş saklı yordamlar kullandığınızda, tüm genişletilmiş saklı yordamların SQL Server'a bağımlı bir küme diskinde yüklü olması gerekir. Bu işlemin yapılması, bir düğümün çalışma yükünün devredilmesi durumunda genişletilmiş saklı yordamların hala kullanılabilmesini sağlar.

Genişletilmiş saklı yordamlar COM bileşenlerini kullanıyorsa, yöneticinin kümenin her düğümüne COM bileşenlerini kaydetmesi gerekir. COM bileşenlerini yükleme ve yürütme bilgileri, bileşenlerin oluşturulabilmesi için etkin düğümün kayıt defterinde olmalıdır. Aksi takdirde, bilgiler COM bileşenlerinin ilk kaydedildiği bilgisayarın kayıt defterinde kalır.

İlgili içerik

  • Last updated on