|
Глава 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
Do'stlaringiz bilan baham: |
