Merhaba

Bu yazı dizimizde Microsoft SQL Server 2025 Failover Cluster Instance (FCI) mimarisini detaylı şekilde kurulum ve yapılandırma adımlarıyla inceleyecek; High Availability (Yüksek Erişilebilirlik) senaryolarını örnek bir mimari üzerinden açıklayacak ve üretim ortamları için gerekli ön koşulları ele alacağız.

Daha önceki yazımızda

Microsoft SQL Server 2025 Failover Cluster Instance Kurulumu 1

 

W25SQL25NOD1 ve W25SQL25NOD2 isimli Windows Server 2025 sunucularımız üzerinde Windows Server Failover Cluster (WSFC) yapısının kurulum ve yapılandırma adımlarını başarıyla tamamladık.

Bu yazımızda, W25SQL25NOD1 ve W25SQL25NOD2 isimli sunucularımız üzerinde Microsoft SQL Server 2025 Failover Cluster Instance (FCI) kurulumu öncesi Cluster Shared Volumes (CSV) gereksinimleri, Failover Cluster Instance (FCI) mimarisine özgü teknik noktalar ve best practice yaklaşımlarını paylaşacağız.

W25SQL25NOD1 isimli sunucumuz üzerinde yapılandırılmış olan disk mimarisi aşağıdaki gibidir. Bu yapılandırmada, işletim sistemi ve SQL Server bileşenleri için ayrılmış diskler ile Data, Log, TempDB ve Backup gibi kritik SQL Server iş yüklerinin ayrı diskler Cluster Shared Volumes (CSV) diskleri üzerinde konumlandırıldığı görülmektedir.

Bu yaklaşım; disk I/O yüklerinin izole edilmesini, performansın artırılmasını ve bakım ile izleme süreçlerinin daha yönetilebilir hale gelmesini sağlar. Microsoft SQL Server Failover Cluster (FCI) mimarisinde disklerin Cluster Shared Volumes (CSV) yapısı üzerinde konumlandırılması sayesinde, failover senaryolarında depolama kaynakları aktif Node ile birlikte otomatik olarak taşınır. Bu sayede SQL Server servisleri, hangi Node aktif olursa olsun aynı Data, Log, TempDB ve Backup diskleri üzerinden çalışmaya devam eder. Ortak depolama kullanımı, veri tutarlılığını garanti altına alırken, planlı veya plansız Node geçişlerinde servis sürekliliğinin korunmasını ve daha öngörülebilir, merkezi ve yönetilebilir bir Failover Cluster mimarisi oluşturulmasını sağlar.

W25SQL25NOD1 isimli sunucumuzun Local Disk (C:) dizini altında yer alan ClusterStorage klasörünü incelediğimizde, bu dizin altında herhangi bir Cluster Shared Volumes (CSV) yapılandırmasının henüz bulunmadığını görüyoruz.

Microsoft SQL Server Failover Cluster (FCI) mimarisinde, Cluster Shared Volumes (CSV) yapılandırılarak Data, Log, TempDB ve Backup disklerinin bu yapı üzerinde konumlandırılması planlanmaktadır. Cluster Shared Volumes (CSV) mimarisi sayesinde bu diskler Cluster tarafından merkezi olarak yönetilir ve failover senaryolarında depolama kaynakları aktif node ile birlikte otomatik olarak taşınır.

Bu yaklaşım, SQL Server FCI yapısında paylaşımlı depolama üzerinden tek aktif instance prensibini korurken; disk erişiminin tutarlı, yönetilebilir ve yüksek erişilebilir bir şekilde sağlanmasına olanak tanır. Ayrıca planlı veya plansız Node geçişlerinde veri erişiminin kesintisiz devam etmesi hedeflenir.

W25SQL25NOD2 isimli sunucumuz üzerindeki disk yapılandırması aşağıdaki gibidir. Ancak yapının bir Failover Cluster ortamı olması nedeniyle, Cluster Shared Volumes (CSV) diskleri bu Node üzerinde görünmemektedir.

Mevcut durumda Cluster Shared Volumes (CSV) disklerin W25SQL25NOD1 üzerinde Owner (Aktif) olması sebebiyle, paylaşımlı diskler yalnızca ilgili aktif Node üzerinde erişilebilir durumdadır. Failover senaryosu gerçekleştiğinde ise disk sahipliği Cluster resource ownership transfer mekanizması ile otomatik olarak W25SQL25NOD2 Node’una devredilecek ve Cluster Shared Volumes (CSV) diskler bu Node üzerinde görünür hale gelecektir.

Bu davranış, Microsoft SQL Server Failover Cluster (FCI) mimarisinde beklenen ve sağlıklı bir çalışma modelini ifade eder; disk erişimi her zaman aktif Node üzerinden sağlanır ve pasif Node’lar diskleri bekleme (standby) durumunda tutar.

W25SQL25NOD2 isimli sunucumuzun Local Disk (C:) dizini altında yer alan ClusterStorage klasörünü incelediğimizde, bu dizin altında herhangi bir Cluster Shared Volumes (CSV) yapılandırmasının henüz bulunmadığını görüyoruz.

Microsoft SQL Server Failover Cluster (FCI) mimarisinde, Cluster Shared Volumes (CSV) yapılandırılarak Data, Log, TempDB ve Backup disklerinin bu yapı üzerinde konumlandırılması planlanmaktadır. Cluster Shared Volumes (CSV) mimarisi sayesinde bu diskler Cluster tarafından merkezi olarak yönetilir ve failover senaryolarında depolama kaynakları aktif node ile birlikte otomatik olarak taşınır.

Bu yaklaşım, SQL Server FCI yapısında paylaşımlı depolama üzerinden tek aktif instance prensibini korurken; disk erişiminin tutarlı, yönetilebilir ve yüksek erişilebilir bir şekilde sağlanmasına olanak tanır. Ayrıca planlı veya plansız Node geçişlerinde veri erişiminin kesintisiz devam etmesi hedeflenir.

Failover Cluster Manager konsoluna geri döndüğümüzde, Windows Server Failover Cluster (WSFC) yapımıza ait bilgilerin Summary of Cluster SQLFOC bölümünde başarıyla görüntülendiğini görüyoruz.

Failover Cluster Manager konsolunda, sol tarafta yer alan Failover Cluster Manager bölümü altında SQLFOC.bakicubuk.local isimli Windows Server Failover Cluster (WSFC) yapımızın başarıyla oluşturulduğunu ve yönetim konsoluna doğru şekilde eklendiğini görüyoruz.

SQLFOC.bakicubuk.local isimli Cluster’ını genişlettiğimizde ise Failover Cluster mimarisinin temel bileşenlerini temsil eden Roles, Nodes, Storage ve Networks menülerinin listelendiğini fark ediyoruz.

Bu menüler;

• Roles (Roller): Cluster üzerinde çalışan servisler, uygulamalar ve roller bu bölümden yönetilir. SQL Server Failover Cluster Instance (FCI), File Server gibi rollerin hangi Node üzerinde aktif olduğu, durumları ve failover davranışları buradan izlenir.
• Nodes (Düğümler): Windows Server Failover Cluster (WSFC) yapısına üye olan sunucular bu bölümde listelenir. Node’ların sağlık durumu, aktif/pasif bilgisi ve bakım (pause / resume) işlemleri buradan yönetilir.
• Storage (Depolama): Cluster tarafından kullanılan tüm paylaşımlı depolama kaynakları bu bölüm altında yer alır. Diskler, Cluster Shared Volumes (CSV) ve Quorum (Disk Witness) yapılandırmaları bu alandan görüntülenir ve yönetilir.
• Networks (Ağlar): Cluster içi iletişim (heartbeat) ve istemci erişimi için kullanılan ağlar bu bölümde tanımlıdır. Network rollerinin (Cluster Only, Client Access, Cluster and Client) durumu ve yapılandırması buradan takip edilir.

merkezi olarak izlenip yönetilmesini sağlar. Bu görünüm, Windows Server Failover Cluster altyapısının sağlıklı bir şekilde kurulduğunu ve yönetilmeye hazır olduğunu doğrular.

Failover Cluster Manager konsolunda Roles (Roller) menüsünde User Manager Group yapılandırmasının yer aldığını görüyoruz.

User Manager Group: Windows Server Failover Cluster (WSFC) yapısı içerisinde tanımlı olan bir Cluster rolüdür ve uygulama veya servislerin High Availability (Yüksek Erişilebilir) şekilde çalışmasını sağlamak amacıyla kullanılır. Bu rol; belirli bir uygulama ya da servis grubunun hangi node üzerinde aktif olduğunu, hangi cluster kaynaklarına (IP adresi, Ağ adı, Servisler vb.) bağlı çalıştığını ve failover durumunda bu kaynakların nasıl taşınacağını yönetir. User Manager Group, tek başına bir kullanıcı grubu değildir. Aksine, birden fazla Cluster kaynağını mantıksal olarak bir araya getirerek bunların birlikte hareket etmesini sağlayan bir rol yapısıdır. Olası bir Node arızası veya Servis kesintisi durumunda, bu gruba bağlı tüm kaynaklar otomatik olarak başka bir Node’a taşınır ve uygulamanın kesintisiz çalışması sağlanır.

Microsoft SQL Server 2025 Failover Cluster Instance (FCI) mimarisinde User Manager Group, SQL Server 2025 Failover Cluster Instance (FCI) bileşenlerini doğrudan temsil eden bir yapı değildir. Failover Cluster Instance (FCI) mimarisinde High Availability (Yüksek Erişilebilirlik), SQL Server Clustered Role (SQL Server Resource Group), Virtual Network Name (VNN), IP Address ve Cluster Shared Volumes (CSV) gibi Windows Server Failover Cluster (WSFC) üzerinde tanımlı temel Cluster kaynakları aracılığıyla sağlanır.

Failover Cluster Instance (FCI) yapısında SQL Server servisi, tek bir instance olarak Cluster üzerinde çalışır ve aktif Node değiştiğinde (Failover) tüm SQL Server kaynakları birlikte ve atomik şekilde diğer Node’a taşınır. İstemci bağlantıları, SQL Server FCI Virtual Network Name (VNN) üzerinden gerçekleştirilir; bu nedenle istemciler, fiziksel Node’lardan bağımsız olarak SQL Server’a erişim sağlar.

Bu kapsamda User Manager Group, SQL Server 2025 Failover Cluster Instance (FCI) mimarisinde genellikle SQL Server’a ait olmayan uygulamalar, özel servisler veya üçüncü parti yazılımlar için kullanılan, kullanıcı tarafından oluşturulmuş bir Cluster rolü olarak konumlanır. SQL Server 2025 Failover Cluster Instance (FCI) kaynaklarıyla doğrudan ilişkili olmasa da, aynı Windows Server Failover Cluster (WSFC) altyapısını paylaştığı için Quorum yapılandırması, Ağ kaynakları ve Cluster genel sağlığı gibi kritik bileşenlerden dolaylı olarak etkilenir.

Bu nedenle Windows Server Failover Cluster (WSFC) üzerinde tanımlanan tüm roller gibi, User Manager Group’un da doğru şekilde yapılandırılması, izlenmesi ve Cluster tasarımına uygun olarak konumlandırılması; Cluster stabilitesi, Failover senaryolarının sağlıklı çalışması ve Microsoft SQL Server 2025 Failover Cluster Instance (FCI) mimarisinin genel sürekliliği açısından önemli bir best practice olarak değerlendirilmelidir.

Failover Cluster Manager konsolunda Nodes (Düğümler) menüsünde, W25SQL25NOD1 ve W25SQL25NOD2 isimli sunucuların Status bölümünde Up durumda olduğunu görüyoruz.

Failover Cluster Manager konsolunda Storage (Depolama) menüsü altında bulunan Disks (Diskler) sekmesini incelediğimizde, Windows Server Failover Cluster (WSFC) yapısı üzerinde tanımlı olan diskleri görüntülüyoruz.

Cluster Disk 1 isimli diskimizin Assigned To alanında Disk Witness in Quorum olarak tanımlandığını görüyoruz. Bu disk, Windows Server Failover Cluster (WSFC) yapısında Quorum konfigürasyon bilgisinin tutulduğu ve Cluster’ın Quorum State’inin korunmasını sağlayan Witness kaynağı olarak görev yapmaktadır.

Cluster Disk 2, Cluster Disk 3, Cluster Disk 4 ve Cluster Disk 5 isimli diskler ise Assigned To alanında Available Storage olarak listelenmektedir. Bu diskler, bir sonraki adımda Cluster Shared Volumes (CSV) olarak yapılandırılacaktır. Cluster Shared Volumes (CSV) olarak yapılandırılan diskler, Cluster’a üye tüm Node’lar tarafından erişilebilir hale gelir ve aktif SQL Server instance’ı tarafından ortak depolama alanı olarak kullanılır.

Microsoft SQL Server Always On Availability Group mimarisinde Data, Log, TempDB ve Backup dizinleri her bir SQL Server Node’unun lokal diskleri üzerinde tutulurken;

Microsoft SQL Server Failover Cluster (FCI) mimarisinde ise Data, Log, TempDB ve Backup dizinleri Cluster Shared Volumes (CSV) diskleri üzerinde konumlandırılır. Bu yapı sayesinde Failover senaryolarında depolama kaynakları aktif Node ile birlikte otomatik olarak taşınır ve SQL Server servisleri aynı diskler üzerinden kesintisiz şekilde çalışmaya devam eder.

Cluster Disk 4 isimli diskimizi Data diski olarak kullanmak üzere Cluster Shared Volumes (CSV) yapılandırmasını başlatıyoruz.

Bu adım ile birlikte Cluster Disk 4, Available Storage durumundan çıkarılarak Cluster Shared Volumes yapısına dahil edilir ve Cluster’a üye tüm Node’lar tarafından erişilebilir hale getirilir. Cluster Shared Volumes (CSV) olarak yapılandırılan disk, Microsoft SQL Server Failover Cluster (FCI) mimarisinde Data dosyalarının merkezi ve paylaşımlı bir depolama alanı üzerinden yönetilmesini sağlar.

Failover senaryosunda, Cluster Shared Volumes (CSV) diskler aktif Node ile birlikte otomatik olarak taşınır ve SQL Server servisleri, veri dosyalarına kesintisiz şekilde erişmeye devam eder. Bu sayede veri sürekliliği korunur ve High Availability (Yüksek Erişilebilirlik) gereksinimleri karşılanmış olur.

Cluster Disk 4 diskimiz üzerinde sağ tuş menüsüne tıklayarak Add to Cluster Shared Volumes seçeneğini kullanabilir ya da Actions bölümü altında Cluster Disk 4 başlığı altından Add to Cluster Shared Volumes seçeneğini tıklayarak Cluster Shared Volumes (CSV) yapılandırma işlemine başlayabilirsiniz.

Bu adım sonrasında Cluster Disk 4, Available Storage durumundan çıkarılarak Cluster Shared Volumes yapısına dahil edilir ve disk, Cluster tarafından Cluster Shared Volumes (CSV) olarak yönetilmeye başlanır. Böylece disk, Microsoft SQL Server Failover Cluster (FCI) mimarisinde Data diski olarak kullanılmak üzere tüm Node’lar tarafından erişilebilir hale gelir.

Cluster Disk 4 diskimizi Cluster Shared Volume (CSV) olarak başarıyla yapılandırdık.

Yapılandırma sonrasında, Assigned To bölümünde Cluster Disk 4 diskimizin Cluster Shared Volume (CSV) olarak listelendiğini görüyoruz. Bu durum, diskin artık Available Storage durumundan çıkarılarak Cluster tarafından ortak depolama alanı olarak yönetildiğini göstermektedir.

Ayrıca Volumes bölümünde DATA (C:\ClusterStorage\Volume1) olarak görüntülendiğini görebiliriz. Bu dizin, Microsoft SQL Server 2025 Failover Cluster (FCI) mimarisinde Data dizini olarak kullanılacaktır.

Bu yapılandırma sayesinde SQL Server veritabanına ait .mdf (Master Data File) ve .ndf (Secondary Data File) dosyaları, Cluster tarafından paylaşılan bu Cluster Shared Volume (CSV) disk üzerinde konumlandırılır.

Bu yaklaşım, Microsoft SQL Server Failover Cluster (FCI) mimarisinde paylaşımlı depolama üzerinde tek aktif instance prensibini esas alır ve veriye erişimin her zaman yalnızca aktif node üzerinden gerçekleştirilmesini garanti altına alır. Failover senaryolarında depolama kaynakları aktif node ile birlikte otomatik olarak devredilir ve SQL Server servisleri, .mdf (Master Data File) ve .ndf (Secondary Data File) dosyalarına aynı diskler üzerinden kesintisiz şekilde erişmeye devam eder. Bu sayede veri tutarlılığı korunur, servis kesintileri en aza indirilir ve High Availability (Yüksek Erişilebilirlik) gereksinimleri öngörülebilir ve deterministik bir mimari ile karşılanmış olur.

Cluster Disk 2 isimli diskimizi Log diski olarak kullanmak üzere Cluster Shared Volumes (CSV) yapılandırmasını başlatıyoruz.

Bu adım ile birlikte Cluster Disk 2, Available Storage durumundan çıkarılarak Cluster Shared Volumes yapısına dahil edilir ve Cluster’a üye tüm Node’lar tarafından erişilebilir hale getirilir. Cluster Shared Volumes (CSV) olarak yapılandırılan disk, Microsoft SQL Server Failover Cluster (FCI) mimarisinde Log dosyalarının merkezi ve paylaşımlı bir depolama alanı üzerinden yönetilmesini sağlar.

Failover senaryosunda, Cluster Shared Volumes (CSV) diskler aktif Node ile birlikte otomatik olarak taşınır ve SQL Server servisleri, veri dosyalarına kesintisiz şekilde erişmeye devam eder. Bu sayede veri sürekliliği korunur ve High Availability (Yüksek Erişilebilirlik) gereksinimleri karşılanmış olur.

Cluster Disk 2 diskimiz üzerinde sağ tuş menüsüne tıklayarak Add to Cluster Shared Volumes seçeneğini kullanabilir ya da Actions bölümü altında Cluster Disk 2 başlığı altından Add to Cluster Shared Volumes seçeneğini tıklayarak Cluster Shared Volumes (CSV) yapılandırma işlemine başlayabilirsiniz.

Bu adım sonrasında Cluster Disk 2, Available Storage durumundan çıkarılarak Cluster Shared Volumes yapısına dahil edilir ve disk, Cluster tarafından Cluster Shared Volumes (CSV) olarak yönetilmeye başlanır. Böylece disk, Microsoft SQL Server Failover Cluster (FCI) mimarisinde Log diski olarak kullanılmak üzere tüm Node’lar tarafından erişilebilir hale gelir.

Cluster Disk 2 diskimizi Cluster Shared Volume (CSV) olarak başarıyla yapılandırdık.

Yapılandırma sonrasında, Assigned To bölümünde Cluster Disk 2 diskimizin Cluster Shared Volume (CSV) olarak listelendiğini görüyoruz. Bu durum, diskin artık Available Storage durumundan çıkarılarak Cluster tarafından ortak depolama alanı olarak yönetildiğini göstermektedir.

Ayrıca Volumes bölümünde LOG (C:\ClusterStorage\Volume2) olarak görüntülendiğini görüyoruz. Bu dizin, Microsoft SQL Server 2025 Failover Cluster (FCI) mimarisinde Log dizini olarak kullanılacaktır.

Bu yapılandırma sayesinde SQL Server veritabanına ait .ldf (Transaction Log File) dosyaları, Cluster tarafından paylaşılan bu Cluster Shared Volume (CSV) disk üzerinde tutulacaktır. Failover senaryolarında depolama kaynakları aktif Node ile birlikte otomatik olarak taşınacak ve SQL Server servisleri, .ldf (Transaction Log File) dosyalarına kesintisiz şekilde erişmeye devam edecektir.

Bu yaklaşım, log yazma işlemlerinin sürekliliğini, veri bütünlüğünün korunmasını ve Microsoft SQL Server Failover Cluster (FCI) mimarisinde High Availability (Yüksek Erişilebilirlik) gereksinimlerinin karşılanmasını sağlar.

Cluster Disk 3 isimli diskimizi Temp diski olarak kullanmak üzere Cluster Shared Volumes (CSV) yapılandırmasını başlatıyoruz.

Bu adım ile birlikte Cluster Disk 3, Available Storage durumundan çıkarılarak Cluster Shared Volumes yapısına dahil edilir ve Cluster’a üye tüm Node’lar tarafından erişilebilir hale getirilir. Cluster Shared Volumes (CSV) olarak yapılandırılan disk, Microsoft SQL Server Failover Cluster (FCI) mimarisinde Temp dosyalarının merkezi ve paylaşımlı bir depolama alanı üzerinden yönetilmesini sağlar.

Failover senaryosunda, Cluster Shared Volumes (CSV) diskler aktif Node ile birlikte otomatik olarak taşınır ve SQL Server servisleri, veri dosyalarına kesintisiz şekilde erişmeye devam eder. Bu sayede veri sürekliliği korunur ve High Availability (Yüksek Erişilebilirlik) gereksinimleri karşılanmış olur.

Cluster Disk 3 diskimiz üzerinde sağ tuş menüsüne tıklayarak Add to Cluster Shared Volumes seçeneğini kullanabilir ya da Actions bölümü altında Cluster Disk 3 başlığı altından Add to Cluster Shared Volumes seçeneğini tıklayarak Cluster Shared Volumes (CSV) yapılandırma işlemine başlayabilirsiniz.

Bu adım sonrasında Cluster Disk 3, Available Storage durumundan çıkarılarak Cluster Shared Volumes yapısına dahil edilir ve disk, Cluster tarafından Cluster Shared Volumes (CSV) olarak yönetilmeye başlanır. Böylece disk, Microsoft SQL Server Failover Cluster (FCI) mimarisinde Temp diski olarak kullanılmak üzere tüm Node’lar tarafından erişilebilir hale gelir.

Cluster Disk 3 diskimizi Cluster Shared Volume (CSV) olarak başarıyla yapılandırdık.

Yapılandırma sonrasında, Assigned To bölümünde Cluster Disk 3 diskimizin Cluster Shared Volume (CSV) olarak listelendiğini görüyoruz. Bu durum, diskin artık Available Storage durumundan çıkarılarak Cluster tarafından ortak depolama alanı olarak yönetildiğini göstermektedir.

Ayrıca Volumes bölümünde TEMP (C:\ClusterStorage\Volume3) olarak görüntülendiğini görüyoruz. Bu dizin, Microsoft SQL Server 2025 Failover Cluster (FCI) mimarisinde Temp dizini olarak kullanılacaktır.

Bu yapılandırma sayesinde SQL Server veritabanına ait TempDB dosyaları (.mdf (Master Data File), .ndf (Secondary Data File) ve .ldf (Transaction Log File)), Cluster tarafından paylaşılan bu Cluster Shared Volume (CSV) disk üzerinde tutulacaktır. Failover senaryolarında depolama kaynakları aktif node ile birlikte otomatik olarak taşınacak ve SQL Server servisleri, TempDB dosyalarına kesintisiz şekilde erişmeye devam edecektir.

Bu yaklaşım, TempDB üzerinde çalışan geçici işlemlerin sürekliliğini, sorgu ve geçici nesne performansının korunmasını ve Microsoft SQL Server Failover Cluster (FCI) mimarisinde High Availability (Yüksek Erişilebilirlik) gereksinimlerinin istikrarlı ve öngörülebilir şekilde karşılanmasını sağlar.

Cluster Disk 5 isimli diskimizi Backup diski olarak kullanmak üzere Cluster Shared Volumes (CSV) yapılandırmasını başlatıyoruz.

Bu adım ile birlikte Cluster Disk 5, Available Storage durumundan çıkarılarak Cluster Shared Volumes yapısına dahil edilir ve Cluster’a üye tüm Node’lar tarafından erişilebilir hale getirilir. Cluster Shared Volumes (CSV) olarak yapılandırılan disk, Microsoft SQL Server Failover Cluster (FCI) mimarisinde Backup dosyalarının merkezi ve paylaşımlı bir depolama alanı üzerinden yönetilmesini sağlar.

Failover senaryosunda, Cluster Shared Volumes (CSV) diskler aktif Node ile birlikte otomatik olarak taşınır ve SQL Server servisleri, veri dosyalarına kesintisiz şekilde erişmeye devam eder. Bu sayede veri sürekliliği korunur ve High Availability (Yüksek Erişilebilirlik) gereksinimleri karşılanmış olur.

Cluster Disk 5 diskimiz üzerinde sağ tuş menüsüne tıklayarak Add to Cluster Shared Volumes seçeneğini kullanabilir ya da Actions bölümü altında Cluster Disk 5 başlığı altından Add to Cluster Shared Volumes seçeneğini tıklayarak Cluster Shared Volumes (CSV) yapılandırma işlemine başlayabilirsiniz.

Bu adım sonrasında Cluster Disk 5, Available Storage durumundan çıkarılarak Cluster Shared Volumes yapısına dahil edilir ve disk, Cluster tarafından Cluster Shared Volumes (CSV) olarak yönetilmeye başlanır. Böylece disk, Microsoft SQL Server Failover Cluster (FCI) mimarisinde Backup diski olarak kullanılmak üzere tüm Node’lar tarafından erişilebilir hale gelir.

Cluster Disk 5 diskimizi Cluster Shared Volume (CSV) olarak başarıyla yapılandırdık.

Yapılandırma sonrasında, Assigned To bölümünde Cluster Disk 5 diskimizin Cluster Shared Volume (CSV) olarak listelendiğini görüyoruz. Bu durum, diskin artık Available Storage durumundan çıkarılarak Cluster tarafından ortak depolama alanı olarak yönetildiğini göstermektedir.

Ayrıca Volumes bölümünde BACKUP (C:\ClusterStorage\Volume4) olarak görüntülendiğini görüyoruz. Bu dizin, Microsoft SQL Server 2025 Failover Cluster (FCI) mimarisinde Backup dizini olarak kullanılacaktır.

Bu yapılandırma sayesinde SQL Server veritabanına ait Backup dosyaları, Cluster tarafından paylaşılan bu Cluster Shared Volume (CSV) disk üzerinde tutulacaktır. Failover senaryolarında depolama kaynakları aktif node ile birlikte otomatik olarak taşınacak ve SQL Server servisleri, yedekleme (Full, Differential ve Transaction Log Backup) işlemlerini aynı dizin üzerinden kesintisiz şekilde gerçekleştirmeye devam edecektir.

Bu yaklaşım, yedekleme işlemlerinin sürekliliğini, yedek dosyalarına merkezi ve tutarlı erişimi ve Microsoft SQL Server Failover Cluster (FCI) mimarisinde High Availability (Yüksek Erişilebilirlik) gereksinimlerinin güvenilir ve öngörülebilir şekilde karşılanmasını sağlar.

Failover Cluster Manager konsolunda Storage (Depolama) menüsü altında bulunan Disks (Diskler) sekmesini incelediğimizde, Windows Server Failover Cluster (WSFC) yapısı üzerinde tanımlı olan diskleri görüntülüyoruz.

Cluster Disk 1 isimli diskimizin Assigned To alanında Disk Witness in Quorum olarak tanımlandığını görüyoruz. Bu disk, Windows Server Failover Cluster (WSFC) yapısında Quorum konfigürasyon bilgisinin tutulduğu ve Cluster’ın Quorum State’inin korunmasını sağlayan Witness kaynağı olarak görev yapmaktadır.

• • Cluster Disk 4 (DATA – C:\ClusterStorage\Volume1)
  • Cluster Disk 2 (LOG – C:\ClusterStorage\Volume2) 
  • Cluster Disk 3 (TEMP – C:\ClusterStorage\Volume3)
  • Cluster Disk 5 (BACKUP – C:\ClusterStorage\Volume4)

isimli disklerimizi ise Assigned To bölümünde Cluster Shared Volumes (CSV) olarak görüyoruz. Bu diskler, Microsoft SQL Server Failover Cluster (FCI) mimarisinde Data, TempDB, Transaction Log ve Backup dizinleri için paylaşımlı depolama alanı olarak kullanılmakta olup, failover senaryolarında aktif Node ile birlikte otomatik olarak devredilerek SQL Server servislerinin disk erişimini kesintisiz şekilde sürdürmesini sağlar.

W25SQL25NOD1 isimli sunucumuz üzerinde Cluster Shared Volumes (CSV) yapılandırması tamamlandıktan sonra disk ve volume yapısı aşağıdaki şekilde oluşmuştur.

Bu görünüm, Windows Server Failover Cluster (WSFC) mimarisinde Cluster Shared Volumes (CSV) disklerin doğru şekilde yapılandırıldığını ve Microsoft SQL Server Failover Cluster (FCI) yapısında kullanılmak üzere Data, TempDB, Transaction Log ve Backup dizinlerinin C:\ClusterStorage altında merkezi ve paylaşımlı olarak hazır hale getirildiğini göstermektedir.

W25SQL25NOD1 isimli sunucumuzun Local Disk (C:) dizini altında yer alan ClusterStorage klasörünü incelediğimizde, Cluster Shared Volumes (CSV) yapılandırmasının başarıyla oluşturulduğunu görüyoruz.

Cluster Shared Volumes (CSV) yapılandırması sonrasında C:\ClusterStorage altında oluşan volume ve disk eşleşmeleri aşağıdaki gibidir:

• Volume1 → Cluster Disk 4 (DATA – C:\ClusterStorage\Volume1)
• Volume2 → Cluster Disk 2 (LOG – C:\ClusterStorage\Volume2)
• Volume3 → Cluster Disk 3 (TEMP – C:\ClusterStorage\Volume3)
• Volume4 → Cluster Disk 5 (BACKUP – C:\ClusterStorage\Volume4)

Bu yapılandırma ile Microsoft SQL Server Failover Cluster (FCI) mimarisinde kullanılacak Data, TempDB, Transaction Log ve Backup dizinleri Cluster Shared Volumes üzerinde merkezi ve paylaşımlı olarak konumlandırılmıştır. Failover senaryolarında bu volume’ler aktif Node ile birlikte otomatik olarak devredilerek SQL Server servislerinin disk erişimini kesintisiz şekilde sürdürmesi sağlanır.

W25SQL25NOD2 isimli sunucumuz üzerinde Cluster Shared Volumes (CSV) yapılandırması tamamlandıktan sonra disk ve volume yapısı aşağıdaki şekilde oluşmuştur.

Bu görünüm, Windows Server Failover Cluster (WSFC) mimarisinde Cluster Shared Volumes (CSV) disklerin doğru şekilde yapılandırıldığını ve Microsoft SQL Server Failover Cluster (FCI) yapısında kullanılmak üzere Data, TempDB, Transaction Log ve Backup dizinlerinin C:\ClusterStorage altında merkezi ve paylaşımlı olarak hazır hale getirildiğini göstermektedir.

W25SQL25NOD2 isimli sunucumuzun Local Disk (C:) dizini altında yer alan ClusterStorage klasörünü incelediğimizde, Cluster Shared Volumes (CSV) yapılandırmasının başarıyla oluşturulduğunu görüyoruz.

Cluster Shared Volumes (CSV) yapılandırması sonrasında C:\ClusterStorage altında oluşan volume ve disk eşleşmeleri aşağıdaki gibidir:

• Volume1 → Cluster Disk 4 (DATA – C:\ClusterStorage\Volume1)
• Volume2 → Cluster Disk 2 (LOG – C:\ClusterStorage\Volume2)
• Volume3 → Cluster Disk 3 (TEMP – C:\ClusterStorage\Volume3)
• Volume4 → Cluster Disk 5 (BACKUP – C:\ClusterStorage\Volume4)

Bu yapılandırma ile Microsoft SQL Server Failover Cluster (FCI) mimarisinde kullanılacak Data, TempDB, Transaction Log ve Backup dizinleri Cluster Shared Volumes üzerinde merkezi ve paylaşımlı olarak konumlandırılmıştır. Failover senaryolarında bu volume’ler aktif Node ile birlikte otomatik olarak devredilerek SQL Server servislerinin disk erişimini kesintisiz şekilde sürdürmesi sağlanır.

W25SQL25NOD1 ve W25SQL25NOD2 isimli sunucularımız üzerinde Microsoft SQL Server 2025 Failover Cluster Instance (FCI) kurulumu öncesi Cluster Shared Volumes (CSV) gereksinimleri, Failover Cluster Instance (FCI) mimarisine özgü teknik noktalar ve best practice yaklaşımlarını tamamlamış bulunuyoruz.

Devam eden yazı dizimizde ise Microsoft SQL Server 2025 Failover Cluster Instance (FCI) mimarisinin kurulum ve yapılandırma süreçlerini, High Availability (Yüksek Erişilebilirlik) senaryolarını ve üretim ortamları için kritik yapılandırma detaylarını kapsamlı olarak inceleyeceğiz.

Bir sonraki yazımızda görüşmek dileğiyle…