Exchange Server Veri tabanı Seviyesinde Yüksek Erişilebilirlik Çözümleri başlıklı makalemiz içinde Exchange Server mimarisinin gelişimi, yüksek erişilebilirlik çözümleri ve Felaket Konumlandırma Merkezi yapılandırmasını, Exchange Server Sürümleri arasındaki gelişimi özetledik.

Bu makalemiz içinde ise Exchange Server 2010’dan beri kullanmış olduğumuz DAG mimarisini inceleyeceğiz. Daha önceki makale içinde belirttiğim gibi bu süreç uzundu ve seneler içinde teknoloji geliştikçe Exchange server mimarisi de değişim göstermişti. Gelişen her ihtiyaca uygun çözümler seneler içinde verilmiş ve bizleri yormuştu. Son olarak Exchange Server 2010 ile birlikte DAG teknolojisi ile tanışmış ve bu sürüm ile birlikte Exchange Server alt yapımız için veri tabanı seviyesinde Yüksek erişilebilirlik ve Felaketten Korunma stratejileri belirleyebilir duruma gelmiştik. 

Bu makalemiz içinde aşağıdaki alt başlıklara odaklanacağız.

• • Database Availability Groups (DAG) Gereksinimleri ve Hazırlıkları
  • Exchange Server 2016 DAG Kurulumu ve IP-Less Dag ile Karşılaştırma
  • Exchange Server 2016 DAG Yenilikleri

Database Availability Groups (DAG) Gereksinimleri ve Hazırlıkları

Exchange Server 2016 Kurulumu ve Etki Alanı Yapılandırılması başlıklı makalemiz içinde bahsetmiştik. Son sürüm ile birlikte temel Exchange Server Rolleri tek bir sunucu mimarisi içinde birleştirildi. Organizasyonumuz içine kurmuş olduğumuz her bir Exchange Server 2016 sunucumuzu artık DAG üyesi olarak yapılandırabilir durumdayız.

Exchange Server 2016 mimarisine kadar Exchange Server 2010 ve Exchange Server 2013 üzerinde de DAG mimarisini yapıyorduk ve bu sunucuların üzerinde Exchange Server Mailbox Rol yüklü olması gerekmekteydi.

Yukarıda bulunan topoloji içinde Exchange Server 2016 Rol Mimarisini görebilmektesiniz ve durum bu şekilde olunca temel donanım gereksinimi, eşittir Exchange Server 2016 sistem gereksinimleridir. Bazı özel gereksinimler bulunmaktadır ki, bunlardan bu makale içinde yer vereceğiz.

• Veri Depolama Alanı Gereksinimi

Exchange server DAG mimarisi, DAG kümesi tarafından yönetilen, paylaşımlı ve ortak alanlara ihtiyaç duymamaktadır. Exchange Server DAG mimarisi, Exchange Server 2016’ya özgü Third Party Replication API kullanmaktadır ve DAG üyesi içine dahil edilmiş olan her bir veri tabanını DAG üyesi durumunda bulunan Exchange Sunucularına eşitleyebilmekteyiz.

• Exchange Server Versiyon Gereksinimi

DAG mimarisi Exchange Server 2010’dan beri hizmet ediyor olsa bile bir DAG kümesi farklı Exchange Serverların barınmış olduğu Exchange Serverlar ile yapılandıramaz. Farklı Exchange sürümlerine sahip olan bir organizasyon içinde farklı DAG kümelerini eş zamanlı hizmet ettirebiliyor olsak bile aynı DAG kümesi içinde bulunan Exchange Serverlar aynı versiyona sahip olmak zorundadır.

Yani bir organizasyon içinde farklı sürümlere sahip durumda bulunan Exchange Serverlar var. Exchange server 2010 Mailbox Rollerini, Exchange server 2013 Mailbox Rollerini ve Exchange server 2016 serverlarını ayrı-ayrı Dag kümeleri içinde barındırabiliriz. Bir organizasyon içinde Exchange Server 2010 sunucuları ile oluşturulmuş bir küme yapabiliriz ve aynı organizasyon içine Exchange 2013 sunucuları ile ayrı bir Dag kümesi oluşturabiliriz ama Exchange 2010 ile Exchange 2013 veya Exchange Server 2016 sunucularını aynı Dag kümesi durumuna getiremeyiz.

Get-ExchangeServer | Format-List Name, Edition, AdminDisplayVersion

Yukarıda paylaşmış olduğum Powershell komutu ile organizasyon içinde yüklü bulunan Exchange Serverları, versiyonlarını görüntüleyebilirsiniz.

Exchange Server sürümleri, Exchange server 2016 Standart Edition ve Exchange Server 2016 Enterprise Edition olmak üzere iki farklı sürüme sahip durumdadır ve her iki sürüm Database Availability Groups teknolojisini desteklemektedir. Fakat sürümler arasındaki farkı incelediğiniz zaman veri tabanı seviyesinde sınırlamalar bulunmaktadır.

Exchange Server 2016 Standart Edition 5 Adet Exchange Server veri tabanına ev sahipliği yapabiliyorken Exchange Server 2016 Enterprise 100 Adet veri tabanına ev sahipliği yapabilmektedir.

• Exchange Server Aktif-Pasif Düğüm Lisanslaması ve Lisans Gereksinimi

Exchange DAG mimarisi Aktif-Aktif çalışabildiği gibi Aktif-Pasif olarak da çalışabilmektedir. Dag kümesi içinde bulunan ve Pasif Nod olarak yapılandıran Exchange server için Lisans istenememektedir.

Biraz karmaşık galiba. Örnek bir topolojiyi aşağıda paylaşıyorum.
Organizasyonumuz içinde 2 adet Exchange Server sunucumuz bulunmakta. Exchange Serverlarımız Standart sürüme sahip ve ikisi de aynı DAG kümesinin üyesi durumunda ve organizasyonumuz bir tane Exchange Server lisansına sahip.

Bu DAG kümesi toplam 5 adet Aktif Exchange veri tabanına sahip olacaktır.
Exchange Server Standart sürümüne sahip ve lisansı aktif duruma getirdiğimiz sunucumuz üzerinde 5 adet Veri tabanı hizmet edecek. DAG Kümesi içinde bulunan diğer Exchange server sunucumuz üzerinde ise sadece Veri tabanlarının Pasif kopyaları barınacak.

Ne zamana kadar lisans gereksinimimiz olmayacak?

Planlı bir bakım çalışması yaptık ve Lisanslaması aktif durumda bulunan Exchange Server üzerinde bulunan veri tabanlarından bir tanesini aktif duruma getirdik. İşte o zaman Pasif durumdaki Exchange sunucumuz için lisans gereksinimi doğacaktır.

Eğer tek bir Exchange server lisansı ile devam etmek istersek ve Pasif Nod için Lisans almak istemiyorsak Pasif NOD üzerinde bulunan copy durumunda ki diğer veri tabanlarını da aktif yapmamız ve aktif durumdaki Exchange Sunucumuzu pasif olarak hizmet ettirmemiz gerekiyor.
Planlı çalışmamız bitti, Aktif nod ortama hizmet edebilir durumda. Veri tabanımızı geri alamıyoruz. 180 gün boyunca veri tabanlarımızı Pasif nod üzerinde bekletmek zorundayız. Teknik açıdan bir sınırlama olmadığını hatırlatmak isterim, benden duymadınız.

Plansız bir hizmet kesintisi oldu ve Lisanslaması aktif durumda bulunan Standart sürüm üzerinde bütün veri tabanları aktif oldu. Dag kümesi tekrar Aktif-Pasif hizmet ettiği için bu durumda da lisans almamıza gerek bulunmamaktadır. Ama Plansız kesinti durumu ortadan kalktı ve Exchange server veri tabanlarımızı geri almak istiyoruz. 120 Gün tekrar beklemek zorundayız ve tekrar hatırlatıyorum teknik açıdan bir sınırlama bulunmamaktadır.
Bu şartlar, lisans sözleşmesi içinde yer almaktadır ve teknik açıdan hiçbir sınırlandırma bulunmamaktadır. Aynı Dag kümesi içinde bulunan Exchange Server veri tabanlarını Dag kümeleri arasında rahatça gezdirebiliriz. Bu kısıtlama, lisanslama kısıtlamasıdır. Exchange Server 2010 için bu süre 120 gündür. Ve dikkat ettiyseniz bu süre zaten satın alma öncesi sağlanan deneme süresi ile sınırlıdır.

• İşletim Sistemi Gereksinimleri

Exchange server 2016 sürümünü Windows Server 2012 ve Windows Server 2012 R2 işletim sistemleri üzerine yükleyebilmekteyiz. Exchange 2016 Cumulative Update 3 ve üzerine Exchange server sürümlerini ise Windows Server 2016 üzerine yükleyebilmekteyiz. Exchange sunucuları önerilmese bile aynı organizasyon içinde farklı Windows Server sürümleri üzerinde hizmet edebilmektedir. Fakat aynı Dag kümesi içinde hizmet edecek olan Exchange Server sürümlerini aynı Windows sürümleri üzerinde barındırmamız gerekmektedir.

Exchange Server Database Availability Groups mimarisi Windows Failover Clustering teknolojisini kullanmaktadır ve Failover Clustering teknolojisi aynı düğüm içinde bulunacak olan NOD’ ların aynı Windows işletim sistemine sahip olmasını istemektedir.

Exchange Server 2016 sürümü Windows Server 2012, Windows Server 2012 R2 ve Windows Server 2016 üzerine yüklenebilmektedir.

Daha önceki Exchange Server sürümleri ise daha önceki Windows Server platformları üzerine yüklenebilmektedir. Exchange DAG Kurulumunu yapacak olduğunuz Exchange sürümü Exchange Server 2013 ise ve bu platformu Windows Server 2008 ve Windows Server 2008 R2 işletim sistemi üzerine yüklemek istersek seçmek zorunda olduğumuz Windows sürümü Enterprise veya Datacanter sürümü olmak zorundadır.

Windows Server 2012’ ye kadar Windows işletim sistemi sürümleri teknik yeterlilik açısından farklılık gösteriyordu. Windows Standart sürümü güncel işletim sistemlerinin her birisinde Failover Clustering teknolojisini destekliyor olsa bile Windows Server 2008 ve Windows Server 2008 R2 sürümleri Failover Clustering teknolojisini desteklemiyorlardı.

• Network Gereksinimi

Exchange Server Database Availability Group düğümü olacak olan her bir Exchange Server üzerinde en az iki adet network kartının olması gerekmektedir. Bu gereksinim Exchange Server 2016’a kadar öneriydi şimdi ise seçenekli olarak bizlere sunulmaktadır. Bana soracak olursanız, ben halan daha projelerimde en az iki adet network kartının önemini vurgulamaktayım.
Database Availability Group düğümü olan Exchange Server Mailbox sunucuları üzerinde bulunan bu iki network kartının temel görevi ve isimleri aşağıdaki gibidir.

Mapi Network Exchange server ile etki alanı sunucularının iletişimini sağlayan network kartı. Exchange Server 2016 ile birlikte Client Access rolü de bu sunucu üzerinde olduğu için ek olarak son kullanıcılarımızı karşılayan rolün ihtiyaç duymuş olduğu network kartı olarak yapılandırmaktayız.

Replication Network ise sadece Exchange Mailbox Rolünün kullanmış olduğu bir networktür. Bu network üzerinden Database Availability Group üyesi durumunda bulunan Exchange Mailbox sunucuları veri tabanlarını eşitlemek için kullanırlar. Bu network üzerinden sadece log shipping ve seeding verileri Exchange Mailbox sunucuları arasında gidip-gelmektedir. Bu network kartı, Mapi network blokundan farklı olmak durumundadır, Etki alanı ve son kullanıcı ile iletişim kurmamalıdır.

Exchange 2016 ile birlikte mapi networkü ve Replication Networkü aynı network kartı üzerinde çalıştırabilmekteyiz. Daha önce belirttiği gibi ben halan daha bu iki networkün bir-birinden bağımsız olmasını istemekteyim. Sebebi ise amaçları farklı olan bu iki networkün bir-birlerinin sahip oldukları iş yüklerinden etkilenmemeleri için ayrı network blok dizaynı hala yapmaktayım.

Mapi network ve Replication Network kartlarını ayrı yaptığımız zaman yukarıdaki yapılandırmayı network kartları üzerinde uygulamanız gerekmektedir. İki networkü iki network kartı ile ayırdığınız zaman yapmanız gerekli olan en temel yapılandırma

• Client for Microsoft Networks ve File and Printer Sharing for Microsoft Networks kutularının Replication Network kartı üzerinde seçilmemiş olması gerekmektedir.
• Replication Network kartı üzerinde Register this connection’s addresses in DNS kutusunun işaretli olmaması gerekmektedir.
• Replication Networkü üzerinde Default Gateway atamasının yapılmamış olması gerekmektedir. Eğer Replication networkünün başka bir network ile iletişim kurması gerekiyorsa (bu özellik sadece site resilience için gereklidir) static routing tabloları düzenlenmesi gerekmektedir.
• Replication network kartlarının DHCP üzerinden IP almamış olması ve sabit IP adresinin tanımlı olması gerekmektedir.

• Witness Server Gereksinimi

Database Availability Group üyelerini, üyelerin durumunu ve DAG üye sayısının yeterli sayıda olup-olmadığını denetlemek ve DAG teknolojisinin sağlıklı çalışabilmesi için hizmetine devam edebilmesi için Witness Server gereksinimi zorunludur. Adı üstünde bu sunucu bir tanık sunucusudur ve DAG üyesi haricinde bir Windows işletim sistemi olmak zorundadır. Bu sunucunun Windows sürümü DAG üyesi durumunda bulunan sunucular ile eşit olmak gibi bir zorunluluğu bulunmamaktadır. DAG üye sayısı çift sayıya sahip her bir DAG düğümü Witness Server kullanmak zorundadır.

Witness Server üzerinde Builtin Administrator grubu bulunmaktadır ve etki alanımız içinde bulunan Exchange Trusted Subsystem grubunu Witness Server üzerinde bulunan Builtin Administrator grbunun üyesi yapmamız gerekmektedir.

Witness Server olarak etki alanımız içinde bulunan etki alanı yöneticilerimizi yani domain Controller sunucularımızı yapabiliriz. Ama bilmemiz gerekli olan birtakım handikaplar bulunmaktadır ki bu handikapları Exchange Server Etki Alanı Sunucusu Üzerine Yüklenemez konu başlıklı günlükte paylaşmıştım. Witness Server için ihtiyaç duyulan izinde bu handikapların içinde yer almaktadır.

Witness Server üzerinde bir dizin oluşturuyoruz ve bu dizin üzerinde Exchange Trusted Subsystem gurubu için Full Control izinlerinin atamasını gerçekleştiriyoruz.

• Etki Alanı ve DNS Server Gereksinimi

Exchange 2016 için Etki Alanı (Active Directory) Gereksinimi konu başlıklı günlükte paylaşmıştım ve tekrar hatırlatmak istiyorum Exchange Organizasyonu kurulumu için temel şarttır. Database Availability Group kurulumu için ise bir takım ön gereksinimler bulunmaktadır.

Etki alanımız içinde kuracak olduğumuz DAG mimarisi için CNO’e ihtiyaç bulunmaktadır. Bu bilgisayar hesabı Windows Failover Clustering servisi için kullanılacak olan sanal bilgisayar hesabıdır. Etki alanımız içinde bir tane bilgisayar hesabı oluşturuyoruz ve bu hesabı disabled duruma getiriyoruz. Bilgisayar hesabına vermiş olduğum isim kuracak olduğum dag01 isimli kümenin ismi. Bu bilgisayar hesabı DAG kümesinin ismi olacak.

Oluşturmuş olduğum bu bilgisayar hesabını Exchange Trusted Subsystem grubunun üyesi yapıyorum.

Oluşturmuş olduğum bilgisayar hesabı sanal bir bilgisayar hesabı olduğu için dNSHostName Attribute niteliği boş durumdadır. Etki alanımız içinde oluşturmuş olduğumuz Failover clustering virtual account niteliklerinde düzenleme yapıyoruz ve DAG01 isimli bilgisayar hesabının etki alanı içinde bilinecek olan FQDN bilgisini tanımlıyoruz.

Database Availability Group kurulumuna geçmeden önce DNS sunucumuz üzerinde DAG bilgisayar hesabımız için oluşturulan bilgisayar hesabı ile eşleşen bir A kaydını oluşturuyoruz. A kaydının eşleşmiş olduğu IP adresi Exchange Serverlarımızın Mapi Network kartlarıdır. DAG kurulumunu henüz gerçekleştirmediğimiz için oluşturulan bu isim Ping isteklerine cevap veremeyecektir.

Exchange Server 2016 DAG Kurulumu ve IP-Less Dag ile Karşılaştırma

Database Availability Group kurulumu için gerekli olan yazılım ve donanım gereksinimlerini karşıladıysak artık kurulum aşamasına geçiş yapabiliri. Exchange Server 2016 DAG kurulumu gereksinimleri karşılamaktan daha kolay olduğunu belirtmek isterim.

Exchange Server 2016 kurulumu sonrası hazır olarak gelen ECP yönetim konsolumuza bağlantı gerçekleştiriyoruz. Exchange Control Panel üzerinde Server sekmesine geçiş yapıyoruz ve bu bölümde Database Availability Groups sekmesine geçiş yapıyoruz. Bu bölümde artı (+) butonu ile New Database Availability Group sihirbazı karşımıza çıkmakta.
Bu bölümde;

• Database availability group name satırına etki alanı içinde oluşturmuş olduğumuz CNO’ nin ismini veriyoruz.
• Witness server satırına yapılandırmış olduğumuz witness sunucumuzun FQDN bilgisini yazıyoruz.
• Witness directory satırına ise Witness server üzerinde oluşturmuş olduğumuz ve izinlerinin atamasını yapmış olduğumuz dizinin bilgisini veriyoruz. UNC path veya paylaşılmış alan bilgisini vermiyoruz ki zaten bu dizini paylaştırmamız gerekmemektedir.
• Database availability group IP addresses satırına ise DNS alanımız içinde oluşturmuş olduğumuz, DAG01 isimli Cluster Name Object’e işaret eden A kaydının karşılığında ki IP adresini yazıyoruz. Tekrar hatırlatıyorum bu bölüm içinde yer alan IP adresi MAPI IP blok içinde olmalıdır.
  Save dedikten sonra Database availability group oluşturulacaktır.

Administrative Access Point ve IP Adresi olmaksızın DAG Kurulumu.

Exchange 2013 ile birlikte No Administrative Access Point and IP-Less Dag kurulumlarının bilgisi paylaşılmış ve Microsoft Ignite 2015 oturumlarında yer alan High Availability and Site Resilience: Learning from the Cloud and Field oturumunda bu konuya detaylı yer verilmişti.

Exchange 2013 SP1 ile duyurusu yapılan bu yöntem Exchange 2016 için desteklemektedir. Bu kurulum yönteminin artıları ve eksileri bulunmakta. En büyük artısı ön gereksinimler olmaksızın DAG düğümünü yönetecek bir Cluster Name Object (CNO) oluşturmadan ve bu oluşturulan CNO için etki alanı izinleri ve ip yapılandırmasını gerçekleştirmeden kurulumu hızlı bir şekilde gerçekleştirebiliyoruz.

Bu yöntem Exchange 2013 SP1 ve Exchange 2016 için desteklemektedir ve Exchange Sunucularının barınacak olduğu Windows işletim sisteminin Windows Server 2012 ve üstü olması gerekmektedir.

Exchange server 2013 organizasyonları içinde değil ama Exchange server 2016 Organizasyonları için dikkat edilmesi gerekli olan bir konu bulunmakta. Exchange server 2016 için işletim sistemi desteği Windows Server 2012 ve üstü için desteklenmektedir. Exchange Server 2013 SP1 ise Windows Server 2008 R2 işletim sistemi üzerine de yükleyebilmekteyiz. Ve hatırlatmak istiyorum Windows Server 2008 R2 ile Windows Server 2012 ve sonrasındaki sunucu işletim sistemleri için lisanslama ve Failover Clustering limitleri farklıdır. IP-Less Dag yaparak bu limit ve lisanslama sıkıntıları ile karşı-karşıya kalmamanız için bu tercihi iyi yapmanızı önermekteyim.

Bu yöntemi tercih edersek eğer Failover Cluster Manager erişimimiz olmayacak ve yönetim sadece Windows Powershell ile gerçekleştirilecektir. Sebebi ise Failover cluster manager yönetim ara yüzü Cluster Name Object (CNO) üzerinden erişim sağlamaktadır ve bizim bu yöntem ile bu hesabımız bulunmamakta.

DAG için zaten Failover Cluster ara yüzünü fazla kullanmıyorum ve ihtiyaç durumunda ise iki komut çalıştırırım diyenler için çok büyük bir eksi olacağını zannetmiyorum.

Bu kurulum yöntemine belki de en fazla etken edecek olan ürünler üçüncü firmaların sağlamış olduğu yedekleme ve izleme yazılımları. IP-Less Dag Kurulumu ile ilgili TechNet üzerinde ilgili dokumanı sarı olarak işaretledim. Dokuman içinde paylaşılan bilginin söylemek istediği Exchange Organizasyonu için kullanmış olduğunuz yedekleme ve izleme yazılımları görevlerini yaparken Cluster Name Obje’ ye ihtiyaç duyuyorsa eğer bu yöntemi kullanamayacağımızı belirtmektedir. Exchange server gereksinimleri için dizayn edilmiş olan birçok çevre ürünü Administrative Access Point hesabı üzerinden Exchange server gereksinimlerini yerine getirmektedir.

IP-Less Dag kurulumunun bu bölüm içinde anlatmış olduğumuz yapılandırmadan tek farkı Database availability group IP addresses bölümüne 255.255.255.255 ip adresinin yazılmasıdır.

Exchange Server kurulumu ve yapılan hemen-hemen her değişiklik etki alanı içine yazılmaktadır. Yapmış olduğumuz bu işlemler her ne kadar Exchange Server üzerinde yapıyor olsak bile bu işlemler yukarıdaki göstermiş olduğum ADSI Edit ekran görüntüsünden anlaşılacağı üzere etki alanı veri tabanına yazılmaktadır. Exchange Control Panel üzerinde DAG kurulumunu gerçekleştirdikten sonra oluşturmuş olduğunuz DAG hesabının etki alanı veri tabanına yazılmış olduğundan emin olun ve ek olarak sunacağım öneri etki alanı eşitlemesini el-ile çalıştırmanızdır.

Etki alanı üzerinde gerekli kontrolü ve eşitleme işlemini çalıştırdıktan sonra oluşturulan DAG nesnesinin etki alanı içinde bulunan bütün etki alanı yöneticileri tarafından bilindiğine eminiz.

Şimdi yapacak olduğumuz işlem ise ECP üzerinde oluşturmuş olduğumuz DAG kümesini seçiyoruz ve Manage Database Availability Group membership bölümüne geliyoruz. Bu bölümde oluşturmuş olduğumuz DAG objesi içine üyeleri ekliyoruz.
DAG kurulum kurallarını bir kez daha hatırlatmak istiyorum. Bir Exchange organizasyonu içinde birden fazla DAG düğümü olabilir ama her bir DAG düğümü aynı sürüme sahip Exchange serverları barındırabilir. Exchange Server 2013 ile Exchange Server 2016 sürümüne sahip durumda ki Exchange Serverları aynı DAG düğümü içine ekleyememekteyiz.

Bu bölümde ekleyecek olduğum Exchange Serverların sahip olduğu sürümler Exchange Server 2016’dır.

Exchange Control Panel üzerinde Database Availability Groups bölümüne geldiğimiz zaman oluşturmuş olduğumuz DAG01 isimli DAG kümesini, Witness server bölümünde belirlemiş olduğumuz DC01 isimli witness sunucumuzu ve members servers bölümünde ise DAG01 isimli düğüme dahil ettiğimiz Exchange Sunucularımızı görebilmekteyiz.

DAG düğümü oluşturulduktan sonra ve DAG düğümünün içine üye Exchange Sunucularımızı ekledikten sonra etki alanımız içinde oluşturmuş olduğumuz ve disable olarak tanımladığımız Cluster Name Object (CNO) hesabının aktifleştirildiğini görebilmektesiniz. Bu hesap DAg düğümü oluşturulduktan sonra ilk üye sunucunun düğüme eklenmesi ile birlikte etkin duruma gelecektir. Bu sanal hesabı el-ile aktifleştirmemiz gerekmektedir.

Etki alanımızın yapısının büyüklüğüne göre eşitleme zamanı farklılık gösterebilir. DAG düğümünün içine Exchange Server Veri tabanlarını eklemeden önce, aktif duruma gelen DAG Cluster Name Obje’ sinin diğer etki alanı yöneticilerine eşitlendiğinden emin olmamız gerekmektedir. Eşitleme tamamlandıktan sonra, DNS sunucumuz üzerinde eşleştirmiş olduğumuz IP adresi ve CNO bilgileri ile ping isteklerimize cevap verecektir.

• IP-Less Dag Kurulumu

IP-Less Dag Kurulumunu Exchange Management Shell komutları ile gerçekleştireceğiz.

New-DatabaseAvailabilityGroup -Name DAG01 -DatabaseAvailabilityGroupIPAddresses ([System.Net.IPAddress]::None) -WitnessServer DC01 -WitnessDirectory C:\Witness

Kullanacak olduğumuz komut yukarıda bulunmakta ve bu komutu organizasyonum içinde bulunan Exchange 2016 sunucularımdan bir tanesi üzerinde çalıştırıyorum. Komutun içeriği Dc01 isimli sunucumu Witness Server olarak yapılandırıyorum. Bu komut DC01 üzerinde WitnessDirectory oluşturmaktadır.

WARNING: The Exchange Trusted Subsystem is not a member of the local Administrators group on specified witness
server DC01.live.com. Error: Access is denied

IP-Less Dag kurulumunda,

• Etki alanı içinde cluster name object (CNO) oluşturulmamaktadır.
• DAG kümesinin ortak bir IP adresi ve Ortak bir ismi bulunmamaktadır.
• DNS üzerinde kayıt açılmamaktadır.

Fakat, yukarıdaki uyarıyı dikkate almanızı önermekteyim. Witness sunucunun Exchange Trusted Subsystem grubunun üyesi olması gerekmektedir ve oluşturulan Witness dizini üzerinde Exchange Trusted Subsystem grubu için izinlerin verilmesi gerekmektedir. verecek olduğunuz izinler ön gereksinimler içinde aktarılmıştı.

 

Add-DatabaseAvailabilityGroupServer -Identity DAG01 -MailboxServer Exchange01

Dag01 isimli küme başarılı bir şekilde oluşturuldu ve etki alanı içinde yer aldı. Etki alanımız içinde bulunan etki alanı denetleyicilerimizi eşitledikten sonra database availability group içine sunucuları ekleyebiliriz. Kullanacak olduğumuz komutu yukarıda paylaştım ve bu komut ile Exchange 01 isimli sunucumuzu DAG01 isimli DAG kümesinin üyesi yaptım.

Bu komutu dikkatli bir şekilde incelerseniz eğer Exchange sunucusu üzerine windows failover clustering servisini yüklemektedir.

windows Failover clustering servisi ekledikten sonra Exchange01 isimli sunucumuz DAG kümesinin üyesi olacaktır.

Aynı komutu exchange02 sunucum içinde kullanmaktayım ve exchange01 sunucumu da oluşturmuş olduğumuz IP-less Dag kümesinin üyesi yapmaktayım.

Get-DatabaseAvailabilityGroup | select name, servers, WitnessServer, DatabaseAvailabilityGroupIpAddresses

son olarak yukarıda çalıştırmış olduğum komut ile oluşturmuş olduğum DAg kümesinin ismini, witnessServer’i ve sahip olduğu IP adresi gibi temel bilgileri öğrenebilmekteyim.

Exchange Server üzerinde bulunan Databaselerin Dag kümesi içinde kopyalanmasını Exchange 2016 Veritabanı Kopyalaması işlemleri için (Add-MailboxDatabaseCopy) makalesini inceleyebilirsiniz.

Exchange Server 2016 DAG Yenilikleri