Microsoft Exchange Dag mimarisi, Exchange organizasyonu için iş sürekliliği ve felaketten korunma çözümleri sağlamaktır.
Exchange organizasyonu içinde bulunan Exchange Sunucuları, Exchange DAG mimarisi ile yedekli çalışabilmekte, yapacak olduğumuz tasarımlara göre Aktif-Aktif yada Aktif-Pasif çalışabilmektedir.
Microsoft Exchange Dag mimarisinin en temel görevi, Exchange Sunucularının yedekli çalışması, iş kesintileri oluştuğu zaman e-posta sisteminin durmaması ve olası bir felaket durumu için hazır beklemesidir.
Microsoft Exchange Dag mimarisi için birden fazla makale ve videoyu sizlere paylaştık ve yeri gelmişken de şunu söyledik, Microsoft Exchange DAG mimarisi, yedeklilik, süreklilik ve felaket durumları için hazır beklediği gibi Exchange veri tabanlarının ihtiyaç duyduğu bakım ve optimizasyon işleri için de kullanilabilir.
Bu eğitim içeriğinde, Exchange DAG Cluster mimarisinin ana felsefesinden biraz uzaklaşıyoruz ve Exchange Server Veri tabanı optimizasyonu, veri tabanı bütünlüğü ve verimliliği için Microsoft Exchange DAG mimarisi nasıl ayarlayabiliriz, bunları paylaşıyoruz.
Ekranda görmüş olduğunuz topoloji, hemen hemen hepimizin sahip olduğu Exchange DAG Cluster mimarisi.
İki adet Exchange Server var ve bu serverlar aynı Exchange DAG Cluster kümesi içinde barınmakta.
Aktif-Aktif çalışabilir, Aktif pasif çalışabilir.
Iş ihtiyaçlarımıza göre tasarımlarımızı değiştirebilir ve en uygun çözümü kullanabiliriz.
Bu yapı, bir çok kurumun sahip olduğu Exchange DAG Cluster yapısı olup bu dag yapısına ufak dokunuşlar yaptıktan sonra Exchange Veri tabanları için optimizasyon görevlerini de ayarlayabiliriz.
Bu çalışma içinde anlatmış olduğumuz bilgiler için temel şartlarımızı belirtelim.
Öncelikle IP-Less DAG ile ayarlanmış Exchange DAG Cluster kümeleri bu yapı için uyumlu değildir.
Exchange DAG Cluster kümesi içinde çalışan veri tabanlarının Exchange DAG yardımıyla veri tabanı optimizasyonu yapmak, yedeklerini pasif nod üzerinden aldırmak isterseniz Microsoft Exchange IP-Less DAG mimarisi kullaılamaz.
Microsoft Exchange DAG Cluster Administrative Access Point Nedir konu başlığında bu bilgiyi sizlere aktarmış ve Ip-Less DAG Cluster mimarisin de Administrative Access Point bulunmamaktadır.
Administrative Access Point erişim yolu Exchange DAG Cluster kümesi için ortak erişim yoludur ve Exchange DAG Cluster kümesi içinde barınan Exchange Database ‘leri yedek alacak olan üçüncü taraf yazılım ve çözümler Administrative Access Point üzerinden veri tabanlarına erişirler.
Bu temel şart nedeniyle, Pasif nod üzerinden Exchange Veri tabanını yedek aldırmak isterseniz Ip-Less DAG Kurulumu yapılmamış mimariyi kullanmanız en temel şarttır.
Diğer bir temel şart ise yedekleme network ağına ihtiyacımız bulunmakta.
Geleneksel mimaride kurulumu yapılmış olan Exchange DAG Cluster kümesini görmektesiniz.
Bu küme içinde bulunan Exchange Sunucuları Mapi network ve Replication network üzerinden bir-birleri ile iletişim kurmaktalar.
Bizler bu network ağına üçüncü bir network daha ekleyeceğiz ve bu network ‘e de Backup network olarak kullanacağız.
Mapi network için 1 nci Network Bloğu, Replication network için 2nci Network Bloğu kullanılırken, backup network için ayrı, 3 üncü network bloğunu kullanmalıyız.
Mapi network’ü Exchnage sunucuları ile Son kullanıcı erişimleri, etki alanı ve diğer sunucuların iletişimi için kullanılmakta ve bu network Exchange organizasyonları için zorunlu networktür.
Replication networkü sadece ama sadece Exchange Server ‘lar kendi aralarında iletişim kurmakta ve üçüncü bir sunucu yada yazılım bu network ‘e erişim yapamamaktadır.
Mapi network gibi zorunlu değildir ki bunun için de ayrı bir eğitim videosunu hazırlamaktayız.
Backup networkü ise aynı Replication Network ‘üne çok benzemekte.
Exchange Server ‘lar backup networkü üzerinden de br-birleri ile iletişim kurabiliyorken bu erişime ek olarak yedekleme çözümü de bu network üzerinden Exchange Server ‘lara erişim yapmakta ve bu network üzerinden yedekleme görevlerini gerçekleştirmektedir.
Backup network’ün bir bacağı Exchange Server ‘lar ile iletişim kurarken diğer bacağı da etki alanı ve diğer yedek alınacak sunucular ile iletişim kurmakta.
Backup çözümüne bağlı bulunan ikinci network ağını ise, backup ağından bağımsız çalışan aynı Exchange Sunucularının kullandığı Mapi networkü gibi düşünebilirsiniz.
Burada ki en temel konu ise Administrative Access Point erişim yoludur ve Yedekleme çözümünün, Administrative Access Point erişim yolunu backup networkü üzerinden eriştirmemiz gerekmektedir.
Yedekleme görevleri tamamen bu ayrılmış, yedekleme görevi için tasarlanmış üçüncü network üzerinden yapılmalıdır.
Exchange sunucuları üzerinde bulunan mapi ve replication networkler yedekleme görevlerinden etkilenmemelidir.
Bunun için de DNS hack olarak dediğimiz, Exchange sunucuları ve yedekleme yazılımlarının yerel DNS çözümlemesini ayarlamamız gerekmekte.
Bu işlemi de ETC host dosyalarını düzenleyerek yapmaktayız ki en kolay ve hızlı adım budur.
Yada bir başka yolu var ki o çözüm de Split DNS mimarisini kullanmaktadır.
Fakat benim önerim DNS hack dediğimiz yöntemin yapılması ve ETC dosyasının düzenlenmesi ile hızlı çözüme kavuşabiliriz.
Bu çözümün bir diğer ihtiyacı ise hypervisor tabanlı yedek alma çözümleri bu mimaride kullanılamaz.
Bu mimari için bir diğer temel şart ise ajan tabanlı yedek alma uygulamasının yapılmasıdır.
Zaten, exchange mimarileri için de önerilen , hypervisor ‘den bağımsız ajan tabanlı yedek alma çözümleridir.
Şimdi konu özetini paylalaşalım.
Exchange DAG Cluster mimarisinde yedekleme network ağını tasarlamak istiyorsanız öncelikle IP-Less DAG mimarisi desteklenmez.
Ikinci olarak Exchange Sunucularına üçüncü bir network ağı eklenmeli ve bu network ağı da sadece exchange sunucuları ile yedekleme çözümünün kullanacağı ayrı bir network ağı olmalı.
Yedekleme çözümüne Administrative Access Point erişim yolu ETC host dosyası düzenlenerek öğretilmeli yada Split DNS mimarisi kurulmalı.
Son olarak hypervisor tabanlı yedek alma çözümü değil ajan tabanlı yedekleme çözümleri kullanılmalı.
Bu gereksinimler sağlandıktan sonra Exchange DAG Cluster mimarisine yedekleme network ayarlarını sağlıklı bir şekilde yapmış olacak ve sonrasında yedek alma görevleri yedekleme network ağı üzerinden ve pasif nod üzerinden gerçekleştirilecektir.
Böylece Exchange Server lar ihtiyaç duymuş olduğu veri tabanı yedekleme görevlerini optimize etmiş, exchange sunucularının daha verimli çalışmasını sağlamış ve tutarlı veri tabanlarına sahip olmuş olacaksınız.
Sağlıklı kurmuş olduğunuz bu network ağı sonrasında gün sonunda değil, gün içinde de daha sık aralıklar ile yedek alma görevlerini yapabilir duruma geleceksiniz.
