none
На глазах растет папка с логами Exchange 2003 RRS feed

  • Вопрос

  • Доброго всем время суток.

    Возникла проблема требующая срочного решения.

    С понедельника начали расти база edb и папка с логами, одного из хранилищ exchange. Логи переполнили диск, хранилища отвалились. Далее временно удалось восстановить работу хранилища, после активной работы с утилитой eseutil, получилось определить точку отсчета "отыгранных логов" и перенести их в другое место перенес почти 40 гб. Но после монтирования хранилища база и папка с логами продолжили расти и буквально за 3 часа место на диске под логи подошло к концу. Далее каюсь я начал просто удалять "Отыгранные" лог файлы. Далее удалось выяснить, что рост происходит лишь тогда, когда активен клиент outllok 2007 у одного из сотрудников. Как только клиент был отключен рост базы и папки с логами нормализовался. На данный момент при монтировании хранилища база не растет, но размер ее на данный момент составляет 183 gb, но что странно логи все равно валятся пачками, за минуту съедают до 100 мб свободного места диска. Вчера создал дополнительное хранилище и начал переносить туда ящики из "больной базы", но к сожалению перенес не все, все кто успел переехать сейчас работают, все кто нет с почтой не общаются. 

    Товарищи подскажите мне чем можно на данный момент проанализировать логи, и как выяснить причину их роста, надеюсь это поможет ее устранить.

    Очень надеюсь на вашу помощь! Принимаю любые идеи!

    Николай

    • Перемещено Tina_Tian 18 марта 2012 г. 8:29 forum merge (От:Exchange Server 2003/2000/5.5)
    2 апреля 2010 г. 9:35

Ответы

  • включите циклическую перезапись логов и помониторьте ExMon (ном)


    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
    2 апреля 2010 г. 10:02
  • "возможно ли в этом случае использовать ADSI Edit?" - можно -)

    ранее приведенные атрибуты касались базы ящиков в целом - по вопросу удаления как п\я так и сообщения в оном

     


    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
    2 апреля 2010 г. 13:27

Все ответы

  • включите циклическую перезапись логов и помониторьте ExMon (ном)


    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
    2 апреля 2010 г. 10:02
  • Уже этим самым и занимаюсь ) Спасибо Сергей!

     

    2 апреля 2010 г. 10:06
  • При неудавшимся переносом некоторых ящиков, они повисли в хранилищах с красными крестикам, при нажатии на них правой кнопкой и попыткой удалить навсегда выпадет сообщение, "The operation cannot be perfomed beacose this mailbox was alresdy reconnected to an existing user". Мне их обязательно необходимо удалить или можно попробовать просто, вновь переместить ящик в нужное хранилище?

    И попутный вопрос, где и какие атрибуты в AD нужно поправить, что бы изменить в правиле, которое находиться в SystemPolicy в ESM, значение количества дней хранения удаленных элементов и почтовых ящиков.

    p\s

    Поднял "больное хранилище", пока что работает в штатном режиме (монитором проверяю активность), теперь нужно перенести все оставшиеся ящики в другое вновь созданное хранилище, собственно по этому и появились вопросы описанные выше.

    Опять же буду благодарен за любую помощь специалистов.

    Николай.

    2 апреля 2010 г. 12:32
  • так вы п\я переносите с отмонтированной базы или ? непонятно

     


    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
    2 апреля 2010 г. 12:41
  • по поводу атрибута(ов)

    msExchangeRetentionPeriod

    -------------------------------------------

    garbageCollPeriod


    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
    2 апреля 2010 г. 13:01
  • А как с отмонтированной базы можно перенести п/я?

    Нет база в данный момент в рабочем состоянии, ящики переношу в ESM, правой кнопкой на ящик, exchange tasks, а там move mailbox.

    Я более и не знаю способов переноса п/я.А вопрос выше возник, после некорректного переноса некоторых п/я, т.е. они не перенеслись полностью, теперь в новом хранилище они с красным крестиком, а в старом целые и невредимые, но их все равно необходимо переместить в новое хранилище, а это возможно сделать только если там удалить их неудавшиеся копии.

    Вот в чем вопрос.

    2 апреля 2010 г. 13:02
  • разумеется с примонтированной базы

    так вы purge запустите


    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
    2 апреля 2010 г. 13:06
  • Дело в том, что при запуске purge, выпадет ошибка следующего содержания "The operation cannot be perfomed beacose this mailbox was already reconnected to an existing user"

    Вопрос по атрибутам, какой утилитой можно найти именно ту политику, в которой уже стоит ограничение на размер ящика 6 gb, должно быть ей присвоено соответствующее имя.

    возможно ли в этом случае использовать ADSI Edit?

     

    2 апреля 2010 г. 13:16
  • "возможно ли в этом случае использовать ADSI Edit?" - можно -)

    ранее приведенные атрибуты касались базы ящиков в целом - по вопросу удаления как п\я так и сообщения в оном

     


    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
    2 апреля 2010 г. 13:27
  • Доброго время суток.

    Возникли проблемы, попробую еще раз все уточнить, что бы не натворить косяков. Хочу уточнить порядок работы с указанными выше атрибутами, так как зайдя в оснастку ADSIedit.msc, я не смог понять, где именно мне необходимо изменить эти атрибуты. В связи с этим, большая просьба направить по ссылке на статью разъясняющую подобные действия или объяснить чуть подробней в форуме. Ниже попытка разъяснить ситуацию на данный момент:

    Есть политика, которая находится в папке SystemPolicy в оснастке ESM, этой политикой расширяется пространство для ящиков в определенном хранилище на 6 gb, из этого вытекает то, что в GUI интерфейсе мне не поправить значений отвечающих за количество дней хранения удаленных писем и ящиков, по скольку изменения в политике сделать невозможно.

    Необходимо понять, как именно в этой политике изменить атрибуты предложенные выше.

    Очень надеюсь на Ваши комментарии.

    Николай

    3 апреля 2010 г. 19:52
  • вопрос - т.е. вы используете ограничение размера п\я в 6 Гб ? вы это ограничение устанавливали через что ?
    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
    5 апреля 2010 г. 5:34
  • Похоже я разобрался, сейчас буду планировать изменения параметров. Напишу отчет о своих действиях. Уже есть подозрения, что могут возникнуть дополнительные вопросы.

     

     

    5 апреля 2010 г. 8:12
  • Сергей, возник вопрос. Где вы смотрите, какие атрибуты, соостветсвуют параметрам в ESM?

    Возникла потребность, через атрибуты снять галку с параметра (Do not permanently delete mailboxes and items until the store has been backed up)

     

    5 апреля 2010 г. 10:47
  • Сергей, возник вопрос. Где вы смотрите, какие атрибуты, соостветсвуют параметрам в ESM?

    Возникла потребность, через атрибуты снять галку с параметра (Do not permanently delete mailboxes and items until the store has been backed up)

     


    атрибут - deletedItemFlags - значение 3 - если 5 то чекбокс не отмечен

    практически все - чисто экспериметальным путем -)


    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
    5 апреля 2010 г. 11:00
  • Интуитивно думал об этом атрибуте, но не мог не спросить, все делаю на боевом серваке.

    Странно у меня вышло, хранение элементов и ящиков по нолям, галка о предварительном backup убрана, а злосчастный п/я с красными крестиками до сих пор в хранилищах... Необходима ли в этом случае перезагрузка сервера?

    5 апреля 2010 г. 12:06
  • Management Process запустите
    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
    5 апреля 2010 г. 12:30
  • Запустил Management Process, собственно ничего не произошло, п/я с крестами так и торчат в хранилищах. Пробовал на политике, нажимать Apply now, так же без результатно.

    Сергей уповаю на Вашу мудрость.

    6 апреля 2010 г. 6:52
  • Запустил Management Process, собственно ничего не произошло, п/я с крестами так и торчат в хранилищах. Пробовал на политике, нажимать Apply now, так же без результатно.

    Сергей уповаю на Вашу мудрость.


    т.е. после запуска MP и дальнейшего запуска Purge - ровным счетом ничего не происходит на новом сервере ?
    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
    6 апреля 2010 г. 10:35
  • А у меня все это происходит на одном старом сервере, purge по прежнему пишет про привязку к существующему пользователю, этим пользователем у всех не перенесшихся ящиков является учетная запись администратора домена. Присоединить их по новой к другой учетной записи, так же на дает.

    Что за функция у хранилища Run Cleanup Agent, может она поможет?

    6 апреля 2010 г. 11:38
  • агент очистки - а вы разве его не запускали ?
    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
    6 апреля 2010 г. 12:22
  • Уважаемый Smirnov Nik, вы смогли решить проблему?
    8 апреля 2010 г. 9:29
    Модератор
  • Даниил, доброго время суток.

    Первый этап моих проблем пройден успешно. По порядку описываю действия которые помогли мне восстановить корректную работу почтового сервера.

    1) После обнаружения роста базы и логов, с помощью утилиты ExchangeMonitor (http://www.microsoft.com/downloads/details.aspx?FamilyId=9A49C22E-E0C7-4B7C-ACEF-729D48AF7BC9&displaylang=en), был вычислен вредоносный пользователь. Пользователь был изолирован из сети, рост базы и логов прекратился.

    2) Было создано новое хранилище, куда с горем пополам переносились п/я пользователей из "больной базы", некоторые из них не перенеслись и зависли в новом хранилище с пометкой на удаление. Из-за специфической настройки политики хранения пришлось работать напрямую с атрибутами Exchange. Использовал программу ADSIedit, нашел необходимую политику по следующему пути (Configuration--Services--MSExchange--Имя организации--административная группа--первая административная группа--политики ). Были изменены следующие атрибуты: msExchangeRetentionPeriod, garbageCollPeriod, deletedItemFlags , у первых двух установил значение 0, у последнего 5.

    3) Прошелся по всем хранилищам относящимся к этой политике Run Cleanup Agent

    4) Все повисшие ящики удалил, все нужные перенес.

    Что в итоге, осталась больная, очень большая база, в ней единственный ящик пользователя, из-за которого все произошло. Переносить его я пока не буду, после профилактических работ на его машине, буду пробовать подключать ему этот ящик, смотреть, что произойдет. Если все будет хорошо, то его ящик переедет в новое хранилище, атрибуты политики верну в исходное состояние.

    P\S

    Осталось два этапа.

    2 этап работа с вредоносной машиной

    3 этап удаление больной базы

    Думаю, что могут возникнуть вопросы по 3 этапу, по этому прошу пока не закрывать тему.

     

    С уважением, Смирнов Николай.

    8 апреля 2010 г. 16:01
  • Здравствуйте, товарищи.

    Собственно спешу сообщить об удачном окончании второго и третьего этапа моей работы над вышеуказанной проблемой. Удаление хранилища, форматирование диска, и перенос нового хранилища на отформатированный диск по средствам ESM прошли успешно. Компьютер пользователя был по максимуму защищен от вредоносных вторжений и объектов.

    Сергей, Вам большое спасибо за помощь,без Ваших наводок дольше бы во всем разбирался. Думаю тему можно закрывать.

    Николай.

     

    19 апреля 2010 г. 6:38