Программирование серверных приложений

О возникновении особой ситуации типичное приложение сообщает пользователю звуковыми или визуальными сигналами. Большинство программ может позволить себе роскошь такого типа предупреждений о событиях, так как предполагается, что в момент их выполнения за компьютером сидит человек. В отношении серверных приложений такого предположения сделать нельзя.
Поэтому разработчики серверов в качестве журналов сообщений используют файлы или другие подобные им постоянные хранилища. Затем эти регистрационные файлы изучают системные администраторы, отмечая важные события и ошибки. Так решается проблема отсутствия работающего за компьютером человека, но появляются другие проблемы — с управляемостью. Какому системному администратору понравится использовать десяток разных серверных приложений, сообщающих о событиях в разных форматах и сохраняющих регистрационные файлы в разных местах! При этом еще не учитываются сообщения самой ОС.
В Microsoft Windows эта проблема решена с помощью стандартного механизма сообщений о событиях — службы Event Log. Она использует стандартный формат регистрации событий и упрощает изучение регистрационных файлов, используя для этого только одно приложение просмотра событий, что позволяет администраторам получить всю информацию сразу. Windows применяет Event Log для сообщения о системных событиях, таких как недостаток свободного места на жестком диске и неудачные попытки входа в систему. Конечно, ваше серверное ПО не обязано регистрировать события, но ваши пользователи высоко оценят его согласованность с другими серверными приложениями, а также с существующими системами.
Прочитав эту главу, вы узнаете о регистрационных файлах есшгий, научитесь писать программы, создающие их. Мы обсудим компиляцию и использование файлов сообщений, связанных с событиями. Большинство разработчиков думает только о регистрации событий, администраторам для просмотра событий нужен только модульный компонент (snap-in) Event Viewer, мы же опишем и вопросы создания программ просмотра файла регистрации событий.
А теперь перейдем к изучению регистрации событий сначала с точки зрения администратора, а затем — с точки зрения ОС.