Kısa süre önce bir müşterimiz için uyguladığımız çözüm eminim aynı veya benzer durum ile karşılaşan birçok kişinin işine yarayacaktır.

Aynı subnet/lokasyon içinde Mailbox Database’lerinin yüksek erişilebilirliğini (high availability) arttırmak, farklı subnet/lokasyonlar arasında ise site esnekliği/dayanıklılığı (site resilience) sağlamak için kullanılan DAG (Database Availability Group) yapısı, Exchange Server organizasyonlarının vaz geçilmez bir parçasıdır. Mailbox rolünü tutan sunucular üzerinde yer alan ve kullanıcı mailbox’larını barındıran database’lerin, aynı lokasyon veya farklı lokasyonlar içerisinde konumlanmış diğer Mailbox Server’lara replikasyonunu amaçlayan DAG, mailbox erişimi ve yedeklemesi notasında kritik rol oynar ve database seviyesinde recovery şansı sunar.

Exchange Server organizasyonu içerisinde bir DAG yapısı devreye aldıktan sonra yüksek erişilebilirlik hedeflediğiniz mailbox database’lerini DAG yapısına dahil etmelisiniz. Bir mailbox database’i DAG yapısına ilk kez eklediğinizde seeding (tohumlama) dediğimiz bir olayın gerçekleşmesi gerekir. Bu olay, ilgili mailbox database için diğer Mailbox Server üzerinde bir kopya oluşması amacıyla gerçekleşir çünkü olayın başında diğer Mailbox Server üzerinde söz konusu database için herhangi bir data yoktur.

Seeding işlemi sonrasında mailbox database’in tüm içeriği bir kereye mahsus diğer Mailbox Server’a taşınmış olur ve artık sadece oluşan log dosyalarının transferi ile değişiklikler aktarılarak pasif mailbox database üzerine işlenir.

Normal şartlarda seeding işlemi Add-MailboxDatabaseCopy işleminin, yani söz konusu mailbox database’i DAG yapısına dahil ettiğiniz anın bir parçası olarak, ekleme anından hemen sonra otomatik bir şekilde başlar ve ana veri kopyalanana kadar devam eder. Eğer DAG yapınız yerel ağ ortamında veya arada yüksek hızlı bağlantı olan lokasyonlar arasında kurulmuş ise, seeding işlemi mailbox database boyutları ile de paralel olarak mümkün olan en kısa sürede tamamlanacaktır. Ama şayet DAG yapısının arada yüksek hızlı bir bağlantı olmayan WAN ortamında çalışması gerekiyor ve mailbox database boyutlarınız da biraz yüksek ise, işte tam bu noktada seeding işleminin tamamlanması çok ciddi zaman alabilir ve hatta bazen mümkün olmayabilir.

Yazının devamını oku … »

 Microsoft Exchange Team, hafta başında, sunucu sanallaştırma ortamlarında çalışan Exchange Server 2010 with SP1 için destek senaryosunun genişletildiğini duyurdu.

Artık Exchange Server 2010 SP1 Unified Messaging Role sunucu sanallaştırma ortamlarında resmi olarak destekleniyor :)

İkinci olarak; Exchange Server 2010 yüksek erişilebilirlik özelliklerinden olan DAG (Database Availability Groups), artık hypervisor-based clustering’ler ile gelen HA özelliklerinde de destekleniyor. Yani DAG üyesi VM’lerin Migration özellikleri ile (mesela Hyper-V Live Migration) taşınması veya otomatik failover işleri gibi…

Bu iki önemli destek, Hyper-V ile birlikte SVVP kapsamındaki tüm sanallaştırma üreticilerinin platformlarında çalışan Exchange Server 2010 SP1 için geçerli.

Ayrıca Windows Server 2008 R2 Hyper-V üzerinde sanal olarak çalışacak Exchange Server 2010 için roller, capacity planning, sizing, performance ve high availability konularını içeren bir best practice whitpaper da yayımlandı. Bu whitepaper’a aşağıdaki url’den ulaşabilirsiniz.

Best Practices for Virtualizing Exchange Server 2010 with Windows Server 2008 R2 Hyper-V
http://www.microsoft.com/downloads/en/details.aspx?FamilyID=8647c69d-6c2c-40ca-977e-18c2379b07ad

Exchange Server 2010 System Requirement’ların update edilmiş hali
http://technet.microsoft.com/en-us/library/aa996719.aspx.

Anons detayları:
Announcing Enhanced Hardware Virtualization Support for Exchange 2010
http://blogs.technet.com/b/exchange/archive/2011/05/16/announcing-enhanced-hardware-virtualization-support-for-exchange-2010.aspx

Senaryo:

Windows Server 2008 Cluster Node’ları üzerinde Exchange Server 2007 SP1 Cluster Continious Replication kurulumu yaparken;

İlk node üzerine ( senaryoda iki node olduğunu düşünüyoruz) Active Clustered Mailbox Role kurulumunu yaptıktan sonra ikinci node üzerine Passive Clustered Mailbox Role kurulumu sırasında aşağıdaki hatayı alabiliriz.

This is not a passive node. A clustered mailobx server represented by the cluster resource group clustername was found on this node.

Neden:

Aldığımız hata kurulum yapmaya çalıştığımız yani ikinci node’un Exchange CCR Passive Node olamayacağını çünkü cluster kaynaklarının zaten bu node üzerinde olduğunu söylüyor. Ama kaynakların şu an ilk node üzerinde olması gerekiyordu çünkü Exchange CCR Active Node olarak kurulumu ilk node üzerine yapmıştık yani active node ilk node olmalıydı. O halde bu hatanın nedeni nedir?

Exchange CCR Active Node (Active Clustered Mailbox Role yani ilk node) kurulumundan sonra kurulumun tamamlanması için sistemi yeniden başlatmamız gerekir ve kurulum sonunda genelde bu işlemi yaparız. Restart sırasında ilk node (active) kapandığı için doğal olarak ikinci node bu durumu farkeder ve cluster kaynaklarını kendi üzerine alır. Yani ikinci node active duruma geçer. İlk node açıldığında ise denge değişmez ve ikinci node hala active durumdakalır.

Ve biz ikinci node üzerine Exchange CCR Passive Node (Passive Clustered Mailbox Role) kurulumunu başlattığımızda cluster kaynakları hala orda olduğu için bu hatayı alırız.

Çözüm:

Öncelikle ikinci node üzerinde kurulumu yarım kalan Passive Clustered Mailbox Role‘ünü uninstall ediyoruz.

Daha sonra çözüm için iki şansımız var.

1. İlk node açıldıktan sonra ikinci node‘u bir kez restart ederiz ve böylece ilk node’un tekrar kaynakları üstlenip active duruma geçmesini sağlarız.

2. Yada Failover Cluster Management konsolu üzerinde kaynakları manuel olarak diğer node üzerine taşırız.

Kaynakların diğer node üzerine geçtiğinden emin olduktan sonra Passive Clustered Mailbox Role kurulumunu başarılı bir şekilde yapabiliriz.

Microsoft Exchange Server 2010′un beta sürümü test amaçlı olarak download’a sunuldu. Buradan indirebilirsiniz.

Ayrıca Exchange Server 2010 Beta Overview için buraya, sistem gereksinimleri için buraya, top reasons için buraya, FAQ için buraya, gelen yenilikler için buraya ve home page için buraya

Exchange Server 2010 Türkçe kurulum makalesi için buraya ve tabiki diğer türkçe makaleler için buraya bakabilirsiniz :)

Bilirsiniz; exchange hizmeti veren bir sunucunun kapanması oldukça zaman alır. Çünkü önce exchange servislerinin durdurulması gerekir ve buda zaman alan bir işlemdir. Bu süreci hızlandırmak için:

Aşağıdaki satırları BAT dosyası olarak kayıt ediyoruz ve Exchange sunucumuzu kapatmadan önce çalıştırıyoruz. 

net stop “Microsoft Exchange Information Store” /y
net stop “Microsoft Exchange System Attendant” /y
net stop “Microsoft Exchange IMAP4″ /y
net stop “Microsoft Exchange Routing Engine” /y
net stop “Microsoft Exchange POP3″ /y
net stop “Microsoft Exchange Management” /y

Bu sayede Exchange servislerini manuel olarak stop etmiş olduk.