Самоучитель системного администратора. 5-е издание

Глава 11 
Где получить помощь? 
К каким источникам обращаться в случае проблемы? Первый источник — это до-
кументация по системе. Справочная система Linux максимально информативна, а в 
современных дистрибутивах — еще и на русском языке. Справочная система 
Windows пусть и не столь дружелюбна, но в последнее время наблюдаются суще-
ственные сдвиги в лучшую сторону. 
Кстати, по продуктам Microsoft можно попытаться получить помощь на портале 
http://technet.microsoft.com
— здесь очень много полезной и практической инфор-
мации. 
Не нужно забывать и про техническую поддержку производителя. В конце концов, 
вы покупаете лицензионное программное обеспечение, платите огромные деньги за 
дорогущее оборудование и вправе требовать технической поддержки производите-
ля — разработчика ПО или создателя оборудования. Обычно такая услуга является 
платной, и лучше оплатить подписку на техническую поддержку заранее — до
того, как возникнет неполадка. Впрочем, стоимость подписки малым компаниям 
может показаться заоблачной. Для средних, скорее всего, стоимость часа простоя 
тоже не столь высока, чтобы оплачивать подписку на техническую поддержку.
А вот для крупных компаний она просто необходима — с ее помощью у вас больше 
шансов сэкономить время, а значит, и деньги компании. 
Если помощь не удалось получить в официальных источниках, попробуйте поис-
кать решение проблемы в Интернете. Вы — не единственный пользователь и, ско-
рее всего, вы не один, кто сталкивался с подобной проблемой. Смело ищите ответ 
на свой вопрос в Интернете, в различных FAQ и конференциях (форумах) — вы 
наверняка найдете там подходящее решение. 
Сбор информации об отказе 
Чтобы успешно решить проблему и предотвратить ее появление в будущем, нужно 
собрать как можно больше информации об отказе. Собранная информация должна 
быть качественной, иначе толку от нее будет немного. 
Для сбора информации нужно анализировать следующую информацию о системе: 
доступные журналы: журнал событий Windows, syslog для UNIX-систем, жур-
налы приложений; 
время возникновения проблемы; 
операции, которые выполнялись в этот момент; 
проводились ли изменения в настройках системы перед возникновением про-
блемы, менялось ли оборудование и т. п.; 
встречались ли наблюдаемые симптомы ранее, были ли сходные отказы, кото-
рые могли привести к текущей проблеме, и т. п.; 

---

Порядок выявления неисправностей и их устранения 
525 
если ошибка наблюдается у пользователя, поговорите с ним, уточните ситуа-
цию, попытайтесь воспроизвести проблему. 
Анализ журналов системы 
Практически невозможно определить неисправность без анализа журналов систе-
мы. В журналах фиксируются все самые важные события, возникающие в системе. 
В Windows надо анализировать журналы системы, приложений и безопасности.
В UNIX/Linux — журнал syslog и журналы служб. 
Ведение журналов требует значительных системных ресурсов, поэтому в журналах 
фиксируются только основные события и критические оповещения. Если для ана-
лиза причин сбоя такой информации недостаточно, приходится настраивать более 
высокий уровень детализации и заново просматривать журналы. 
П
РИМЕЧАНИЕ
После устранения неисправности необходимо восстановить исходный уровень дета-
лизации журналов, чтобы не использовать нерационально ресурсы системы на запись 
информации о событиях. 
На практике для анализа проблемы часто приходится собирать информацию с не-
скольких систем. Можно выполнить это штатными средствами — например, про-
сто подключаясь к журналу удаленного компьютера в консоли 
Просмотр событий
. 
Но администратор обычно не ограничивается штатными средствами. Для сбора 
данных и последующего анализа используются любые доступные утилиты сторон-
них разработчиков, контролирующие систему в реальном режиме времени. 
Например, ранее была очень полезной утилита Insight for Active Directory (от 
Sysinternals, позже — от Microsoft), позволяющая отслеживать любые запросы
к Active Directory. Вот только эта утилита поддерживает лишь 32-разрядные версии 
Windows Server, и, следовательно, если у вас установлен Windows Server 2008 R2 
(который полностью 64-разрядный) или Windows Server 2012/2016, эта утилита
работать уже не будет. Вместо нее можно использовать утилиту Tracelog
1
. Она не 
такая удобная, как Insight, но зато работает в современных серверных операцион-
ных системах. 
Средства просмотра журналов системы 
Как уже отмечалось ранее, в Windows для просмотра журналов событий использу-
ется специальная утилита 
Просмотр событий
. В Windows 7 вызвать эту утилиту 
можно через 
Панель управления | Административные задачи | Просмотр собы-
тий
. В Windows 8, 10 и Windows Server 2012/2016 эта утилита получила название 
Панель мониторинга
(рис. 11.1), и проще всего запустить ее, воспользовавшись 
средством поиска приложений, — просто на основном экране введите начальные 
символы названия программы и выберите ее из результатов поиска. 
1
Подробную информацию об этой утилите можно получить по адресу: 
http://blogs.msdn.com/b/spatdsg/archive/2008/08/12/ldap-client-tracing.aspx
. 

---

526