Microsoft Exchange Server Queue Database Mimarisi, Exchange Server ‘in belirli bir sırayla işlediği mantıksal iletileri temsil etmektedir. Gelen ve giden iletiler alıcısına teslim edilmeden önce Microsoft Exchange Server ‘ın kuyruğunda işlenir ve teslimat öncesinde, teslimat sırasında ve sonrasında Microsoft Exchange Server Queue veri tabanı içinde saklanır.

Microsoft Exchange Server Queue Database Mimarisi ve Message Queue ayarları Microsoft Exchange Server’ in performansona ve süreklilik çözümlerine etki eden önemli ayarların başında gelmektedir.

Unutmayalım, Microsoft Exchange Server Business Continuity Plan ‘ları için Microsoft Exchange Server performans değerleri de önemlidir.

Microsoft Exchange Server Queue Database ‘e Exchange Server Mailbox Server ve Exchange Server Edge Transport Server üzerinde bulunmaktadır.

Microsoft Exchange Server Queue Database değerleri her bir Exchange Server organizasyonu için kuruma özel olarak ayarlanmalıdır. Kurumun ihtiyaçları özelinde ayarlanmayan Exchange Message Queue mimarisi, iletilerin geç gitmesine, bir problem durumunda Exchange Server Queue veri tabanının büyümesine ve bazı problemlerde Exchange organizasyonunun hizmet kesintisine neden olmaktadır.

Microsoft Exchange Server 2016 ile birlikte Exchange Server mimarisi bir tek Rol mimarisine indirildi ve konsolidasyon süreci (şimdilik) tamamlandı.

Exchange Server 2016 ve sonraki sürümlerde tek bir Role sahip olmamız Exchange Message Queue ayarlarının önemli olmasına neden oldu. Bu önem Exchange Server Performans değerleri ve iş sürekliliği için de önemlidir.

E-posta iletişiminde ki önemli altın kuralı hatırlayalım.

Göndermiş olduğunuz her bir ileti karşı tarafa iletilene kadar Exchange Server Queue veri tabanı içinde tutulmaktadır. Bir ileti gönderdiğiniz zaman ilk önce Exchange Server Queue veri tabanına yazılır ve iletim bilgisi geri gelene kadar da veri tabanı içinde saklanır.

Microsoft Exchange Server Queue Database Mimarisi makalesi içinde aşağıda ki bilgilere sahip olacaksınız.

1. Microsoft Exchange Message Queue Mantığı Nedir?

Microsoft Exchange Server üzerinde bir ileti karşı tarafa teslim edilene kadar saklanmaktadır. Bu tasarımın en temel nedeni, iletiyi göndermiş olduğunuz e-posta sunucusunun (Exchange Server olabilir veya başka bir e-posta sunucu olabilir ve bu önemli değildir) o anda hizmet edemiyor olması olabilir.

Bu türde oluşan bir problem, karşı tarafın Mail sunucusu ile ilgili olduğu kadar sizlerin de kullanmış olduğu Exchange Server üzerinde ki problemlerden kaynaklı olabilir.

Örnek olarak Microsoft Exchange Organizasyonu içinde bulunan bir kullanıcı bir ileti gönderdiği zaman sahip olduğunuz Exchange Server Transport servisi geçici olarak hizmet dışı olmuş olabilir. Exchange Server performansı, ileti gönderilmiş olduğu zaman diliminde yetersiz kalmış olabilir, sahip olduğunuz internet alt yapısı ileti gönderildiği zaman hazır durumda olmamış olabilir ve daha bir çok nedenden ötürü gönderilen iletinin karşı tarafa ulaşmaması mümkündür.

Bu ve benzeri problemler her Exchange Server için olması muhtemeldir ve bu nedenden ötürü Exchange Message Queue yapılandırması önem arz etmektedir.

Exchange Server Queue

Exchange Server Queue

Microsoft Exchange Server Queue veri tabanı içinde kuyrukta bekleyen ve iletilmek üzere hazır bekleyen bütün iletileri

  • Exchange Management Shell
  • Exchange Toolbox Queue Viewer
  • Exchange Control Panel üzerinden görebilirsiniz.

İletilerin durumunu ve içeriğini ve ayrıntılı mesaj özelliklerini görüntülemek için bu ara yüzleri kullanabilirsiniz.

2. Microsoft Exchange Server Queue Database Türleri Nedir?

Exchange Organizasyonu içinde bulunan Exchange Transport Server, Exchange Queue database sahiptir.

Exchange server Mimarisi üzerinde birçok değişim olmuştur ve artık Exchange server 2016 sürümü ile her bir Exchange Server, Exchange Queue Database dosyalarına sahiptir.

Exchange Server 2016 Mailbox Role üzerinde bulunan Transport Services, eski sürümler de Exchange Hub Transport Server üzerindedir ve Exchange Server 2016 ve önceki tüm sürümlerinde de Exchange Message Queue verilerinin saklanması için ESE veri tabanı kullanmaktadır.

Exchange Server 2016 Role Konsolidasyon Süreci Exchange Server Performans değerlerine etki eden önemli bir değişim olmuştur ve Exchange Server Performans iyileştirmeleri ve sağlıklı mail iletişimi için de Exchange Message Queue mimarisinde de değişim olmuştur.

Exchange Server 2013 üzerinde Exchange Server Mailbox Role sahip sunucu da Exchange Queue database bulunmaktadır.

Exchange Server 2010 ve 2007 Sunucuların da ise Hub Transport Role sahip sunucu üzerinde Exchange Queue database dosyaları bulunmaktadır.

Exchange Message Queue Mimarisi

Exchange Message Queue Mimarisi

2.1. Microsoft Exchange Server Delivery Queues Nedir?

Delivery Queues Tüm iletiler için tutulan Exchange Server queue verisidir. Exchange Message Queue Mimarisi, Exchange Server 2016 ve sonra ki sürümler için Exchange Edge Server ve Exchange Mailbox Server üzerinde bulunmaktadır.

Exchange Delivery queues gerektiğinde dinamik olarak oluşturulur ve kuyruk boş olduğunda ve son kullanma süresi geçtiğinde otomatik olarak silinir.

Kuyruk geçerlilik süresi Varsayılan değerde üç dakikadır. Exchange Edge Server ve Exchange Mailbox Server üzerinde ki sıra değişkenlik göstermektedir.

Exchange Edge Transport sunucularında, her bir hedef SMTP etki alanı için bir sıra vardır. Exchange Mailbox Server da ise NextHopSolutionKey özelliği tarafından belirtilen her benzersiz hedef için bir sıra vardır.

Tüm iletiler, Microsoft Exchange 2016 ve Microsoft Exchange Server 2013 için SMTP kullanılarak iletilir. SMTP olmayan hedefler, varış noktası bir teslim aracısı, bağlayıcısı tarafından teslim edildiğinde dağıtım kuyruklarını da kullanır.

Delivery queues incelendiği zaman gruplanmış şekilde birden fazla kuyruk göreceksiniz. Hedef bir domaine birden fazla kullanıcı mail gönderdiği zaman hedef domaine iletilecek olan her bir ileti Delivery queues içinde saklanacaktır.

2.2. Microsoft Exchange Server Poison Message Queue Nedir?

Poison Message Queue , Exchange Message Queue Mimarisi içinde üzerinde Exchange Edge Server ve Exchange Mailbox Server üzerinde bulunmaktadır ve sadece bir tanedir. Bu Exchange queue verisi genellikle boştur.

Exchange organizasyonu zararlı bir ileti gelebilir veya SMTP Gateway tarafından veya Exchange Server Mail güvenliğini sağlayan bir yazılım/donanım tarafından bir ileti yanlışlıkla zararlı hale gelebilir, bozulabilir.

Poison Message Queue amacı, Exchange server sürekliliği için tasarlanmıştır. Zararlı bir ileti veya bozulmuş bir iletinin Exchange server çalışmasına, performansına etki etmesini önlemek için çalışmaktadır.

Hata içeren mesajları ayırır ve Exchange Server ‘a veya Exchange Servislerine zararlı olduğu bildirilir.

Bu tür iletiler hiçbir zaman otomatik olarak iletilmez ve süresi dolmaz. İletiler, Exchange Server yöneticisi tarafından incelenene kadar ve eylem yapılana kadar bekletilir. Exchange Server yöneticisinin zararlı ve zarar görmüş iletileri silmesi veya zararlı olarak işaretlenmiş iletileri teslim ettirene kadar bekletilir.

2.3. Microsoft Exchange Server Shadow Queues Nedir?

Shadow Queues, Exchange Message Queue Mimarisi içinde sadece Exchange Mailbox Server Role üzerinde barınmaktadır. Diğer queues türleri gibi Exchange Edge Server üzerinde barınmaz.

Bu özellik Exchange server 2010 ile birlikte kullanılmaya başlandı ve Exchange Server 2010 üzerine Hub Transport Role sahip sunucu üzerinde çalışmaktadır.

Bir iletinin yedek veya gölge kopyasını Hub Transport üzerinden posta kutularına teslim edilene kadar saklamak için tasarlanmıştır. Posta kutusu tarafından ileti alındı bilgisi gelene kadar ileti için oluşan Shadow queues verisi silinmeyecektir.

2.4. Microsoft Exchange Server Submission Queue Nedir?

Submission Queue Exchange Message Queue Mimarisi içinde Exchange Edge Server üzerinde ve Exchange Mailbox Server üzerinde bulunmaktadır ve sadece bir tanedir.

Exchange Server Hub Transport Services/Role tarafından kabul edilen ancak işlenmemiş iletileri tutmaktadır. Gönderme sırasındaki iletiler ya işlenmeyi bekliyor ya da aktif olarak işleniyor verisi bu queue içinde bekletilmektedir.

İletileri kategorilere ayırmak için ve bir ileti için alıcısının nerede olduğu belirlenene kadar saklanır. İletinin alıcısı bulunduysa Delivery queues içine taşınır. Alıcısı bulunmayan iletiler alıcısı bulunana kadar Unreachable queues içinde saklanır.

2.5. Microsoft Exchange Server Unreachable Queue Nedir?

Unreachable Queue, Exchange Message Queue Mimarisi içinde Exchange Edge Server üzerinde ve Exchange Mailbox Server üzerinde bulunmaktadır ve sadece bir tanedir.

Hedefine ulaşamayan iletilerin barınmış olduğu Queue verilerini kapsamaktadır. Alıcısı bulunamayan veya alıcısının yeri değişmiş olan iletileri saklamaktadır. Alıcıyı bulunan kadar iletiler bu Exchange Queue verisi içinde saklanacaktır. Alıcısı bulunduktan sonra ileti Delivery queues ‘ye yönlendirilir.

3. Microsoft Exchange Server Queue Database Dosyaları Nedir?

Problemsiz çalışan bir Exchange Server Organizasyonu içinde Queue Database yolu incelendiği zaman bu bölümde ki verilerin sürekli olarak büyüdüğünü ve küçüldüğünü görebileceksiniz. Nedeni, tipik bir ESE veri tabanı karakterine sahip olduğu içindir.

Veri tabanın da bulunan verileri kabul etmek, izlemek ve sürdürmek için günlük dosyaları tutmaktadır.

Exchange Server Performansını arttırmak için önce tüm mesaj işlemlerini belleğe ve sonra da veri tabanı dosyasına yazılır.

Kuyruk veri tabanı içinde dairesel kayıtlar kullanılır. Bu, geçerli kontrol noktasından daha eski işlem günlüklerinin hemen ve otomatik olarak silindiği anlamına gelmektedir. Bu nedenle, işlem günlükleri, yedekleme ve sıra veri tabanı kurtarma için yeniden yürütülemez.

Exchange Message Queue Database Files

Exchange Message Queue Database Files

Exchange Serer Kurulum işleminde herhangi bir özel kurulum yolu belirtmediyseniz varsayılan kurulum yolu,

Copy to Clipboard

Exchange Queue Database içinde bulunan verilerinin büyümesi ve yeterli disk alanı kalmaması durumunda Microsoft Exchange server  hizmet kesintisine uğrayacak ve mail akışına etki edecektir.

Bu dosyaların barındığı disk alanının sahip olduğu I/O değerleri Exchange Server Performans değerlerine önemli etkisi olmaktadır.

Mail.que Sırada beklemekte olan bütün iletiler bu veri tabanı içinde saklanır.

Tmp.edb Geçici veri tabanı dosyasıdır. Başlangıçta kuyruk veritabanı şemasını doğrulamak için kullanılır.

Trn*.log Veri tabanındaki değişiklikler ilk önce işlem günlüğüne yazılır ve daha sonra veritabanı na bağlanır. Veri tabanına yazılmadan önce bellek üzerinde bulunan işlemler bu log dosyası üzerinde tutulmaktadır.

Varolan Trn.log işlem günlüğü dosyası maksimum boyutuna ulaşırsa, Trn.log, nnnn’ nin bir sıra numarası oluşmakta ve Trn nnnn.log olarak yeniden adlandırılır.
Trn.chk Veri tabanına yazılan işlemleri izlemektedir. Bu dosya her zaman mail.que dosyasıyla aynı konumdadır.

Trnres00001.jrs ve Trnres00002.jrs dosyaları rezerve alan olarak bulunmaktadır ve bu dosyalar boştur. Bu dosyaların olma nedeni, Exchange Server Queue veri tabanının barınmış olduğu disk üzerinde yeterli alan kalmaması durumunda Exchange Server sisteminin devamlılığını sağlamak için bu rezerve alan kullanılır ve disk alanı üzerinde geçici yer açılır. Elbette bu alanların ayırmış olduğu alan bitmeden müdahale edilmesi gerekmektedir. Geç müdahaleler Exchange Server mimarisin de ek iş gücü oluşacakve Exchange Server Performans problemlerine neden olacaktır.

Müdahalelerin geç kalması Exchange Server Performans problemi haricinde Exchange server için hizmet kesintisine neden olacaktır.

4. Microsoft Exchange Server Queue Database Planlaması

Microsoft Exchange Server Queue database büyümesi yada Exchange Server queue growing olarak bilinen problemi yaşamış ve bu problem sonrasında Exchange Server üzerinde performans problemi ve hizmet kesintisiyle karşılaşmış olabilirsiniz.

Exchange Server Queue Database yolu üzerinde yer değişikliği yaparak bu problemlere çözüm üretebilir ve Microsoft Exchange Server üzerinde Performans kazanabilir ve Exchange Server Queue database problemlerinden kaynaklanan hizmet kesinti sürelerini en aza indirebilirsiniz.

Microsoft Exchange Server ‘in en temel görevi mail almak ve göndermektir ve Exchange Server Queue yapılandırması, ayarları bu işleme bire-bir etki etmektedir.

Yanlış ayarlanan yada var sayılan değerde bırakılan Exchange Server Queue Database ayarları Exchange Server için hizmet kesintisi ve performans problemlerine sebep olacaktır.

Yapacak olduğumuz Microsoft Exchange Server Queue Database Planlaması ile olması muhtemel Exchange Server kesintilerinin önüne geçmeyi ve yaşanılacak Exchange Server performans kayıplarını engellemeyi hedeflemekteyiz.

4.1. Exchange Server Queue Problemleri Nedir?

Bir iletinin teslim edilmesine etki edebilecek sayısız neden bulunmaktadır. Exchange Server çalışma mantığında ise bir ileti karşı tarafa iletilene kadar Exchange Server Queues Database içinde saklanmaktadır.

Exchange Server Queue Database mimarisi Exchange server mimarisinde olduğu gibi diğer birçok e-posta sistemlerinde de kullanılmaktadır. Exchange Server Queue mimarisi Exchange Server mimarisi için kaçınılmazdır fakat bu mimari doğru ayarlanmadığı zaman da birçok probleme gebedir.

Microsoft Exchange Server Queue Database

Microsoft Exchange Server Queue Database

Microsoft Exchange Server Queue Database tasarımı kuruluş ihtiyaçlarına uygun ayarlanmadığı zaman birçok problem yaşanmakta ve Exchange Server Performans değerlerinin düşmesine ve Exchange Server Hizmet kesintilerine neden olmaktadır.

Exchange Server Queue Database problemleri için google da aşağıda ki başlıklar da kısa bir arama yapabilirsiniz.

Nedeni, Kullanıcı tarafından gönderilen bir ileti karşı tarafa iletilene kadar bu sorumluluk Microsoft Exchange Server üzerindedir ve Exchange Server da her bir e-posta ‘yı iletmek üzere tasarlanmıştır.

Exchange Server queue growing problemi iletinin ulaşamadığı belirli bir domain için ise olay sadece iletilmeyen domain ile sınırlı olacaktır, peki ama problem daha büyükse?

Örnek, Exchange organizasyonu içinde bulunan bir kullanıcı belirli bir domaine mail göndermekte. Gönderilen domain, mailin gönderildiği zaman içinde hatalı. Bu nedenden ötürü Exchange Server kullanıcımızın mailini karşı tarafa iletemediği için ileti Exchange Message Queue Database içinde iletilene kadar bekleyecektir.

Gönderilemeyen domain sayısı ne kadar fazla olursa, Exchange Message Queue Database o ölçüde büyüme oluşacak Exchange Server queue growing olayı oluşacaktır.

Bir başka senaryo, mail gönderilen domain ve domainlerde herhangi bir problem bulunmamakta. Problem bu sefer bizip Microsoft Exchange Server ‘da. Exchange Server Transport Servisi hatalı olabilir, kullanmış olduğumuz SMTP Gateway sunucusu veya cihazı üzerinde bir problem olabilir. İinternet hizmeti almış olduğumuz servis sağlayıcı veya cihazlarımızda problem olabilir. daha bir çok neden e-posta iletilmemesine sebep olabilir.

Bu ve benzeri durumlarda Microsoft Exchange Server kullanıcılarımızın maillerini karşı domainlere iletemeyecektir ve yaşanılan bu problemler de Exchange Message Queue Database ‘nin hızlı bir şekilde büyümesine neden olacaktır.

Bu problemler sonrasında Exchange Server queue growing , Exchange Server queue full demiş olduğumuz olaylar gerçekleşecektir. Belirli bir süre sonra, Exchange Server üzerinde ki kaynaklar bitmeden hemen önce Exchange Server üzerinde hizmet kesintisileri başlayacaktır.

4.1. Exchange Server Transport Database Hesaplaması Nasıl Yapılır?

Her Microsoft Exchange Server organizasyonunun çalışma şekli ve ihtiyaçları farklıdır ve bu farklılıklar da Microsoft Exchange Server ayarlarına, tasarımına etki etmektedir. Exchange Server performans problemi ve Exchange Server Hizmet kesintisi gibi problemler yaşamamak için kurumunuzun ihtiyaçları çerçevesinde özel ayarlar yapılmalıdır.

Exchange Message Queues Hesaplaması

Exchange Message Queue Hesaplaması

Yönetmiş olduğunuz Microsoft Exchange Server organizasyonu içinde ki kullanıcıların sayısını bilebilirsiniz. Kullanıcı posta kutusuna limitler getirebilir, posta kutusunun ne kadar büyüyebileceğini sınırlayabilirsiniz, kurallar koyabilirsiniz. Fakat, her bir kullanıcının bir gün içinde ne kadar mail göndereceğini ve mail alacağını sadece ön görebilirsiniz.

Daha önce yaptığınız Microsoft Exchange Server Kurulum işlemleri, yönetmiş olduğunuz Exchange Organizasyonu, sahip olduğunu bilgi, tecrübe ve kazanmış olduğunuz deneyimler Microsoft Exchange Server Queue Database ayarları için sizlere rehberlik edecek ve sahip olduğunuz uzmanlıklara bağlı olarak belirli değerleri ön görüp bu sınırları ayarlayabileceksiniz.

Ne kadar çok deneyime sahip olursanız olun, sahip olduğunuz deneyim ile birlikte bu özel ayarları yapmak için hesaplama araçlarını da kullanmanızdır. Benim önerim, Exchange Server Queue Database planlaması için Exchange 2013/2016 – Transport Database Sizing Tool v1.2 aracını önermekteyim.

Bu araç Microsoft Exchange Server 2013 ve Microsoft Exchange Server 2016 organizasyonları için geçerlidir. Kurumunuz içinde bulunan kullanıcı sayısı ve ortalama mail alma ve gönderme değerlerini verdiğiniz zaman ihtiyaç duyduğunuz Exchange Server Queue Database boyutunu sizlere söylemektedir.

Bu aracın vermiş olduğu boyutlara sizlerde ek buffer alanları belirleyerek sağlıklı bir alanı belirlemiş olacaksınız.

Bu hesaplama formülü kullandıktan sonra en kötü durum senaryosu için ne kadar disk alanına ihtiyacınız olduğunuz belirlenecektir.  Bu değerler sonrası Exchange Server Queue Database disk gereksinimini ve büyüme değerlerine sahip olacaksınız. Bu değerleri verirken en üst rakamları söylemeniz planlamanız için faydalı olacaktır.

5. Exchange Message Queue Lokasyon Değişimi Nasıl Yapılır?

Windows Server Performans ve Virtual Memory makalesi içinde Windows Server performans değerleri için örnekler vermiştik. Virtual Memory yapılandırması nasıl ki Windows Server performansına bire-bir etki ediyorsa Exchange Message Queue Database için ayıracak olduğumuz disk alanı ve disk türü d Exchange Server Performans değerlerine, e-posta alma ve gönderme sürelerinize etki etmekte ve beklenmeyen hizmet kesintilerinin önüne geçmektedir.

Exchange Server Queues Database Files

Exchange Server Queues Database Files

Microsoft Exchange Server Kurulumu yapmış olduğum müşterilerimde özel bir neden yok ise her iki yapılandırma için aynı disk alanını kullanmaktayım. Bu disk alanı Windows Server işletim sisteminin barınmış olduğu disk alanına göre fiziksel ve mantıksal olmak üzere farklı tasarımları yapmaktayız.

Varsayılan değerlerde Exchange Message Queue değerleri aşağıda ki dizinde barınmaktadır.

Copy to Clipboard
Exchange Message Queue Location Change

Exchange Message Queue Location Change

Verilerin barınacak olduğu disk alanı için Exchange Server Sistem kullanıcıları ve gruplarının izne sahip olması gerekmemektedir. ihtiyaç duyulan izinler aşağıdadır ve Windows kullanıcıları ile sınırlıdır. Bu izimleri Exchange Server Queue Database yolunu değiştiremeden önce vermiş olmanız gerekmektedir.

  • Network Service: Full Control
  • System: Full Control
  • Administrators: Full Control

5.1 Exchange Message Queue Lokasyon Değişimi

Microsoft Exchange Server Kurulum işlemleri yeni yapıldıysa ve ileti trafiği başlamadıysa Exchange Message Queue Lokasyon Değişimi hızlıca yapılabilir. Exchange Message Queue Lokasyon Değişimi, henüz kritik seviyede e-posta alma ve gönderme işlemi yapmamış Exchange Server organizasyonları için önerilmektedir ve Exchange Message Queue verilerinin önemli olmadığı kurumlar için ilk tercihtir.

Copy to Clipboard

Yukarıda ki komut ile EdgeTransport.exe.config yapılandırmasını açıyoruz.

[/fusion_text]

Copy

Yukarıda ki komut ile EdgeTransport.exe.config dosyası üzerinde değişiklik yapıyoruz. Exchange Message Queue Database barınacak olduğu yeni yeri belirliyorsunuz.

Copy

Örnek değerler yukarıda paylaşılmıştır. Bu değerler tanımlandıktan sonra Exchange Message Queue Database verileri D:\Queue\ altında hizmet edecektir.

Copy

Yukarıda ki komut ile mevcut Exchange Message Queue verileri taşınmayacak, yeni belirtilen dizin içinde yeni Exchange Message Queue için yeni verileri oluşacaktır. Eski lokasyon içinde Exchange Message Queue verilerini görebilirsiniz.

5.2 Exchange Message Queue Taşıma

Microsoft Exchange Server Kurulum işlemleri çok önce yapılmış ve Exchange Server organizasyonu e-posta alma ve gönderme sürecine başladıysa Microsoft Exchange Message Queue Taşıma işlemleri planlanmalı ve sonrasında bu işlemlere başlanmalıdır.

Exchange Message Queue Taşıma yöntemi Exchange Server Performans değerlerinde iyileştirme ihtiyacı olan kurumlar ve Exchange Server kurulum işleminden sonra Exchange Message Queue Lokasyon Değiştirme işlemlerini yapmamış e-posta sistemleri için yapılmaktadır.

Bu süreç iyi planlanmalıdır çünkü bu işlemler yapılma sırasonda e-posta trafiğinde kesinti olacaktır.

Copy

Öncelikle MSExchangeTransport servisini durduruyoruz.

Copy

Yukarıda ki komut ile EdgeTransport.exe.config dosyasını açıyoruz.

Copy

Yukarıda ki komut ile EdgeTransport.exe.config dosyası üzerinde değişiklik yapıyoruz. Exchange Message Queue verilerinin barınacak olduğu yeni yeri belirliyorsunuz.

Copy

Örnek değerler yukarıda paylaşılmıştır. Bu değerler tanımlandıktan sonra Exchange Message Queue verileri D:\Queue\ altında hizmet edecektir. MSExchangeTransport servisini başlatmadan önce C:\Program Files\Microsoft\Exchange Server\V15\TransportRoles\data\Queue içinde bulunan verileri belirtmiş olduğumuz dizine D:\Queue altına taşıyoruz.

MSExchangeTransport servisi çalışmadığı zaman bu verileri silebilir ve yer değişikliği yapabiliriz. Exchange Server queue growing olayı yaşandığı zaman veya Exchange Server queue full olayı olduğu zaman bu bölümde ki verileri silmeniz içinde bu yöntem kullanılmaktadır.

Unutmayalım, bu veriler silindiği zaman kullanıcı tarafından gönderilen ama iletilmeyen iletileri de silmiş olacaksınız.

Copy

Biz silme işlemini yapmıyoruz. Sadece yer değişikliği yapmaktayız. Verileri yeni lokasyona taşıdıktan sonra MSExchangeTransport servisini yukarıda ki komut ile başlatıyoruz.

Exchange Servislerini tekrar hizmet vermeye başldıktan sonra Exchange Server Queue Database verileri yeni lokasyon üzerinde çalışacaktır. Bu işlemler her ne kadar Exchange Server Performans işlemleri için yapılıyor olsa bile Exchange server hizmet kesintisinin önüne geçmek içinde yapılmalıdır. Her bir yapılandırma kuruma özel tasarlanmalı ve özel ayarlar yapılmalıdır.

6. Exchange Management Shell ile Queue Database Örnek Yönetim Komutları

Aşağıda paylaşmış olduğum Exchange Management Shell komutları ile Exchange Server Queue yönetimini Exchange Management Shell üzerinden yapabilirsiniz.

Copy to Clipboard

Yukarı paylaşmış olduğum Exchange Management Shell komutu ile Hub Transport servis üzerinde bekleye kuyruğu görebilirsiniz.

Copy to Clipboard

Yukarı paylaşmış olduğum Exchange Management Shell komutu ile Exchange Server özelinde bekleyen kuyruğu görebilirsiniz. Çalıştırmış olduğum komut EX16 isimli Exchange Server için sizlerde kendi ihtiyacınız için değiştirebilirsiniz.

Copy to Clipboard

Yukarı paylaşmış olduğum Exchange Management Shell komutu ile Exchange Organizasyonu içinde bulunan bütün Exchange Serverlar üzerinde bekleyen kuyruğu görebilirsiniz.

Copy to Clipboard

Yukarı paylaşmış olduğum Exchange Management Shell komutu ile  kuyrukkta beyleyen mesajları görmek için kullanabilirsiniz.

Copy to Clipboard

Yukarı paylaşmış olduğum Exchange Management Shell komutu ile mesaj sayısı 10’dan fazla olan mailleri görebilirsiniz.

Copy to Clipboard

Yukarı paylaşmış olduğum Exchange Management Shell komutu ile domain bazlı kuyrukta bekleyen mailleri görebilirsiniz.

Copy to Clipboard

Yukarı paylaşmış olduğum Exchange Management Shell komutu ile Exchange Server organizasyonu içinde bekleyen bütün mesajları Suspend etmek için kullanabilirsiniz.

Copy to Clipboard

Yukarı paylaşmış olduğum Exchange Management Shell komutu ile Exchange Server organizasyonu içinde kuyruta bekleyen bütün mesajları export etmek için kullanabilirsiniz.

Copy to Clipboard

Yukarı paylaşmış olduğum Exchange Management Shell komutu ile Exchange Server organizasyonu içinde kuyruta bekleyen bütün mesajları silmek için kullanabilirsiniz.

Yukaruda paylaşmış olduğum komutları ihtiyaçlarınız çerçevesinde alt paremetre değişkenleri ile kullanabilir, Exchange Server Queue yönetimini Exchange Management Shell komutları ile yapabilirsiniz.