none
Разрастается база даных почтовых ящиков RRS feed

  • Вопрос

  • Привет всем, подскажите пожалуйста как бороться с разрастанием базы данных почтовых ящиков? Я к существующей группе хранения с базой почтовых ящиков (One.edb - 85 ГБ), создал новую группу хранения и в ней создал две новые базы почтовых ящиков (Two.edb и Three.edb), для того чтобы объем (85 ГБ) разделить между этими тремя базами, но нюанс - когда я перенес 1/3 ящиков с One.edb в Two.edb, база данных One.edb меньше на 26Гб не стала, как бороться с этим?

    technet.com

    25 марта 2012 г. 15:42

Ответы

  • Добрый день,

    После переноса почтовых ящиков файл базы .edb меньше не станет. Для уменьшения объема файла базы необходима дефрагментация базы данных с помощью утилиты eseutil и её параметра /d , или просто переместите почтовые ящики в новую базу. Процесс перемещения ящиков дает эффект дефрагментации, перенося только данные а пустые страницы нет.


    MCTS: Microsoft Exchange Server 2007/2010 | MCSA

    • Помечено в качестве ответа Yuriy Lenchenkov 28 марта 2012 г. 11:43
    26 марта 2012 г. 6:16
  • учтите что работа программы eseutil с ключем /d - возможна только при отмонтированой базе. инфы по этому поводу в инете кучя. думаю найдете без проблем ввидя запрос " exchange офлайн дефрагментация почтовой базы"

    и объем который вы можете убрать из базы видно в логах сервера во вкладке апликатионс)))     вчасности event ID: 1221 - это сообщение eseutil после онлайновой дефрагментации. там будет указан размер пустого места в файле *.edb .

    • Помечено в качестве ответа Yuriy Lenchenkov 28 марта 2012 г. 11:43
    26 марта 2012 г. 7:20

Все ответы

  • Добрый день,

    После переноса почтовых ящиков файл базы .edb меньше не станет. Для уменьшения объема файла базы необходима дефрагментация базы данных с помощью утилиты eseutil и её параметра /d , или просто переместите почтовые ящики в новую базу. Процесс перемещения ящиков дает эффект дефрагментации, перенося только данные а пустые страницы нет.


    MCTS: Microsoft Exchange Server 2007/2010 | MCSA

    • Помечено в качестве ответа Yuriy Lenchenkov 28 марта 2012 г. 11:43
    26 марта 2012 г. 6:16
  • учтите что работа программы eseutil с ключем /d - возможна только при отмонтированой базе. инфы по этому поводу в инете кучя. думаю найдете без проблем ввидя запрос " exchange офлайн дефрагментация почтовой базы"

    и объем который вы можете убрать из базы видно в логах сервера во вкладке апликатионс)))     вчасности event ID: 1221 - это сообщение eseutil после онлайновой дефрагментации. там будет указан размер пустого места в файле *.edb .

    • Помечено в качестве ответа Yuriy Lenchenkov 28 марта 2012 г. 11:43
    26 марта 2012 г. 7:20
  • Спасибо за помощь, у меня по ходу дела возник вопрос, а что произойдет когда журналы записи в базу данных (так называемые Е000ХХХХ.log) заполнят все свободное пространство на диске? Есть что-то трагическое произойдет?

    technet.com

    1 апреля 2012 г. 21:02
  • Спасибо за помощь, у меня по ходу дела возник вопрос, а что произойдет когда журналы записи в базу данных (так называемые Е000ХХХХ.log) заполнят все свободное пространство на диске? Есть что-то трагическое произойдет?

    technet.com

    Трагического ничего особо - exchange перестанет работать))). логи затираются после  бекапа почтовой базы. для этого можете воспользоваться встроенное средство ntbackup - там есть возможность бекапить базы exchange.

    В экстреных случаях люди тупо удаляют логи. Главное не удаляйте эти файлы:

    1. E00.log - это лог который использует база в текущий промежуток времени.

    2. E00.chk - это прослойка между E00.log- и вашей базой

    3. E00res00001.log and E00res00002.log (или чето в виде E00res1.log для ех2003) - это резервные лог файлы - они пустые и используются когда все место у вас кончилось и новые лог файлы писать некуда.

    остальное можно грохать - - но не советую.

    лучше настройте бекап. база я так понял у вас не большая и  сам процесс резервирования  много времени не отнимет.

    3 апреля 2012 г. 13:43