Outlook Arşivi ve edb boyutu Hakkında

Merhaba,

Bu iş için en temiz çözüm arşiv sonrası bu kullanıcıları yeni bir mailbox database içerisine move etmektir, yok mevcut düşsün derseniz offline defrag yapmanız gerekli.

http://www.cozumpark.com/blogs/exchangeserver/archive/2008/03/24/exchange-uzerinde-eseutil-kullanimi.aspx

Teşekkür ederim Hakan Bey, makaleyi inceledim, bir tane test databasesinde denedim, edb dosyasının boyutu küçüldü. Yalnız benim aktif kullandığım edb 600 gb civarında acaba bu işlem tahminen ne kadar sürer, kurum devamlı olarak mail alıp gönderdiği için uzun süre dismount etmem sıkıntı yaratır. Acaba büyük boyutlu edb lerde bu işlemi deneyen var mı, ne kadar sürer acab bu işlem

Size zaten bunu yapın demedim 🙂 istediğiniz şey bu AMA en doğru yöntem yeni bir edb oluşturun yani yeni bir mailbox database ve parça parça taşıma yapın, tabiki bu haftalar sürer ama kesintisiz ve sağlıklı olur.

Yok ben bir seferde 600gb ı defrag yapacağım derseniz zaten yapmayın

1 - Çünkü çok uzun sürer, diskleriniz çok hızlı olsa bile ESE mimarisi çok hızlı işlem yapamıyor, yanlış hatırlamıyorsam en son saatte 10gb işliyordu ki bu durumda günler sürer.

2 - Bu işlem için %110 bir boş alan lazım yani 600GB yanında 660GB daha boş alan var mı?

3 - bu işlem sırasında bir hata olur ise ( disk dolması, elektirik kesilmesi vs vs ) db yi kaybedebilirsiniz.

Hakan Bey teşekkürler, test etmek için 2 tane yeni store oluşturdum, 2 gb lık bir kullanıcının lokal arşivini alıp diğer databaseye taşıdığımda diğer database de kb lık oynamalar oldu o kadar. Şimdi şunu sormak istiyorum. Kullanılmayan kullancıların arşivlerini alıp yeni databaseler oluşturup bütün kullanıcıları taşıyıp eski databaseleri sileceğim. Mevcut yapımızda 6 adet database var. Harfleri 6 eşit parçaya bölüp kullanıcı adına göre bu storelere taşıyorum.DB_M-R, DB_S-U  gibi. Yeni oluşturacağım databaselerde her 2 harf için bir database oluşturacağım. Acaba performans için sizin önerebileceğiniz başka bir yol var mı çok sayıda database olmasının bir sakıncası olur mu, DPM ile yedek aldığımız için çok sayıda database olması günlük kontrollerde biraz daha zaman alır benim aklıma başka bir olumsuzluk gelmiyor.

Tekrar teşekkür ederim 

Sanırım yanlış anladığınız bir şey var.

Amacınız edb boyutunu küçültmek ise

1 - offline defrag yapabilirsiniz - bunu sizin yapınız için tavsiye etmiyorum

2 - yeni db açarak eski db leri bu yeni db lere bölebilirsiniz - bunu tavsiye ediyorum

taşıdım küçülmedi, bu durumda gerçekten db de yer açmamışsınızdır. Neden? Örneğin bir kullanıcıda 1gb mail sildim, peki bu silinen mail sizde kaç gün saklanıyor 🙂 varsayılan olarak silinen mailler 14 gün saklandığı için siz offline defrag yapsanızda zaten bu edb küçülmez.

Yani burada birden çok değişken var onları atlıyorsunuz anladığım kadarı ile.

Birden çok db her zaman daha iyidir, kesintide belirli kişiler etkilenir, bakımda belirli kişiler etkilenir, yedeklemede hata alınır ise komple baştan değil hata alan db için bir daha çalıştırılır vs vs.