Microsoft SQL Server 2019 Always ON Yapısına Sunucu Eklemek

Merhaba

Bu yazımızda da Microsoft SQL Server 2019 Always ON yapısınına sunucu eklemeyi anlatacağız.

Peki Nedir SQL Server Always ON :

Microsoft SQL Server Always On yapısı High Availability ( Yüksek Erişebilirlik ) ve Disaster Recovery ( Felaket Kurtarma ) çözümüdür.

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.

SQL Server üzerinde High Availability ( Yüksek Erişebilirlik ) yapısının kurulumu ve yapılandırmasını başlayabiliriz.

Öncelikle sağlamamız gerekenleri aşağıda listeledim:

Ortamınızda Windows Server Failover yapısına dahil 2 Adet Sunucunuzun olması gerekiyor.
Ortamınızdaki 2 Adet Sunucunuz üzerinde de SQL Server 2019 Stand-alone olarak kurmanız gerekiyor.
Ortamınızdaki 2 Adet Sunucunuz üzerinde de kurmuş SQL Server 2019 Stand-alone Instance’ların Service Account ( Servis Hesabı ) aynı Domain User ile yapılandırmanız gerekiyor.
Ortamınızdaki 2 Adet Sunucunuz üzerinde de Best Practice olarak aynı Boyutta ve aynı isimde Drive’lar olmalı. Drive’ların içinde aynı pathler olmalı. Örneğin 1 sunucumuz üzerinde D adında bir diskimiz varsa 2 sunucumuz üzerinde aynı boyutta D adında bir diskimiz olması gerekmektedir. 1 sunucumuz üzerinde D adında bir diskimiz için Data isminde bir klasör varsa 2 sunucumuz üzerinde D adında bir diskimiz için Data isminde bir klasör olması gerekmektedir.
Ortamınızdaki 2 Adet Sunucunuz üzerinde kurulmuş olan Windows Server Failover Account ( Windows Server Failover ismi ) bu 2 Adet sunucunun Active Directory Domain Controller bulunduğu OU ( Organization Unit ) Create Computer Object yetkisinin verilmesi gerekiyor. Bu yetkiyi yapılandırmazsanız eğer Listener oluştururken hata alabilirsiniz.

Kurulum ve yapılandırmaya geçmeden önce ortamımızla ilgili kısa bir bilgi aktarmak istiyorum.

Birinci sunucumuz Windows Server 2019 Datacenter işletim sistemine sahip W19DC isminde IP Address ( IP Adresi ) 192.168.1.200 olarak yapılandırılmıştır ve üzerinde Active Directory Domain Services yapılandırılarak bakicubuk.local isminde bir domain ortamı kurulmuştur. Ayrıca bu sunucumuz üzerinde File and Storage Service üzerinde ISCSI Target Server Kurulumu ve Yapılandırılması yapılandırarak Failover Cluster ortamı için gerekli olan Quroum alanı yapılandırmasını bu sunucumuz üzerinde yapılandırılmış durumdadır.

İkinci sunucumuz Windows Server 2019 Datacenter işletim sistemine sahip W19SQL17NOD1 isminde Birinci Network Kartı IP Address ( IP Adresi ) 192.168.1.202/24 İkinci Cluster Network kartı IP Address ( IP Adresi ) 192.168.2.202/24 olarak yapılandırılmış ve üzerine Failover Cluster Feautures ( Özelliği ) kurulumu ve yapılandırmasını yaparak SQL Server Always ON yapılandırması yapılandırılmış durumdadır.

Üçüncü sunucumuz Windows Server 2019 Datacenter işletim sistemine sahip W19SQL17NOD2 isminde Birinci Network Kartı IP Address ( IP Adresi ) 192.168.1.204/24 İkinci Cluster Network kartı IP Address ( IP Adresi ) 192.168.2.204/24 olarak yapılandırılmış ve Failover Cluster Feautures ( Özelliği ) kurulumu ve yapılandırmasını yaparak SQL Server Always ON yapılandırması yapılandırılmış durumdadır.

Dördüncü sunucumuz Windows Server 2019 Datacenter işletim sistemine sahip W19SQL17NOD3 isminde Birinci Network Kartı IP Address ( IP Adresi ) 192.168.1.210/24 İkinci Cluster Network kartı IP Address ( IP Adresi ) 192.168.2.210/24 olarak yapılandırılmışdır. Bu sunucumuz üzerinde Failover Cluster Feautures ( Özelliği ) kurulumu ve yapılandırmasını yaparak SQL Server Always ON yapılandırmasına dahil ediyor olacağız.

Kurulum ve yapılandırmaya başlamadan önce W19SQL17NOD3 isimli sunucumuz üzerinde aşağıdaki yapılandırmalara dikkat edilmesi gerekmektedir.

Sunucularımımızın Region ( Bölge ) ayarlarının English ( United States ) olarak yapılandırılmış olması gerekmektedir.
Sunucular üzerinde Windows Firewall devre dışı duruma getirilmelidir.
Sunucularımımızın üzerinde User Account Control kapatılmalıdır.
Sunucularımımızın üzerinde Anti-Virus yazılımının kurulmaması ve kurulu olan Anti-Virüs programların devre dışı bırakılması gerekmektedir.
Sunucularımımızın üzerindeki bütün Driver, Bios, Firmware güncelleştirmelerinin yapılması ve aynı seviyede olması gerekmektedir.
Sunucularımımızın üzerindeki Windows Update’lerin yapılması ve aynı seviyede olması gerekmektedir.
Virtual Machine ( Sanal Makine ) Ağ protokolleri ile kendi aralarında ve ya dış dünya ile haberleşmesi için en az 1 adet daha Network Kartı olması gerekmektedir.
Sunucularımımızın üzerindeki Computer Name ( Sunucu İsmi ) düzenliyoruz.
Sunucularımımızın üzerindeki Network Adapter ( Network Kartı ) üzerinde IP Address ( IP Adresi ) düzenliyoruz.

Bu bilgileri aktardıktan sonra Sunucularımız üzerinde Failover Cluster özelliğinin kurulumu ve yapılandırmasına geçebiliriz.

W19SQL17NOD3 isimli sunucumuzun Computer Name ( Sunucu İsmi ) düzenleyerek, Network Kartları üzerinde IP Adress ( IP Adresi ) yapılandırarak Active Directory yapısına dahil ettik.

Server Manager konsolunu açıyoruz. Dashboard ekranın da Add roles and Features tıklıyoruz. Dilerseniz sağ üst köşedeki Manage menüsünden Add Roles and Features ile rol ekleme sihirbazını açabiliriz.

Add Roles and Features Wizard bilgi ekranı geliyor karşımıza kuruluma devam etmek için Next diyerek devam ediyoruz.

Select Installation Type ekranın da

Role-based or feature-based insallation : Roles ( Rol ) ve Features ( Özellik ) kurulum ve yapılandırdığımız seçenektir. Windows Server 2019 üzerinde bulunan ve ihtiyacımız olan Roles ( Rol ) ve Features ( Özellik ) bu seçenek ile kurulum ve yapılandırmasını yapabilirsiniz.

Remote Desktop Services installation : Eski adıyla Terminal Service ( TS ) olarak bilinen ve Windows Server 2008 ile birlikte Remote Desktop Services ( RDS ) Uzak Masaüstü kurulumu ve yapılandırmasını hızlı ve standart olarak bu seçenek ile yapabilirsiniz.

Select Installation Type ekranın da biz Microsoft SQL Server sunucumuz üzerinde Failover Clustering özelliğinin kurulumu yaparak yapılandıracağımız için Role-based or features-based Installation seçeneği ile Next diyerek devam ediyoruz.

Select destination server ekranın da kurulumu hangi sunucu üzerinde yapılacak ise o sunucuyu seçmemiz gerekiyor. Biz W19SQL19NOD3 isimli sunucumuz üzerinde Failover Clustering özelliğinin kurulumunu yaparak yapılandıracağımız için bu sunucumuzu seçiyoruz ve Next diyerek yapılandırmaya devam ediyoruz.

Select server roles ekranın da Microsoft SQL Server Cluster yapısı için herhangi bir Roles ( Rol ) kurulumu ve yapılandırması gerçekleştirmeyeceğiz. Microsoft SQL Server Cluster yapısı için sadece Features ( Özellik ) ekranın da Failover Cluster Features ( Özellik ) kurulumunu yaparak yapılandıracağımız için Next diyerek devam ediyoruz.

Select features ekranın da Microsoft SQL Server üzerinde Failover Cluster kurulumunu ve yapılandırmasını yapacağımız için Features ( Özellik ) ekranın da Failover Clustering ve Multipatch I/O özelliklerini kuracağız. Bu nedenle Failover Clustering ve Multipatch I/O kurulum için işaretliyoruz.

NOT : Bizim buradaki ortamımız Lab ortamı olduğu için kullanacağımız ortak disk alanını Windows Server 2019 üzerinde ISCI Target yapılandırması ile yapacağız. Şirket ortamlarında bu işleme gerek duyulmaz şirket ortamlarında genellikle HBA ile bağlı bir Storage’den disk alanı kullanarak yapılandırılır bu nedenlede kullanılan Storage Multipatch I/O ve ya işletim sistemi üzerindeki Multipatch I/O özelliğinin kurulması gerekmektedir.

Failover Clustering özelliğini seçtiğimiz de Add Roles and Features Wizard ekranı geliyor karşımıza Failover Clustering özelliği ile birlikte Remote Server Administration Tools özelliği içinde bulunan Failover Clustering Tools ve altında bulunan Failover Clustering Module for Windows PowerShell; Failover Clustering Management Tools özelliklerinin kurulmasını gerektiğini belirtiyor bizlere kurulumu devam etmek için Add Required Features diyerek Remote Server Administration Tools altında bulunan bu özelliğinde kurulması sağlıyoruz.

Failover Clustering özelliği kurulum ve yapılandırmak için hazır.

Select features ekranın da Multipatch I/O seçiyoruz.

Select features ekranın da Failover Clustering ve Multipatch I/O kurulum ve yapılandırmak için hazır Next diyerek devam ediyoruz.

Confirm installation selections ekranın da Install diyerek Failover Clustering ve Multipatch I/O Features ( Özellik ) kurulumunu başlatabiliriz. Failover Clustering ve Multipatch I/O Features ( Özellik ) kurulumu tamamlandıktan sonra sunucumuzun otomatik olarak restart etmek istersek eğer Restart the destination server automatically if required seçeneğini işaretlememiz gerekiyor.

Failover Clustering ve Multipatch I/O Features ( Özellik ) kurulumu tamamlandıktan sonra sunucumuzu otomatik olarak restart etmek için Restart the destination server automatically if required işeretliyoruz. Kurulum tamamlandıktan sonra sunucumuzun otomatik olarak restart olacağı bilgisi veriyor. Yes diyerek kabul ediyoruz.

Install diyerek Failover Clustering ve Multipatch I/O Features ( Özellik ) kurulumlarını başlatıyoruz.

Installation progress ekranın da Failover Clustering ve Multipatch I/O Features ( Özellik ) kurulmaya başladığını görüyoruz.

Sunucumuz restart olduktan sonra Failover Clustering ve Multipatch I/O Features ( Özellik ) başarılı bir şekilde kurulduğunu görüyoruz. Close diyerek Add Roles ve Features Wizard ekranını kapatıyoruz.

W19SQL19NOD3 isimli sunucumuz üzerinde Failover Cluster özelliğinin kurulumu tamamladıktan sonra. W19SQL19NOD3 isimli sunucumuz üzerinde Failover Cluster yapısına dahil etmeden önce aşağıdaki işlemleri tamamladık.

Sunucumuzun ismini düzenledik.
Sunucumuz üzerindeki IP yapılandırmasını tamamladık.
Sunucumuzu Active Directory Domain ortamına dahil ettik.
Sunucumuz üzerinde Failover Clustering ve Multipatch I/O özelliklerinin kurulumlarını tamamladık.
Sunucumuz üzerinde Quorum ve Cluster Volume alanlarının bağlantısını gerçekleştirdik.

Failover Cluster ortami için kullanacağımız Quorum ve Cluster Volume alanları için Windows Server 2019 üzerindeki yapılandırmayi daha önceki Windows Server 2019 ISCSI Target Server Kurulumu ve Yapılandırılması ile sizlerle paylaşmıştık.

Yukarıdaki adımları tamamladıktan sonra W19SQL19NOD3 isimli sunucumuzu Failover Cluster yapısına dahil etmek için gerekli olan yapılandırma işlemlerine geçebiliriz.

Failover Cluster Manager konsolu açıyoruz.

Failover Cluster Manager konsolu üzerinde Nodes menüsü üzerinde sağ tuş yaparak Add Node… ya da Actions menüsü altinda bulunan Add Node… yapılandırmaya başlayabilirsiniz.

Before You Begin bilgi ekranı geliyor karşımıza kuruluma devam etmek için Next diyerek devam ediyoruz.

Select Servers ekranın da Failover Cluster yapısına dahil edeceğimiz sunucumuzu Enter server name bölümüne sunucumuzun ismini yazdıktan sonra Add diyerek ekleyebiliriz ya da sunucumuzu Browse diyerek Active Directory Domain yapısı üzerinden arayarak ekleyebiliriz. W19SQL19NOD3 isimli sunucumuzu Enter server name bölümüne ismini yazarak ekleyeceğiz.

W19SQL19NOD3 isimli sunucumuzu Failover Cluster yapısına dahil ediyoruz.

Select Servers ekranın da Failover Cluster yapısına dahil edeceğimiz sunucumuzu Enter server name bölümüne Failover Cluster yapısına ekleyeceğimiz W19SQL19NOD3 isimli sunumuzu yazıyoruz ve Add diyerek ekliyoruz.

Select Servers ekranın da gerekli yapılandırmayı tamamladıktan sonra Next diyerek devam ediyoruz.

Validation Warning ekranın da Failover Cluster yapısını kurulum ve yapılandırmasına geçmeden önce sunucularımız üzerindeki Failover Cluster yapılandırması için gerekli olan Roles ( Rol ) ve Features ( Özellik )lerin kurulumunu sunucularımız üzerinde Donanım ve Yazılım versiyonlarını kontrol edilmesi gerektiği uyarısını alıyoruz. Failover Cluster yapısı kurulmadan önce bu testi yapmanızı önemle tavsiye ediyoruz. Yes ile başlayan seçeneği seçip Next diyerek Failover Cluster ortamının yapılandırması için gerekli olan kontrol işlemini başlatıyoruz.

Before You Begin bilgi ekranı geliyor karşımıza yapılandırmaya devam etmek için Next diyerek devam ediyoruz.

Testing Options ekranın da Failover Cluster yapımız yapılandırması için Run all test (recommended) diyerek bütün kontrolleri mi yapacağız yoksa Run only tests I select diyerek sistem ile ilgili belirleyeceğiniz kontroller mi yapacağız onu belirlememiz gerekiyor. Testing Options ekranın da biz bütün testleri yaparak Failover Cluster yapılandırması sırasında sorunla karşılaşmamak için Run all test (recommended) seçeneğini seçiyoruz ve bütün kontrolleri başlatmak için Next diyerek devam ediyoruz.

Confirmation ekranın da Failover Cluster yapımız için sunucularımız üzerinde yapılacak olan bütün kontrollerin bir listesini görüyoruz. Bütün kontrolleri başlatmak için Next diyerek devam ediyoruz.

Validating ekranın da Failover Cluster yapımız için gerekli testlerin başladığını görüyoruz.

Summary ekranın da Failover Cluster yapısı için yapılan kontrollerin raporunu görüyoruz. Eğer bütün kontrolleri Success olarak görüyorsanız Failover Cluster ortamının sunucumuzun eklenmesi için hiçbir sorun yoktur. Eğer herhangi bir hata alırsanız ilgili hatayı detaylı olarak kontrol ederek düzettikten sonra testleri tekrar başlatabilirsiniz. View Report diyerek Failover Cluster Validata Report ayrıntılı bir şekilde inceleyebilirsiniz. Finish diyereek Validate a Configuration Wizard ekranını kapatıyoruz.

Confirmation ekranın da Failover Cluster yapımıza dahil olacak olan W19SQL19NOD3 isimli sunucumuzu görüyoruz. Add all eligible storage to the cluster seçeneğinde Failover Cluster ortamındaki bütün Storage yapılarının W19SQL19NOD3 isimli sunucumuz üzerinde yapılandırma sırasında eklenmesi için seçili bırakıyoruz ve Next diyerek devam ediyoruz.

Configure the Cluster ekranın da W19SQL19NOD3 isimli sunucumuzun Failover Cluster yapısına dahil edildiğini görüyoruz.

Summary ekranın da W19SQL19NOD3 isimli sunucumuzun Failover Cluster yapımıza sorunsuz bir şekilde dahil edildiğini görüyoruz. View Report diyerek raporu ayrıntılı bir şekilde inceleyebilirsiniz. Finish diyerek Add Node Wizard ekranını kapatıyoruz.

Failover Cluster Manager konsolu geri geldiğimizde Nodes bölümünde W19SQL19NOD3 isimli sunucumuzun Nodes bölümüne geldiğini ve Up durumda olduğunu görüyoruz.

W19SQL19NOD3 isimli sunucumuz üzerinde Failover Cluster yapısına dahil ettik sonra Microsoft SQL Server 2019 kurulumuna geçebiliriz. Ancak kuruluma geçmeden önce bir kaç yapılandırmaya dikkat etmemiz gerekiyor.

Sunucularımızın üzerinde Region ( Bölge ) ayarlarının English ( United States ) olarak yapılandırılmış olması gerekmektedir. Microsoft SQL Server 2019 kurulumu için önemlidir eğer bütün ayarlarımız Turkish olarak kalırsa Microsoft SQL Server 2019 servislerinin çalışmasında sorun yaşayabilirsiniz.
Sunucularımızın üzerinde Windows Firewall devre dışı duruma getirilmelidir.

SQL Server Installation Center ekranı geliyor karşımıza Installation bölümünü seçerek Microsoft SQL Server 2019 kurulumu ve yapılandırmasını başlatıyoruz.

SQL Server Installation Center ekranın da Installation seçeneği seçiyoruz. Installation seçeneği seçtikten sonra New SQL Server stand-alone installation or add features to an existing installation seçeneğini seçerek Microsoft SQL Server 2019 kurulumu ve yapılandırmasını başlatıyoruz.

Product Key ekranın da Microsoft SQL Server 2019 kurulumu için gerekli olan lisans yapılandırmasını seçmemiz gerekiyor. Eğer bir lisansa sahipseniz lisans bilginiz otomatik olarak Enter the product key gelecektir.

Product Key ekranın da eğer Microsoft SQL Server 2019 lisansına sahip değilseniz. Specify a free edition bölümünde Evaluation, Developer ve Express seçeneklerinden birini kullanabilirsiniz.

Evaluation : Microsoft SQL Server 180 günlük Demo yani Deneme sürümüdür.

Developer : Geliştiricilere yönelik bir lisanslamadır. Sadece Geliştirme ve Test ortamları için kullanılabilir.

Express : Ücretsiz olan bir sürümdür ve Basic yapılandırma ile Genelde son kullanıcılar için idealdir. Database boyutu olarak en fazla 10 Gibabyte (GB)’a kadar desteklemektedir.

Product Key ekranın da Microsoft SQL Server Enterprise Lisans bilgimiz otomatik olarak Enter the product key geldiği için Next diyerek devam ediyoruz.

License Terms ekranın da Microsoft SQL Server 2019 kurulumu için lisans sözleşmesini I accept the license terms diyerek kabul ediyoruz ve Next diyerek devam ediyoruz.

Global Rules ekranın da Microsoft SQL Server 2019 kurulumuna başlamadan sistemimizdeki Microsoft SQL Server 2019 kurulumu için herhangi bir eksik ya da hata olup olmadığının kontrolü gerçekleştiriyor. Herhangi bir eksik ya da hata yoksa Microsoft SQL Server 2019 kurulumuna Next diyerek devam ediyoruz.

Microsoft Updates ekranın da Microsoft SQL Server 2019 için güncelleştirme olup olmadığını kontrol etmemiz gerekiyor.

Microsoft Updates ekranın da Microsoft SQL Server 2019 için gerekli olan güncelleştirmeyi yapmak için Use Microsoft Update to check for updates (recommended) işaretliyoruz ve Next diyerek devam ediyoruz.

Install Setup Files ekranın da Microsoft SQL Server 2019 için gerekli update işlemi ve kurulum dosyaları hazırlanıyor.

Install Rules ekranın da Microsoft SQL Server 2019 kurulumu için gerekli olan yapılandırmada herhangi bir eksik olup olmadığını kontrol ediliyor. Microsoft SQL Server 2019 kurulum ve yapılandırması için önemli bir hata olmadığından kuruluma Next diyerek devam ediyoruz.

Feature Selection ekranın da Microsoft SQL Server 2019 kurulumu için hangi servislerinin ve özelliklerinin kurulacağı yapılandırıyor olacağız. Kurulum için seçilmesi için bilinen servisler Database Engine Services, Client Tools Connectivity, Client Tools Connectivity Backwards Compatibility ve Management Tools seçenekleridir. Ancak Microsoft SQL Server 2019 ile birlikte Management Tools ve Reporting Services artık kurulum içinde gelmemektedir. Microsoft SQL Server 2016’dan önceki versiyonlarda Management Tools ve Reporting Services özellikleri Microsoft SQL Server kurulumu ile birlikte yapılmaktaydı. Microsoft SQL Server 2016’dan sonra Management Tools ve Reporting Services ayrıca indirilerek kurulmaktadır.

NOT : Microsoft SQL Server 2019 kurulumu sırasında seçilen servisler ve özellikler kullanılacak olan yazılım ve uygulamalar için farkılılık gösterebilir.

Feature Selection ekranın da biz Database Engine Services, SQL Server Replication, Full-Text and Semantic Extractions for Search, Data Quality Services, Client Tools Connectivity, Client Tools Connectivity Backwards Compatibility, Client Tools SDK ve SQL ClientConnectivity SDK servislerini ve özellikleri seçiyoruz.

Feature Selection ekranın da Database Engine Services, SQL Server Replication, Full-Text and Semantic Extractions for Search, Data Quality Services, Client Tools Connectivity, Client Tools Connectivity Backwards Compatibility, Client Tools SDK ve SQL ClientConnectivity SDK servislerini ve özellikleri seçiyoruz.

Instance root directory, Shared features directory ve Shared feature directoy ( x86 ) bölümlerinde Microsoft SQL Server 2019 kurulumu için default olan gelen kurulum dizinleridir. Program Files ( x64 ) ve Program Files ( x86 ) altına kurulacağını görüyoruz. Gerekli yapılandırmayı tamamladıktan sonra Next diyerek devam ediyoruz.

NOT : Microsoft SQL Server 2019 kurulumu sırasında seçilen servisler kullanılacak olan yazılım için farkılılık gösterebilir.

Instance Configurion ekranın da kurulacak olan Microsoft SQL Server 2019 sunucumuz üzerinde C:\Program Files\Microsoft SQL Server\MSSQL14.MSSQLSERVER dizini altında hangi isim ile kurulacağını seçiyoruz. Default olarak Instance ID için MSSQLSERVER gelmektedir. Biz buradaki yapılandırmayı Default şekliyle bırakıyoruz. SQL Server directory bölümünde C:\Program Files\Microsoft SQL Server\MSSQL14.MSSQLSERVER olarak kurulacağını görüyoruz bir önceki Feture Selection ekranın da bu dizini görmüştük. Dilerseniz Name Instance bölümünden değiştirebilirsiz. Biz default ayarları değiştirmeden Next diyerek kuruluma devam ediyoruz.

Instance Configurion ekranın da Microsoft SQL Server 2019 kurulumu için gerekli yapılandırma kontrol ediliyor.

Server Configuration ekranın da Microsoft SQL Server 2019 servislerinin hangi User ( Kullanıcı ) ve Automatic ( Otomatik ) ya da Manual ( Manuel ) şekilde çalışacağını yapılandırıyoruz.

Server Configuration ekranın da Microsoft SQL Server 2019 servislerinin çalışacağı kullanıcıları yapılandırıyoruz.

Server Configuration ekranın da bir diğer sekme Collation sekmesidir. Database Engine için Collation seçimi yapmak için Customize butonu kullanarak değiştirebilirsiniz.

NOT : Microsoft SQL Server 2019 kurulumu sırasında Collation seçeneği kullanılacak olan yazılım için farkılılık gösterebilir.

Grant perform Volume Maintenance Task privilege to SQL Server Database Engine Servises seçeneğini işaretledikten sonra Next diyerek devam ediyoruz.

Instant File Initialization ( Anında Dosya Oluşturulması ) Microsoft SQL Server 2005 versiyonu ile karşımıza gelen bu özellik. Çok hızlı büyüyen Database ( Veritabanı ) bu özelliğin aktif edilmesi önerilmektedir. Bu özellik sayesinde Allocate edilen Database ( Veritabanı ) dosyaları sıfır ile doldurulmadan anında Allocate edilmesidir.

Grant perform Volume Maintenance Task privilege to SQL Server Database Engine Servises seçeneği aktif edilmezse Allocate işlemi sırasında Data File sıfır ile doldurulmaktadır.

Bu sayede aşağıdaki işlemler çok hızlı bir şekilde yapılabilmektedir.

Database ( Veritabanı ) Oluşturulması
Mevcut Database ( Veritabanı ) Data File Ekleme
Mevcut Database ( Veritabanı ) Data File Boyutunu Manual ( Manuel ) olarak büyütülmesi
Database ( Veritabanı ) Restore İşlemleri

Microsoft SQL Server 2016 versiyonunda önce bu özellik için gereken işlemleri Microsoft SQL Server kurulumu sonrasında yaptığımız bir çok ayar gibi kurulum sonrasında yapıyorduk. Microsoft SQL Server 2016 versiyondan sonra Grant perform Volume Maintenance Task privilege to SQL Server Database Engine Servises seçeneğini işaretleyerek hızlıca yapılabilmektedir.

NOT : Microsoft SQL Server 2019 kurulumu sonrasında Service Accounts için Services bölümünde değişiklik yapabilirsiniz. Ancak bu işlemde dikkat edilmesi gerekmektedir herhangi bir sorunda Microsoft SQL Server 2019 servisleri çalışmayacaktır.

Database Engine Configuration ekranın da Authetication Mode seçimi yapılmaktadır. Eğer Mixed Mode ( SQL Server authentication and Windows authentication ) olarak yapılandırıyorsanız tabiki burda Microsoft SQL Server 2019 kullanacağımız uygularımız ( Logo Tiger, Logo Bordro, Mikro, Eta, Nebim gibi ) için bir sa kullanıcısı için bir şifre atayabilirsiniz.

Specify SQL Server administrators bölümünde Microsoft SQL Server 2019 için eğer Windows authetication mode kullanılacaksa Active Directory Domain ortamınızda atamış olduğunuz kullanıcı atanır. Biz Windows authetication mode kullanacağımız için Add Current User tıklıyoruz.

Specify SQL Server administrators bölümüne Administrator kullanısımızın geldiğini görüyoruz.

Specify SQL Server administrators ekranın da Data Directories sekmesinde Microsoft SQL Server 2019 Database, Log ve Backup dosyalarının tutalacağı dizinleri yapılandırmak için bu sekmeye geçiyoruz.

Data Directories sekmesinde Microsoft SQL Server 2019 kurulacağı default olarak gelen dizinleri görüyoruz. Data root directory, User database directory, User database log directory ve Backup directory sunucumuz üzerinde tutulacağı dizinlerdir.

Neden diskleri farklı dizinlerde yapılandırdığımızı belirtmek gerekirse. Örneğin yapınızda SSD ( Solid State Disk ) diskleriniz varsa Data,Log,Temp ve Backup için bu SSD ( Solid State Disk ) diskleriniz üzerinde farklı dizinler oluşturup burada tutulmasını sağlayabilirsiniz. Buradaki amacimiz hem Performans hem de yönetimi kolay olması açısından.

Data Directories sekmesinde Microsoft SQL Server 2019 üzerinde SQL Server Always ON yapısı kuracağımız için Database, Log ve Backup dizinlerini sunucularımız üzerindeki Disklerimiz üzerinde tutulması için yapılandırdıktan sonra TempDB sekmesine geçiyoruz.

TempDB sekmesinde Default olarak gelen dizinler değiştirebiliriz. Microsoft SQL Server 2019 üzerinde SQL Server Always ON yapısı kuracağımız için TempDB ve TempLog dizinlerini sunucularımız üzerindenki Disklerimiz üzerinde tutulması için yapılandırıyoruz.

TempDB : Microsoft SQL Server Tempdb veritabanı, geçici tabloları, geçici stored procedure gibi geçici dosyaların tutulduğu bir veritabanıdır. Resultset ile yapılan sıralama işlemleri Tempdb veritabanında yapılır. Verilerin geçici olarak saklanması gerektiğinde Tempdb veritabanı kullanılır. Tempdb veritabanı içerisinde objeler geçici olarak saklanır. Bu geçici objeler; geçici tablolar, stored prosedürler, tablo değişkenleri ve global temp tablolardır. Tempdb’de online index işlemleri, triggerlar tetiklendikten sonraki durum da saklanır. TempDB veritabanı bu nedenle çok yoğun geçici işlem kullanan Axapta, SAP gibi uygulamaların kullanmış olduğu Microsoft SQL Server Databaselerde yüksek performans sağlayabilmek için TempDB Database yapısının çok iyi yapılandırılması gerekmektedir. SQL Server yeniden başlatıldığında Tempdb yeniden oluşturulur. Tempdb üzerinde backup ya da restore seçenekleri kullanılamaz. Buradaki yapılandırma Microsoft SQL Server 2019 üzerinde kullanacağınız uygulamara göre değişiklik gösterebilir.

TempDB sekmesinde Microsoft SQL Server 2019 üzerinde SQL Server Always ON yapısı kuracağımız için TempDB ve TempLog dizinlerini sunucularımız üzerindenki Disklerimiz üzerinde tutulması için yapılandırdık.

MaxDOP sekmesi Microsoft SQL Server 2019 ile birlikte gelen yeni bir sekme Microsoft SQL Server 2019 kurulumunda böyle bir sekme yoktu.

TempDB : Microsoft SQL Server Maksimum paralellik derecesi (MAXDOP) yapılandırma seçeneğini paralel bir planı için bir sorgu yürütme kullanılan işlemci sayısını denetler. Bu seçenek, paralel olarak çalışmayı gerçekleştiren sorgu planı işleçleri için kullanılan iş parçacığı sayısını belirler. Olup olmadığını SQL Server simetrik çoklu işlem (SMP) bilgisayar, olmayan tekdüze bellek erişimi (NUMA) bilgisayar veya hiper iş parçacığı etkin işlemciler ayarlandığına bağlı olarak, Maksimum paralellik derecesi seçeneği uygun şekilde yapılandırmanız gerekir. Sp_configure sistem saklı yordamını kullandığınızda SQL Server için Maksimum paralellik derecesi seçeneği yapılandırmak için kullanabileceğiniz genel yönergeler anlatılmaktadır. Sorgu bu seçenek belirtiyorsa (MAXDOP) seçeneği Transact-SQL sorgu ipuçları Maksimum paralellik derecesi seçeneği sp_configure değerini geçersiz kılabilirsiniz. Kaynak Yöneticisi kullanılarak yapılandırılan değeri MAXDOP değeri aşarsa veritabanı altyapısı SQL Server 2008 ve sonraki sürümleri, kaynak yöneticisi MAXDOP değeri kullanır. Maksimum paralellik derecesi seçeneğiyle kullanılan tüm anlambilim kuralları MAXDOP sorgu ipucu kullandığınızda geçerlidir.

Memory sekmesi Microsoft SQL Server 2019 ile birlikte gelen yeni bir sekme Microsoft SQL Server 2019 kurulumunda böyle bir sekme yoktu.

Memory : Microsoft SQL Server tarafında bazı durumlarda Memory ( RAM ) limitleme işlemi gerekebilir. Microsoft SQL Server iki çeşit hafıza yönetim sistemi vardır. Birincisi Dynamic Memory’dir. Bu yöntemde, Microsoft SQL Server kullanabildiği kadar çok hafızayı kullanır ve Operating System (OS) ve ya diğer uygulamaların ihtiyacı olduğunda ihtiyaç kadar hafızayı boşaltır. Sonra tekrar kullanır. Diğer yöntem ise Static Memory’dir. Bunda Minimum ve Maximum Memory ( RAM ) kullanım değerleri belirlenir. Microsoft SQL Server da hafızayı bu değerlere göre kullanır. Microsoft SQL Server 2019 kurulumu sırasında bu sekmede Microsoft SQL Server 2019 üzerinde gerekli olan Memory ( RAM ) limitleme işlemleri gerçekleştirilebilir.

FILESTREAM sekmesinde herhangi bir değişiklik yapmıyoruz.

File Stream : File Stream yapısı, varbinary (MAX) BLOB nesneleri (doküman, resim, video vb.) sunucu üzerindeki NTFS File system üzerinde veritabanı ile bütünleşik yapıda tutar. File system üzerinde file stream dosyaları oluşturur ve bu dosyaları veritabanının bir parçası yapar. Blob nesneleri NTFS file system’de file stream yapıda tutmak yerine, tabloda varbinary(MAX) veri tipini kullanarak veritabanının içine de gömebiliriz. Eğer dosyalarınız genel olarak 1 MB’tan küçükse veritabanı üzerinde tutmanız performansı arttıracaktır. Bununla beraber BLOB verilerin boyutu büyük olduğu için veritabanı yönetimini zorlaştıracaktır.(Backup, DBCC CHECKDB,Restore vb.)

Database Engine Configuration ekranın da Microsoft SQL Server 2019 kurulumu için gerekli yapılandırmayı tamamladıktan sonra Next diyerek devam ediyoruz.

Features Configuration Rules ekranın da Microsoft SQL Server 2019 kurulumu için seçenekleri bir kez daha sistem tarafından kontrolden geçiriyor. Herhangi bir hata yoksa eğer Microsoft SQL Server 2019 kurulumu için Next diyerek devam ediyoruz.

Ready to Install ekranın da Microsoft SQL Server 2019 kurulumu için yapılandırma bilgisini görüyoruz.

Ready to Install ekranın da Microsoft SQL Server 2019 kurulumu için yapılandırma bilgisini kontrol ettikten sonra Install diyerek Microsoft SQL Server 2019 kurulumu başlatıyoruz.

Installtion Progress ekranın da Microsoft SQL Server 2019 kurulumunun başladığını görüyoruz.

Complete ekranında Microsoft SQL Server 2019 kurulumun başarılı bir tamamlandığı görüyoruz. Complete ekraninda Close diyerek SQL Server 2019 Setup Wizard ekranını kapatıyoruz.

W19SQL19NOD3 isimli sunucularımız üzerinde Microsoft SQL Server 2019 kurulumlarını tamamlandı.

W19SQL17NOD3 isimli sunucularımız üzerinde SQL Server Always ON yapısına dahil etmeden önce SQL Server servislerinde bazı yapılandırmalar yapmamız gerekmektedir. SQL Server Always ON özelliğini aktif etmemiz gerekmektedir. Eğer sunucularımız üzerinde gerekli yapılandırmayı yapmazsanız aşağıdaki gibi bir hata alırsınız.

SQL Server Configuration Manager konsolunu açıyoruz.

SQL Server Configuration Manager konsolu üzerinde SQL Server Services menüsü açıyoruz.

SQL Server Configuration Manager konsolu üzerinde SQL Server Services menüsü altında bulunan SQL Server (MSSQLSERVER) sağ tuş Properties diyoruz.

SQL Server(MSSQLSERVER) Properties ekranın da AlwaysON High Availability sekmesine tıklıyoruz.

AlwaysON High Availability sekmesinde Enable AlwaysOn Availability Groups işaretlememiz gerekiyor.

AlwaysON High Availability sekmesinde Enable AlwaysOn Availability Groups işaretledikten sonra Apply diyoruz.

Warning ekranında gerekli yapılandırmanın tamamlanması için SQL Server (MSSQLSERVER) servisini Restart ( Tekrar Başlat ) gerektiğini belirtiyor. OK diyerek devam ediyoruz.

SQL Server (MSSQLSERVER) Properties ekranın AlwaysON High Availability için gerekli yapılandırmayı tamamladıktan sonra OK diyoruz.

SQL Server (MSSQLSERVER) servisi üzerinde sağ tuş Restart ( Tekrar Başlat ) yapıyoruz.

SQL Server (MSSQLSERVER) servisi üzerinde gerekli yapılandırma tamamladıktan sonra SQL Server Network Configuration menüsü altında bulunan Protocols for MSSQLSERVER menüsüne geliyor. Protocols for MSSQLSERVER menüsü altında bulunan Named Pipes seçeneğini Disabled olarak görüyoruz. Named Pipes seçeneğini Enabled olarak yapılandırmamız gerekmektedir.

Named Pipes seçeneğini tıklıyoruz. Named Pipes Properties ekranı gerliyor karşımıza

Named Pipes Properties ekranın da Named Pipes seçeneğini Enabled bölümünü Yes yapıyoruz ve Apply diyoruz.

Warning ekranında gerekli yapılandırmanın tamamlanması için SQL Server (MSSQLSERVER) servisini Restart ( Tekrar Başlat ) gerektiğini belirtiyor. OK diyerek devam ediyoruz.

Named Pipes Properties ekranın da Named Pipes seçeneğini Enabled olarak yapılandırdıktan sonra OK diyoruz.

SQL Server (MSSQLSERVER) servisi üzerinde sağ tuş Restart ( Tekrar Başlat ) yapıyoruz.

W19SQL19NOD3 isimli sunucularımız üzerinde SQL Server Always ON yapısına dahil etmek için Microsoft SQL Server servislerindeki gerekli yapılandırmayı tamamladıktan sonra Microsoft SQL Server Management Studio ( SSMS ) konsolunu açıyoruz.

Daha önceki Microsoft SQL Server Management Studio 18.4 Kurulumu sizlerle paylaşmıştık. W19SQL19NOD1 isimli sunucumuza Connect diyerek bağlanıyoruz.

Microsoft SQL Server Management Studio ( SSMS ) konsolunu üzerinde Always On High Availability altında bulunan Availability Groups altında bulunan BAKICUBUKAO ismi ile yapılandırmış olduğumuz Availability Group yapısını görüyoruz.

W19SQL19NOD3 isimli sunucumuzu SQL Server Alwayas ON yapısına Secondary olarak yapılandırmak için Availability Groups altında bulunan BAKICUBUKAO ismi ile yapılandırmış olduğumuz Availability Group sekmesinde sağ tuş Add Replica… diyebiliriz.

W19SQL19NOD3 isimli sunucumuzu SQL Server Alwayas ON yapısına Secondary olarak yapılandırmak için Availability Replicas sekmesinde sağ tuş Add Replica… diyebiliriz.

Introduction ekranın da Always On High Availability yapısı için gerekli yapılandırma için bilgileri görüyoruz. Next diyerek devam ediyoruz.

Connect to Existing Secondary Replicas ekranın da W19SQL19NOD2 isimli Secondary sunucumuza bağlanmak için Connect diyoruz.

Connect to Server ekranın da Server name bölümüne W19SQL19NOD2 olarak geliyor ve Connect diyoruz.

Connect to Existing Secondary Replicas ekranın da W19SQL19NOD2 isimli Secondary sunucumuz üzerine bağlantı sağladıktan sonra Next diyoruz.

Specify Replicas ekranın da Replicas sekmesinde Server Instance bölümünde W19SQL19NOD1 ve W19SQL19NOD2 isimli sunucularımızı görüyoruz. Initial role bölümünde W19SQL19NOD1 isimli sunucumuzu Primary olarak görüyoruz. Initial role bölümünde W19SQL19NOD2 isimli sunucumuzu Secondary olarak görüyoruz. W19SQL19NOD3 isimli sunucumuzu Secondary olarak yapılandıracağız.

Specify Replicas ekranın da Replicas sekmesinde Add Replica diyoruz.

Connect to Server ekranın da Server name bölümüne W19SQL19NOD3 olarak geliyor ve Connect diyoruz.

Specify Replicas ekranın da Replicas sekmesinde Server Instance bölümünde W19SQL17NOD1 ve W19SQL17NOD2 isimli sunucularımızı görüyoruz. Initial role bölümünde W19SQL17NOD1 isimli sunucumuzu Primary olarak görüyoruz. Initial role bölümünde W19SQL17NOD2 isimli sunucumuzu Secondary olarak görüyoruz. W19SQL19NOD3 isimli sunucumuzu Secondary olarak yapılandıracağız. Initial role bölümünde W19SQL17NOD3 isimli sunucumuzu Secondary olarak görüyoruz.

Specify Replicas ekranın da Replicas sekmesinde Automatic Failover (Up to 5) bölümüne işaretliyoruz ve Availability Mode bölümünü Synchronous commit olarak yapılandırıyoruz. Availability Group yapısını Synchronous ( Senkron ) ve Automatic ( Otomatik ) Failover olarak yapılandırmış olduk. Readable Seconday bölümünü No olarak bırakıyoruz.

Specify Replicas ekranın da Replicas sekmesinde gerekli yapılandırmayı tamamladıktan sonra Endpoints sekmesine geçiyoruz. Default olarak gelen ayarlarda herhangi bir değişiklik yapmıyoruz.

Burada dikkat etmemiz gereken eğer sunucularımız üzerinde bir den fazla Instance kullanıyorsanız sunucularınız üzerinde her Instance için değişik bir Endpoint Port kullanmanız gerekmektedir. Örneğin 2 Instance varsa ilk Instance için Availability Group yapısını yapılandırırken Default olarak 5022 portu gelecektir. İkinci Instance’ınız için bir Availability Group yapısını yapılandıracağınız zaman Enpoint Port Number değiştirmelisiniz. İkinci Instance için 5023 portunu kullanabilirsiniz.

Specify Replicas ekranın da Endpoints sekmesinde gerekli yapılandırmayı tamamladıktan sonra Backup Preferences sekmesine geçiyoruz

Prefer Secondary : Availability Group yapısı içinde aktif olarak yapılandırmış olduğunuz Secondary sunucu varsa otomatik Backuplar ortamınızda Secondary sunucusu üzerinden gerçekleşir. Eğer ortamınızda aktif bir Secondary sunucunuz yoksa Primary sunucusu üzerinden gerçekleşir.

Secondary only : Availability Group yapısı içinde bütün otomatik Backuplar ortamınızda bulunan Secondary sunucusu üzerinden gerçekleşmek zorundadır.

Primary : Availability Group yapısı içinde bütün otomatik Backuplar Primary sunucusu üzerinden gerçekleşmek zorundadır.

Any Replica : Availability Group yapısı içinde Backuplar Primary ve Secondary sunucularınız üzerinden gerçekleşebilir.

Specify Replicas ekranın da Backup Preferences sekmesinde herhangi bir yapılandırma yapmıyoruz.

Specify Replicas ekranın da Backup Preferences sekmesinde gerekli yapılandırmayı Primary olarak seçtikten sonra Listener sekmesine geçiyoruz.

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.

Specify Replicas ekranın da Listener sekmesinde W19SQL19NOD3 isimli sunucumuzu Secondary olarak yapılandıracağımız için Do not create an availabiliry group listener now seçeneği seçiyoruz. Availability Group yapısında daha önce Listener yapılandırması yaptığımız için herhangi bir işlem yapmadık.

Specify Replicas ekranın da Ready-Only Routing sekmesinde herhangi bir değişiklik yapmıyoruz.

Specify Replicas ekranın da gerekli yapılandırmayı tamamladıktan sonra Next diyerek devam ediyoruz.

Select Initial Data Synchronization ekranın da Secondary sunucusu üzerine Database ( Veritabanı ) senkronizasyonun ilk yapılandırmasını nasıl yapacağımızı seçtiğimiz ekrandır.

Automatic seeding : Bu seçenek ile devam edersek eğer Secondary sunucusu üzerine Database ( Veritabanı ) senkronizasyonu için gerekli olan bütün işlemler Automatic ( Otomatik ) olarak gerçekleştirilecektir.

Full database and log backup : Bu seçenek ile devam edersek eğer her Database ( Veritabanı ) Full Backup ve Log Backup dosyalarını yapılandırmış olduğumuz Share ( Paylaşım ) üzerinden alarak Secondary sunucumuz üzerine kendisi aktarır ve bu işlem için sunucularımız üzerindeki Instance’ın SQL Server Servis hesaplarının Write ( Yazma ) ve Read ( Okuma ) yetkisi olan bir Share ( Paylaşım ) istemektedir. Yapılandırdığınız Share ( Paylaşım ) diskinde bulunan Database ( Veritabanı ) Full Backup ve Log Backup sığacağı kadar yer olmalıdır.

Join only : Bu seçenek ile seçtiğimiz her Database ( Veritabanı ) Full Backup ve Log Backup Manuel ( Manuel ) olarak alıp Manuel ( Manuel ) olarak Secondary sunucusuna bu adımı geçmeden önce kopyalamamız gerekir.

Skip initial data synchronization : Bu seçenek ile yine her Database ( Veritabanı ) Full Backup ve Log Backup Manual ( Manuel ) olarak alıp Manual ( Manuel ) olarak Secondary sunucumuz üzerine kopyalamamız gerekir. Ancak Join only seçeneğinden farklı olarak bu işlemi sonra yapabiliriz.

Select Initial Data Synchronization ekranın da W19SQL19NOD3 isimli sunucumuzu Secondary olarak yapılandıracağımız için senkronizasyonun Automatic seeding seçeneğini seçiyoruz ve Next diyerek devam ediyoruz.

Validation ekranın da W19SQL19NOD3 isimli sunucumuzu Secondary olarak yapılandıracağımız ve Availability Group yapısına dahil etmek için gerekli kontroller yapılıyor. W19SQL19NOD3 isimli sunucumuzu Availability Group yapısına dahil etmek için bütün adımları Success olarak görüyoruz. Eğer bir sorun varsa Error olarak görürdük ve Back diyerek geri gidebilirsiniz ve yanlış yaptığınız bir yapılandırma varsa yapılandırmayı düzelttikten sonra Re-run validation diyebilirsiniz.

Validation ekranın da W19SQL19NOD3 isimli sunucumuzu Secondary olarak yapılandıracağımız ve Availability Group yapısına dahil edeceğimiz için Checking the listener configuration yapılandırmasını Warning olarak görüyoruz. Ancak mevcut Availability Group yapısında daha önce Listener yapılandırması yaptığımız için herhangi bir işlem yapmıyoruz ve Next diyerek devam ediyoruz.

Summary ekranın da W19SQL19NOD3 isimli sunucumuzu Secondary olarak yapılandırması ve Availability Group yapısına dahil edilmesi için gerekli olan yapılandırmanın bir özetini kontrol ettikten sonra Finish diyerek kurulumu başlatıyoruz. Script bölümünde Availability Group yapısı için yapılandırmış olduğunuz yapılandırmayı Script ( Senaryo ) olarak alabilirsiniz.

Results ekranın da W19SQL19NOD3 isimli sunucumuzu Secondary olarak yapılandırması ve Availability Group yapısına başarılı bir şekilde dahil edildiğini görüyoruz. Close diyerek Add Replica to Availability Group Wizard ekranını kapatıyoruz.

W19SQL19NOD1 isimli sunucumuz üzerinde Microsoft SQL Server Management Studio ( SSMS ) konsolunu açtığımızda Always On High Availability altında bulunan Availability Groups altında bulunan BAKICUBUKAO ismi ile yapılandırmış olduğumuz Availability Group yapılandırması üzerine W19SQL19NOD3 isimli sunucumuzun geldiğini görüyoruz.

Always On High Availability altında bulunan Availability Groups altında bulunan BAKICUBUKAO ismi ile yapılandırmış olduğumuz Availability Group yapılandırmasında Availability Database sekmesi altında BAKICUBUK isimli Database ( Veritabanı ) geldiğini görüyoruz.

W19SQL19NOD3 isimli sunucumuz üzerinde Microsoft SQL Server Management Studio ( SSMS ) konsolunu açtığımızda Always On High Availability altında bulunan Availability Groups altında bulunan BAKICUBUKAO ismi ile yapılandırmış olduğumuz Availability Group yapılandırması üzerine W19SQL19NOD3 isimli sunucumuzun Secondary olarak geldiğini görüyoruz.

BAKICUBUKAO ismi ile yapılandırmış olduğumuz Availability Group üzerinde Microsoft SQL Server Management Studio ( SSMS ) konsolunu açtığımızda Always On High Availability altında bulunan Availability Groups altında bulunan BAKICUBUKAO ismi ile yapılandırmış olduğumuz Availability Group yapılandırması üzerine W19SQL19NOD3 isimli sunucumuzun Secondary olarak geldiğini görüyoruz.

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

Microsoft SQL Server 2019 Always ON Yapısına Sunucu Eklemek

bakicubuk

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

Related Posts