Tutarlı ve performanslı veri tabanı sunucularına sahip olabilmemiz için birçok çözüm bulunmaktadır.
Günümüzde daha fazla işlemci ve daha fazla bellek yatırımı sonrasında kazanamayacak olduğumuz performans değerleri doğru bir yedek alma senaryosu ve optimizasyon işlemleri sonrasında kazanılacaktır.
Yedekleme yazılımları bir verinin yedeğini alabildiği gibi aynı zamanda performansa giden yolda bir yapı taşıdır.
Verilerin yedek alma işlemleri yapılırken Veri tabanları için performansa ve güvenliğe sahip olmamızı da sağlamaktadır.
Günümüz veri tabanı sunucuları tek düğüm çalışma modelini bırakmış ve mevcut verinin eşitleme partnerleriyle çoğaltılma modelini esas almıştır.
Bir veri ve veri tabanı eşitleme partnerleri üzerinde aktif ve pasif olmak üzere iki farklı şekilde çalışabilir.
Aktif düğüm, kullanıcı ve sistemlerimizin hizmetinde çalışırken pasif düğüm aktif düğümün yaşayacak olduğu bir zafiyet sonrasında hazırda bekleyecektir.
Pasif düğüm bir zafiyet için hazır durumda bekleyebileceği gibi veri tabanı sunucularının daha performanslı çalışmasını da sağlayacaktır.
Pasif düğüm, bir zafiyet durumu için hazır beklediği gibi en temel ihtiyacımız olan yedek alma senaryoları için tasarımlara eklenebilir.
Bu tasarım sonrasında, veri tabanı üzerinde performansa ve güvenliğe sahip olabiliriz.
Aktif düğüm, kullanıcı ve sistemlerimize hizmet ederken pasif düğüm yedek alma ihtiyacımızı karşılayacaktır.
Bu senaryo sonrasında, yedekleme zamanların da oluşacak olan performans kayıplarının önüne geçebiliriz.
Bu amaç için yapılan tasarımlar da pasif düğüm sunucusuna ek bir lisans ödemesi de yapmamız gerekmeyecektir.
Exchange Server mimarisi paylaşılmış veri depolama modelini terk edip DAG modeline geçtiği zamandan beri bu çözümleri uygulamaktayız.
SQL Server üzerindeyse Alwayson ya da Mirroring modelini kullanarak aynı çözümlere sahip olabilmekteyiz.
SQL Server 2017 ile birlikte artık Standart lisansa sahip veri tabanı sunucuları için de bu çözümü yapabilmekteyiz.
Exchange Server zaten standart sürümü çok eski zamandan beri bu özelliğe sahip durumdaydı.
File Server için uygun DFRS topoloji sonrasında dosya sunucularımız içinde bu çözüme kavuşabilmekteyiz.
