none
Протоколирование действие в календаре на Exchange 2003 RRS feed

  • Вопрос

  • Приветствую всех!
    Есть почтовый ящик пользователя на Exchange 2003 доступ к которому осуществляется с 20 разных устройств и компьютеров, пятью разными людьми.
    Возникла задача вести протоколирование изменений в календаре. Какая задача во сколько была создана, удалена и п.р. В идеале ещё с фиксацией кем и с какого компа.
    Подскажите есть ли такие возможности в самом Exchange 2003 или может есть сторонние программы. Или хотя бы механизм используя который я бы мог написать сам такой софт.
    • Перемещено Tina_Tian 18 марта 2012 г. 8:02 forum merge (От:Exchange Server 2003/2000/5.5)

Ответы

Все ответы

  • нужно искать\писать Sink на обработку базы п\я либо использовать более старый механизм обработчика событий (агента) от Exch 5.5
    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
  • нужно искать\писать Sink на обработку базы п\я
    Можно чуть подробнее что это такое.
  • начало http://msdn.microsoft.com/en-us/library/aa142643%28v=exchg.65%29.aspx

    + пример http://www.codeproject.com/KB/cs/csmanagedeventsinkshooks.aspx

    а далее качать SDK и ...


    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
    • Помечено в качестве ответа Vash Trigan 20 мая 2011 г. 12:11
  • А ведь ещё можно подцепить хранилище exchange 2003 как диск M: (как это было раньше на exchange 2000) и поднять аудит на нужном Вам ящике, как на файловом ресурсе. Ну и дальше - event log Вам в помощь. Разве так не проще будет?


    С Уважением, Бетке Сергей Сергеевич, http://sergey-s-betke.blogs.novgaro.ru
  • А ведь ещё можно подцепить хранилище exchange 2003 как диск M: (как это было раньше на exchange 2000) и поднять аудит на нужном Вам ящике, как на файловом ресурсе. Ну и дальше - event log Вам в помощь. Разве так не проще будет?


    С Уважением, Бетке Сергей Сергеевич, http://sergey-s-betke.blogs.novgaro.ru

    с одной стороны проще и гораздо , с другой стороны гибкости нет
    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
  • Согласен, но последующее "прикручивание" сценария powershell с анализом журнала даст необходимую гибкость. А плюс в таком решении - возможность использования средств типа system center, да и не только. Всё, что заточено на анализ журнала событий, всё сможет нам помочь. В случае самописной разработки - вряд ли. Да и надёжность системы в этом случае какова будет?


    С Уважением, Бетке Сергей Сергеевич, http://sergey-s-betke.blogs.novgaro.ru
  • как напишешь и оттестируешь ( желательно не самому) - такова и надежность будет с т.з. работы модуля, но тут встает вопрос надежности работоспособности компонентов Exch , на работу которых целиком повлиять самостоятельно нельзя (но тут уже модуль дотачивается до них)  - так что если нужно быстро и не особливо гибко то диск М, если хочется наворотов - то медленно второй вариант -)
    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
  • А ведь ещё можно подцепить хранилище exchange 2003 как диск M: (как это было раньше на exchange 2000) и поднять аудит на нужном Вам ящике, как на файловом ресурсе. Ну и дальше - event log Вам в помощь. Разве так не проще будет?


    С Уважением, Бетке Сергей Сергеевич, http://sergey-s-betke.blogs.novgaro.ru
    Разве наличие M в 2003 не является с точки зрения Микрософт неверным? Вроде как они не советуют его использовать.
  • Причины тому больше идеологические, чем технологические. Фактически - работает. НО!!! исключите проверку этого "диска" антивирусами. Это, кстати, один из доводов MS против привязки буквы к этому "диску".


    С Уважением, Бетке Сергей Сергеевич, http://sergey-s-betke.blogs.novgaro.ru