Forum
Exchange Server mimarisi gereği ilk işlemler RAM, ardından
transection loglara ve son olarak db ye yazılmaktadır. Ancak beklenmedik
sunucu kapanmaları , disklere erişim vb nedenler ile eğer transection
log işlenmeden db kapanır ise biz bu duruma dirty shutdown diyoruz ve bu
durumdaki bir mailbox db si mount olmaz. Ancak her mount sorunu bu
değildir . Bu nedenle eseutil /d, /p, /r gibi birleştirme ve kurtarma
komutlarından önce db nin durumunu öğrenmek zorundayız. Neden derseniz ;
eseutil ortalama bir saat te 4 ila 6 gb veri işleyebilmektedir. Bu da
50 GB veya üzeri bir db nizin olması durumunda kurtarma işleminin
saatler hatta günler sürmesi demektir. Bu nedenle böyle bir işe girmeden
önce aşağıdaki komut yardımı ile db nin durumuna bakabiliriz. Peki bu
komut ne yapar ? bu komut db nin header bilgisini okuyarak işlenmemiş
transection loglarını tespit eder ve db nin nasıl kapatıldığını bize
bilgi olarak döner.
Eseutil /MH <database_name>
bu komut yardımı ile aşağıdaki gibi bir çıktı görebilirsiniz
Eğer DB dirty shutdown konumunda ise bu durumda sırası ilse eseutil
/p veya /r ile kurtarma işlemlerini yapmalı , ardından isinteg ile
düzenleme işlemini gerçekleştirmeniz gerekmektedir ( Isinteg -fix ) .
Danışman - ITSTACK Bilgi Sistemleri
****************************************************************
Probleminiz Çözüldüğünde Sonucu Burada Paylaşırsanız.
Sizde Aynı Problemi Yaşayanlar İçin Yardım Etmiş Olursunuz.
Eğer sorununuz çözüldü ise lütfen "çözüldü" olarak işaretlerseniz diğer üyeler için çok büyük kolaylık sağlayacaktır.
*****************************************************************