none
Уменьшение размера файлов хранилища. RRS feed

  • Вопрос

  • С ростом мейлбоксов и общих папок соответвенно растет размер файлов хранилища на диске. Но после удаления больших объемов информации (больших мейлбоксов или кучи инфы из общих папок) файлы на диске не уменьшаются. Просто видимо страницы в хранилище помечаются свободными.
    Особенно сильно этот размер напрягает ростом размеров резервных копий, то есть почтовые ящики и папки почистили от ненужной и безнадежно устаревшей инфы, а бэкапы по прежнему громадные.

    1. Каким методом можно уменьшить?
    2. Eseutil /d ...?  
    3. Других способов не существует? 
    4. Что-нибудь имеет смысл выполнять перед дефрагментацией с помощью eseutil (может проверить четность или т.п.)?
    5. Нет ли в у Exchange-а механизма для регулярного выполнения данной процедуры?
    6. Cуществует ли потенциальная возможность нарушения целостности базы хранилища? Если ДА, как ее минимизировать помимо выполнения полного бэкапа перед операцией?
    • Перемещено Tina_Tian 19 марта 2012 г. 1:43 forum merge (От:Exchange Server 2003/2000/5.5)
    26 июня 2008 г. 4:14

Ответы

  • 1.Только дефрагментация

    2 Перед дефрагментацией сделать бэкап, проверить базу на целостность Eseutil /g и, если база повреждена, восстановить Eseutil /p. Потом дефрагментация Eseutil /d. Потом еще раз сделать бэкап.

    3. нет

    4. см п.2

    5. есть. В свойствах твоего почтового сервера закладка Mailboх Manegement. Но дефрагментация на много эффективней.

    6. Не разу у меня такого не было. И я как правило дефрагметирую копии файлов *.edb (сделать рядом с оригиналом папочку и скопировать туда файлик). Если сбойнет можно оригинальный файлик быстро примонтировать к хранилищу. Но надо контролировать свободное дисковое пространство. Свободного места должно быть 120% от файла котороый ты дефрагметируешь.

    26 июня 2008 г. 5:06
  • 1. Eseutil /d

    2. Да.

    3. Нет

    4. Можно Eseutil /G Проверка целостности

    5. Нет, можно скриптом, но я бы не доверил скрипту такую ответственную процедуру.

    6. Существует, небольшая. Offline backup, происходит быстрее чем online

    26 июня 2008 г. 5:12
    Модератор
  •  Shilonosov Anton написано:

    5. есть. В свойствах твоего почтового сервера закладка Mailboх Manegement. Но дефрагментация на много эффективней.

    Там только он-лайн дефрагментация, которая не изменяет размер.

    Поправка к вопросу о последствиях, дефрагментация производится путем считывания и копирования заполненных таблиц во временную базу. Основная остается интактной до завершения процесса. И если в процессе не было сбоев основная замещается. Этим и вызвано требование иметь не менее 120% свободного дискового пространства.

    26 июня 2008 г. 5:17
    Модератор

Все ответы

  • 1.Только дефрагментация

    2 Перед дефрагментацией сделать бэкап, проверить базу на целостность Eseutil /g и, если база повреждена, восстановить Eseutil /p. Потом дефрагментация Eseutil /d. Потом еще раз сделать бэкап.

    3. нет

    4. см п.2

    5. есть. В свойствах твоего почтового сервера закладка Mailboх Manegement. Но дефрагментация на много эффективней.

    6. Не разу у меня такого не было. И я как правило дефрагметирую копии файлов *.edb (сделать рядом с оригиналом папочку и скопировать туда файлик). Если сбойнет можно оригинальный файлик быстро примонтировать к хранилищу. Но надо контролировать свободное дисковое пространство. Свободного места должно быть 120% от файла котороый ты дефрагметируешь.

    26 июня 2008 г. 5:06
  • 1. Eseutil /d

    2. Да.

    3. Нет

    4. Можно Eseutil /G Проверка целостности

    5. Нет, можно скриптом, но я бы не доверил скрипту такую ответственную процедуру.

    6. Существует, небольшая. Offline backup, происходит быстрее чем online

    26 июня 2008 г. 5:12
    Модератор
  •  Shilonosov Anton написано:

    5. есть. В свойствах твоего почтового сервера закладка Mailboх Manegement. Но дефрагментация на много эффективней.

    Там только он-лайн дефрагментация, которая не изменяет размер.

    Поправка к вопросу о последствиях, дефрагментация производится путем считывания и копирования заполненных таблиц во временную базу. Основная остается интактной до завершения процесса. И если в процессе не было сбоев основная замещается. Этим и вызвано требование иметь не менее 120% свободного дискового пространства.

    26 июня 2008 г. 5:17
    Модератор