File Share Witness Çalışma Mantığı Ekleme ve Kaldırma İşlemleri

File Share Witness Çalışma Mantığı Ekleme ve Kaldırma İşlemleri Merhaba arkadaşlar Bu yazımızda Windows Failover Cluster (WFC) mimarisinde bulunan File Share Witness hakkında çalışma mantığı ekleme ve kaldırma işlemlerini sizler ile  paylaşacağım. Öncelikle WFC veri tabanı sunucularının(Node) birbiri ile iletişimi sağlayan genel çerçeve denilebilir. SQL Server Always On Hight Availability Mimarisi kullanılan sistemler yedek sunucular ile kesintisiz hizmet vermeyi amaçlar. Bu sunucular birbiri ile eşlenik ve anlık olarak aynı verilere sahip olmayı sağlar (Senkron). Yoğunluklara göre Asenkron olduğu yerlerde vardır. Bu sayede olası bir durum (Elektrik kesintisi, Donanımsal Arıza, Doğal Afetler ) olduğu zamanlarda SQL Server Always On Hight Availability Mimarisinde WFC içerisinde Senkron olan Node ‘muza Failover (Yük Devretme) işlemini otomatik olmasını sağlamak için File Share Witness önemli rol oynamaktadır. Peki bu rolumüz nedir ? nasıl çalışır ? Cluster Mimarisinin Çalışması Cluster’ın çalışmaya devam edebilmesi için gereken minimum oy sayısını (Toplam Oy Sayısı / 2) + 1 formülüyle hesaplanır. […]

File Share Witness Çalışma Mantığı Ekleme ve Kaldırma İşlemleri

File Share Witness Çalışma Mantığı Ekleme ve Kaldırma İşlemleri

Merhaba arkadaşlar Bu yazımızda Windows Failover Cluster (WFC) mimarisinde bulunan File Share Witness hakkında çalışma mantığı ekleme ve kaldırma işlemlerini sizler ile  paylaşacağım.

Öncelikle WFC veri tabanı sunucularının(Node) birbiri ile iletişimi sağlayan genel çerçeve denilebilir.

SQL Server Always On Hight Availability Mimarisi kullanılan sistemler yedek sunucular ile kesintisiz hizmet vermeyi amaçlar. Bu sunucular birbiri ile eşlenik ve anlık olarak aynı verilere sahip olmayı sağlar (Senkron). Yoğunluklara göre Asenkron olduğu yerlerde vardır.

Bu sayede olası bir durum (Elektrik kesintisi, Donanımsal Arıza, Doğal Afetler ) olduğu zamanlarda SQL Server Always On Hight Availability Mimarisinde WFC içerisinde Senkron olan Node ‘muza Failover (Yük Devretme) işlemini otomatik olmasını sağlamak için File Share Witness önemli rol oynamaktadır.

Peki bu rolumüz nedir ? nasıl çalışır ?

Cluster Mimarisinin Çalışması

Cluster’ın çalışmaya devam edebilmesi için gereken minimum oy sayısını

(Toplam Oy Sayısı / 2) + 1 formülüyle hesaplanır.

Eğer quorum eşiği sağlanamazsa (oylar eşitlenirse veya çoğunluk sağlanamazsa), cluster kapanır.

Witness, bu noktada eşitlik bozucu bir rol üstlenir.

Quorum Witness Amacı:

  • Bir Node kaybı veya bağlantı kesintisi durumunda, hangi Node çalışmaya devam edeceğine karar vermek.
  • Bölünmüş beyin (split-brain) durumlarını önlemek. Yani cluster’ın iki farklı bölgesinin aynı anda çalışarak veri tutarsızlığı yaratmasını engellemek

Oy Hakkı nedir?

File Witness ile 2 Node’lu Cluster

    • Node A (1 oy),
    • Node B (1 oy),
    • File Witness (1 oy).

Formüle göre 3/2+1= 2

Quorum için gereken oy: 2.

  • Node A  düştüğü zaman Node B ile File Witness çalışıyorsa, cluster açık kalır
  • Node B  düştüğü zaman Node A ve File Witness çalışıyorsa, cluster açık kalır.

Örnekler ve Durumlar

Tüm Node ve witnessların Quorum bazında 1 oy hakkı vardır.

    • Node A: Online (1 oy)
    • Node B: Online (1 oy)
    • Node C: Online (1 oy)
    • Witness: Erişilebilir (1 oy) Dinamik olacağı için Oy hakkı: 0 olur.
  • Formüle göre 4/2+1= 2 Toplam Oy: 4

Quorum sağlandı. Cluster çalışıyor

1 Node Çevrimdışı (Node C Düşüyor)

    • Node A: Online (1 oy)            A: Online (1 oy)
    • Node B: Online (1 oy)            B: Online (1 oy)
    • Node C: Offline (1 oy)            C: Offline (0 oy)
    • Witness: Erişilebilir (0 oy)    Witness: Erişilebilir (1 oy)
  • Formüle göre 3/2+1= 2  Toplam Oy: 2
    • Quorum sağlandı. Cluster çalışıyor.

Açıklama: Node A ve B’nin çalışır durumda olması ve Witness oyuyla quorum korunur.

2 Node Çevrimdışı (Node B ve C Düşüyor)

    • Node A: Online (1 oy)
    • Node B: Offline (0 oy)
    • Node C: Offline (0 oy)
    • Witness: Erişilebilir (1 oy)
  • Formüle göre 2/2+1= 2  Toplam Oy: 2

Quorum sağlanamadı. Cluster kapanır.

Burada herkesin merak ettiği soru neden Cluster kapanır. Witness devreye girmeden tek oy hakkı kalacağından dolayı cluster kapanır.

2 node aynı anda nasıl down olur?

2 side aynı ortamda bulunuyor ise yaşanılabilecek bir elektrik kesintisi 2 sini aynı anda down yapabilir.

  • Node A: Online (1 oy)                          A: Online (1 oy)
  • Node B: Offline (1 oy)                         B: Offline (0 oy)
  • Node C: Offline (1 oy)                         C: Offline (0 oy)
  • Witness: Erişilebilir (0 oy)              Witness: Erişilebilir (0 oy)

İlk hali bu şekilde gibi görünebilir tüm node’lar ayakta ise Dinamik Quorum Witness olduğundan dolayı Witness Oy hakkı (0) ‘dır . 2 Sunucu aynı anda down olursa witness oy hakkını (1) yapmaya fırsatı olmadan tek node kalacağı için cluster kapanır.

Witness Çevrimdışı (File Share Kaybı)

    • Node A: Online (1 oy)                A: Online (1 oy)
    • Node B: Online (1 oy)                B: Online (1 oy)
    • Node C: Online (1 oy)                C: Online (0 oy)
    • Witness: Offline (0 oy)              Witness: Offline (0 oy)

Toplam Oy:3                                 Toplam Oy:2

  • Burada herhangi bir node down olmadığı için tek hanelerde olacağı için bir problem teşkil etmiyor fakat witness çalışmadığı zaman ve bu süreç içerisinde yaşanılacak bir problem olduğunda ve Node’lardan birtanesi Down olduğu durumda çift oy hakkında kalacağı için node’lar arasında çakışma meydana gelir bu sebepten dolayı Cluster kendisini korumaya alır.

 File Share Witness Kaldırma ve yeniden ekleme işlemleri

Kendi ortamımda karşılaştığım bir hata üzerinden sizlere File share Witness Çıkarma ve Ekleme işlemini anlatacağım

Burada Cluster Service Path’e erişemiyor.

Online yada offline durumunda askıda kalmış .

Şimdi PowerShell Yardımı ile Sistemimi öncelikle kontrol ediyorum.

FSW Failed düştüğü görmüş olduk . Burada Witness oluşturduğumuz sunucunun Hostname üzerinden yapılandırıldığı için FSW Path’ini çözümleyemiyor. çözüm olarak Witness’ın bulunduğu sunucunun direk Ip’si ile bağlantı kurmak daha sağlıklı olacağı için Witness kaldırıp yeniden ekleme yapmamız gerecektir.

File Share Witness Kaldırma ve Ekleme İşlemleri

File Share Witness Kaldırma

Quorum Settings kısmından ekleme çıkarma yapabiliriz.

Do not configure a quorum witness seçeneğini seçerek Witness kaldırmış oluyoruz.

Cluster Core Resources kısmından Artık Witness’ımız olmadığını görüyoruz.

Aynı şekilde PowerShell Yardımı ile kontrol ediyorum.

File Share Witness Ekleme

Eklemek içinde Configure Cluster Quorum Settings sekmesinden devam ediyoruz.

Select the Quorum Witness

Configure a File Share Witness seçeneği ile ekleme yapıyoruz.

Burada Path ‘imizi Witness sunucumuzun Hostname yerine Ip olarak ekliyoruz.

Benim burada aldığım hatadan dolayı Ip olarak ekliyorum burada siz Hostname olarak Path belirtebilirsiz.

FCM den kontrol ettiğimizde Witness’ımız Online olduğunu görüyoruz.

Aynı şekilde PowerShell’den kontrol sağlayabiliriz.

Bu yazımızda Witness öneminden ve kullanımını sizlerle paylaşmış oldum merak ettiğiniz sorularınızı bekliyorum.

 

 

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. […]

0 Yorum

Yorum Yaz

Rastgele