Microsoft SQL Server 2017 Always ON Listener Yapılandırması

High Availability ( Yüksek Erişebilirlik ) şirket ortamlarınızda bulunan Datacenter ( Veri Merkezi ) üzerinde birden fazla sunucu ile yapılır. Sunuculardan birinin Donanımsal ya da Yazılımsal bir sorun nedeniyle arızalanması durumunda diğer sunucunuzun devreye girmesini sağlayan teknolojidir.

Disaster Recovery ( Felaket Kurtarma ) şirket ortamlarınızda bulunan Datacenter ( Veri Merkezi ) üzerinde oluşabilecek herhangi beklenmedik bir felaket sonucu ( Deprem, Sel, Yangın ) Datacenter ( Veri Merkezi ) tamamen hizmet veremez duruma gelme ihtimaline karşı farklı bir uzak lokasyonda Datacenter ( Veri Merkezi ) kurularak sağlanır. Örneğin Datacenter ( Veri Merkezi ) Istanbul’da ise Disaster Recovery ( Felaket Kurtarma ) olarak İstanbul’da farklı bir lokasyonu ya da Ankara,İzmir gibi uzak ve daha az riskli bir lokasyonu Disaster Recovery ( Felaket Kurtarma ) için tercih edebilirsiniz. Microsoft Azure Cloud ve Amazon Cloud gibi Cloud ( Bulut ) hizmetlerinde Disaster Recovery ( Felaket Kurtarma ) Datacenter ( Veri Merkezi ) olarak yapılandırabilirsiniz.

Microsoft SQL Server Always On yapısı kurulum ve yapılandırması için ortamınızda Windows Server Failover Cluster yapısı içinde en az iki sunucuya ihtiyac duymakdır.

Availability Group yapısını Synchronous ( Senkron ) olarak yapılandırırsanız Availability Group yapısı içindeki tüm Database ( Veritabanı ) Synchronous ( Senkron ) bir şekilde çalışacaktır. Yani ortamdaki Primary Database ( Veritabanı ) gelen bir istek Secondary Database ( Veritabanı ) işlenmeden kullanıcıya işlem tamamlandı bilgisi iletilmeyecektir. Bu çok yoğun Transaction ( İşlem ) alan Database ( Veritabanı ) biraz performans kaybına neden olabilir. Ama Automatic ( Otomatik ) Failover Synchronous ( Senkron ) Availability Group yapısı yapılabildiği için herhangi bir sorun yaşamazsınız. Sunucularda herhangi bir Donanımsal ya da Yazılımsal bir sorun olması durumunda herhangi bir kesinti yaşanmadan Availability Group yapısı diğer sunucudan Automatic ( Otomatik ) bir şekilde hizmet vermeye devam edecektir.

Availability Group yapısını Asynchronous ( Asenkron ) olarak yapılandırısanız eğer. Primary Database ( Veritabanı ) veritabanına gelen bir istek Secondary Database ( Veritabanı ) işlenmeyi beklemeden direk kullanıcıya işlem tamamlandı bilgisi iletilecektir ve arka tarafta Synchronous ( Senkron ) yapılacaktır. Asynchronous ( Asenkron ) olarak yapılandırılan Availability Group yapısında Secondary Database ( Veritabanı ) yazma işlemi için belli bir süresi yoktur. Buradaki yazma işlemi ortamınızda mevcut Donanım ve Network yapınızın Performansına bağlı olarak değişkenlik gösterebilir.

Availability Group yapısını Automatic ( Otomatik ) ya da Manual ( Manuel ) olarak Failover yapabilirsiniz. Automatic ( Otomatik ) Failover yapabilmek için Availability Group yapısını Synchronous ( Senkron ) olarak yapılandırmanız gerekmektedir. Çok yoğun Transaction ( İşlem ) içeren sistemlerde Availability Group yapısını Synchronous ( Senkron ) ve Automatic ( Otomatik ) olarak yapılandırabiliriz. Index Rebuild ( Dizin Yeniden Oluşturma ) işlemlerinde Performans kaybı daha fazla olduğu için sıkıntı yaşayan yapılarda Index Rebuild ( Dizin Yeniden Oluşturma ) öncesinde Availability Group yapısını Asynchronous ( Asenkron ) olarak yapılandırabilirsiniz.

Automatic ( Otomatik ) Failover işlemi Availability Group yapısını dahil bir Database ( Veritabanı ) oluşan bir hata sonucu gerçekleşmez. Availability Replica seviyesinde gerçekleşir. Availability Group yapısında Database ( Veritabanı ) biri Corrupt ( Bozulma ) olması Transaction Log ( İşlem Logu ) dolmuş, Database ( Veritabanı ) bulunduğu Data dizini dolmuş gibi sebeplerde Automatic ( Otomatik ) Failover işlemi gerçekleşmez.

High Availability ( Yüksek Erişebilirlik ) ve Disaster Recovery ( Felaket Kurtarma ) SQL ServerAlways ON’da nasıl kullanıldığını için örnek vermemiz gerekirse.

Datacenter ( Veri Merkezi ) iki Adet sunucumuz var. Bu iki sunucumuzu Windows Server Failover olarak yapılandırdınız. Bu iki sunucumuz üzerinde SQL Server Always ON yapılandırdınız ve Synchronous ( Senkron ) olarak yapılandırdınız. Bu yapılandırmaya High Availability ( Yüksek Erişebilirlik ) yapılandırması deriz.

Datacenter ( Veri Merkezi ) iki Adet sunucumuz var. Bu iki sunucumuzu Windows Server Failover olarak yapılandırdınız Datacenter ( Veri Merkezi ) bir sıkıntı olma ihtimaline karşı başka bir lokasyonda Datacenter ( Veri Merkezi ) üzerinde bir sunucuz var. Bu sunucuyuda mevcut Windows Server Failover yapınıza dahil ettiniz ve mevcut SQL Server Always ON yapınıza Replica ( Kopya ) olarak yapılandırdınız ve Asynchronous ( Asenkron ) olarak yapılandırdınız. Bu yapılandırmaya Disaster Recovery ( Felaket Kurtarma ) yapılandırması deriz. SQL Server Always ON yapısında aynı Availability Group yapısı içinde birden fazla Secondary yapılandırması yapabilirsiniz.

Daha önceki Microsoft SQL Server 2017 Always ON Kurulumu yaparken Listener yapılandırmasını Microsoft SQL Server 2017 Always ON Kurulumu sırasında yapmıştık.

Peki Nedir Listener : Ortamınızda Availability Group yapısı içinde iki sunucumuz var ve Database ( Veritabanı ) o anda hangi sunucuda aktif çalışıyor olursa olsun, Database ( Veritabanı ) ulaşacak olan uygulamalarınız ( Logo Tiger, Logo Bordro, Mikro, Eta, Nebim gibi ) yapılandırmış olduğunuz Listener IP Address ( Adresi ) üzerinden aktif olan sunucudaki Database ( Veritabanı ) gider. Listener Virtual ( Sanal ) bir Name ( İsmi ) ve Virtual ( Sanal ) bir IP Address ( IP Adresi ) olur. Uygulamalarınız ( Logo Tiger, Logo Bordro, Mikro, Eta, Nebim gibi ) SQL Server Always On yapısı içinde çalışan iki sunucunun Physical ( Fiziksel ) Name ( İsim ) ve Physical ( Fiziksel ) IP Address ( IP Adresi ) bilmez.

Bu yazımız da da Microsoft SQL Server 2017 Always ON Kurulumu yaparken Listener yapılandırması için Specify Replicas ekranın da Listener sekmesinde Do not create an availabiliry group listener now seçeneği ile devam ettiğimizi düşünelim ve Listener yapılandırmasını nasıl yapıldığını anlatıyor olacağız.

Validation ekranın da Availability Group yapısının kurulması için gerekli kontroller yapılıyor. Availability Group yapısının kurulumu için bütün adımları Success olarak görüyoruz. Listener yapılandırmasını daha sonra yapılandıracağımız için Checking the listener configuraiton uyarısını Warning olarak görüyoruz. Ancak bu Availability Group yapısının kurulumu için sorun olmayacaktır.

Results ekranın da Availability Group yapısının başarılı bir şekilde kurulduğunu görüyoruz. Close diyerek New Availability Group Wizard ekranını kapatıyoruz.

Microsoft SQL Server Management Studio konsolunu üzerinde Always On High Availability altında

Availability Groups altında bulunan BAKICUBUKSQLAO ismi ile yapılandırmış olduğumuz Availability Group yapılandırmasını görüyoruz.

Always Replicas altında hem W19SQLNOD1 isimli sunucumuz hem de W19SQLNOD2 isimli sunucumuzu görüyoruz.

Availability Databases altında bulunan BAKICUBUKismi ile Database ( Veritabanı ) görüyoruz.

Availability Group Listeners altında herhangi bir yapılandırma olmadığını görüyoruz.

Microsoft SQL Server Management Studio konsolunu üzerinde Always On High Availability altında bulunan Availability Group Listeners menüsü üzerinde sağ tuş Add Listener diyoruz.

New Availability Group Listener ekranı geliyor karşımıza.Listener DNS Name bölümünde Availability Group yapısı için bir Name ( İsim ) belirliyoruz. Port bölümünde Uygulamalarınız ( Logo Tiger, Logo Bordro, Mikro, Eta, Nebim gibi ) Availability Group yapısı içindeki Database ( Veritabanı ) bağlanacağı Port’u yazıyoruz. Network Mode bölümünü DHCP ve Static IP ( Statik IP ) olarak yapılandırabiliriz.

NOT : Burada yapılandıracağınız Listener DNS name ve Listener IP Address ( IP Adresi ) ortamınız da herhangi bir sunucu üzerinde kullanılmıyor olmasına dikkat etmenizi önemle belirtmek isterim.

New Availability Group Listener ekranın da Listener DNS Name bölümünde Availability Group yapısı için bir Name ( İsim ) belirliyoruz. Port bölümünde Uygulamalarınız ( Logo Tiger, Logo Bordro, Mikro, Eta, Nebim gibi ) Availability Group yapısı içindeki Database ( Veritabanı ) bağlanacağı Port’u yazıyoruz.

NOT : Burada yapılandıracağınız Listener DNS name ortamınız da herhangi bir sunucu üzerinde kullanılmıyor olmasına dikkat etmenizi önemle belirtmek isterim.

Network Mode bölümünü DHCP ve Static IP ( Statik IP ) olarak yapılandırabiliriz.

New Availability Group Listener ekranın da Network Mode bölümünü Static IP ( Statik IP ) olarak seçiyoruz ve Add diyoruz.

Add IP Address ekranında Listener için gerekli IP Address ( IP Adresi ) yapılandırmasını yaparak OK diyoruz.

NOT : Burada yapılandıracağınız Listener IP Address ( IP Adresi ) ortamınız da herhangi bir sunucu üzerinde kullanılmıyor olmasına dikkat etmenizi önemle belirtmek isterim.

Microsoft SQL Server Management Studio konsolunu üzerinde Always On High Availability altında bulunan Availability Group Listeners menüsü altına yapılandırmış olduğumuz BAKICUBUKSQLAO isimli Listener yapılandırmasının geldiğini görüyoruz.

Microsoft SQL Server Management Studio konsolunu üzerinde BAKICUBUKSQLAO isimli Listener yapılandırmasına Connect diyerek bağlantı gerçekleştiriyoruz.

Microsoft SQL Server Management Studio konsolunu üzerinde Always On High Availability altında

Availability Groups altında bulunan BAKICUBUKSQLAO ismi ile yapılandırmış olduğumuz Availability Group yapılandırmasını görüyoruz.

Always Replicas altında hem W19SQLNOD1 isimli sunucumuz hem de W19SQLNOD2 isimli sunucumuzu görüyoruz.

Availability Databases altında bulunan BAKICUBUKismi ile Database ( Veritabanı ) görüyoruz.

Availability Group Listeners altında BAKICUBUKSQLAO isimli Listener yapılandırmasının geldiğini görüyoruz.

Başka bir yazımızda görüşmek dileğiyle…

Microsoft SQL Server 2017 Always ON Listener Yapılandırması

Microsoft SQL Server 2017 Always ON Listener Yapılandırması

bakicubuk

Bir yanıt yazın Yanıtı iptal et

Microsoft SQL Server 2017 Always ON Listener Yapılandırması

bakicubuk

Bir yanıt yazın Yanıtı iptal et

Related Posts