SQL Server Always ON AG (AVAILABILITY GROUP) Yapısı

Merhabalar, bu makalemde sizlere SQL Server Always ON AG(Availability Group) yapısından bahsedeceğim. SQL Server Always ON, HA(Yüksek erişebilirlik) üzerine kurulmuş SQL Server mimarilerinden bir tanesi olup, en gelişmişidir. Yüksek erişilebilirlik artık günümüzün olmazsa olmaz mimarileri arasındadır. Kurum ve kuruluşlar için özellikle üretim bazlı firmalar için ise önemi çok yüksektir. Bu nedenle bu sistemleri yapılandırırken sistemlerin sürekliliğinin sağlanması kesintisi olmaması adına yüksek erişilebilirlik mimarisi çok önem arz etmektedir. HA yapı ile birlikte sistemsel, donanımsal veya doğal afete karşın kesintisiz çalışma sağlanmaya çalışılmaktadır. Anlaşılacağı üzere HA yapı için öncelikle gerekli alt yapının kurulması gerekmektedir. Sonrasında ise bu alt yapı üzerindeki üst yapının devreye alınması ve yükün değişik bölgelere yayılımı önemlidir. Örnek verecek olursak bir bölgede meydana gelecek olan yangın esnasında bir DataCenter devre dışı kalacak olur ise sistemlerin bundan etkilenmeden çalışması için yüksek erişilebilirlik mimarisinin farklı lokasyonlar üzerine dağıtılması gerekmektedir. Bu bir bakımı sürekli olarak duyduğumuz Disaster Recovery teriminin karşılığıdır. Always ON […]

SQL Server Always ON AG (AVAILABILITY GROUP) Yapısı

Merhabalar, bu makalemde sizlere SQL Server Always ON AG(Availability Group) yapısından bahsedeceğim.

SQL Server Always ON, HA(Yüksek erişebilirlik) üzerine kurulmuş SQL Server mimarilerinden bir tanesi olup, en gelişmişidir. Yüksek erişilebilirlik artık günümüzün olmazsa olmaz mimarileri arasındadır. Kurum ve kuruluşlar için özellikle üretim bazlı firmalar için ise önemi çok yüksektir. Bu nedenle bu sistemleri yapılandırırken sistemlerin sürekliliğinin sağlanması kesintisi olmaması adına yüksek erişilebilirlik mimarisi çok önem arz etmektedir.

HA yapı ile birlikte sistemsel, donanımsal veya doğal afete karşın kesintisiz çalışma sağlanmaya çalışılmaktadır. Anlaşılacağı üzere HA yapı için öncelikle gerekli alt yapının kurulması gerekmektedir. Sonrasında ise bu alt yapı üzerindeki üst yapının devreye alınması ve yükün değişik bölgelere yayılımı önemlidir. Örnek verecek olursak bir bölgede meydana gelecek olan yangın esnasında bir DataCenter devre dışı kalacak olur ise sistemlerin bundan etkilenmeden çalışması için yüksek erişilebilirlik mimarisinin farklı lokasyonlar üzerine dağıtılması gerekmektedir. Bu bir bakımı sürekli olarak duyduğumuz Disaster Recovery teriminin karşılığıdır.

Always ON yapısını ele aldığımızda, Always ON SQL Server üzerinde kesintisiz çalışma esasına dayanmaktadır. SQL Server üzerinde ihtiyaçlara göre farklı seviyede uygulanan SQL Server Mirroring, SQL Server Log Shipping gibi farklı mimariler bulunmaktadır. Ancak SQL Server Always ON bunlardan en gelişmişidir. Dolayısıyla maliyeti en yüksek olanıdır.

SQL Server üzerinde Always On’u enable etmek için configuration manager ile SQL Server Services kısmında instance’a sağ tıklayıp properties alanına gidiyoruz.

Açılan sekmede AlwaysOn High Availability kısmına gelip Enable AlwaysOn Availability Groups’u tıklayıp ok diyerek bu instance üzerinde Always On’u aktif hale getiriyoruz. Bu işlemi iki sunucuda da Always On yapacağımız instance için gerçekleştirmemiz gerekiyor. Bu işlem servis restart’ı gerektirecektir. Kontrollü olarak sql server servislerinizi restart edebilirsiniz.

Always On’u iki sunucu üzerindeki instance’da aktif hale getirdikten sonra aşağıdaki gibi SSMS üzerinden AlwaysOn High Availability kısmından New Availability Group Wizard’a tıklıyoruz.

Gelen ekranda AG’ye bir isim vermemiz gerekiyor. Ben TEST_AG ismini verdim. Next diyerek ilerliyoruz.

Gelen ekranda oluşturacağımız AG’ye dahil edeceğimiz veritabanları seçiyoruz. AG’ye almaya uygun veritabanlarının Status’u Meets prerequisities şeklinde gelir. SAMPLEDATA’yı seçerek ilerliyoruz.

Bir sonraki ekranda Replicas kısmında add diyerek diğer sunucuda Always On yapacağımız secondary instance’a bağlanıyoruz. Availability Mode ise Synchronous commit olmasına dikkat edin. Biz kuracağımız AG’yi senkron ve otomatik failover olabilecek şekilde set etmek istediğimiz için aşağıdaki şekilde gerekli alanları işaretliyoruz.

Readable Secondary’yi şimdilik No olarak bırakıyoruz. Replicas sekmesinde belirttiğimiz işlemleri yaptıktan sonra Endpoints sekmesine geçiyoruz ve karşımıza aşağıdaki gibi bir ekran geliyor.

Aynı sunucuda birden fazla instance kullanıyorsanız her instance için değişik bir endpoint portu kullanmanız gerekecektir. Default endpoint portu 5022 ‘dir. Örneğin 3 instance’ınız var. İlk instance için ag oluştururken yukardaki ekranda default olarak 5022 portu gelir. İkinci instance’ınız için bir ag oluşturacağınız zaman Enpoint URL kısmından portu değiştirmelisiniz. İkinci instance için 5023, üçüncü instance için 5024 portunu kullanabilirsiniz.

Bir değişiklik yapmadan Backup Preferences sekmesine geçiyoruz ve karşımıza aşağıdaki gibi bir ekran geliyor. Bu ekranda Backupları almak için tercih edilen instance’ı soruyor. İçlerinden birini seçmelisiniz.

Prefer Secondary :Aktif bir secondary sunucu varsa otomatik backuplar secondary sunucudan gerçekleşir. Aktif bir secondary yoksa primary sunucudan gerçekleşir.

Secondary only :Bütün otomatik backuplar secondary sunucudan gerçekleşmek zorundadır.

Primary :Bütün otomatik backuplar primary sunucudan gerçekleşmek zorundadır.

Any Replica :Backuplar primary ve secondary’den gerçekleşebilir.

Sadece primary’i seçerek başka değişiklik yapmadan devam ediyoruz.

Next diyerek ilerliyorum. Bir sonraki ekranda bizden secondary veritabanı ile senkronizasyonun ilk tanımlarken nasıl yapılacağını soruyor. Automatic seeding seçerek next diyoruz.

Bir sonraki ekranda gerekli kontrolleri yapıyor. Eğer bir sorun çıkarsa sorunu çözüp Re-run validation diyebilirsiniz. Sorunu çözmek için Back tuşuna basarak geri gidebilir ve yanlış yaptığınız bir ayarı düzeltip tekrar next diyerek ilerleyebilirsiniz. Bizim kurulumumuzda bir sorun çıkmadı.

Next diyerek ilerliyoruz ve en son summary kısmını başarılı gördükten sonra close diyoruz. Böylece kurulum ve adımları başarılı bir şekilde tamamlamış oluyoruz.

Bir sonraki makalede görüşmek üzere 🙂

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