Etiket arşivi: Exchange Server 2016 DAG Activation Preference Değişimi – PreferenceMoveFrequency

Exchange Server 2016 DAG Activation Preference Değişimi – PreferenceMoveFrequency

Exchange Server 2010 sürümünden beri son derece
başarılı bir şekilde çalışan DAG mimarisi sayesinde kesintisiz bir mail sistemi
deneyimi sunmaktadır. Aslen 2007 sürümünde temelleri atılan ancak 2010 sürümü
ile ideal yapıya kavuşan DAG yani temelde log replikasyonu sayesinde mailbox
sunucuları arasındaki eşitleme özelliği sayesinde olası bir sorunda posta kutusu
seviyesinde herhangi bir kesinti olmadan kullanıcılarımız mailerine ulaşmaya
devam edebilmektedir.

clip_image001

 

Ancak her yeni sürüm hatta CU güncellemesi ile DAG
üzerinde birtakım iyileştirmelerin yapıldığını da görüyoruz. Aslında bunlar
küçük iyileştirmeler olsa bile son derece önemli sonuçlar doğurabiliyor. Bende
bu makalemde aslında Exchange Server 2019’ un çıktığı şu dönemde Exchange
Server 2012 CU2 ile gelen yeni bir özelliği yazmak istedim. Peki nedir bu yeni
özellik ve neden şimdi yazma ihtiyacı duydum?

Öncelikle değişim aslında DAG mimarisi içerisindeki
Activation Preference olarak isimlendirdiğimiz pasif kopyalar için öncelik
sırası olarak da özetleyebileceğimiz bir mekanizmanın “
PreferenceMoveFrequency” olarak isimlendirilen yeni bir
özellikle güçlendirilmesidir. DAG mimarisini bilen ve kullanan sistem
yöneticilerinin tecrübe ettiği gibi aslında Activation Preference çok kritik bir
değer olup hangi veri tabanının öncelikle hangi sunucu üzerinde aktif olacağını
seçebiliyoruz, bu sayede olası bir yama yükleme, sunucu kapatma açma veya
felaket sonrasında sistem planladığımız tasarıma göre yük dağılımını
gerçekleştirebilecektir. Ancak genel sorun Türkiye başta olmak üzere pek çok
yapıda Exchange Server DAG mimarisi aynı site içerisinde 2 sunucu ile
kurulmaktadır. Yani 1000 üstü kullanıcı bile olsa daha güçlü iki makine ile tüm
posta kutularına hizmet verebilmekteyiz. Tabiki banka, Telekom, gsm veya büyük
şirketlerde kullanıcı sayıları 5000, 10.000, 30.000 şeklinde arttıkça mimari
büyüyor. Ancak zaten o boyuttaki şirketlere genelde bizim gibi üst seviye
yapılarda danışmanlık yapmış insanlar destek verdiği için makalenin konusu olan
özelliği biz bu CU güncellemesine kadar zamanlanmış görevler ile elle
yapıyorduk. Yani bir nevi büyük yapılar zaten başının çaresine
bakıyordu.

Sorun neydi peki?

Okumaya devam et

Exchange Server 2016 DAG Activation Preference Değişimi – PreferenceMoveFrequency

Exchange Server 2010 sürümünden beri son derece başarılı bir şekilde çalışan DAG mimarisi sayesinde kesintisiz bir mail sistemi deneyimi sunmaktadır. Aslen 2007 sürümünde temelleri atılan ancak 2010 sürümü
ile ideal yapıya kavuşan DAG yani temelde log replikasyonu sayesinde mailbox sunucuları arasındaki eşitleme özelliği sayesinde olası bir sorunda posta kutusu seviyesinde herhangi bir kesinti olmadan kullanıcılarımız mailerine ulaşmaya devam edebilmektedir.

clip_image001

 

Ancak her yeni sürüm hatta CU güncellemesi ile DAG üzerinde birtakım iyileştirmelerin yapıldığını da görüyoruz. Aslında bunlar küçük iyileştirmeler olsa bile son derece önemli sonuçlar doğurabiliyor. Bende
bu makalemde aslında Exchange Server 2019’ un çıktığı şu dönemde Exchange Server 2012 CU2 ile gelen yeni bir özelliği yazmak istedim. Peki nedir bu yeni özellik ve neden şimdi yazma ihtiyacı duydum?

Öncelikle değişim aslında DAG mimarisi içerisindeki Activation Preference olarak isimlendirdiğimiz pasif kopyalar için öncelik sırası olarak da özetleyebileceğimiz bir mekanizmanın “PreferenceMoveFrequency” olarak isimlendirilen yeni bir özellikle güçlendirilmesidir. DAG mimarisini bilen ve kullanan sistem yöneticilerinin tecrübe ettiği gibi aslında Activation Preference çok kritik bir değer olup hangi veri tabanının öncelikle hangi sunucu üzerinde aktif olacağını seçebiliyoruz, bu sayede olası bir yama yükleme, sunucu kapatma açma veya felaket sonrasında sistem planladığımız tasarıma göre yük dağılımını
gerçekleştirebilecektir. Ancak genel sorun Türkiye başta olmak üzere pek çok yapıda Exchange Server DAG mimarisi aynı site içerisinde 2 sunucu ile kurulmaktadır. Yani 1000 üstü kullanıcı bile olsa daha güçlü iki makine ile tüm posta kutularına hizmet verebilmekteyiz. Tabiki banka, Telekom, gsm veya büyük şirketlerde kullanıcı sayıları 5000, 10.000, 30.000 şeklinde arttıkça mimari büyüyor. Ancak zaten o boyuttaki şirketlere genelde bizim gibi üst seviye yapılarda danışmanlık yapmış insanlar destek verdiği için makalenin konusu olan özelliği biz bu CU güncellemesine kadar zamanlanmış görevler ile elle yapıyorduk. Yani bir nevi büyük yapılar zaten başının çaresine bakıyordu.

Okumaya devam et