“Availability Replica is Disconnected” Hatası

Bu yazımızda sql’in nodelarından herhangi birisinin always-on haberleşmesi yapamadığı durumu konu alan hata üzerine konuşacağız. Always on dashboard ekranında da bu şekilde bir hata alıyoruz.”Availability Replica is disconnected” ibaresi yer almakta. (GÖRSEL-1) GÖRSEL-1 Aynı zamanda Görsel-2’de olduğu gibi Availability replica üzerinde kırmızı çarpı işareti görünüyor. GÖRSEL-2 Son olarakta error loglara bakacak olursak; “Database Mirroring login attempt by user ‘DomainName\SqlUser’ failed with error: ‘Connection handshake failed. The login ‘DomainName\SQLServiceUser’ does not have CONNECT permission on the endpoint. State 84.” şeklinde düşebilir. (GÖRSEL 3) GÖRSEL-3 Hatanın farklı arayüzlerde nasıl tespit ettiğimizi inceledik şimdi sebeplerine ve çözüme geçelim; Bu hata yanlış endpoint yapılandırması veya bozulması, Primary ve secondary replika’da servis kullanıcıları farklı olması veya değiştirilmesi, Hadr_endpoint user ’ının silinmesinden,(owner’ı sa user’ı servis kullanıcısı olmalıdır,GÖRSEL-4’te kontrol edebilirsiniz), Kaynaklı birkaç farklı durumundan ötürü meydana gelmektedir. Biz çözüme geçelim. GÖRSEL-4   Hatayı gidermek için hadr_endpoint’i tekrar yapılandırıyoruz. Öncelikle çözüm için şundan emin olmalıyız; hata aldığımız secondary […]

“Availability Replica is Disconnected” Hatası

Bu yazımızda sql’in nodelarından herhangi birisinin always-on haberleşmesi yapamadığı durumu konu alan hata üzerine konuşacağız.

Always on dashboard ekranında da bu şekilde bir hata alıyoruz.”Availability Replica is disconnected” ibaresi yer almakta. (GÖRSEL-1)

GÖRSEL-1

Aynı zamanda Görsel-2’de olduğu gibi Availability replica üzerinde kırmızı çarpı işareti görünüyor.

GÖRSEL-2

Son olarakta error loglara bakacak olursak; “Database Mirroring login attempt by user ‘DomainName\SqlUser’ failed with error: ‘Connection handshake failed. The login ‘DomainName\SQLServiceUser’ does not have CONNECT permission on the endpoint. State 84.” şeklinde düşebilir. (GÖRSEL 3)

GÖRSEL-3

Hatanın farklı arayüzlerde nasıl tespit ettiğimizi inceledik şimdi sebeplerine ve çözüme geçelim;

Bu hata yanlış endpoint yapılandırması veya bozulması,

Primary ve secondary replika’da servis kullanıcıları farklı olması veya değiştirilmesi,

Hadr_endpoint user ’ının silinmesinden,(owner’ı sa user’ı servis kullanıcısı olmalıdır,GÖRSEL-4’te kontrol edebilirsiniz),

Kaynaklı birkaç farklı durumundan ötürü meydana gelmektedir. Biz çözüme geçelim.

GÖRSEL-4

 

Hatayı gidermek için hadr_endpoint’i tekrar yapılandırıyoruz.

Öncelikle çözüm için şundan emin olmalıyız; hata aldığımız secondary replika’nın servis kullanıcısı ile primary replikanın servis kullanıcı aynı olmalı. Bu iki user’ın farklı olması hadr_endpoint yapısının down olmasına ve handshake yapısının bozulmasına sebep olur.

Sonrasında aşağıdaki script ile hadr_endpoint kullanıcısını kontrol ediyoruz.

 

USE [master]

GO

SELECT pm.class, pm.class_desc, pm.state_desc,

pr.[name] AS [owner], gr.[name] AS grantee, e.[name] AS endpoint_name

FROM sys.server_permissions pm

JOIN sys.server_principals pr ON pm.grantor_principal_id = pr.principal_id

JOIN sys.server_principals gr ON pm.grantee_principal_id = gr.principal_id

JOIN sys.endpoints e ON pm.grantor_principal_id = e.principal_id

AND pm.major_id = e.endpoint_id

 

 

GÖRSEL-5

Script sonucunda ‘endpoint_name’ kolonunun olduğu satırın ‘grantee’ kolonunda sql servis kullanıcı hesabı olmalıdır. Primary replikanın sql servis user’ı hangisi ile onunla aynı olmalıdır veya yeni bir servis kullanıcısı tanımlanmalı ve tüm sql node’larına uygulanmalıdır.

Eğer sizin hadr_endpoint user’ınız farklı ise aşağıdaki script ile bu durumu düzeltmek gerekmektedir. Bu script hadr_endpoint çalıştıma yetkisini sql servis kullanıcısına verir ve hadr_endpoint yetkisini ownerlığını da ‘sa’ kullanıcısına verir. Primary ve secondary replicaların sql servis kullanıcılarında farklılık var ise bütün replicalar bu script ile aynı yapıya getirilmelidir.

 

USE [master];

ALTER AUTHORIZATION ON ENDPOINT::Hadr_endpoint TO sa; --endpoint yetkisinin owner'ını sa yapar

GRANT CONNECT ON ENDPOINT::Hadr_endpoint TO [DOMAIN\SqlServiceUse]; --Siz burada kendi domain name'inizi ve servis kullanıcısını yazın

 

 

Scripti çalıştırdıktan sonra kontrolünü yukarıda kalan GÖRSEL-4 ve GÖRSEL-5 üzerinden yapabiliriz.

Primary ve secondary node’larımızda hadr_endpoint kullanıcısını servis kullanıcısı yaptığımıza göre son adıma gelmiş bulunmaktayız. Burada Hadr_endpoint hizmetine STOP-START edip restart vererek hatayı düzeltmiş oluyoruz.

 

ALTER ENDPOINT hadr_endpoint STATE=STOPPED 

ALTER ENDPOINT hadr_endpoint STATE=STARTED

 

Son olarak GÖRSEL-6 üzerinde secondary replika kırmızı çarpını mavi ye döndüğünü görüyoruz.

GÖRSEL-6

 

Benzer Yazılar

SQL SERVER SERViS RESTART HATASI

SQL Server 2 hafta önce

Bu haftaki yazımızda karşılan bir hata üzerindeki; logları ve çözümünü anlatacağım. Aşağıdaki GÖRSEL-1’de görüldüğü üzere SQL servisini restart ettiğimiz sırada bir hata ile karşılaşıyoruz. Servis running state’e geçemiyor. “The request failed or the service did not respond in a timely fashion. Consult the event log or other applicable error logs for details” şeklinde bir uyarı veriyor. Hatanın çözümüne doğru ilerlerken farklı servis hesaplarıyla veya “Local System” hesabı ile restart etmeye çalıştığınızda servis ilginç bir şekilde ayağa kalkıyor. Ancak Always on sistem çalışıyorsanız farklı servis hesaplarını kullandığınızda always on size haberleşme izni vermiyor. Aynı hesabın şifresi ile ilgili sorunlar olduğu düşünüp hesabın şifresini de değiştirdiğiniz de yine sonuç alamıyorsunuz. Burdan yola çıkıldığında sıkıntı servis hesabında gibi görünüyor olabilir ancak çözüme geçildiğinde regedit üzerinde yapacağımız bir işlem ile sorunu çözüyoruz. Servis hesabının kaydının olduğu regedit kaydını siliyoruz. Regedit üzerindeki servis hesap bilgisi güncellendiğinde sorun çözülmüş olmakta. GÖRSEL-1  Servis restart edildiğinde SQL’in verdiği Error […]

SQL’DE İKİ NODE’UN RESOLVING DURUMA DÜŞMESİ VE ÇÖZÜMÜ

SQL Server 1 ay önce

Bu yazımızda failover olma işlemi esnasında karşılaşılan bir durumdan kısaca bahsedeceğim. Kısa bir yazı olacak ama önemli olduğunu düşünüyorum. Bazen failover olmak istediğinizde cluster secondary’e node’a failover olamaz, hem secondary hem de primary node’unuz resolving durumuna geçer. Bu durumla daha çok otomatik failover olma durumlarında karşılaşılır çünkü sistem failover’a aslında hazır değildir ancak cluster bunu bir şekilde bilemez. Failover olma gerçekleşemez bir anlamda sql cluster askıda kalır ve hiçbir sunucu da sql engine çalışmaya devam edemez. (GÖRSEL-1) GÖRSEL-1 GÖRSEL-1 üzerinde gördüğünüz üzere availability group resolving duruma düşer. Availability replica’lar üzerinde de gördüğünüz üzere primary ve secondary tüm node’lar resolving state’e düşer. Böyle bir durumunda iki farklı çözüm yolumuz var;   Çözüm: ikinci node’a sunucu restart’ı atmak. Bu noktada secondary sql node’a servis restart atmak işe yaramıyor. Zaten db’ler iki taraflı resolving modda. O sebeple ancak sunucu restart atıldığında cluster ayakta olan sunucuyu görüyor ve askıda kalma durumundan ilk başta primary […]

Query Store Nedir?

SQL Server 1 ay önce

Query Store ile birlikte execution planın seçimi ve bu sürecin performansa etkisini anlayabiliriz. SQL Server içerisinde bulunan Query Store özelliği, çalıştırılan sorguların execution planını ve bu sırada oluşan istatistiklerini otomatik olarak yakalar. Böylece query plan değişikliği ile oluşan problemleri de hızlı ve kolay şekilde fark edebiliriz. Elinizde bulunan bir sorguya ait query plan zamanla değişebilir. Bunun birçok sebebi vardır. Tablo yapısına yeni bir column eklenmesi Veri tipinin değiştirilmesi Sorgularda yeni parametrelerin eklenip çıkarılması Verilerde, schemalarda veya sorgu parametrelerindeki değişiklik Burada önemli olan ise bazen bu değişimler sorgunun yavaş çalışmasına neden olur. Query Store ile beraber bu yavaşlığın kök nedenine inmek daha kolay oldu. Ayrıca query store sayesinde ilgili sorguya ait read-write bilgileri ve cpu tüketimi bilgilerine de erişebilirsiniz. Query Store’u veritabanı seviyesinde aktif edebiliyoruz. Veritabanı üzerine sağ tıklayarak properties diyoruz ve Query Store sekmesine geliyoruz. Operation Mode alanından Read Write’ı seçiyoruz. Böylelikle Query Store gerekli bilgiyi toplayabilir ve size ilgili sonuçları […]

1 Yorum

Yorum Yaz

Rastgele