“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 RIGHT-LEFT PARTITION

SQL Server 5 gün önce

SQL Server’da partitioning, büyük veritabanı tablolarını daha yönetilebilir ve performanslı hale getirmek amacıyla kullanılan bir tekniktir. Bu teknik, tablonun verilerini fiziksel olarak değil, mantıksal olarak parçalara ayırır. Veriler, belirli bir partition function ve partition scheme kullanılarak farklı bölümlere yönlendirilir. Partitioning, özellikle büyük veri kümeleriyle çalışan veri tabanlarında sorgu performansını artırır ve veri yönetimini kolaylaştırır. Partition Function ve Partition Scheme nedir? Partition Function: Verilerin hangi kriterlere göre bölüneceğini belirler. Örneğin, bir tarih aralığına göre verileri ayırmak. Partition Scheme: Verilerin hangi filegroup’larda depolanacağını belirler.   Örnek olarak Range LEFT ve Range RIGHT olmak üzere iki ayrı tabloda partition nasıl yapılır sizlere göstereceğim. İlk olarak Range LEFT olan partition yapısından başlayacağım. Öncelikle Veri tabanıma yeni filegroup ve file ekliyorum Şimdi sıra FUNCTION ve SCHEME oluşturmakta ben tablomu yıllık olarak partition yaptım sizler ihtiyaçlarınız doğrultusunda aylık,günlük vs yapabilirsiniz. LEFT partition dediğimiz olay vermiş olduğunuz tarih aralığına eşit bir veri geldiğinde bu veriyi solundaki partition […]

Veritabanı Recovery Pending Durumu ve Düzeltme Seçenekleri

SQL Server 2 hafta önce

İçindekilerVeritabanı Recovery Pending Durumu Nedir?Veritabanı Neden Recover Pending Duruma Düşer?Recovery Pending Durumu Nasıl Çözülür?SonuçKaynaklarVeritabanı Recovery Pending Durumu Nedir? SQL Server’da veritabanları bazı nedenlere bağlı olarak “Recovery Pending” (Kurtarma Bekleme)  moduna geçebilir. Veritabanın düzgün bir şekilde kapatılmaması, eksik veya bozuk log dosyaları, disk depolama sorunları, sistemde yaşanan anormal şekilde çökmeler veya MS SQL Server’daki hatalar bu duruma sebep olabilir. Recovery durumu, aslında veritabanını tekrar kullanılabilir hale getirmek için bir kurtarma işlemi yürüttüğünü ifade eder ve üç aşamadan oluşur; Analysis (Analiz): Transaction log incelemesi yapılması ve işlemlerin tamamlanma (Commit) durumunun kontrol edilmesi, Redo (Yeniden İşleme): Tamamlanmış (Commit) ancak henüz diske yazılamamış olan işlemlerin yeniden işlenmesi, Undo (Geri Alma): Başlamış (Begin) ancak tamamlanmamış (Commit) işlemlerin  geri alınmasıdır.   Veritabanı Neden Recover Pending Duruma Düşer? SQL Server Restart Süreci SQL Server servisi restart edildiğinde üzerinde bulunan tüm veritabanları tutarlılığın sağlanması için otomatik olarak recovery moduna girer ve redo/undo işlemleri sürecince devam eder. Ani Sistem […]

SQL Server DMV ve DMF – 6

SQL Server 2 hafta önce

Bu yazımızda DMV ve DMF Serimizin 6.sına devam edeceğiz. Bir önceki seride Memory’ye ilişkin DMV ve DMF’leri ele almıştık. Bu yazıda Memory konusunda devam edeceğiz. SQL server’da Memory kavramı en önemli kavramlardan biridir. Özellikle tüm transaction işlemlerinin önce Buffer sonra disk üzerinden devam ettiğini düşünürsek buffer’ın oynadığı kritik rolü daha iyi anlayabiliriz. Bu yazıda Memory’nin durumunu ve monitör edilmesine bakacağız. Özellikle Performans sorunlarında memory konusunda sorun yaşandığı durumda nasıl okumak gerektiği önemli rol oynamaktadır. Hangi database’de, hangi tablo’da sorun yaşandığına ilişkin bilgilere bu paylaşım sonrasında görebileceğiz. SQL Server’ın Memory kullanım durumunu incelediğimde; select physical_memory_in_use_kb/1048576.0 AS ‘physical_memory_in_use (GB)’, locked_page_allocations_kb/1048576.0 AS ‘locked_page_allocations (GB)’, virtual_address_space_committed_kb/1048576.0 AS ‘virtual_address_space_committed (GB)’, available_commit_limit_kb/1048576.0 AS ‘available_commit_limit (GB)’, page_fault_count as ‘page_fault_count’ from  sys.dm_os_process_memory; Görsel – 1   Physical_memory_in_use: Kullanımda olan Fiziksel Memory miktarını gösterir. locked_page_allocations: Memory’de lock’lanmış olan Page’lerin miktarını belirtir. virtual_address_space_contained: SQL Server VAS(Virtual Adress Space) için ayrılan miktarı belirtir. available_commit_limit: SQL Server tarafından kullanılabilecek Memory Miktarını gösterir. […]

1 Yorum

Yorum Yaz

Rastgele