Exchange Server 2010 Üzerindeki Logları Elle Temizleme

Exchange Server üzerindeki logları manuel temizleme pek önerilen bir durum olmasada zaman zaman yaptığımız bir uygulamadır. Özellikle sınırlı kapasite diske sahip olan küçük işletmeler, yedek alma sırasında dış etkenlerden kaynaklı (örneğin yedek alma sırasında) exchange log dosyaları temizlenmediği için loglar büyümektedir, bu durumda mail alışverişinin durmaması için ya manuel olarak logların temizlenmesi gerek ya da disk kapasitesinin acilen büyütülmesi gerek. Yazının başında da dedikya, sınırlı kapasiteye sahip olduğumuzu 🙂 biz disk büyütme yerine logları elle temizleme yöntemine gidiyoruz.

 

Disk üzerinden kontrol ettiğimizde disk alanı üzerinde 195MB boş alanı olduğunu gözlemliyorum.

Exchange Management Console açılarak Organization Configuration/Database Management a gelinerek ilgili tüm DB ler üzerinde sağ tıklayarak properties tıklanır. Gelen ekranda Enable circular logging aktif olarak gelmemektedir. Bu seçenek işaretli olmadığında gelen giden tüm mail ve olayların loglanıyor anlamına gelmekte, buda log diskinin yedeklemenin uzun sürmesi gibi durumlarda logların çok büyümesine yol açacaktır.

Buradaki kutucuğu işaretliyorum

Gelen uyarıyı ok butonuna basarak kapatıyorum. Bu işlemi exchange üzerinde bulunan tüm diskler üzerinde yapmalısınız.

Tüm db üzerindeki enable circular logging kutucukları işaretlendikten sonra, exchange sunucunuzun bu değişikliği algılayabilmesi için Microsoft Information Store servisinin yeniden başlatılması gerekmektedir.

Burada servis yeniden başlarken hata verirse eğer bu durumda sunucuyu yeniden başlatmanız problemi ortadan kaldıracaktır.

Log diski üzerindeki boş yer hızla artacaktır. Bu işlem önerilmeyen bir işlemdir aslında ama bazı durumlarda ihtiyaç duyulabilinir, tehlike geçtikten sonra DB üzerindeki log seçeneği eski haline getirilerek information store servisi yeniden başlatılmalıdır.

Diğer türlü Exchange in db i üzerinde bir problem halinde geri dönülemez kayıplara yol açabilir.

 Yapılan işlemleri dikkatli uygulayarak, sorunun giderilmesini sağlayabilirsiniz.

Exchange Server büyüyen IIS loglarının arşivlenerek silinmesi

Exchange Server zaman içerisinde bir çok IIS Log biriktirebilir, Bazı Adminler bu logları olası problemlere karşı farklı bir disk üzerinde tutarak, disk üzerindeki boş alan azaldığında IIS loglarını elle siliyorlar. Sistem üzerindeki IIS loglarının 80 GB yer kapladığını gördüğümde elle arşivleyerek silmeyi düşündüm, sonra Powershell ile bunu yapabilirim diyerek biraz araştırma sonrasında bulduğum script ile sorunsuz bir şekilde IIS loglarını arşivleyerek temizledim. Böylelikle sanal üzerindeki disk yapımda bir büyüme olmadığı için replikasyon yapısında bir değişiklik olmadı, yeniden replikasyon yapmama gerek kalmadı.

İstediğim sadece uygulamanın benim göstereceğim bir yere sıkıştırarak arşivlemesi sonrasında da arşivlediği logu IIS üzerinden silmesi. Aşağıda detaylarını belirttiğim log ile bunu kolayca gerçekleştirebildim, şimdi bunu nasıl yaptığıma beraber bakalım,

Script’e TechNet Gallery üzerinden yada Github üzerinden erişebilirsiniz.

Script’i Scripts adında bir klasör oluşturarak içine kopyalayıp C diskinin içerisine atıyoruz. IIS Loglarımızı olduğu yolu buluyoruz.

Exchange sunucunuz üzerinde PowerShell i Run as Administrator olarak çalıştırıyoruz

C:\Scripts dizini altına geliyoruz.

-Logpath “IIS loglarının bulunduğu dizin” bu genellikle c:\inetpub\logs\LogFiles\W3SVC1 olabilir

.\IISLogsCleanup.ps1 -Logpath “C:\DavutEren Log Files\W3SVC1” yazdığınızda sadece IIS üzerindeki Loglar silinecektir.

-ArchivePath “Logları yedeklemek istediğiniz yeri belirtmeniz gerekiyor”

.\IISLogsCleanup.ps1 -Logpath “C:\DavutEren Log Files\W3SVC1” -ArchivePath “\\davuteren-nas\Logs”

Script çalıştığında IIS üzerinde bulunan logları önce zipleyerek arşiv yapmak istediğiniz yere kopyalayacak sonrasında IIS üzerinde arşivlenmiş logları silecektir.

Eğer bu Scrip’i otomatik olarak zamanlanmış görevlere ekleyerek ayda bir defa çalışması için ayarlayabilirsiniz.

Yeni bir schedule task oluşturarak Run wheher user is logged on or not seçeneğini seçiyoruz.

Triggers tarafında Her ayın ilk günü olacak şekilde seçim yaptım

Actions tabında Program olarak powershell.exe

Arguments olarak bu kodu yazıyoruz     -command “C:\Scripts\IISLogsCleanup.ps1 -LogPath “C:\DavutEren Log Files\W3SVC1” -ArchivePath “\\davuteren-nas\Logs”

Bu şekilde görevi kaydederek sorunsuz bir şekilde görevi zamanlayabilirsiniz.

 

Referans: http://exchangeserverpro.com/powershell-script-iis-logs-cleanup/

Exchange 2010 da Yeniden Login ol butonu koymak

Exchange Server kullanıyorsanız ve owa kullanıcılarının explorer üzerinde oturumu kapattığında yeniden oturum açabilmek için tekrardan mail adreslerini http://mail.domainadi.com gibi yazmak bazen can sıkıcı olabilir. Eğer maillerimize web üzerinde erişim sağlıyorsak bu güzel özelliği etkinleştirebiliriz.

Exchange server üzerinde (Client Access Rolünün olduğu sunucuda) c:program filesMicrosoft C:Program FilesMicrosoftExchange ServerV14ClientAccessOwaauth

dizininin altındaki Logoff.aspx dosyasını öncelikle yedekleyerek daha sonrasında 123.satırda LogoffClose diye devam eden bir satır. burayı bulalım. 124.satırda

onmouseover=”this.className=’btnOnMseOvr'” onmouseout=”this.className=’btn'” onmousedown=”this.className=’btnOnMseDwn'”>

 bu satırın altına geçerek;

<input id=”btnCls” type=”submit” class=”btn” title=”Click here to sign in again.” value=”Sign In Again” onclick=”window.navigate(‘/owa’)” onmouseover=”this.className=’btnOnMseOvr'” onmouseout=”this.className=’btn'” onmousedown=”this.className=’btnOnMseDwn'”>

bu kodları yapıştıralım.

Yani kodlar else den sonra şu şekilde gözükecek

<% } else { %>

<input id=”btnCls” type=”submit” class=”btn” title=”<%=LocalizedStrings.GetHtmlEncoded(Strings.IDs.LogoffCloseHelpText)%>” value=”<%=LocalizedStrings.GetHtmlEncoded(Strings.IDs.LogoffClose) %>” onclick=”window.close()”

onmouseover=”this.className=’btnOnMseOvr'” onmouseout=”this.className=’btn'” onmousedown=”this.className=’btnOnMseDwn'”>

<input id=”btnCls” type=”submit” class=”btn” title=”Buraya tiklayarak tekrar giris yapabilirsiniz.” value=”Yeniden Oturum Ac” onclick=”window.navigate(‘/owa’)” onmouseover=”this.className=’btnOnMseOvr'” onmouseout=”this.className=’btn'” onmousedown=”this.className=’btnOnMseDwn'”>

<% } %>


Sender ID Framework ile spam maili azaltmak

E-Posta iletişimi günlük yaşamın önemli bir parçası haline gelmiştir, bu noktada birçok phishing ve kişisel veri hırsızlığı spam mail yolu ile yapılmaktadır. Bu makalemde bu güvenlik sorununu azaltmak için Microsoft’un geliştirmiş olduğu SIDF (Sender ID Framework) protokolünden bahsedeceğim. SIDF’in amacı spam’ı önlemek değildir, sadece spam mail alımını azaltarak çevrim içi güvenliği biraz daha arttırmaktır. SIDF hiçbir ücret ödemeden postalarınız üzerinden kimlik doğrulaması yapabileceğiniz bir protokoldür ve bu protokol IETF tarafından desteklenmektedir.

Sender ID yi açıklamadan önce size SPF (SenderPolicy Framework )’den bahsetmek istiyorum, SPF bir mail doğrulamasistemidir, amacı bir domainden gelen mailin yetkili bir MTA’dan gönderilipgönderilmediğinin kontrolü sırasında kullanılan DNS kaydını oluşturmasıdır.

Sender ID ise SPF alt yapısı üzerine kurulmuş, dahagelişimiş bir protokoldür. SPF aslında gelen mail için MAIL FROM bölümündekiadresi baz alarak DNS kontrolü yapmaktadır, oysaki bir mail için tek headerbilgisi bu değildir. Sender ID işte tam bu noktada bize ek olarak PurportedResponsible Address (PRA) dediğimiz ve yine mailin kimden geldiğinidoğrulamamızı sağlayan bir bilgiyide kontrol eder. Yani SPF’ in bir adım ötesiveya zayıf yanını kapatan bir sistem olarak özetleyebiliriz.

Sender ID Nasıl Çalışır ?

Yukarıdaki resme baktığımızda özetlemek gerekirse kısaca;

1-Kullanıcı Hotmail.com gibi domain adresine mailigönderir fakat Hotmail.com sunucusu SIDF protokolünü kullanmaktadır.

2-Hotmail.com sunucusu DNS bilgilerinisorgulayarak mail gönderen domain adı ve ip adresinin eşleşip eşleşmediğinisorgular

3-Eğer bilgiler eşleşmişse mail yetkilendirilerekiçeriye geçmesi sağlanır. Eğer eşleşmezse mail drop edilir, spam klasörüne yada junk klasörüne düşebilir.

Peki o zaman nasıl SIDF kaydı oluşturabilirsiniz, bunuinceleyelim.

Gelen ekranda bizim SPF kaydımız olup olmadığını sorguluyoruyarı olarak bize A ve MX kayıtlarımızın mevcut olduğunu SPF kaydımızınolmadığını bize söylemektedir. Next diyerek devam ediyorum

Domain Not Used for Sending E-Mail: Bu seçenek eğer mail sunucunuzudışarıya mail göndermek için açmadıysanız işaretlenmesi gereken seçenektir.

Inbound Mail Servers Send Outbound Mail: Bu adımda eğer mail gönderensunucunuzla, gelen sunucunuz aynı ise bu alan işaretlenmelidir ki zaten defaultda gelen de budur.

Cozumpark.com domainin MX kayıtlarını listeliyor bize ayrıcacozumpark.com haricinde başka domain isimleri ve MX kayıtları mevcutsa onlarıda ilgili boş alana eklememiz gerekiyor.

Outbound Mail Server Addresses: Bu adımda giden posta sunucunuzun ip adresleriaşağıda listelenecektir. All addresses listed in A records may send mailseçeneğini seçerek oluşturmuş olduğunuz tüm A kayıtlarına mail gönderiminingerçekleşmesini sağlayabilirsiniz

Outsourced Domains: Eğerdışarıda barındırdığınız başka domainleriniz var ise boş olan text kutusuna herbir satıra bir domain adı gelecek şekilde yazmanız gerekmektedir

Örneğin şirketinize bağlı yan bir şirketin olduğu durumlardayazılması gerekmektedir

Default: VarsayılanolarakDiscouraged; mail may legitimately originate

from IP addresses not identified above, however,

use of such IP addresses is discouraged and may

not be permitted in the future.

Mail adresine gelen maillerin kimlik doğrulamasını yaparakilgili mail hakkında spam mail olup olmayacağına dair bilgi verebileceğinibildiren bir bildirimdi. Bu seçenek seçilerek diğer adıma geçilir

Scope:Maillerindoğrulamasının hangi yöntemle yapılması gerektiğini seçerek bu adımıözelleştirebilirsiniz, fakat konu hakkında bilginiz yok ise Both seçeneğikalması önerilir. Sonraki Adım son adımdır.

SPF kaydımız oluşturulduk buradaki text alanındaki veriyikopyalayarak DNS’imiz üzerinde bir Text kaydı oluşturmamız ve bu kaydı o textalanına girmemiz gerekiyor.

DNS üzerinde boş bir alanda Other New Records u tıklayarak

Text (TXT) kaydını seçerek TEXT alanına da son adımdakaydetmiş olduğumuz SPF bilgisini bu kısma eklemeliyiz ve kaydı kaydederekkapatabiliriz.

Eğer adımları doğru gerçekleştirmiş ve Exchange 2010 yöneticisiysenizkuyrukta bekleyen maillerin hızla azaldığını artık daha az mailin kuyruktabeklediğini gözle görülür bir şekilde fark edebilirsiniz.

Windows Server 2008 Standart Edt.

Windows Exchange Server 2010 SP1 ile test edilmiştir.

Bir başka makalede görüşmek dileğiyle

Davut EREN

Kaynak: http://www.microsoft.com/mscorp/safety/technologies/senderid/default.mspx

Exchange Server daki Kullanıcıları dosyaya aktarmak

Bazı durumlarda Exchange üzerindeki kullanıcıları export etmeniz gerekebilir..  Bu gibi durumlarda Exchange Power Shell i üzerinden aşağıdaki komutu çalıştırmanız yeterli olacaktır..

Get-Mailbox -ResultSize Unlimited |Select-Object displayname,PrimarySmtpAddress | export-csv c:mail_listesi.csv

Exchange Server 2010 üzerinden NetApp için Relay izni vermek

Sisteminizde bazen bir php uygulama çalıştırıyorolabilirsiniz. Bu uygulamanın kullanıcılara ya da dışarıya uyarı maillerigönderilmesi istenebilir, ya da şunudüşünebiliriz şuan birçok firma, IT alt yapısında sanallaştırma kullanarakelektrik ten, donanımdan, lisanstan vb. birçok şeyden tasarruf sağlamaktadır.Bu sanallaştırma yapılarını barındırabileceğimiz “storage” yani bizim tabirimizle hard diskler bütününeihtiyacımız vardır. Bu “storage”’ in acil bir durumda bizi zor durumdabırakmadan önlem almamızı sağlamak için size ve firmaya otomatik mailgönderilmesi istenir. Eğer sizin Exchange sunucunuz kurulumda varsayılanayarları ile kalmış ise mail gönderilmesine izin vermeyecektir. Bu gibidurumlarda Exchange üzerinden bazı ip adreslerine relay için yetki vermenizgerekebilir. Bu yazımda Konfigure edilmiş (IP Adresini bildiğimiz) NetApp cihaziçin Exchange server üzerinden relay yetkisi vermeye çalışacağız.

Server Configuration > Hub Transport altında New RecieveConnector seçilir ve gelen ekranda Connector için bir isim verilir.

Ben NetApp SMTP adını verdim ve next ile bir sonraki adımageçtim.

Local Network Settings kısmında herhangi bir değişiklikyapılmadan geçilir.

Local deki NetApp cihazının ya da hangi cihazın Mailgönderilmesi isteniyorsa Remote Network Settings kısmındaki cihazların ipadresleri buraya girilir.

 

Next ile devam edilerek sihirbaz ekranı kapatılır.

Oluşturulan connectorün üzerine sağ tıklanarak propertiessekmesi seçilerek connectorün özelliklerine gelinir. Authentication seçeneğindeTransport Layer Security (TLS) seçeneği ve Externally Secured seçenekleriseçilir.

Permission Groups seçeneğinde ise Exchange Server seçeneğiseçilerek kurulum tamamlanır.

Bu şekilde Exchange serverimiz’i belirli bir ip adresi içinrelay yetkisi vermiş olduk. Umuyorum faydalı bir yazı olmuştur. Bir başkayazımda görüşmek ümidiyle.

Exchange Server 2010 – Dynamic Distribution Group Filter uygulanmasi

Merhabalar; bugün size küçük bir ipucu vermek istiyorum. Exchange server 2010 üzerinde bir dynamic distribution group oluşturdunuz ve bu gurup üzerinden tüm şirkete dinamik kullanıcı yapısıyla mailer gönderiyorsunuz fakat oldu ki bir gün bir mail adresinin bu listede olmamasını istiyorsunuz. dynamic distribution group ların distribution group lardan farklı olarak member sekmesinin olmadığını gözlemleyebilirsiniz.

EMC / Recipients Configuration / Distribution Group üzerinde oluşturduğunuz bir grubun üzerine gelerek sağ tıklayıp properties dediğinizde Distribution Group lar üzerinde members sekmesini görüyorken Dynamic Distribution Grouplarda bunu göremezsiniz.

Bunun sebebi Dynamic distribution groupların, distribution grouplardan bazı farklılıklarının olmasıdır.

Yukarıdaki resim dynamic distribution group a ait bir ekran görüntüsüdür. Ben kendi yapımda global adında bir dynamic distribution group oluşturdum ve bunu tüm domain adı ve altına uyguladım davuteren.local yani hiç bir filtre oluşturmadan. Bunun amacı ben [email protected] adresine mail gönderdiğimde tüm şirket çalışanlarına mail gitmesini istediğim içindir. Mail grubunu oluşturduğumda herhangi extra bir isteğim yoktu fakat gün geçtikçe istekler değişmekte bundan dolayı [email protected] adresine atılan mailleri ben bu grubun dışarısında tutmalıyım. Nasıl dynamic distribution group u oluşturuyorken bir attribute belirterek kullanıcının attributun da şu terim geçiyorsa eğer bu gruba dahil et gibi, bir filtre oluşturmalı ve kullanıcının attributunda şu bilgi varsa dahil etme gibi, şimdi bunu nasıl yapabildiğimize değinmek istiyorum

Exchange Management Shell i run as administrator olarak açıyoruz

Get-DynamicDistributionGroup “DynamicDistributionGroupAdi” |fl recipient* bu komut ile oluşturmuş olduğunuz dynamic distribution group için filtre yi gösterir, şu şekilde bir çıktı almış olabilirsiniz.

RecipientContainer : davuteren.local

RecipientFilter : ((Alias -ne $null) -and (-not(Name -like ‘SystemMailbox{*’)) -and (-not(Name -like ‘CAS_{*’)) -a

nd (-not(RecipientTypeDetailsValue -eq ‘MailboxPlan’)) -and (-not(RecipientTypeDetailsValue -eq

‘DiscoveryMailbox’)) -and (-not(RecipientTypeDetailsValue -eq ‘ArbitrationMailbox’)))

RecipientFilterType : Precanned

RecipientType : DynamicDistributionGroup

RecipientTypeDetails : DynamicDistributionGroup

Biz burada öncelikle global dynamic distribution group una gönderilen maillerin [email protected] mail adresine gitmesini istemiyoruz. Bunun için destek mail adresine bir attribute tanımlamamız gerek bunu EMC / Recipients Configuration / Mailbox sekmesine gelerek destek mailbox ının özelliklerine gelerek general sekmesindeki custon attribute seçeneğini seçerek

İstediğiniz attributeları tanımlayabilirsiniz. Ben burada genel bir mantıkla exclude attribute unu tanımladım. Fakat bunu komut satırından da yapabilme imkanımız var gelin şimdi komutlarla bu işlemi nasıl yapıldığını görelim

EMS üzerinde set-mailbox destek -customattribute1 “Exclude” komutunu çalıştırdığımda destek mailbox ı için exclude attributunu atamış oldum. Şimdi global Dynamic Distribution Group için bir filtre oluşturarak custon attribute1 de exclude gördüğünde bu kullanıcıyı listene dahil etme demek bunun için a şağıdaki komutları çalıştırıyoruz

set-DynamicDistributionGroup “global” -recipientFilter {(recipientType -eq ‘usermailbox’ -or recipientType -eq ‘mailuser’) -and (customattribute1 -ne ‘Exclude’) }

bu komutla customattribute1 e exclude değerinin atandığını gözlemleyebilirsiniz.

$g=get-dynamicDistributionGroup Global

get-recipient -recipientPreviewFilter $g.recipientFilter

$get ile başlayan komutta global dynamic distribution group a bir değer atıyoruz sonrasında da kullanıcılarımızı listelemek için bir komut çalıştırıyoruz ve kullanıcı listesini kontrol ediyoruz.

Exchange Server 2013 Icin Local Sertifika Kurulumu

Bu makalede Sertifika serverinizin kurulduğunu varsayıyor olacağım. Eğer sistem içerisinde herhangi bir sertifika sunucusu yok ise Yavuz Taşı’nın yazdığı makaleyi inceleyebilirsiniz.

http://social.technet.microsoft.com/wiki/contents/articles/21551.windows-server-2012-r2-isletim-sistemi-uzerinde-active-directory-certificate-services-ca-kurulumu-tr-tr.aspx

Sertifikamızı oluşturabilmek için internet explorer üzerinde http://sertifikaserveradi/certsrv adresine giriş yapıyoruz.

Gelen ekrandan Request a certificate seçeneğine basıyoruz.

Advanced certificate request seçeneği ile gelişmiş sertifika seçenekleri bölümüne geliyoruz.

Bu adımda Submit a certificate request by using a base-64-encoding ile devam eden link e basarak exchange üzerinde sertifika oluşturma adımına geçiyoruz.

Exchange admin panelimize giriş yapıyoruz.

Servers / certificates / + butonuna basarak sertifika oluşturma adımına geçiyoruz.

Create a request for a certificate from a certification authority seçeneğini işaretliyoruz

Sertifikamız için bir isim belirtiyoruz. Burada domain adını yazmanız önerilir.

Eğer wildcard sertifika kullanmıyorsanız bu adımı geçebilirsiniz.

Hangi exchange server için sertifika talebinde bulunuyorsak browse butonuna basarak o sunucunun seçimini yapalım.

Eğer sertifika serveriniza ek domain adlarını eklemek isterseniz bu adımda eklemeniz mümkün. Ben herhangi bir değişiklik yapmıyorum bu adımda.

Sertifikaya eklenecek olarak isimleri bu adımda belirtiyoruz. Ben yine bu adımda herhangi bir değişiklik yapmadan devam ediyorum.

Bu ekranda organizasyonunuz la ilgili bilgileri belirtiyoruz.

Sertifikanızı bir yere aktarmanız gerek ben kendi sunucumun üzerindeki c diski içerisine mycert.req olarak kaydediyorum. Burada bir ağ paylaşım dosyası belirtmeniz gerek ikinci olarak da sertifikanın uzantısının .req olmasıdır.

Dışarı aktarılan sertifikayı notepad ile açarak içerisindeki karma karışık kodları kopyalıyorum

sertifika server üzerindeki açık olan sayfaya yapıştırıyorum ve submit butonuna basıyorum..

Sertifika authority i açtığınızda Pending Request üzerinde oluşturduğunuz sertifikayı görebilirsiniz, bunu onayladığınızda Issued Certificates altına gelicektir.

Exchange server üzerinde IIS e https isteklerini bu sertifika ile şifrelemesini söyleyebilmemiz için sertifika isteğini tamamlamamız gerek bunun için başlat / çalıştır da inetmgr koutu ile IIS manager imizi açıyoruz. Sağ tarafta Complete certificates request seçeneğine basarak sertifikanın yolunu gösteriyoruz ve kurulumu tamamlıyoruz.

Yapmamız gereken son bir işlem var oda Sites altında Default Web Sites / Bindings yolunu takip ediyoruz

Gelen ekrandaki https istekleri için oluşturduğumuz sertifikayı göstermemiz gerekiyor. Edit butonuna basarak SSL certificate seçeneğini sertifika oluştururken domain adı şeklinde belirttiğimiz friendly name i seçmemiz gerek

Son olarak oluşturduğunuz sertifikayı üzerine çift tıklayarak yüklemenizi öneriyorum.

Exchange üzerinde ki sertifika probleminin gittiğini ve yerine kilit işaretinin geldiğini görebilirsiniz.

Exchange Server 2010 0x80004005, ec=528 database unmount hatasi

Exchange 2010 Sunucunuz, yanlış kapatılma veya yaptığınız bir işlem sonucu(disk işlemleri, yanlışlıkla log silme) gibi bazı sebeplerle databaselerinizden bir veya birkaçı unmount duruma düşebilir. Bunun sebebi genellikle log dosyalarından bir ya da bir kaçının kaybolması ya da silinmesi şeklinde açıklanabilir. Benim bu yazımda, Exchange üzerinde disk küçültme işlemi sonrası 0x80004005, ec=528 şeklinde databaselerimden birinin mount olamadığına dair uyarı vermesi ile bu hatayı daha sonra alacak kişiler için kolay çözüm yolu olması temennisi ile yazmak istedim…

Yukarıdaki fotoğrafta da göründüğü üzere Databaselerimden biri dismount olarak gözüküyor sağ tıklayıp mount dediğimde aşağıdaki şekilde hata almaktayım.

0x80004005, ec=528 unable to mount database uyarısı almaktaydım. Bu problemin çözümü için öncelikle Exchange in servislerinin durdurulması gerekmekte.

Microsoft Exchange Information Store servisini durduruyoruz.

Exchange Management Console u run as administrator şeklinde çalıştırıyoruz ve Add-PSSnapin microsoft.exchange.management.powershell.e2010 komutu ile Exchange 2010 komut bileşenlerini yüklüyoruz. Exchange Databaseinizin olduğu dizine gelerekESEUTIL /P DBADI.edb şeklinde komutumu çalıştırıyorum. (Benim databseimin adı DB02.edb) Bu DB üzerindeki problemli alanları yeniden oluşturarak problemin giderilmesi işlemini yapacaktır yani repair edecektir. Onaylamanız için bir ekran gelicektir onaylıyoruz. Tabi bu işlemleri yapmadan önce Exchange sunucunuzun bir yedeğini almanızda fayda olucaktır., diğer türlü verileriniz kaybolabilir.

İşlem tamamlandığında Operation completed successfully yazısını görebilirsiniz.

Bu işlem sonrası benim databseime göre söylüyorum DB02 klasörüne giderek log dosyalarını başka bir dizine taşıdım. Yani yukarıda görüldüğü gibi log dosyalarının bulunduğu dizin boş.

Microsoft Exchange Information Store servisini yeniden başlatıyorum

EMC üzerinden Database baktığımızda otomatik olarak mount olduğunu görebilirsiniz.

Umarım faydalı olmuştur.