Network ve Server ailesi hakkında notlarım

Exchange 2010 – Shadow Redundancy

Exchange 2010 ile birlikte gelen yeni özelliklerden bir taneside Shadow Redundancy.Kısaca ne olduğundan bahsedelim.

Aslında Exchange 2007′de karşımıza çıkan güzel bir özellik vardı.Transport Dumpster.Bu özellik sayesinde cluster ortamında Hub sunucusu mailleri cluster mailbox databaselere iletirken bunu belirli retention deÄŸerlerine göre transport dumpster havuzunda tutuyordu.Böylece bir fail durumunda cluster mailbox server yapıdaki tüm HUBlardan transport dumspter içeriÄŸini isteyerek kaybı önlüyordu.Yalnız bu özellik sadece CCR tarafında gerçekleÅŸiyor en önemliside iki transport server arasında (HUB-HUB / HUB-EDGE) bir geri dönüş ne yazıkki saÄŸlamıyordu.

Shadow Redundancy ise transport dumpster’ın daha kapsamlısı diyebiliriz.Shadow Redundancy enable ettiÄŸinizde neler olduÄŸunu aÅŸağıdaki figur üzerinden gidelim adım adım.

A ) Bir mapi yada mobile client mesaj gönderir ve bu mesaj mailbox server rolünü  tutun sunucu üzerinde tutulur.

B ) Klasik işleyiş burda da devam eder,mail submission servisi HUB sunucusunu uyararak yeni bir mail olduğunu bildirir.HUB bu maili kullanıcının outboxundan alarak kendi databaseine yazar.

C) Burdan sonra eğer alıcı aynı site içerisindeyse  mail gönderilir.

D)Eğer alıcı başka bir site üzerinde ise HUB bunu başka bir transport servera atacaktır.Burada başka bir HUB sunucuda oalbilir yada yapıdaki EDGE sunuuda olabilir.

Shadow Redundancy için önemli olan transport serverların yani hopların bu özelliği desteklemesi.Hali hazırda sadece Echange 2010 sürümü bu özelliği desteklemektedir.Yani EDGE sunucuda 2010 ise aralarında Shadow Redundancy processini başlatacaklar.Bu process şöyle işlemektedir.

- HUB sunucu EDGE’e bir smtp sessionı baÅŸlatır.

-EDGE sunucu Shadow Redundancy desteklediği bilgisini geri dönüş yapar.

-HUB  bunu XSHADOW komutu ile cevaplar.

-HUB mesajı EDGE’ e gönderir.EDGE bu mesajın HUB tarafından shadowlandığına dair bir iÅŸaret koyar.

-HUB da aynı ÅŸekilde EDGE’i primary server olarak görür ve shadow kuyruÄŸuna ekler.

Bu noktadan sonra HUB sunucu mesajı silmeyecektir.Ancak EDGE tarafından discard status mesajı gelirse,yani bir sonraki hopa başarılı şekilde ulaştırdım bilgisi ulaşırsa ,o zaman bu mesajı kendi databaseinden silecektir.

Burada EDGE’in mesajı nereye gönderdiÄŸi önemli deÄŸil.Shadow Redundancy desteklemeyen bir sunucuyada gönderse o sunucudan onay bilgisini alır almaz , HUB sunucusuna discard status mesajını gönderir ve mesajı artık silebileceÄŸini belirtir.

Eğer EDGE mesajı Shadow Redundancy destekleyen başka bir transport sunucuya atarsa yukarıdaki durum yanı şekilde EDGE ve bu sunucu arasındada gerçekleşir.

Dikkat ederseniz ortamdaki transport sunucularınızdan birisi down olduğunda yada siz bakım için offlinea aldığınızda üzerindeki mesajlar Shadow Redundancy sayesinde kaybolmuyor.Çünkü henüz mesajı iletmediği için bir önceki hop üzerinde zaten bu mesajlar tutuluyor.

Peki bu özelliği nasıl enable edeceğiz?

Grafiksel olarak Shadow Redundancy özelliğini yönetebileceğiniz bir arayüz yok.Bunun için shell komutlarını koşturmanız gerekli.

Set-TransportConfig -ShadowRedundancyEnabled $true

 komutu ile Shadow Redundancy enable edilrbilir.Aynı zamanda ilgimi çeken diğer bir güzel komutta shadow altında tutulan mailler için bir age sınırı belirtebilmeniz.Default gelen ayarlarda shadowda tutulan mailler  2 gün geçtikten sonra silinir.İsterseniz

Set-TransportConfig -ShadowMessageAutoDiscardInterval 04:00:00

gibi bir komutla bunu 4 saate çekebiliriz.

Bu yazi December 4th, 2009 tarihinde ve Exchange Server kategorisi altina yazilmistir. RSS 2.0 feed ile yorumlara abone olabilirsiniz. Ayrica yorum birakabilir, yada kendi sitenizde konuyu geri izleme yapabilirsiniz.