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

Глава 11 
Рис. 11.5. 
Программа Process Monitor 
Особенности отказов
различных компонентов 
Отказ в обслуживании может возникнуть вследствие отказа любого элемента
информационной системы: повреждения кабелей, неполадок в работе коммути-
рующих устройств, выхода из строя узлов компьютера, зависания операционной 
системы, ошибок программного обеспечения бизнес-уровня и уровня приложений 
и т. п. 
Мониторинг отказоустойчивой структуры 
Если в вашей организации реализованы те или иные технологии дублирования, то 
следует постоянно проверять состояние каждого элемента любым доступным спо-
собом. Авторам приходилось сталкиваться с ситуациями, когда выходил из строя 
жесткий диск из состава RAID-массива, сервер пищал длительное время, но его
никто не слышал, и неисправность не была выявлена до момента выхода из строя 
второго диска, что уже привело к потере данных. Аналогично, если вы используете 
дублированные каналы передачи данных, то можете не заметить выхода из строя 
одного канала и столкнуться с полным отказом, будучи уверенным в том, что ваша 
система отказоустойчива. 
Поэтому следует обеспечить постоянный мониторинг состояния информационной 
системы. Некоторые возможные решения по мониторингу изложены в 
главе 
7. 

---

Порядок выявления неисправностей и их устранения 
535 
Неисправности подсистемы передачи данных 
С одной стороны, неисправность подсистемы передачи данных легко обнару-
жить — достаточно попытаться скопировать по сети большой файл, — например,
в 100 Мбайт. По сети с пропускной способностью 100 Мбит/с такой файл должен 
передаться менее чем за 20 сек, для гигабитной сети — менее чем за 5 сек. Если 
время копирования больше, следует искать источник проблемы. 
С другой стороны, такие отказы часто бывает сложно локализовать. Например, ав-
торы встречались с ситуациями, когда пересохший кабель вызывал исчезающие 
проблемы при незначительном его перемещении, или когда неисправность была 
связана с плохим контактом в разъеме сетевого адаптера, что приводило к неста-
бильной работе после того, как патч-корд просто задевали, иногда ошибки возни-
кали в работе коммутатора, продолжавшего безмятежно мигать своими индикато-
рами, и т. п. 
Обнаружение неисправностей сетевой инфраструктуры 
Неисправность пассивной инфраструктуры можно определить с помощью специ-
альных устройств, прогоняющих по сети особые тесты, позволяющие проверить 
линии связи на соответствие всем требованиям стандарта. Однако такие тестеры 
весьма дороги, и далеко не каждое даже крупное предприятие их имеет. В боль-
шинстве случаев ограничиваются лишь проверкой наличия соединения (есть кон-
такт — нет контакта), которая выполняется простейшими пробниками. Существу-
ют и кабельные тестеры, которые позволяют обнаружить обрыв линии связи, пере-
путывание проводников и другие типовые неисправности. Такие тестеры доступны 
любому администратору (их можно найти по цене менее 1 тыс. рублей). 
Косвенным признаком исправности кабеля может служить индикатор на сетевом 
порту — если он горит, то кабель, скорее всего, исправен. И тогда нужно проверить 
состояние портов сетевого интерфейса компьютера и коммутатора. Случаи выхода 
из строя сетевых портов нередки. Особенно часто это происходит на длинных 
(близких к максимальному значению длины) медных линиях связи после гроз. 
П
РИМЕЧАНИЕ
Существуют специальные модули защиты от грозовых разрядов. Но, как показывает 
практика, они не обеспечивают гарантированной защиты сетевых портов. Поэтому,
с учетом стоимости оборудования, часто предпочитают просто заменять сожженный 
порт на исправный (с последующей заменой всего коммутатора при выходе из строя 
всех портов). 
Если порты исправны, то между ними должны передаваться пакеты данных. Сего-
дня в большинстве систем применяется протокол TCP/IP, поэтому опишем после-
довательность проверки соединения для такого случая. 
Диагностика IP-протокола 
Для диагностики соединения с использованием протокола TCP/IP рекомендуется 
следующая последовательность операций: 

---

536