Adım Adım SQL Server 2019 Failover Clustered Instance Kurulumu

Bu yazımızda SQL Server Failover Cluster Instance (FCI) kurulumunu yapacağız. Kurulum yaparken karşılaştığımız hataları ayrı bir başlık içinde göreceğiz. Ayrıca Failover Cluster Instance’ın avantaj ve dezavantajlarını konuşacağız. SQL Server Failover Cluster Instance, Microsoft’un Disaster Recovery (DR) seçeneği olarak bizlere sunduğu yöntemlerden biridir. Özellikle Stand-Alone olarak kullanılan veri tabanlarının sunucu bazlı yedeklilik sağlamak için kullanılan yöntemdir. Bu yöntemin kullanım durumuna göre avantaj ve dezavantajları bulunmaktadır. SQL Server Failover Cluster Instance kurulumu yapabilmemiz için Windows Failover Cluster’a sahip olmamız gerekmektedir. Bir önceki Windows Server 2019 Failover Cluster Installation yazımızda bu kurulumun nasıl yapıldığını inceleyebilirsiniz. Windows Failover Cluster doğru biçimde yaptı iseniz burada tanımlanacak olan diskleriniz Shared Disk (Paylaşımlı Disk) olarak tanımlamak zorundasınız. Tanımlama doğru şekilde yapıldıktan sonra WSFC içinde Roles altında Disklerin hangi sunucuda primary olduğunu Owner Node üzerinden görebilirsiniz. Secondary sunucuda diskler offline mode ‘da bekliyor olacaktır. Tüm bu işlemlerin doğru biçimde tanımlandığını doğru sayıp SQL Server Failover Cluster Instance kurulumuna […]

Adım Adım SQL Server 2019 Failover Clustered Instance Kurulumu

Bu yazımızda SQL Server Failover Cluster Instance (FCI) kurulumunu yapacağız. Kurulum yaparken karşılaştığımız hataları ayrı bir başlık içinde göreceğiz. Ayrıca Failover Cluster Instance’ın avantaj ve dezavantajlarını konuşacağız.

SQL Server Failover Cluster Instance, Microsoft’un Disaster Recovery (DR) seçeneği olarak bizlere sunduğu yöntemlerden biridir. Özellikle Stand-Alone olarak kullanılan veri tabanlarının sunucu bazlı yedeklilik sağlamak için kullanılan yöntemdir. Bu yöntemin kullanım durumuna göre avantaj ve dezavantajları bulunmaktadır.

SQL Server Failover Cluster Instance kurulumu yapabilmemiz için Windows Failover Cluster’a sahip olmamız gerekmektedir. Bir önceki Windows Server 2019 Failover Cluster Installation yazımızda bu kurulumun nasıl yapıldığını inceleyebilirsiniz.

Windows Failover Cluster doğru biçimde yaptı iseniz burada tanımlanacak olan diskleriniz Shared Disk (Paylaşımlı Disk) olarak tanımlamak zorundasınız. Tanımlama doğru şekilde yapıldıktan sonra WSFC içinde Roles altında Disklerin hangi sunucuda primary olduğunu Owner Node üzerinden görebilirsiniz. Secondary sunucuda diskler offline mode ‘da bekliyor olacaktır.

Tüm bu işlemlerin doğru biçimde tanımlandığını doğru sayıp SQL Server Failover Cluster Instance kurulumuna başlayabiliriz.

Step 1: SQL Server Kurulum ekranı açılır. “New SQL Server failover cluster installation” seçeneği seçilir.

Step 2: SQL Failover Cluster için tüm şartları uygun olup olmadığı kontrol edilir.

Step 3: SQL Server Failover Cluster kurulurken ihtiyaç olan feature’lar default olarak gelecektir. SQL Server Replication, Full-Text Engine, Data Quatliy Services, Client Tools Connectivity seçili gelir. Bunlar SQL Server Failover Cluster için olması gereken özelliklerdir.

Step 4: Kurulum yapacağımız ve bağlantı sağlayacağımız, ServerName ve InstanceName burada belirlenir. SQL Server Network Name bağlantı ismimiz olacak ve bu ismi SQL Server Dependencies kısmında eklememiz gerekmektedir. Çünkü Engine stop duruma geçtiğinde erişimde kapanmalı. Instance adımızda her zamanki gibi default ya da bizim belirlediğimiz Port’un karşılığıdır.

Step 5: Shared olarak kullanılan disklerin ve WSFC’in SQL Server Failover Cluster kurulumu için reserve edilip edilmediği bilgisini bize gösterir.

Step 6: SQL Server içinde default olarak kurulacak olan database’in hangi shared diske yazılıp yazılmayacağı bilgisini bize gösterir.

Step 7: SQL Server Failover Cluster’a bağlanırken yukarıda yazmış olduğumuz ServerName isminin arka planda çözeceği IP, Address bölümü altında yer alan IP olacaktır. Bu IP aynı zamanda WSFC içinde Roles tıkladığımızda Server Name’in altında yer alan IP’dir.

Step 8: Server Configuration, Data Directories, TempDB ayarlamaları yapılır ve bir sonraki adıma geçilir. Burada özellikle master, model ve msdb gibi önemli olan system database’lerin kurulacağı diski seçtiğimiz için bu diske dikkat edilmeli. C diskinin altına bu database’lerin kurulum yapılması durumunda problem yaratabilmektedir. O yüzden systemDB’lerin root disk altında olması ilerde yaşanacak sıkıntıların önüne geçmeyi sağlayacaktır.

Step 9: Seçmiş olduğumuz tüm Feature’ları kontrol ettikten sonra kurulum sonlandırılır.

Step 10: Birinci Node üzerinde kurulumunu tamamladığımız SQL Server Failover Cluster Instance’ın, haberleşeceği, failover yaptığımızda SQL Server’in hizmet vereceği İkinci Node üzerinden kuruluma devam ediyoruz. “Add Node to a SQL Server Failover Custer” seçeneği seçilerek kurulum başlatılır.

Step 11: Primary ve Secondary Node üzerindeki haberleşme ve DNS configuration’ları kontrol edilir.

Step 12: 2.Node üzerinde kurulumu devam ettirdiğimiz SQL Server Failover Cluster Instance’in Node Adı, Instance Adı, Cluster Network Name (ServerName) ve haberleşeceği sunucunun adı (kurulumdaki ilk sunucumuz) kontrol edilir ve bir sonraki adıma geçilir.

Step 13: WSFC içinde haberleşecek olan 2 Node’un bağlantı adı (ServerName) ve subnetleri kontrol edilir ve sonraki adıma geçilir.

Step 14: SQL Server Engine ve Agent kullanıcı bilgileri ve şifre bilgileri burada girilir.

Step 15: Feature kurallarını geçtikten sonra bir sonraki adıma geçiyoruz.

Step 16: Kurulumu sonlandırmak için seçtiğimiz tüm feature’ları kontrol ettikten sonra tüm FCI kurulumu tamamlanır.

Step 17: Kurulumun Başarılı şekilde tamamlandıktan sonra çıkış yapabiliriz.

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