System Attendat servisi ile ilgili basit bir hatırlatma yapacak olursak; System Attendat servisi, mailbox’ları, exchange uygulaması genel servislerini monitör eden, kullanıcıların takvimlerinde ki free/busy bilgilerini organizasyona publish eden, mailbox manager notification maillerini ileten, mailbox database’ler arası mailbox taşınmaları sürecini yöneten önemli bir servistir.

Cannot open mailbox /o=Anadolu/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Configuration/cn=Servers/cn=SUNUCU_ISMI/cn=Microsoft System Attendant.

Microsoft.Exchange.Data.Storage.ConnectionFailedTransientException: Cannot open mailbox /o=Anadolu/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Configuration/cn=Servers/cn=Sunucu_Ismi/cn=Microsoft System Attendant. —> Microsoft.Mapi.MapiExceptionLogonFailed: MapiExceptionLogonFailed: Unable to make connection to the server. (hr=0×80040111, ec=1010)

Hatanın detayını biraz daha incelediğimde ” System Attendat ” mailboxının bulunamadığı, açılamadığı gibi anlamlar çıkarmaya başladım. ADSIedit ile incelediğimde System Attendat mailbox’ının aslında var olduğu ama konumumun belirleneceği yerin olmadığını gördüm. Aşağıda ki örneğe göre konumunu ekledim ve System Attendat servisini restart ettim. Servis start olduktan sonra problem düzeldi.

AdsiEdit açılır –> Configuration –> Services –> Microsoft Exchange –> Organization –> Administrative Groups –> Servers –> MailboxSunucuIsmi –> Information Store –> Microsoft System Attendat servisine sağ click –> Properties dendikten sonra aşağıda ki 2 attribute içerisinde yer alan path kısmı düzeltilir.

HomeMDB

Sample: CN=MBX_SERVER,CN=Databases,CN=Exchange Administrative Group (FYDIBOHF23SPDLT),CN=Administrative Groups,CN=Exchange_Organizasyon_Adi,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=bugrakeskin,DC=com

homeMTA

Sample: CN=Microsoft MTA,CN=MBX_SERVER,CN=Servers,CN=Exchange Administrative Group (FYDIBOHF23SPDLT),CN=Administrative Groups,CN=Exchange_Organizasyon_Adi,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=bugrakeskin,DC=com

Couldn’t resolve the user or group “bugra.com/Microsoft Exchange Security Groups/Discovery Management.”
It is also listed in the eventlog at Event id: 1002: Exchange Server component Mailbox Role failed:
Event ID 1002
Providor Name:MSExchangeSeup

“Couldn’t resolve the user or group /Microsoft Exchange Security Groups/ Discovery Management” If the user or group is a foreign forest principal, you must have either a two-way trust or an outgoing trust.
The trust relationship between the primary domain and the trusted domain failed”

Active Directory kaynaklı bir problem olduğunu düşündüm. Çözüm için aşağıda ki işlemleri yapabilirsiniz.

1) Disable-Mailbox “DiscoverySearchMailbox {D919BA05-46A6-415f-80AD-7E09334BB852}”
2) Enable-Mailbox “DiscoverySearchMailbox {D919BA05-46A6-415f-80AD-7E09334BB852}” -Arbitration
3) Add-MailboxPermission -Identity:”bugra.com/Users/DiscoverySearchMailbox {D919BA05-46A6-415f-80AD-7E09334BB852}” -User:”Discovery Management” -AccessRights:”FullAccess”

Katılımcılara bir kez daha teşekkür ediyorum.

Yanlışlıkla ya da kötü niyetle silinen bir öğeyi kurtarmak için bu işlevsellikten nasıl yararlanacağız, ne yapmamız gerekiyor gibi konuları tartışacağız.

Bu durumla ilgili iki konuyu esas alacağız:

1. Arama – silinen / kaybolan öğelerin yerinin belirlenmesi
2. Kurtarma – silinen / kaybolan

Burada önemli bir hatırlatma yapmak durumundayım. Bu özellik backup gibi algılanmamalıdır. Burada ihtiyacımız tek bir öğeyi kurtarmak olmalıdır. Burada tek bir öğeden kastım tabi ki birden fazla öğe olabilir ancak bir folder ve içinde ki mesajları folder ile beraber ayırıp kurtaramayız.

Burada baz alacağımız kriterler aşağıda ki gibidir:

1. Keywords:  Kelime (multi) bazında arama yapılabilir.
2. Message types: Yukarıda belirttiğim mesaj tipleri seçilebilir.
3. Message to or from specific e-mail addresses:  Bildiğimiz bir mail adresinden gelen ya da bildiğimiz mail adreslerine gönderdiğimiz öğeler için seçilebilir.
4. Date Range: Zaman aralığı verilebilir.
5. Mailboxes to Search: Tüm ya da 1 mailbox içerisinde arama sorgulaması yapılabilir.

Bunun örneklerine birazdan değineceğiz.

Uyarılar

• Single Item Recovery sadece Exchange Control Panel ve Powershell kullanılarak yapılır. ExchangeManagement Console ile bu özellik kullanılamaz.
• Unutulmamalıdır ki, verileri bulmak ve kurtarmak için “Singe Item Recovery” özelliği enable edilmeli ve yanlışlıkla silinen “Tek Öğeler” için kullanılmalıdır.
• Single Item Recovery aşağıda vereceğimiz powershell komutu ile enabled konumuna getirilmeli
• Enterprise CAL License var ise Single Item Recovery ek özellikler ve kolaylıklar kullanılabilir. Aşağıda bununla ilgili işleyişi gösteren bir diagram mevcut.

Nasıl Çalışır :

İşleyişi aşağıda ki maddelerle özetlemek mümkündür;

1. Mailbox’da kaybolan veri için arama başlatılır
2. Eğer Enterprise CAL var ise multi-search mailbox arama işleme dahil olur. Bu şu demektir; kaybolan maili istediğimiz mailbox içerisinde tek seferde aramaya dahil edebiliriz. Eğer Enterprise CAL lisansımız yoksa tek 1 mailbox içerisinde arama yapabileceğiz. Biz Enterprise CAL lisansımız varmış gibi davranacağız, ancak bunun yanında Standart CAL ile ne yapılabileceğinden bahsedeceğim.
3. Kaybolan veri arandı, bulundu ve Discovery Search Mailbox içerisine kopyalandı.
4. Bulunan veri kullanıcı mailbox’ına kopyalanacak / taşınacak. Bunun için eğer Enterprise CAL lisansımız var ise new-mailboxexportrequest komutunu kullanarak .pst formatında dışarı çıkarabiliriz. Sonrasında new-mailboximportrequest komutunu kullanarak kullanıcıya mailbox’ına import edebiliriz.

Teorik bilgileri tamamladığımıza göre artık uygulama kısmına gelebiliriz.

Senaryo

Çok basit bir senaryo düşünecek olursak;

Bir yöneticimiz katılması gereken toplantıya şehir dışında olduğu için katılamıyor, yerine asistanının toplantıya girmesini istedi. Toplantı yapıldı ve asistan arkadaşımız toplantı notlarını alıp mail ile yöneticisine gönderdi.

Yönetici bu maili gördü ancak daha sonra shift + delete ile tuşuna basarak yanlışlıkla sildi. Hemen servis masasını arayarak yanlışlıkla önemli bir mailini kaybettiğini ve kurtarılmasını istedi. Servis Masası ilk çözüm olarak Outlook 2010da bulunan “ Recover Deleted Items” bölümünden maili kurtarabileceğini söyledi ancak yöneticimiz ,soft delete değil shift+delete tuşuna basarak hard delete yapmış oldu. Bu durumda “Recover Deleted Items” bölümünde bu mesajı göremeyeceğinden sorunun düzelmediğini bildiriyor. Servis Masası sorunu 1 üst seviye olan Exchangeuzmanına aktarıyor.

Bu durumda devreye bizler giriyoruz. Ya da daha önce bu tür işleri Servis Masasına RBAC ile devretmemişsek kendileri de bunu yapabiliyor durumdalar.

Birazdan yapacağımız işlemler için kullanıcı hesabının “Discovery Management” rolüne sahip olması gerekiyor. Bir powershell komutu ile bu yetkiyi kullanıcıya atayabiliriz.

Add-RoleGroupMember “Discovery Management” –Member  “user account”

Senaryoyu şekillendirecek olursak;

Yukarıda ki resimde “ Toplantı notlarını gönderiyorum “ başlıklı bir mail var. Bu maili “cozumpark” kullanıcısı “bugra” kullanıcısına gönderiyor.

Bugra, bu maili yanlışlıkla (!) shift+delete ile çöp kutusuna göndermeden siliyor.

Sonra Servis Masasını arayıp kaybolan mailinin geri getirilmesini istedi. Servis Masası bu talebi Exchange Uzmanına aktarıyor. Discovery Management rolüne sahip Uzman arkadaşımız da “ Exchange Control Panel “ den arama / bulma / kurtmarma işlemlerini yapmaya başlıyor.

Ancak recovery işlemine başlamadan önce yukarıda da belirttiğim üzere SingleItemRecovery özelliğinin tüm mailbox’larda açık (true) olması gerekmektedir.

* SingleItemRecovery’nin açılmasından sonra database üzerinde belirttiğimiz gün / boyut kadar ekstra alan harcayağı bilgisi unutulmamalıdır ve en başında mailbox database diski planlamasında bu özellikler göz önünde bulundurulmalıdır.

Ben daha önce enable yaptığım için birşey değişmedi mesajı ile karşılaşmam normal.

Yukarıda ki komut çıktısında True olduğunu doğruluyoruz. Tüm mailbox’lar için SingleItemRecovery özelliğini aktif yapacak isek aşağıda ki komutu çalıştırmamız yeterlidir

Get-mailbox |set-mailbox –SingleItemRecoveryEnabled:$true

Recoverable Items kotasına baktığımızda 30 ve 20 GB limit olduğunu görüyoruz. Bunu EMC üzerinden kullanıcıya özel ya da database seviyesinde de bu limitleri belirtebiliriz.

OWA veya ECP’den yukarıda ki ekrana ulaşıyor oluruz. Manage Myself kısmından “My Organization” kısmını seçerek organizasyonumuzu yönetmek istediğimizi belirtiyoruz.

Sol menüden “ Mail Control “ kısmına gelip “ Discovery “ seçiyoruz.

PS: Eğer, RBAC ile discovery search rolü vermeseydik, Discovery kısmını göremeyecektik.

Enterprise CAL lisansına sahip olduğumuz için Multi-Mailbox Search kısmı karşılıyor bizi. Eğer Standart CAL lisansımız varsa bu işlemleri ECP den değil, Powershell komutları ile yapabiliyor olacağız.

Buradan New butonuna basarak ilerliyoruz.

İlk ekranda Keywork kısmı var. Bu özellik bize bir veya birden fazla kelime bazında search edebilmemize olanak sağlıyor.

“Select message types…” kısmına tıkladığımızda aranacak mesajın tipini seçebiliriz. Üstte ki ekranda seçebileceğimiz mesaj tipleri gözükmektedir.

Bu kısımda belirli bir alıcıdan gelen mesajlar ya da belirli kişilere gönderdiğimiz mesajlar arasında arama yapabiliriz.

Örneğin ben burada cozumpark@bugra.local adresinden gelen mesajları ara diye bir kriter verdim. Hatırlarsanız kaybolan mail cozumpark@bugra.local adresinden gelmişti.

Arayacağımız tarih aralığını buradan seçebiliriz. Bu ekran tam olarak şu demek;

Eğer ilgili mesajlar birkaç gün önce silindi ise bu durumda bizim tarihi, ortalama 1 hafta öncesinden başlayacak şekilde belirtmemiz daha doğru olacaktır.

Bu ekranda ( Select mailboxes to search ) sizin de tahmin edeceğiniz üzere yukarıda verdiğimiz kriterleri hangi mailbox’da araması gerektiğini belirtiyoruz. Birden fazla seçebiliriz.

Son bölümde bir arama ismi belirtiyoruz ve sonuçları ne yapacağımıza karar veriyoruz. Burada 2 seçenek var.

# Enable deduplication: deduplication yöntemini kullanarak kopyalanan veriyi sıkıştırmak istiyorsak bu seçeneği işaretlemeliyiz. Birkaç mail için bu seçeneği seçmemiz gerekmez.

# Enable full logging : log tutmak istemiyorsak bu seçeneği işaretlememiz gerekmez.

En alt kısımdan Browse butonuna bastığımızda sadece Discovery Search Mailbox’ı göreceğiz. Bunu seçip “Save” butonuna basarak arama işlemini başlatıyoruz.

Yukarıda ki ekranda search işleminin başladığı sağ tarafta ise detayların yer aldığı bölümü bulabiliriz. Bu işlem, seçtiğiniz mailbox sayısı, tarih aralığı gibi kriterlere göre süre anlamında değişiklik gösterebilir.

Arama sona eriyor sağ tarafta kaç tane Item bulunduğu bilgisi var. Open butonuna basarak “discovery search mailbox” ı açıyoruz.

OWA ekranında Discovery Search Mailbox’ı açıldı ve kurtarılan mail klasör halinde duruyor.

Şimdi bu maili kullanıcının inbox’ına atacağız. Bunun için birkaç yoldan gidebiliriz, ancak ben 2 yöntemden bahsedeceğim.

1. Powershell’den search-mailbox komutunu koşturarak

Search-Mailbox “Discovery Search Mailbox” –SearchQuery “from:’cozumpark@bugra.local’” -TargetMailbox Bugra -TargetFolder “Recovered_Mails” -LogLevel Full -DeleteContent

1. Powershell kullanarak mailleri PST dosyasına export edip kullanıcıya import etmek

New-MailboxExportRequest -Mailbox “Discovery Search Mailbox” -FilePath “\\exchsvr\HelpDeskPst\SecretaryRecovery.pst” -ContentFilter {Subject -eq “toplanti notlarini paylasiyorum”} -SourceRootFolder “Inbox”

• Yukarıda ki komut ile Discovery Search Mailbox’ına recover ettiğimiz mesajı  subject bilgisine göre aratıp export edebiliriz. Eğer 1 den fazla e-mail recover ettiysek haliyle yukarıda ki komut işimizi zorlaştıracaktır. Bu nedenle aşağıda ki komutu hazırladım.

New-MailboxExportRequest -Mailbox “discovery search mailbox”  -IncludeFolders “#Recoverable Items/Purges#” -TargetRootFolder “Recovered_SentItems” -filepath \\sunucu_ismi\pst\recovered.pst

• Yukarıda ki komutla “ Recoverable Items\Purges “ isimli klasörü Discovery Search Mailbox içerisinden export ettim.

New-MailboxImportRequest -Mailbox sec -FilePath “\\sunucu_ismi\pst\recovered.pst” -TargetRootFolder “Recovered”

• Son işlem olarak yukarıda ki komut ile de export ettiğimiz .pst dosyasını kullanıcıya import ettik.
• Sonuç:

Kullanıcının daha önce tanımladığımız dumpster alanından single item recovery işlemi yaparak herhangi bir tool kullanmadan silinen maili kurtardık.

Başka bir makalede görüşmek üzere

Buğra

Bende burada size yeni versiyon olan Exchange 2010 da sertifika nasıl oluşturulur onu göstermeye çalışacağım. Oluşturacağımız sertifikaları, ister OWA’da ister IMAP’ de dilersek POP da kullanabileceğiz. Tabi bunun için sertifikaoluştururken CAS rolüne sahip olan sunucuların isimlerinide alternate name e yazmak sertifikamızı kullanırken yaşayacağımız uyarı problemlerini çözecektir.

Exchange Management Console’da Server Configuration altında yukarıda ki resimde görüldüğü üzere ExchangeCertificates tabını görebiliyoruz. Sertifikaları buradan oluşturup yönetimininide bu konsol aracılığı ile yapabilmekteyiz.

Yukarıda ki resimde görüldüğü gibi, Server Configuration altında sunucu ismimize sağ tıkladığımızda; İçeride ki CA sunucusuna sertifika isteğinde bulunabilir, yada bir sertifika server dan elde ettiğimiz sertifikayı exchange server üzerine import edebilmekteyiz.

Biz burada New Exchange Certifika deyip devam edelim.

Burada friendly name i giriyoruz. Yani webmail.cozumpark.com gibi.

Devam ettiğimizde wilcard certificate i enable edip etmeyeceğimizi bize soruyor. Bu şu demek; eğer birden fazla subdomainimiz var ise bu sertifikanın o domainlerle beraber kullanılabileceğini söylüoyr.

Ör: *.cozumpark.com yaparsak olabilecek tümsub-domainleri kapsar.

Devam ettiğimizde, Client Sccess server ( Outlook Web App ) altında ki domain intranet yani local de ki sertifikaismi cpexc.mstr.com olacak,

Outlook Web Apps is on the Internet altında ki domain name ise mail.mstr.com olarak belirleyebiliyoruz. Yani dışarıdan mail.mstr.com yazdığımızda herhangi bir sertifika uyarısı ile bu durumda karşılaşmayacağız.Bunu ne için kullanacağız; ör: biz mail serverımızn ismini dışarıda kullanmak istemeyiz bunun yerine webmail,mail gibi isimler kullanmak isteriz. Bu durumda yukarı da ki ayarları izleyeceğiz.

Bu ekranda, sertifikamızın web servisleri ve Outlook Anywhere da da kullanabileceğini ve bunun için external adreside belirtebiliyoruz.

Autodiscover ı da enable ettikten sonra basit ve kolay bir şekilde dışarıdan mail sunucumuza authentication sağlayabilmekteyiz.

Burada ise sertifika domainlerimizi yazıyoruz. Default common name ne olacaksa ( sertifika üzerinde görülecek isim ) onu buradan ekliyoruz. Ayrıca buraya CAS rolüne sahip diğer mail sunucularımıza eklememizde fayda var.

Sertifika server a sertifika talebinde bulunacağımız için burda ki location ve organization bilgilerini giriyoruz ve certificate request file path ini nereye atacağını belirtiyoruz. Bu uzantı .req ‘dir.

Burada sertifika talebini request file olarak kaydediyoruz.

Certificate request file path burada gözüküyor. Devam ediyoruz.

Özeti görüyoruz.

Ve sertifika isteğimiz belirttiğimiz ayarlar ile oluşturuldu. Sıra geldi bu isteği sertifika server a işlemek ve sertifikayıoluşturmak.

Yine EMC üzerinde Server Configuration altında sertifika isteğimizi görebiliyoruz. Ancak sertifika onaylamadığımız için henüz OK ve onaylı durumda değil.

Sertifika request ımızı kaydettiğimiz yeri kontrol ediyoruz.

Certificate Authority, Web Enrollment sayfasını yukarıda ki gibi açıyoruz ve Request a certificate’e tıklıyoruz.

Burada, advanced certificate request e tıklıyoruz.

Submit a certificate request by using a base… e tıklıyoruz.

Sertifika talebini kaydettiğimiz yere gidip talep dosyasını notepad ile açıp, request bilgisini kopyalıyoruz.

Web Enrollment sayfasına gelip, yukarıda ki gibi kopyaladığımız istek bilgilerini buraya yapıştırıyoruz.

Certificate template olarak Web Server seçiyoruz ve submit e tıklıyoruz.

Sertifikayı onayladık şimdi Download certificate ve download certificate chain deyip oluşturulan sertifikayı kaydediyoruz.

Sertifikamızı uygun bir yere kaydediyoruz.

Sertifikamızı kaydettiğimiz yerde görüyoruz.

Tekrar Exchange Management Console a gelip, oluşturduğumuz sertifikaya sağ tıklayıp, “Complete Pending Request” e tıklıyoruz.

Kaydettiğimiz sertifikayı Exchange sunucusunda bir yere kopyalayıp bu ekranda konumu gösterip ilerliyoruz.

Özet ve finish diyoruz.

Sertifika düzgün bir şekilde oluşturulduğunu görebiliyoruz ancak self signed konumu False yani pasif durumda.

Sertifikamıza sağ tıklayıp, “Assign Services to Certificate” e tıklıyoruz.

Buradan sertifikayı hangi mail sunucumuza assign edeceğimizi seçiyoruz.

Exchange 2007 kullananlar bu ekranı kısmen hatırlayacaklar. Burada sertifikamıza hangi servisleri assign edeceğimizi belirtiyoruz. Exchange 2007 de bunu EMS üzerinde “ Enable-ExchangeCertificate –Thumbprint –services “SMTP,IIS,IMAP,POP” komutuyla yapabiliyorduk.

Daha önce Exchange 2010 kurulurken oluşturduğu default bir SMTP sertifikası vardı. Bunun üzerine yazacağını söylüyor. Yes diyoruz.

Ve artık sertifikamızın oluşturma süreci başarıyla bitti. Böylelikle bütün mail alışverişlerimizi SSL sertifikamız üzerinden sağlayacağız.

Başka bir makalede görüşmek üzere…

–

Buğra KESKİN

Bir şekilde bozulan (corrupt olmuş mantıksal veya fiziksel veri ) bir kullanıcı mailbox’ı, bağlı olduğu mailboxdatabase’i ve üzerinde ki tüm kullanıcı mailbox’larını etkileyen – bozabilen bir potansiyele sahiptir. Bu mailbox’ın diğer adı Poisoned Mailbox yani zehirli mailbox’dır.

Mailbox Quarantine Nedir ?

Mailbox Quarantine, Exchange Server 2010 ile bizlere kazandırılmış, Information Store alanında bulunan bir özelliktir. Registry değerlerine dayanarak; mailbox bozulmaları sırasında belirli periyodlar dahilinde potansiyel risk durumunu saptayarak Mailbox Database’ini korumaya alan bir davranış sergiler. Mailbox corruption durumu algılandıktan sonra bu duruma neden olan mailbox saptanır ve belirli bir süre için bu mailbox (2-3 saat ) karantinaya alınır, yani kullanılamaz duruma gelir. 2-3 saat sonra serbest bırakılır. Corrupt olan mailbox, karantinaya alındıktan sonra kullanıcının mail alışverişi kesilir.

Mailbox Quarantine Ne Zaman Olur ?

Outlook çalışırken mailbox’ın crash olması durumunda.

Mailbox’da çalışmakta olan en az 4 işlemin ( rule, archive, deleting, searcing, indexing, etc, etc ) uzun zaman ilerlememesi, kilitlenmesi durumunda.

Mailbox Quarantine Nasıl Çalışır ?

Crash olma potansiyeline sahip mailbox yukarıda ki nedenlere göre saptanır, burada kıstas mailbox’ın 2 saat içerisinde en az 3 kez bir tehdit olarak hissedilmesidir. Bu durum hissedildikten sonra Mailbox Quarantine,Exchange sunucusunda bir registry key oluşturur;

HKLM\SYSTEM\CCS\Services\MSexchangeIS\Servername\Private-dbguid\Quarantined Mailboxes\ {MailboxGUID}

Bu registry key, aşağıda ki registry değerlerine sahip olacaktır;

• CrashCount - Mailbox’ın kaç kez crash olduğu.
• LastCrashTime - Mailbox’ın en son ne zaman crash olduğu.

Her crash olan mailbox için registry de bir değer oluşturulur.

Yukarıda da dediğim gibi 2 saat içerisinde en az 3 kez bir tehdit olarak hissedilen mailbox’lar karantinaya alınır. Varsayılan değerler bunlardır. Ancak bu değerler fiziksel olarak registry de tutulmaz ancak aşağıda ki registry key altında bu değerler oluşturulup değiştirilebilir.

Aşağıda ki registry key altında ki değerler oluşturularak varsayılan değer değiştirilebilir.

HKLM\SYSTEM\CCS\Services\MSexchangeIS\ParameterSystem\Servername\Private-dbguid\Quarantined Mailboxes

• MailboxQuarantineCrashThreshold – Bir mailbox’da kaç tehdit algılanırsa (crash olma durumu) MailboxQuarantine’nın devreye girmesi. (sayı cinsinden)
• MailboxQuarantineDurationInseconds – Crash olmuş ve Mailbox Quarantine’ya alınmış mailbox’ın kaç saniye karantina da kalacağı. (saniye cinsinden)

Yine dediğim gibi yukarıda ki 2 registry değeri normalde yoktur ancak varsayılan davranışı değiştirimeye gerek duyulursa oluşturulabilir.

Arka planda, bu registry key’ler içerisinde yer alan karantinaya alınmış mailboxlar için bir process her 2 saatte bir(bu varsayılan değer değiştirilemez) çalışır mailbox database’leri kontrol eder. Eğer 2 saat içerisinde bir tehdit algılanmıyorsa bu registry key otomatik olarak silinir ve mailbox, karantinadan çıkar. Bu değer ellede silinebilir.

Client’lar (Outlook) Karantinaya Alınmış Mailbox’larına Erişmeye Çalışırsa Ne Olur ?

1. Information Store, MapiExceptionMailboxQuarantined hatasını mail gönderen client’lara dönecektir.

2. Karantinaya alınmış bir mailbox için Outlook çalıştıran kullanıcı aşağıda ki hata ile karşılaşır;

3. Karantinaya alınmış bir mailbox OWA açılırsa aşağıda ki hata ekranı ile karşılaşılır;

Böyle bir durumda mailbox’ara erişim sadece MFCMAPI aracı ile yapılabilir. Exchange process’leri, içerik indexlemesi, ve mailbox asistanları dahi mailbox’a erişemez, hiçbir işlem yapamaz.

Başka bir örnek vermek gerekirse, karantinaya alınmış bir mailbox başka bir database e taşınmaya çalışılırsa aşağıda ki ekran ile karşılaşılır;

Karantinaya Alınan Mailbox’ı Serbest Bırakma Nasıl Yapılır ?

Mailbox Quarantine içerisinde bulunan posta kutusu için aşağıda ki karantina kayıt defteri anahtarını silerek sıfırlamak / serbest bırakmak mümkündür:

HKLM\SYSTEM\CCS\Services\MSexchangeIS\Servername\Private-dbguid\Quarantined Mailboxes\ {Mailbox guid}.

İlgili mailbox guid değeri, registry’den silindikten sonra mailbox ın hemen serbest bırakması için, mailbox’ın bağlı bulunduğu mailbox database dismount edilir ve sonra tekrar mount edilir.

Sorun Giderme / Olay Günlüğü ( Event Viewer )

Bir mailbox, karantinaya alındıktan sonra Exchange sunucusunda Event Viewer’da aşağıda ki hata iletisi yazılır

The following event will be logged when a mailbox is automatically quarantined:

Log Name: Application

Source: MSExchangeIS

Event ID: 10018

Task Category: General

Level: Error

Description: The mailbox for user /o=COZUMPARK/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Recipients/cn=bugrakeskin has been quarantined. Access to this mailbox will be restricted to administrative logons for the next 6 hours.

The following event will be logged when a mailbox is automatically removed from the quarantine:

Log Name: Application

Source: MSExchangeIS

Event ID: 10019

Task Category: General

Level: Error

Description: The quarantine of the mailbox for user /o=COZUMPARK/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Recipients/cn=bugrakeskin has expired. Access to the mailbox has been restored.

Shell Komutu

Exchange Management Shell’i kullanarak aşağıda ki komutla da karantinaya alınmış mailbox’ları görebiliriz;

{bugra}Get-MailboxStatistics -Identity bugrakeskin | FL Isquarantined{bugra}

Isquarantined : True

Performance Monitor

Exchange Toolbox içerisinde ki EXTRA kullanarak da mailbox karantina kullanıcı sayıları görülebilir.

Trace kısmına girerek Components to Trace altından Store u seçip sağdan tags olarak tagQuarantineMailboxseçiyoruz.

Kaynak;

http://technet.microsoft.com/en-us/library/bb331958.aspx

Bu teorik bilgilere tüm Exchange uzmanlarının hakim olması önemlidir.

• Database Copy’ler sadece mailbox database’leri için kullanılır, Public Folder’da redundancy veya high availability için “Public Folder Replication” kullanılmalıdır.
• Mailbox Database başına DAG (Database Availability Group) konfigurasyonda en fazla 16 adet databasecopy oluşturulabilir.
• DAG içerisinde ki tüm Mailbox Server’lar aynı AD üyesi olmalıdır.
• Database Copy’lerin diğer Database Copy’ler ile sürekli çoğaltma işlemi varsayılanda 0 yani süreklidir. Replay lag time ve trancation lag time her türlü esnetilebilir, geciktirilebilir. (Bknz: ReplayLagTime)Ancak böyle bir işlem yapılmadan önce mutlaka doğru ve dikkatli bir planlama / ihtiyaç analizi yapılmalıdır.
• Database Copy’ler Microsoft-aware, Volume Shadow Copy (VSS) mantığını kullanan yedekleme yazılımları ile yedeklenebilir. Active Database Copy’ler ücretsiz olan Windows Server Backup ugulaması ile yedeklenebilir ancak WSB ile Passive Database Copy’ler bu yazılımda desteklenmediği için yedeklenemez.
• Database Copy’ler, sadece mailbox server’larda ve active database mount ise kopyaları oluşturulabilir. Aynı mailbox database, aynı mailbox sunucusunda 2 kopyasını oluşturmak mümkün değildir.
• Active Database Copy’ler farklı mailbox sunucularda oluşturulurken, aynı sürücü path isminde olmalıdırlar. Ör: Active Mailbox database inin A sunucusunda ki database ve log path i D:\Data – E:\Log iken,database copy’nin oluşturulduğu B sunucusunda da D:\Data – E:\Log olmalıdır. İçerisinde ki dosyalar aynı olacağından disk boyutununda aynı olması gerekmektedir.
• Database Copy’ler, aynı veya farklı Active Directory Site’da ve aynı ya da farklı subnet’de olabilirler.
• Database Copy replikasyonu 500 ms ve daha fazla incoming / outgoing ağ gecikmesi yaşaması, mailbox server’lar tarafından desteklenmemektedir. Bu gecikme oluştuğunda Database Copy’ler fail olabilir.

Ufak ama öz bir video oldu, bu giriş seviyesinde ki bilginin faydalı olabileceğini düşündüm. Umarım yararlı olur.

Eğer rağbet görürse NetApp dan birkaç konu daha anlatmayı düşünüyorum 

#ip flow-export destination ipaddress port

#ip flow-export source interface

#ip flow-export version number

Bu komutlar sayesinde oluşan flow datalarını, bir ip adresine belirli bir porttan gönderiyorsunuz. Ayrıca bu ip adresi ve portla erişim kurulacak interface’i belirliyorsunuz. Gönderilen flow datalarından, netflow server tarafından anlaşılır bir istatistik oluşturması için uyumlu versiyonu belirtiyorsunuz.

Cihaz tarafından netflow server’a gönderilen flow data istatistiklerini görmek içinse cihazda aşağıdaki komutu girmeniz yeterli olacaktır.

#ip route-cache flow