Mahmut KILIÇ

Mahmut KILIÇ

System Engineer

Exchange Migration | Mailbox Replication nasıl daha hızlı olur?

Uzun süredir Exchange migrationlar ile uğraşıyorum ( Yaklaşık 6 yıldır ) Exchange 2010 – 2013 yada 2003’ten 2010’a gibi gibi birçok varyasyonda geçiş yaptım. Çoğu arkadaşım Exchange migration işinin ne kadar işkence olduğunu söylese de, artık benim için hobiye dönüştü.(Nasıl bi havaya girdiysem) Herneyse… Aslında geçiş yapmanın en önemli kısmı hazırlık. Geçenlerde 4 TB database’i olan bir exchange geçişini 2 günde bitirince, şu mailbox replication’ı nasıl hızlı yaparızı kısaca yazayım dedim.

Şimdiii, biliyorsunuz Exchange üzerinde Mailbox Replication Service diye bir servis var. Bizim migration yaparken yada bir mailboxu databaseler arası taşırken yazdığımız New-MoveRequest komutunu bu servis işleme alıyor. Tabi Microsoft tarafında bu move işlemi esnasında sunucu baygınlık geçirmesin diye buna bazı limitler konmuş. İşin doğrusu “Hergün mü mailbox taşıyoruz kardeşim” diye düşünen ben, o ayarlarla birazcık oynuyorum. Fakat buna rağmen hayvani işlem gücüne sahip sunucularımızda yine de %10 cpu kullanımı ve 10 mbit network kullanımı ile yavaş yavaş taşıyor bu arkadaş. Bende bunu nasıl boost ederim diye epey araştırdım. Şimdi birkaç yöntem yazacağım, isteyen birini yada birkaçını, yok ben kendime güveniyorum diyen tamamını uygularsa süre inanılmaz derecede kısalıyor. Aklımda kalan süreleri söylemem gerekirse 90 gb’ı 4 saatte, 4 TB’ı 2 günde gibi…

Microsoft’un önerdiği metod MRS değerlerinin değiştirilmesi, bunu da;

12(Powershell’den çağırınız)”$env:ExchangeInstallPath\MSExchangeMailboxReplication.exe.config”

dosyasında bulunan;

1234567MaxActiveMovesPerSourceMDB=”50″MaxActiveMovesPerTargetMDB=”50″MaxActiveMovesPerSourceServer=”100″MaxActiveMovesPerTargetServer=”100″MaxTotalRequestsPerMRS=”100″ ExportBufferSizeKB=”1024″

değerleri ile oynamak ki bu değerlerin maximum değerlerine şu adresten erişebilirsiniz. Şu anda yazılan değerler ile 25 mailboxı aynı anda taşıyabilir hale geliyor. Bu işlemi yaptıktan sonra Mailbox Replication servisini restart etmemiz gerekiyor.

Microsoftun başka bir önerdiği şey ise target mailbox databaselerin indexlerinin kapatılması. Bunu yaptığımız zaman mailbox database’inde biz taşıma yaparken devamlı index oluşturmaya uğraşıp taşıma işini yavaşlatmasını engelleyebiliriz. Tabi taşıma bittikten sonra tekrar indexleri açmamız gerekiyor ki exchange’imiz hantal çalışmasın. Ben genelde çalışmalarım esnasında db’lerin indexlerini istemediğimden şöyle bir komutla tüm indexleri kapatıyorum.

1Get-MailboxDatabase | Set-MailboxDatabase -IndexEnabled:$false

Tabi işimiz bittikten sonrada şu şekilde tekrar indexleri açıyoruz,

1Get-MailboxDatabase | Set-MailboxDatabase -IndexEnabled:$true

Bunun dışında yapabileceğimiz başka birşey ise move requestlere yüksek öncelik vermemiz. Tabi bununla birlikte bad item limitlerini de veriyorum ki arada failed olan migration işlemim olmasın. Ben baditemlimit değerini 20 veriyorum, bu zamana kadar yaptığım migrationlardan 2 den fazla bad item çıkmadı ama, biz yinede sağlam kazığa bağlayalım. Bu yazacağım komutu kestirmeden tüm mailboxları taşımak için kullanmak isterseniz komutu Get-Mailbox -Database “EskiDB” ile pipelayıp aşağıdaki komuttan Identity kısmını kaldırmanız gerekiyor.

1Mew-MoveRequest -Identity “kullaniciadi” -TargetDatabase “YeniDB” -Priority emergency -BadItemLimit 20

Yok hocam bu hız bana yetmedi diyorsanız artık sevdanın son vuruşunu MRS Throttling’i komple kapatarak yapabiliriz. Bunun içinde şu registry’de pathinde bulunan;

1HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\MSExchange ResourceHealth

“MRS” REG_DWORD değerini 0 olarak değiştirip, Exchange Mailbox Replication servisini restart etmemiz gerekiyor. Tabi db index konusunda olduğu gibi bunda da işimiz bitince tekrar eski haline getirirsek daha sağlıklı olacağını düşünüyorum.

SMTP Email Error 552 Kodu

552 hata kodu ayrıntıları:
552 5.2.2 mailbox quota exceeded for this recipient – Bu alıcı için e-posta kutusu limiti aşıldı
552 5.2.2 User mailstore exceeded quota limit – Kullanıcı mail alanı sınırı aşıldı
552 5.2.3 Message exceeds local size limit – Mesaj yerel boyut sınırını aşıyor
552 5.2.3 message size exceeds fixed maximum message size – İleti, sabit azami mesaj boyutunu aşıyor
552 5.3.4 Message size exceeds fixed limit – Mesaj boyut sabit limiti aşıyor
552 5.3.4 Message size exceeds fixed maximum message size – İleti, sabit azami mesaj boyutunu aşıyor
552 5.3.4 message size limit exceeded at MAIL FROM – Posta Gönderen kısmında mesaj boyutu aşıldı
552 Backend Replied [mxlogic.net]: 5.3.4 Message size exceeds fixed maximum – Mesaj boyutu sabit limiti aştı
552 mail size or count over quota. – Mesaj boyutu veya sayısı kotayı aşıyor
552 message size exceeds maximum message size – Mesaj boyutu azami ileti sınırını aşıyor
552 size limit exceeded – boyut sınırı aşıldı
552 too many messages in this mail box. -Bu posta kutusunda çok fazla mesaj bulunuyor
552 Transaction failed, remote said “550 failed: User does not exist.” – İşlem başarısız, diğer tarafın cevabı “550 başarısız: Kullanıcı mevcut değil”
552-Requested mail action aborted: exceeded storage allocation – İstenen posta işlemi iptal edildi: depolama alanı limiti aşıldı
552-5.2.2 The email account that you tried to reach is over quota – Erişmeye çalıştığınız mail hesabı kotasını aşmış durumdadır
552-5.2.3 Your message exceeded Google’s message size limits. – İletinizin boyutu Google’ın belirlediği mesaj boyutu limitlerini aşmaktadır
552-5.7.0 Our system detected an illegal attachment on your message. – Sistemimiz mesajınızda yasaklı bir ek tespit etti.
552 Virus found inside of the email – Mesaj içerisinde virüs bulundu
552 5.2.0 Remote MTA 74.124.198.61: An URL contained in this message is blacklisted by – Mesaj içerisinde karalisteye ekli bir URL adresi bulunuyor

Exchange Server 2010 Mail Grouplarını Dışarıya Açma

Merhabalar,
Bu yazımızda Exchange üzerinde Distribution grup ile ilgili işlem yapacağız.

Varsayılan kurulum ayarlarıyla bir Exchange Distribution Group‘a extranet’ten mail gönderildiğinde mail, gruba üye olan kişilere ulaşmaz.

Bunun sebebi Distribution Group‘a ait varsayılan ayarlarda göndericinin kimlik doğrulaması yapmasının beklenmesidir.
Bu ayarı görebilmek için Exchange Management Shell üzerinde örneğimizde halklailiskilerDistribution Group’una ait bilgiler almak için

get-distributiongroup Finans | list

komutunu çalıştırıyoruz Daha sonra Çıkan Ekranda ,

 

RequireSenderAuthenticationEnabled : True değerinin bu kimlik doğrulamayı talep ettiğini görebilirsiniz.

Domain dışında bir internet kullanıcısının domain üzerinde kimlik doğrulaması mümkün olmadığından gelen posta kabul edilmez.

Kimlik doğrulaması talebi devre dışı bırakıldığında dışarıdan bir Distribution Group’a gönderilen postalar gruba üye bütün kullanıcılara ulaşır.

Bu işlem her bir grup için ayrı ayrı yapılabileceği gibi bütün gruplar için geçerli olacak şekilde yapılabilir.

Halklailiskiler Distribution Group için kimlik doğrulama isteğini devre dışı bırakmak için aşağıdaki komutu kullanıyoruz,

Set-DistributionGroup Finans -RequireSenderAuthenticationEnabled $False

Bütün gruplarda devre dışı bırakmak için ise;

get-distributiongroup | Set-DistributionGroup -RequireSenderAuthenticationEnabled $False

İşlemin ardından herhangi bir gruba ait bilgileri istediğimizde aşağıdaki bilgiyi alırız.

 

RequireSenderAuthenticationEnabled : False

Bu durumda iken Gruba dışarıdan gönderilen postalar bütün grup üyelerine ulaşacaktır.

 

Bu işlemeri Exchange management Console üzerinen yapmak ister isek aşağıdaki adımları uygulamamız gerekmektedir.

 

Alıntı kaynak: http://www.gokhanvarol.net/exchange-server-distribution-group-disaridan-mail-alma-ayari/

Office 365 Kural oluşturma ve mail yönlendirme

Şu anda Exchange 2013 altyapısı ile birlikte bu sistemin çalıştırılması Exchange 2013 tarafından yapılmaya başlandı. Şimdi tam oturması açısından bazı yerlerde açıklamalar yaparak birkaç örnek ile durumu açıklamaya çalışacağım. Öncelikle Ofis 365 yönetim ekranından Exchange Yönetim Merkezini açalım. Posta Akışı menüsünden Kurallar tabına gelelim.

 

Bu ekran görüldüğü üzere çok geniş kuralların yazılabilmesine imkanlar sunuyor. Genel olarak bahsedecek olursak burada mail boyutları, içerikleri, domain izinleri engellemeleri, Blacklistler, White listler, mail yönlendirmeleri, içerik kontrolü gibi çok geniş işlemler yapabilmekteyiz. FFOP arayüzünden daha fazla kural tanımlama imkanı sunmaktadır. + butonuna tıklayalım.

+ butonuna tıkladıktan sonra açılan kural ekranında yeni bir kuralın nasıl tanımlanacağını irdelemek adına “Yeni Kural Oluştur…” kısmına tıklayalım. Açılan ekranda resimde olduğu gibi kuralımıza bir isim verelim. Ben Mail Yönlendirme olarak verdim.

Şu anda aşağıda görüldüğü gibi kural ekranımızda iki kuralımız oluşmuş durumda.

Alıntıdır. http://www.cozumpark.com/blogs/cloud_computing/archive/2013/09/01/ofis-365-exchange-kural-y-netimi.aspx

Exchange Server 2010 Kullanıcı Kota Tanımlaması Mailbox Quota

Kullanıcı bazında kota tanımlamasını aşağıdaki adımları takip ederek yapabilirsiniz:

1-      Exchange Server Management Console ‘u açıyoruz.

exchangekota1

2-      Recipient Configuration tabı altında yer alan Mailbox sekmesine tıklıyoruz.

exchangekota2

3-      Kotasını yükseltmek istediğiniz kullanıcıyı seçip, 2 kere tıklıyoruz ve özellikler penceresine açılıyor.

exchangekota3

4-      Sonrasında Mailbox Settings bölümüne gelip, Storage Quotas bölümünün özelliklerine girip, MB cinsinden kota tanımlamasını yapabilirsiniz.

exchangekota4