none
Размер почтовой базы RRS feed

  • Вопрос

  • Господа, здравствуйте!

    В догонку к этой теме: http://social.technet.microsoft.com/Forums/ru-RU/8e86cd96-d3c7-4095-9927-1d078e92f634/-?forum=exchange2010ru 

    В общем проблема та же, база весит как слон 1,3 Тб , и каждый день пополняется гигов на 20-25. Я переношу ящики в другие базы, очищаю FreeSpace чтобы место на диске не росло. И вот что меня смутило. Ящиков то в базе не так много уже осталось, около ста, да они весят много, но посчитав общий обьем ящиков с помощью командлета 

    Get-MailboxStatistics -Database DB | ft displayname, totalitemsize

    Суммарный их вес составил всего 420 ГБ! 

    Вопрос, чем заняты остальные 800 ГБ?? Ну не могут 100 человоек в этой базе делать 20 гигов трафика каждый день!

    25 октября 2013 г. 5:57

Ответы

  • Ну если есть возможность (место) и нужно быстро, я бы просто создал еще одну базу, мувнул бы в нее все ящики и прибил бы старую (а если Exchange в виртуалке, то вообще бы создал для виртуалки новый диск, в нем базу и перенес бы в нее).

    • Помечено в качестве ответа ParaDancer 31 октября 2013 г. 9:37
    25 октября 2013 г. 12:06

Все ответы

  • Пробовали произвести проверку и дефрагментацию базы? Для начала сделайте бэкап базы, для дефрагментации базы, нужно места - размер базы * 2 +/- 100 Gb

    Дефрагментацию можно выполнить с помощью утилиты eseutil

    Так же база может пухнуть из-за ошибок синхронизации клиентов, в папках ошибок синхронизации у пользователей пусто?

    25 октября 2013 г. 7:03
  • Помимо totalitemsize есть еще totaldeleteditemsize. Сложив эти два параметры вы определите реальный размер ящика. Посмотрите, какое время у вас хранятся удаленные элементы и почтовые ящики.

    Также можете выполнить offline-дефрагментацию базы через eseutil.


    Innovation distinguishes between a leader and a follower - Steve Jobs

    25 октября 2013 г. 7:27
  • Дефрагментация базы, если не ошибаюсь уберет только Whitespace, которого у меня совсем чуть чуть. 

    На предмет ошибок синхронизации посмотрел, они у нас удаляются через 1 день, их почти нет.

    Также пытался запустить скрипт Troubleshoot-DatabaseSpace.ps1 -MailboxDatabaseName MD

    но выходит куча ошибок типа :


    • Изменено ParaDancer 25 октября 2013 г. 7:34
    25 октября 2013 г. 7:30
  • Ошибок синхронизации при нормальной работе базы, быть не должно. Сверху уже спрашивали, сколько времени удаленные элементы хранятся в базе? В логах сервера нет каких-нибудь ошибок?

    25 октября 2013 г. 7:47
  • Удаленные элементы хранятся 15 дней, как и во всех остальных.

    В логах сервера только нечастые ошибки счетчиков производительности.

    totaldeleteditemsize посмотрел, они исчисляются метрами и в сумме и гига не набирают.
    • Изменено ParaDancer 25 октября 2013 г. 8:26
    25 октября 2013 г. 8:24
  • При переносе ящика в источнике ящик остается в состоянии sotf deleted

    25 октября 2013 г. 11:25
  • в курсе, спасибо. но для этого есть скрипт, вот его часть:

     Remove-StoreMailbox -Confirm:$False -Database $_.database -Identity $_.mailboxguid -MailboxState “SoftDeleted”

    Это чтобы очистить пространство от перенесенных ящиков и превратить его в Whitespace.

    таким образом физический размер базы складывается из фактического размера ящиков + WhiteSpace 

    т.е. 420 + 60 (в моем случае 60 на данный момент) = 500. При размере файла .edb = 1,3 Тб. 

    1300 - 500 = 800 Гб - вот Это что такое?

    P/s/ БД каждые пару часов растет на гиг, у нас не может быть такого трафика.


    • Изменено ParaDancer 25 октября 2013 г. 11:51
    25 октября 2013 г. 11:49
  • Ну если есть возможность (место) и нужно быстро, я бы просто создал еще одну базу, мувнул бы в нее все ящики и прибил бы старую (а если Exchange в виртуалке, то вообще бы создал для виртуалки новый диск, в нем базу и перенес бы в нее).

    • Помечено в качестве ответа ParaDancer 31 октября 2013 г. 9:37
    25 октября 2013 г. 12:06
  • Хороший конечно, но последний вариант...очень не хотелось бы к нему прибегать.

    Это как ребутать сервер тогда, когда можно ребутнуть всего лишь 1 службу, но ты в упор не знаешь какую.

    К тому же проблема же может повториться в любой момент.

    25 октября 2013 г. 13:06
  • Господа, все таки прибегнул к муву ящиков и удалению базы. 

    Перемещаю пачками по чуть-чуть чтобы иметь возможность отследить косяк. Так вот ящиков в базе все меньше, а место по ночам все прибавляется. 

    Вот кстати, что заметил:

    Если выводить список ящиков командлетом 

    get-mailboxstatistics -Database DB | Where-Object {$_.totalitemsize -gt 1} | ft displayname,totalitemsize

    то в списке среди оставшихся в базе ящиков присутствует SystemMailbox{4470a1aa-b099-48a3-8fb6-15fe7a0cf2aa}, но если выводить список ящиков той же базы командлетом

    Get-Mailbox -database DB -arbitration

    то не возвращается ничего, хотя как раз он вроде и должен. Также если выполнить команду Get-mailbox -arbitration то среди возвращаемых системных ящиков этого ящика нет. В AD также не найдена учетка, которая бы ему соответствовала. 

    Системный ли это ящик и удалится ли база( хоть я и собираюсь ее сначала дефрагментировать)? и есть ли способ обхитрить Exchange и перенести его, ведь только командлет get-mailboxstatistics мне не позволит это сделать (или как-то можно?)

    Спасибо.



    • Изменено ParaDancer 29 октября 2013 г. 10:11
    29 октября 2013 г. 10:08
  • А сколько места занимают у вас журналы транзакций? Наверняка у вас выключено циклическое ведение этих журналов.

    Do not multiply entities beyond what is necessary

    29 октября 2013 г. 10:30
  • Включено.

    Занимают всего ничего, весь гигантский размер составляет файл MD.edb

    29 октября 2013 г. 11:17
  • Ну, в общем господа, пришлось мувать ящики. 

    Сейчас обстоят дела так, что я дефрагментирую базу размером в 1,3 ТБ, зная что WhiteSpac'a у нее 500 гектар, а ящиков внутри ровно ноль. 

    Спасибо всем за помощь, в любом случае.

    31 октября 2013 г. 9:37