- •Вступление
- •Основные задачи технической диагностики
- •Системы диагноза технического состояния
- •Диагностические системы управления
- •Объекты диагноза
- •Математические модели объектов диагноза
- •Функциональные схемы систем тестового и функционального диагноза
- •Методы и технические средства диагностирования элементов и устройств вычислительной техники и систем управления Общие сведения
- •Тестовое тестирование узлов, блоков и устройств.
- •Структуры автоматизированных систем.
- •Программное обеспечение процессов диагностирования.
- •Логические анализаторы.
- •Микропроцессорные анализаторы (ма).
- •Способы запуска.
- •Подключающие устройства.
- •Ввод начальных данных.
- •Проверка отдельных триггеров.
- •Проверка содержимого постоянных запоминающих устройств (пзу).
- •Проверка оперативных запоминающих устройств (озу).
- •Проверка работы линии коллективного пользования (лкп).
- •Проверка аналого-цифровых преобразователей (ацп).
- •Проверка печатных плат.
- •Проверка микропроцессорной системы.
- •Сигнатурные анализаторы
- •Процесс формирования сигнатур.
- •Аппаратурная реализация сигнатурного анализатора.
- •Тестовое диагностирование устройств в составе эвм.
- •Диагностирование оборудования процессоров.
- •Способы диагностирования периферийных устройств.
- •Диагностирование упу/пу с помощью процессора.
- •Проверки упу/пу с помощью диагностических приказов.
- •Диагностирование упу/пу с помощью тестеров.
- •Способы тестирования зу.
- •Принципы построения стандартных проверяющих тестов полупроводниковых зу.
- •Аппаратурные средства функционального диагностирования узлов и блоков. Основные принципы построения.
- •Кодовые методы контроля.
- •Контроль передач информации.
- •Контроль по запрещенным комбинациям.
- •Самопроверяемые схемы контроля.
- •Контроль по модулю
- •Организация аппаратурного контроля озу.
- •Организация аппаратурного контроля внешних зу.
- •Средства функционального диагностирования в составе эвм.
- •Контроль методом двойного или многократного счета
- •Экстраполяционная проверка
- •Контроль по методу усеченного алгоритма (алгоритмический контроль).
- •Способ подстановки.
- •Проверка предельных значений или метод "вилок".
- •Проверка с помощью дополнительных связей.
- •Метод избыточных переменных
- •Контроль методом обратного счета.
- •Метод избыточных цифр.
- •Метод контрольного суммирования.
- •Контроль методом счета записи.
- •Контроль по меткам
- •Метод обратной связи
- •Метод проверки наличия формальных признаков (синтаксический метод, метод шаблонов).
- •Метод проверки запрещенных комбинаций.
- •Метод an-кодов
- •Методы на основе циклических кодов и кодов Хэмминга и др.
- •Структурные методы обеспечения контролепригодности дискретных устройств.
- •Введение контрольных точек.
- •Размножение контактов.
- •Использование блокирующей логики.
- •Применение параллельных зависимых проверок
- •Замена одним элементом состояний группы элементов памяти.
- •Методы улучшения тестируемой бис. Сокращение числа тестовых входов.
- •Двухуровневое сканирование.
- •Микропроцессорные встроенные средства самотестирования.
- •Контроль и диагностирование эвм Характеристики систем диагностирования
- •Системы контроля в современных эвм
- •Применение аналоговых сигнатурных анализаторов
- •Работа локализатора неисправностей pfl780 в режиме "Pin by Pin"
- •Работа в режиме Pin by Pin
- •Работа с торцевыми разъемами
- •Среда тестирования
- •Индивидуальное тестирование или режим Pin by Pin?
- •Тестирование специальных устройств
- •Устранение ложных отказов путем использования эталонных сигнатур компонентов от разных производителей
- •Тестирование цифровых компонентов методом asa
- •Вариации сигнатур.
- •Входные цепи защиты
- •Набор альтернативных сигнатур
- •Тестирование подключенных к общей шине компонентов путем их изоляции специальными блокирующими напряжениями.
- •Системы с шинной архитектурой
- •Устройства с тремя логическими состояниями
- •Разрешение работы и блокирование компонентов
- •Применение "блокирующих" напряжений
- •Отключение тактовых импульсов.
- •Отключение шинных буферов.
- •Опция Loop until Pass
- •Локализация дефектных компонентов в системах с шинной архитектурой без их удаления из испытываемой цепи
- •Поиск неисправностей методами asa и ict в системах с шинной архитектурой
- •Сравнение шинных сигнатур
- •Шинные сигнатуры
- •Изоляция устройств.
- •Локализация коротких замыканий шины и неисправностей нагрузки прибором toneohm 950 в режиме расширенного обнаружения неисправностей шины
- •Типы шинных неисправностей
- •Короткие замыкания с низким сопротивлением
- •Измерение протекающего через дорожку тока.
- •Измерение напряжения на дорожке печатной платы
- •Обнаружение кз и чрезмерных токов нагрузки в труднодоступных для тестирования местах
- •Короткие замыкания на платах
- •Обнаружение сложных неисправностей тестируемой платы путем сравнения импедансных характеристик в режиме asa
- •Импедансные сигнатуры
- •Локализация неисправностей методом Аналогового сигнатурного анализа
- •Методы сравнения
- •Основы jtag Boundary Scan архитектуры
- •АрхитектураBoundaryScan
- •Обязательные инструкции
- •Как происходитBoundaryScanтест
- •Простой тест на уровне платы
- •Граф состояний тар – контроллера
- •Мониторинг сети Управление сетью
- •Предупреждение проблем с помощью планирования
- •Утилиты мониторинга сети
- •Специальные средства диагностики сети
- •Источники информации по поддержке сети
- •Искусство диагностики локальных сетей
- •Организация процесса диагностики сети
- •Методика упреждающей диагностики сети
- •Диагностика локальных сетей и Интернет Диагностика локальных сетей
- •Ifconfig le0
- •Сетевая диагностика с применением протокола snmp
- •Диагностика на базеIcmp
- •Применение 6-го режима сетевого адаптера для целей диагностики
- •Причины циклов пакетов и осцилляции маршрутов
- •Конфигурирование сетевых систем
- •Методы тестирования оптических кабелей для локальных сетей.
- •Многомодовый в сравнении с одномодовым
- •Нахождение разрывов
- •Измерение потери мощности
- •Использование тестовOtdRдля одномодовых приложений
- •Источники
- •Словарь терминов а
Источники информации по поддержке сети
Существуют различные программные продукты поддержки сетей, оперативные службы поддержки, печатные материалы и другие источники информации, которые помогут Вам при решении проблем. Их легко приобрести, на них легко подписаться. В этой части представлены некоторые наиболее распространенные источники.
TechNet
Microsoft Technical Information Network (TechNet) предоставляет всестороннюю информацию для поддержки сетей с акцентом на продуктыMicrosoft. ВMicrosoftKnowledgeBase(база знанийMicrosoft) Вы найдете самые свежие статьи различной тематики; из них Вы узнаете о последних версиях и обновлениях программных продуктов.
Установка
Установка TechNetпохожа на установку любой другой программы: создается программная группа, в которую добавляется соответствующий значок (для ускоренного доступа).
TechNetпредоставляет несколько способов для поиска нужной информации. СредствоFind— самый эффективный из них. Обратитесь к менюHelp, чтобы получить информацию и о различных возможностях TechNet,и об их использовании.
Подписка на TechNet
На TechNetможно подписаться, позвонив по телефону:
(800) 344-2121
или направив запрос почтой по адресу:
Microsoft Corporation
РО BOX 10296
Des Moines, IA 50336-0296.
Электронные доски объявлений
Существует много электронных досок объявлений (BBS), посвященных компьютерным сетям. Вы можете обратиться за помощью к опытным сетевым специалистам, поместив свои вопросы наBBS.
А самую исчерпывающую информацию о сетевых продуктах MicrosoftВы можете получить вMicrosoftDownloadLibrary(MSDL), где находятся самые последние версии драйверов и других программ.
Примечание. Эта служба работает только в режиме рассылки. Она не принимает информацию и вопросы.
В эту библиотеку можно попасть, позвонив по телефону (206) 936-6735. Параметры модема следующие:
8битов данных;
1стоповый бит;
без четности;
без управления потоком данных.
Группы пользователей
Группы пользователей —также неплохой источник информации, ведь наверняка Ваши коллеги сталкивались с похожими проблемами, возникающими при установке, администрировании и поддержке сети. Такого объема знаний, которым обладают в совокупности все участники группы, Вы больше нигде не найдете. Кроме того, группы уделяют особое внимание определенным аспектам технологии.
Информацию о группах пользователей, общающихся по конкретной теме или технологии, можно получить у поставщиков, производителей, в консультативных организациях или в местной прессе.
Периодические издания
Сетевая технология постоянно развивается. Существует множество книг в этой области знаний, но они быстро устаревают. Периодические издания —лучший способ получить самую свежую информацию. Наиболее известны среди них —LANMagazine,DataCommunicationsилиPCWeek. Многие издания доступны в Интернете.
LANMagazine, выходящий ежемесячно, имеет постоянный разделTutorial(учебник), который может служить хорошим учебным пособием по сетям.
Типичные проблемы
Структурный подход (в частности, сбор информации, которая помогает изолировать проблему и найти решение) требует некоторого времени. Однако существуют наиболее типичные проблемы и методы их решения. Они будут представлены в этой части. Впрочем, в каждой конкретной ситуации надо учитывать несколько факторов, в том числе:
размер сети;
количество пользователей;
типы используемых приложений:
срок эксплуатации оборудования.
Например, отдельные проблемы, возникающие в глобальной сети, невозможны для локальной сети, состоящей из 12рабочих станций. Администраторы и инженеры поддержки за годы непрерывной службы выработали целый набор (ставших уже традиционными) подходов к решению различных проблем.
Кабели и связанные с ними компоненты
Большинство сетевых проблем возникает и решается на Физическом уровне модели OSI.
Проблема
Кабельная система —это компонент сети, который необходимо проверить в первую очередь, так как именно она является наиболее частой причиной сбоев в сети. Например, если сегмент кабеля «тонкийEthernet» отключился от магистрали или на его конце отсутствует терминатор, то весь этот сегмент перестанет работать.
Итак, постарайтесь найти:
разрыв кабеля;
короткое замыкание в кабеле;
разрывы где-то в цепи;
неисправность платы сетевого адаптера;
неправильные соединения или неисправные соединители.
Подход
Администраторы сетей и инженеры поддержки должны определить, с чем связаны проблемы —с компьютером или с сетевым кабелем. Для этого можно воспользоваться переносным компьютером с сетевым адаптером. Отключив от сети компьютер, находящийся под подозрением, и подключив переносной, проверьте, «видит» ли он сеть Если да, то с кабелем все в порядке. Если нет, в первую очередь надо проверить кабель.
Желательно также сначала проверить кабель данного участка на предмет очевидных проблем. Спросите у сотрудников, не передвигал или не изменял ли кто-нибудь
чего-нибудь до того, как проблема дала о себе знать.
Можно сэкономить уйму денег и времени, если при решении проблем пользоваться рефлектометром или сетевым анализатором.
Сузить круг поиска поможет терминатор. Выберите компьютер, подключенный примерно в середине сегмента, и отсоедините подведенный к нему сетевой кабель (разбив сегмент на два участка). Поочередно подключая терминатор к каждому участку сегмента, выясните, какой из них не работает. Затем повторите этот процесс с неработающим участком. Продолжайте поступать так до тех пор, пока не найдете неисправность кабеля.
Сбои напряжения питания
При временном сбое электропитания необходимо (после его восстановления) проверить серверы и убедиться в том, что они работают нормально. Поэтому заранее надо| проинформировать всех пользователей, что в случае сбоя питания им придется подождать некоторое время после его включения, пока серверы не пройдут проверку.
От подобных неприятностей Вас избавят источники бесперебойного питания (UPS). Постарайтесь изыскать средства и приобрести их для каждого сервера (это окупится сторицей). БольшинствоUPSдаст Вам достаточно времени, чтобы после отключения основного питания правильно завершить работу системы. А некоторыеUPSмогут и сами корректно завершить работу сервера.
Модернизация
Сетевая операционная система постоянно совершенствуется, поэтому администратору, вероятно, придется провести несколько ее модернизаций. Во время модернизации, как правило, на одной части серверов работает старая операционная система, а на другой —новая.
Приступая к конкретным операциям, не забудьте, по крайней мере, о двух моментах:
сначала проверьте новую версию на изолированном участке сети, чтобы обнаружить возможные сбои или несовместимость с оборудованием или программным обеспечением;
проинформируйте всех пользователей о проведении модернизации, чтобы при сбоях оборудования или приложений (которых раньше не было) они понимали, в чем дело.
Компьютеры
При возникновении проблем с компьютерами администратор или инженер поддержки должен сначала выяснить, что послужило причиной проблемы —неисправность сети или неисправность компьютера. Столкнулись ли с той же проблемой пользователи других компьютеров? Если нет, изменял ли что-нибудь пользователь в своем компьютере перед тем, как возникла проблема? Не пытался ли он установить какое-нибудь программное обеспечение, пусть даже простенькую утилиту? Работал ли за данным компьютером кто-нибудь, кроме этого пользователя?
Проверьте даты создания всех системных файлов (таких, как Autoexec.batиConfig.sys), чтобы убедиться в том, что они не изменялись со времени нормальной работы компьютера.
Поломка диска сервера
Как правило, поломка диска сервера —это настоящая катастрофа. Может случиться, что обычный подход к решению проблемы (даже если он позволит найти причину — неисправность диска сервера), не устранит последствий сбоя. В случае серьезной поломки жесткого диска единственное решение проблемы —его замена. Однако при этом информация оказывается утерянной.
Потери, связанные с проблемами такого рода, может свести к минимуму только предусмотрительное планирование сети. Главный критерий: насколько ценна информация, использующаяся в сети? Если она важна для организации, есть смысл вложить средства в избыточную систему серверов с полным резервным копированием.
Недостаточная производительность сети
Иногда кажется, что сеть работает очень медленно. Это может происходить в течение коротких промежутков времени или растягиваться на дни и недели. Первое, что надо выяснить, —работала ли когда-нибудь сеть быстрее. Если да, администратору следует вновь вернуться к стадии планирования и ответить на следующие вопросы:
Если сеть когда-то работала нормально, что изменилось с тех пор?
Не добавлял ли кто-нибудь новое программное обеспечение или оборудование?
Не играет ли кто-нибудь по сети?
Не изменял ли кто-нибудь свой подход к работе в сети?
Не появились ли в сети новые пользователи?
Не могла ли уборщица вечером передвинуть оборудование?
Не работает ли рядом с сетью какое-нибудь новое устройство, например генератор?
Если с появлением в сети новых пользователей (или приложений) снижается ее производительность, возможно, настало время подумать о способах расширить сеть.
Резюме
Методика решения сетевых проблем предусматривает структурный подход к их устранению. Он начинается с установки приоритетов и сбора информации. Затем администратор или инженер поддержки составляет список возможных причин и проверяет каждую из них. После того как причина проблемы найдена, вырабатывается способ ее решения.
Если опрос пользователей не помог выяснить причину проблемы, администратор или инженер поддержки должен внимательно осмотреть сеть (кабель и оборудование), сегмент за сегментом. Разработано множество инструментальных средств, которые помогают в поиске и решении проблем. Самые передовые из них —анализаторы протоколов (сетевые анализаторы). Анализаторы протоколов могут исследовать трафик в реальном времени и предоставить статистику, на основе которой администратор составит впечатление о работе различных сетевых компонентов.
Существует множество источников информации по поддержке сетей (например, MicrosoftTechNetи электронные доски объявлений), которыми пользуются администраторы при решении проблем.
Чаще всего сетевые проблемы связаны с кабелем. Его администратор или инженер поддержки должен проверить в числе первых. Найти неисправность кабеля помогут рефлектометры'(TDR) и сетевые анализаторы.