В этом разделе приведены советы по устранению типичных проблем, возникающих на сервере NetWare, например:
Операционная система NetWare является очень гибкой, но возникновение ошибок все же возможно. Серьезные проблемы обычно сопровождаются сообщением об аварийном завершении работы. Если появляется сообщение об аварийном завершении, значит, NetWare или ЦП была обнаружена критическая ошибка и был запущен обработчик сбоев NetWare. NetWare использует аварийное завершение, чтобы гарантировать полное сохранение данных операционной системы.
Когда сервер выполняет аварийное завершение работы, пользователи не могут зарегистрироваться в нем, рабочие станции не могут выполнять чтение и запись данных на сервере, а на консоли системы или экране протоколирования консоли сервера обычно отображается сообщение об аварийном завершении. Если механизм автовосстановления NetWare включен (по умолчанию), в зависимости от типа аварийного завершения NetWare может автоматически перезапустить сервер или приостановить процесс, вызывающий аварийное завершение.
Если на консоли нет сообщения об аварийном завершении, файл ABEND.LOG в каталоге SYS:SYSTEM отсутствует и на консоли сервера нет числа в скобках, но пользователи не могут получить доступа к серверу, см. раздел Мониторинг и устранение коммуникационных проблем. Если сообщение об аварийном завершении отсутствует, но консоль заблокирована так, что нельзя вводить команды, см. раздел "Зависание" консоли сервера.
При аварийном завершении работы сервера отображается сообщение, аналогичное следующему:
Abend: SERVER-5.xx-номер_сообщения строка_сообщенияADDITIONAL INFORMATION: сообщение
В разделе "Additional Information" указывается наиболее вероятная причина аварийного завершения. В нем указано, где произошла проблема, и приведено имя ассоциированного модуля NLM. Эта информация необходима для определения пути решения проблемы.
Сообщение об аварийном завершении вместе с дополнительной информацией сохраняется в файле ABEND.LOG на диске C:. При следующей загрузке сервера файл ABEND.LOG будет перемещен в каталог SYS:SYSTEM.
Вы можете вручную отреагировать на аварийное завершение, или сервер отреагирует автоматически.
В режиме реакции вручную сервер определяет тип аварийного завершения и отображает на экране возможные варианты, включая дополнительные, например, закрытие сервера и создание дампа ядра. Следует выбрать какой-либо из предложенных вариантов.
Если сервер отвечает автоматически, соответствующие действия выполняются сервером без вмешательства пользователя.
ВАЖНО: Иногда после аварийного завершения (или сбоя программы NLM) консоль сервера может перестать функционировать. В этом случае сообщение об аварийном завершении не отображается, а ввод команд с консоли сервера невозможен.
После сбоя сервера рекомендуется отключить питание компьютера и перезапустить его, а не только выйти в командную строку DOS (C:\NWSERVER) и ввести "SERVER".
По умолчанию в случае аварийного завершения соответствующие действия выполняются автоматически. (См. раздел Автоматическая реакция на аварийное завершение.)
Для ответа вручную на аварийное завершение измените значения следующего параметра SET (категория "Error Handling") на указанные значения:
AUTO RESTART AFTER ABEND = 0
Данный параметр SET контролирует действия сервера после аварийного завершения работы. Для получения каждого значения см. оперативную справку.
В случае аварийного завершения сервер выведет список опций, зависящий от типа ошибки. Чтобы выбрать какую-либо из этих опций, нажмите клавишу с ее первой буквой.
Могут отображаться следующие опции. Имейте в виду, что некоторые опции начинаются с одной и той же буквы (например, R, S и X). Но в каждом отдельном случае список включает лишь опции, начинающиеся с разных букв.
Эта опция появляется, если аварийное завершение было обнаружено программно, то есть, сетевой операционной системой. В этом случае нужно сохранить файлы, завершить работу сервера и попробовать решить проблему, вызвавшую аварийное завершение. Чтобы определить источник проблемы, просмотрите файл ABEND.LOG.
Если выбрана эта опция, сервер отправляет пользователям сообщение о закрытии сервера и рекомендует пользователям сохранить все файлы и разрегистрироваться. Затем сервер останавливает выполняющийся процесс, обновляет файл ABEND.LOG и предпринимает попытку завершения работы и перезапуска компьютера.
Время до завершения работы и перезапуска сервера определяется параметром SET AUTO RESTART AFTER ABEND DELAY TIME. Допускаются значения от 2 до 60 минут. По умолчанию установлено значение 2 минуты.
Вы можете передать файл ABEND.LOG в базу данных abend log database (база данных журналов аварийных завершений) Novell, чтобы получить помощь в устранении проблем при аварийном завершении.
Данная опция доступна, если при аварийном завершении обнаружена проблема оборудования. Закройте сервер, устраните проблему оборудования, выполните диагностику и свяжитесь с изготовителем оборудования для получения дополнительной помощи. Если выбрана эта опция, сервер отправляет пользователям сообщение о закрытии сервера и рекомендует пользователям сохранить все файлы и разрегистрироваться. Затем сервер возобновляет выполнение процесса, обновляет файл ABEND.LOG и предпринимает попытку закрытия и перезапуска компьютера. Время до завершения работы и перезапуска сервера определяется параметром SET AUTO RESTART AFTER ABEND DELAY TIME. Допускаются значения от 2 до 60 минут.
Эта опция появляется, если аварийное завершение было обнаружено аппаратно, то есть, процессором. В сообщениях аварийного завершения, обнаруженных аппаратно, присутствуют слова processor exception (исключение процессора). Такие аварийные завершения включают сбои при обращении к страницам памяти, сбои в защите, недопустимые коды операций, переполнение стека, двойные сбои и т.д. Если эта опция доступна, значит, то сервер определил, что процесс нельзя вернуть в безопасное состояние, но нет необходимости немедленно закрывать сервер для устранения проблемы. Возможно, Вам придется завершить работу и перезапустить компьютер позже. При выборе этой опции сервер приостанавливает текущий выполняемый процесс, обновляет файл ABEND.LOG, но не завершает работу компьютера. Производительность сервера может снизиться, так как загруженный модуль NLM, вероятно, будет работать неправильно. В разделе "Additional Information" (дополнительная информация) сообщения указывается, какой модуль NLM может вызвать проблему. Подождите некоторое время, затем закройте сервер и перезагрузите его. Для получения дополнительной информации об источнике проблемы просмотрите файл ABEND.LOG. Вы можете передать файл ABEND.LOG в базу данных abend log database (база данных журналов аварийных завершений) Novell, чтобы получить помощь в устранении проблем при аварийном завершении.
Как и предыдущая, эта опция появляется, если аварийное завершение было обнаружено аппаратно, то есть, процессором. В конце всех сообщений об обнаруженных аппаратно ошибках присутствуют слова processor exception (исключение процессора). Такие аварийные завершения включают сбои при обращении к страницам памяти, сбои в защите, недопустимые коды операций, переполнения стека, двойные ошибки и т.д. Если эта опция отображена, то сервер определил, что процесс нельзя вернуть в безопасное состояние. При выборе этой опции сервер возвращает выполняемый процесс в безопасное состояние и обновляет файл ABEND.LOG, но не закрывает сервер. В большинстве случаев нормальная работа сервера полностью восстанавливается и никаких дополнительных действий не требуется.
Эта опция позволяет создать дамп ядра, анализ которого поможет установить причину аварийного завершения. Для получения информации о дампах ядра см. Создание дампа ядра.
Эта опция появляется, только если DOS была удалена. Она вызывает перезапуск компьютера. Если DOS была удалена, файл ABEND.LOG не будет создан или обновлен.
Эта опция закрывает сервер и выполняет выход в DOS. Если при аварийном завершении отключить питание, не выбрав опцию S или R, файл ABEND.LOG не будет обновлен.
Если консоль защищена, необходимо отключить питание компьютера и снова включить его, чтобы перезапустить сервер. Если при аварийном завершении отключить питание, не выбрав опцию S или R, файл ABEND.LOG не будет обновлен.
При перезагрузке сервер перемещает файл ABEND.LOG из раздела DOS в каталог SYS:SYSTEM.
Сервер можно настроить для автоматического ответа на аварийное завершение. Возможны два варианта автоматической реакции.
AUTO RESTART AFTER ABEND = 1
DEVELOPER OPTION = OFF
Так как эти значения параметров используются по умолчанию, автоматическая реакция на аварийное завершение также по умолчанию включена.
AUTO RESTART AFTER ABEND = 2 DEVELOPER OPTION = OFF
Для задания времени ожидания сервера после аварийного завершения до попытки закрытия сервера и перезапуска компьютера используйте следующий параметр SET:
AUTO RESTART AFTER ABEND DELAY TIME = мин
Для установки значений параметров используйте команду SET или утилиту MONITOR с консоли сервера или удаленный менеджер NetWare на рабочей станции.
Параметр "Developer Option" (Опция разработчика) находится в категории "Miscellaneous" (разное).
Параметры "Auto Restart After Abend" (Автоматический перезапуск после аварийного завершения) и "Auto Restart After Abend Delay Time" (Автоматический перезапуск по истечении времени ожидания после аварийного завершения) находятся в категории "Error Handling".
Все параметры могут быть установлены в файле STARTUP.NCF.
Так как сервер автоматически реагирует на аварийное завершение, случаи его возникновения могут остаться незамеченными. Поэтому следует периодически проверять файл ABEND.LOG или экран "Информация профилирования и отладки" в удаленном менеджере NetWare (см. статус "Приостановлен функцией восстановления после авоста").
Счетчик ECB (блока управления событиями) увеличивается каждый раз, когда устройство отправляет пакет серверу NetWare, но нет доступного буфера приема пакетов. Это значит, что пакет отбрасывается сервером.
После каждого такого случая сервер выделяет дополнительные буферы приема пакетов, пока не будет достигнуто максимальное значение (параметр " Maximum Packet Receiver Buffer").
Если используется плата EISA busmaster (например, плата NE3200TM), следует увеличить минимальное и максимальное значения буферов приема пакетов.
Для получения информации об установке параметров "Minimum Packet Receive Buffers" и "Maximum Packet Receive Buffers" см. раздел "SET"
> "Communications Parameters (Параметры коммуникаций)" в справочнике по утилитам Utilities Reference (документация по NetWare 6).
Сообщения об отсутствии доступных счетчиков ECB также могут означать, что неправильно сконфигурирован драйвер или что модуль для конкретной топологии (Topology Specific Module - TSM) и модуль для конкретного оборудования (Hardware Specific Module - TSM) несовместимы. Это значение задается программой TSM.NLM.
Если значение счетчика ECB увеличивается и используются буферы приема пакетов, создайте дамп ядра (см. Создание дампа ядра) и обратитесь в службу технической поддержки Novell.
Причинами задержки ответов сервера могут быть следующие:
Для устранения задержки ответов сервера выполните следующие действия:
Для проверки состояния этих значений используйте удаленный менеджер NetWare. Щелкните ссылку монитора состояния в навигационном фрейме. Щелкните ссылки "Выделенные процессы сервера", "Доступные процессы сервера" и "Буферы приема пакетов" на странице "Мониторинг состояния сервера". Буферы приема пакетов используются для передачи и приема пакетов. Если количество буферов приема пакетов увеличивается, то работа операционной системы сервера замедляется. Если количество буферов приема пакетов достигнет максимума и будут отсутствовать доступные ECB, то система значительно замедлит свою работу и может не восстановиться. Если текущий процесс сервера приближается к максимуму, то следует задуматься об увеличении значения параметра SET "Maximum Server Processes". Если существует только несколько доступных процессов сервера, то сервер, вероятно, очень занят. Возможно, следует увеличить также значения параметров SET "Minimum Server Process" и "Maximum Server Process". Чтобы изменить значения данных параметров, используйте удаленный менеджер NetWare. Щелкните ссылку "Параметры SET" в навигационном фрейме. На странице "Категории параметров SET" щелкните следующие ссылки:
Кроме того, можно использовать утилиту MONITOR или команды SET с консоли сервера. MIRROR STATUS
Для файлов, которые нужно очистить, можно также установить атрибут "Очищаемый".
При использовании в сервере нескольких сетевых плат сравните их значения статистики "Всего передано пакетов". Если одной плате соответствует больший объем трафика, измените сетевые соединения, чтобы загрузка была одинаковой.
Если консоль сервера блокируется так, что ввод команд станет невозможен, но на консоли системы или экране протоколирования не появляется сообщение об аварийном завершении, следуйте приведенным ниже действиям для устранения проблемы. Если на экране появится сообщение об аварийном завершении, см. раздел Разрешение аварийных завершений.
Проверьте, можете ли Вы переключаться между экранами консоли.
Если можете, то проблема, возможно, вызвана высоким использованием сервера. См. Статистика высокого использования . Если нет, выполните следующие действия.
Проверьте, "зависает" ли консоль сервера при выгрузке определенного модуля NLM.
Если это так, источником проблемы, вероятно, является модуль NLM. Обратитесь к поставщику модуля NLM.
Убедитесь, что используются последние версии драйверов дисков и ЛС, BIOS и встроенных программ.
Если нет, обновите драйверы. Для получения информации о драйверах NetWare см. Инсталляция последних исправлений на серверах.
Проверьте, "зависает" ли консоль сервера после монтирования последнего тома.
Если да, возможно, сетевая плата неправильно установлена или сконфигурирована. Проверьте плату и ее конфигурацию и устраните любые проблемы.
Проверьте, можно ли выйти в отладчик, нажав клавиши Shift+Shift+Alt+Esc на клавиатуре консоли системы.
ПРЕДЛОЖЕНИЕ: Нажмите левую клавишу "Shift" левой рукой, а правые клавиши "Shift" и "Alt" - правой рукой. Затем нажмите клавишу "Esc" любым пальцем левой руки.
Если консоль заблокирована, переключение между экранами и вход в отладчик невозможны, обратитесь в службу технической поддержки Novell или к поставщику компьютера, чтобы получить инструкции по вызову немаскируемого прерывания для закрытия сервера.
Если проблема не исчезнет, выполните действия по устранению проблем, описанные в разделе Методика устранения проблем, выполните поиск в Novell Knowledgebase и обратитесь к поставщику услуг технической поддержки Novell.
Производительность сети является ключевым моментом для сетевых администраторов и компании Novell. К сожалению, иногда индикаторы производительности и их значения бывают не совсем понятны.
Например, мнение о том, что использование процессора является в NetWare основным индикатором производительности, является неточным. Некоторые сетевые администраторы обеспокоены тем, что значение использования ЦП в удаленном менеджере NetWare или значение индикатора "Использование" в окне общей информации утилиты MONITOR достигает 100%, думая, что чем больше это значение, тем ниже производительность NetWare. Это совершенно неверно.
Сначала рассмотрим, что отображает значение "Использование": среднее значение общей производительности сервера за последнюю секунду (интервал обновления). Остаток производительности использовался холостым циклом. Другими словами, этот параметр показывает, какую долю времени процессор был занят. Большие значения загрузки означают, что NetWare использует показанную долю мощности процессора и тратит меньше времени на холостой цикл.
Некоторые процессы эффективно используют процессор, что может привести к 100% использованию. Это вполне нормально. В большинстве случаев значение использования, достигающее 100%, означает, что процессор используется эффективно. Даже если индикатор показывает 100% в течение нескольких минут, это нормально.
Однако это ненормально, если индикатор загрузки показывает 100% в течение 15 или 20 минут, когда соединения разорваны и когда производительность сервера значительно снижается. Повышенное использование в таких условиях означает наличие проблемы. Если таких условий не наблюдается, загрузка сервера вполне нормальна, даже если ее значение - 100%.
Как узнать о том, что использование сервера является нормальным? Для обнаружения проблем следует определить "основное использование" сервера. Определите, какое использование является нормальным и различие между проблемой интерфейса и реальной проблемой работы программы. (Проверить наличие проблемы интерфейса можно путем загрузки и выгрузки любого модуля NLM; это вызовет пересчет информации о процессоре.)
Прежде чем заниматься устранением проблем использования процессора, ознакомьтесь с разделом Методика устранения проблем. Обратитесь к Web-серверу технической поддержки Novell Support Connection для получения исправлений для NetWare или обновленных программ NLM. Доступные исправления содержат исправления обнаруженных проблем повышенного использования процессора, относящихся к коду операционной системы и eDirectory.
Тем не менее, существуют условия повышенного использования процессора, являющиеся результатом проблем, вызванных неправильной конфигурацией, уровнями программ NLM и тонкостями настройки.
Прежде всего можно собрать информацию о программе NLM и потоках, использующих ЦП. Для этого выполните следующие действия:
Обратитесь к удаленному менеджеру NetWare.
Щелкните ссылку "Профилирование / отладка" в навигационном фрейме.
Щелкните ссылку "Профилирование использования ЦП по NLM".
Обратите внимание на родительскую программу NLM и потоки с наибольшим временем исполнения.
Если это возможно, выгрузите нарушающую нормальную работу программу NLM чтобы проверить, не исчезнет ли проблема.
Для разрешения проблем можно воспользоваться следующим списком.
Элементы списка классифицированы, но в остальном приведены без определенного порядка. Этот список основан на опыте представителей службы технической поддержки Novell. Рекомендуется проанализировать данную систему по каждому пункту. Кроме неизвестных потенциальных проблем NetWare 6, в большинстве случаев возникшую проблему можно будет решить самостоятельно.
Ресурсы сервера. Ресурсы сервера могут быть подразделены на ресурсы ЛС, ресурсы дисков и ресурсы процессора. Ресурсы ЛС и дисков выражаются в количестве доступных буферов. Ресурсами процессора является количество доступных сервисных процессов. Если приходит сетевой пакет или выполняется чтение или запись диска, то необходим доступный буфер, который хранит данные до тех пор, пока сервисный процесс не сможет их обслужить. Понижение количества доступных буферов или сервисных процессов даже на короткий промежуток времени может привести к интенсивному использованию сервера и задержкам для пользователей.
Значения параметров сервера рекомендуется установить согласно значениям в приведенной ниже таблице, чтобы избежать истощения ресурсов сервера. Это особенно важно, если существует 100 или более пользователей. Чтобы изменить приведенные ниже параметры, можно использовать удаленный менеджер NetWare на рабочей станции, параметры SET или утилиту MONITOR на консоли сервера.
В удаленном менеджере NetWare щелкните ссылку "Параметры SET" в навигационном фрейме > Категория > текущее_значение_параметра. Введите новое значение и щелкните "ОК".
В меню "Доступные опции" утилиты MONITOR выберите параметры сервера > Категория > текущее_значение_параметра и затем нажмите "Enter". Введите новое значение и затем выполните соответствующее действие.
Использование процессора. Определите, не происходит ли очень интенсивное использование процессора одним потоком. В удаленном менеджере NetWare щелкните ссылку "Профилирование / отладка" в навигационном фрейме. Просмотрите данные в таблице "Данные профилирования выполнения по потокам".
В меню "Доступные опции" утилиты MONITOR выберите "Kernel Options" (Опции ядра) > " Threads" (Потоки), а затем нажмите "Enter".
Для параметра "CPU Hog Timeout Amount" можно установить значение меньшее, чем значение по умолчанию. Укажите время ожидания (в секундах) до завершения потока, который не прекращает интенсивного использования процессора. См. раздел "SET" > "Miscellaneous Parameters (Разные параметры)" в справочнике по утилитам Utilities Reference (документация по NetWare 6).
ВАЖНО: Будьте осторожны при изменении данного значения. Необходимо осознавать, какое влияние окажет изменение значения.
Драйверы. См. Инсталляция последних исправлений на серверах. Для получения краткого описания архитектуры периферийных устройств NetWare (NetWare Peripheral Architecture - NWPA) см. электронную документацию на компакт-диске Online Documentation. См. раздел "Drivers for Host Adapters and Storage Devices (Драйверы для хост-адаптеров и запоминающих устройств) в руководстве NetWare Server Disks and Storage Devices Administration Guide (Руководство по администрированию дисков и запоминающих устройств сервера NetWare) (документация по NetWare 6).
Свободные блоки. При использовании традиционной файловой системы большое значение имеют соответствующие свободные блоки. Свободный блок - это блок диска, не содержащий восстанавливаемых файлов. Файл, который был и удален, и очищен, становится свободным дисковым пространством. Сохраняйте наличие не менее 1000 свободных блоков на каждом томе NetWare, на котором включено выделение подблоков. Выделение подблоков обычно является процессом с низким приоритетом и использует свободные блоки для выполнения своей функции. При низком значении количества свободных блоков выделение подблоков может переходить в "агрессивный" режим. Поддержка наличия более 1000 свободных блоков обычно позволяет избежать этой проблемы. Для проверки количества свободных блоков на томе выполните одно из следующих действий:
Если на томе содержится менее 1000 свободных блоков, обратитесь к удаленному менеджеру NetWare, щелкните "Тома" в навигационном фрейме, щелкните значок информации о томе для нужного тома, а затем щелкните кнопку "Очистка удаленных файлов". При этом уничтожаются все удаленные файлы из каталогов и подкаталогов и увеличивается свободное дисковое пространство. Если Вы используете приложения, которые создают большое количество временных файлов, то для каталогов, в которых хранятся данные файлы, можно установить флаг "P" (Purge). При этом каждый созданный временный файл будет помещен в список удаленных файлов. Эти файлы будут храниться на диске, пока не будет запущена утилита PURGE. С консоли системы можно также установить параметр SET "Immediate Purge of Deleted Files=On" (Включение немедленной очистки удаленных файлов). Выделение подблоков. В традиционной файловой системе используется дисковый блок размером 64 кб. Очень важно осуществлять мониторинг дискового пространства. Чтобы избежать проблем с выделением подблоков, служба технической поддержки Novell рекомендует поддерживать объем свободного дискового пространства, составляющий от 10% до 20% пространства тома. Для выделения подблоков нет настраиваемых параметров сервера. Чтобы просмотреть использование дискового пространства с помощью удаленного менеджера NetWare, щелкните ссылку "Монитор состояния" в навигационном фрейме, а затем ссылку "Доступное дисковое пространство" на странице "Мониторинг состояния сервера". Для сохранения данной информации распечатайте страницу "Информация о томе". Компрессия. При использовании компрессии в файловой системе NSS см. раздел "Other NSS Commands (Другие команды NSS) в руководствеNovell Storage Services Administration Guide (Руководство по администрированию сервисов данных Novell) (документация по NetWare 6). При использовании компрессии в традиционной файловой системе необходимо, чтобы на сервере были инсталлированы исправления. Поскольку при компрессии и декомпрессии файлов используются циклы процессора, то, чтобы избежать проблем с использованием ЦП, за компрессией необходимо внимательно наблюдать. Параметры SET файлов традиционной файловой системы для компрессии учитывают данную особенность. Для получения подробной информации см. раздел "SET" > "File Parameters for the Traditional File System (Параметры файлов для традиционной файловой системы)" в справочнике по утилитам Utilities Reference (документация по NetWare 6). Например, по умолчанию выполнение компрессии запланировано на нерабочее время или периоды неинтенсивного использования сервера. Убедитесь, что не были внесены изменения, вызывающие проблемы интенсивного использования. Декомпрессия файлов выполняется динамически. Несмотря на это, декомпрессия очень большого файла, например, размером 100 Мб, может занять достаточно много времени даже для процессора Pentium*. Параметр SET "Deleted Files Compression Option=2" вызывает немедленную компрессию файлов, которые были удалены. Это может привести к интенсивному использованию ЦП, поскольку процессор выполняет компрессию файлов сразу после их удаления. Каталоги, помеченные "IC" (Сжать немедленно), могут привести к избыточной декомпрессии в рабочее время. Пользователи с ограничениями дискового пространства могут установить флаг "IC" на их личные каталоги в целях освобождения дискового пространства. Это может оказать влияние на работу сервера. Чтобы убедиться, что часто используемые файлы не компрессируются, можно указать соответствующее значение для параметра SET "Days Untouched Before Compression" (количество дней с момента последнего использования до компрессии). Чтобы избежать возникновения проблем с компрессией, используйте параметр SET "Enable File Compression=Off" для запрещения компрессии файлов (категория "Common File System"). При этом будет создаваться очередь файлов для компрессии, но их компрессия выполняться не будет. Несмотря на это, при доступе к компрессированным файлам они будут декомпрессированы.
Недостаточный объем ОЗУ. Память является критически важным ресурсом для сервера.
Для просмотра статистики кэш-буферов файловой системы NSS введите следующую команду с подсказки консоли системы:
NSS CACHESTATS
Для просмотра наилучших индикаторов для оценки ОЗУ сервера в традиционной файловой системе выполните следующие действия:
Минимальное значение данного поля должно составлять от 15 до 20 минут. Меньшее значение может указывать на то, что ресурсы памяти сервера, возможно, недостаточны. Параметр "Попадания в долгосрочный кэш", который также является хорошим индикатором ресурсов сервера, отображается на тех же страницах или экранах обеих утилит.
Разделы eDirectory. Рекомендуется поддерживать не более трех реплик каждого раздела в дереве. Чтобы избежать проблем с перегрузкой сети, необходимо иметь эффективную структуру дерева. Поскольку Каталогу Novell eDirectory необходимо поддерживать синхронизацию всех серверов в кольце реплик, то чем больше реплик раздела поддерживается, тем больше создаваемый трафик в сети. Наличие трех реплик достаточно для обеспечения отказоустойчивости и восстановления eDirectory в случае повреждения баз данных.
Синхронизация eDirectory. Чтобы проверить, не является ли синхронизация eDirectory источником проблемы, выключите входящую и исходящую синхронизацию на один час путем установки значения параметра "dstrace=!D60". После выключения синхронизации подождите от 5 до 15 минут, чтобы сервер восстановил нормальную работу очередей. Завершите тест установкой параметра "dstrace=!E".
Ошибки eDirectory. Для тестирования наличия других ошибок запустите "SET dstrace=On".
"Зависшие" соединения. Проверьте их наличие и очистите их. См. раздел "Clearing a Workstation Connection (Очистка соединения рабочей станции)" в руководстве Server Operating System Administration Guide (Руководство по администрированию операционной системы сервера) (документация по NetWare 6).
Клиентское программное обеспечение. Наличие проблем с клиентом можно определить путем изменения параметра SET "NCP SET". Для получения дополнительной информации см. раздел "INETCFG" в справочнике по утилитам Utilities Reference (документация по NetWare 6). Если для данных параметров сервера установлены значения "On", то каждый раз при получении поврежденного пакета сервер отображает предупреждение. Предупреждающее сообщение также включает адреса MAC (Media Access Control) устройств, от которых были получены пакеты. Эти параметры находятся в категории NCP:
Обновите программное обеспечение клиента.
Кабельная система. Если были инсталлированы высокоскоростные сетевые платы со скоростью передачи данных 100 Мбит/с, то Вам, возможно, также придется обновить кабельную систему сети.
Если проблема не исчезнет, выполните действия по устранению проблем, перечисленные в разделе Методика устранения проблем, просмотрите советы в документе технической информации TID 10011512 "Troubleshooting High Utilization (Устранение проблем при высоком использовании)", выполните поиск "High Utilization" в базе данных Novell Knowledgebase и обратитесь к поставщику услуг по поддержке продуктов Novell.
Чтобы разрешить проблемы ввода/вывода диска, дискового пространства и отражения, обратитесь к следующим разделам:
Для устранения общих дисковых ошибок ввода/вывода на сервере воспользуйтесь следующими способами:
Если все предыдущие советы не помогли устранить проблему, обратитесь к поставщику услуг по поддержке продуктов Novell или к изготовителю диска.
Для устранения ошибок, связанных с недостаточным объемом свободного дискового пространства, воспользуйтесь следующими способами:
Если отраженные разделы становятся несинхронизированными, то их повторная синхронизация должна выполняться автоматически. Если повторной синхронизации разделов не выполняется, выполните следующие действия:
В утилите ConsoleOne найдите и выберите дерево, которым хотите управлять, а затем щелкните значок управления дисковыми разделами.
Введите дерево и контекст eDirectory, а также информацию о сервере.
Щелкните "Свойства" > "Media" (Носитель) > "Mirror" (Отражение) > "Resync" (Ресинхронизация).
Если ресинхронизация не выполняется, необходимо повторно создать все отражения:
Определите, какой дисковый раздел содержит данные, которые нужно сохранить и отразить.
Удалите другие дисковые разделы.
На месте удаленных разделов создайте новые разделы.
Отразите раздел, содержащий данные, на новый раздел.
Для получения информации об отражении см. электронную документацию на компакт-диске Online Documentation. См. раздел "Creating a Partition (Создание раздела)" в руководстве Novell Storage Services Administration Guide (Руководстве по администрированию сервиса хранения данных Novell) (документация по NetWare 6).
Если проблема не исчезнет, выполните действия по устранению проблем, описанные в разделе Методика устранения проблем, выполните поиск в Novell Knowledgebase и обратитесь к поставщику услуг технической поддержки Novell.
При большом размере разделов выполнение отражения может занять несколько часов, что вполне нормально. Ускорить процесс отражения могут следующие действия:
Если обнаружены проблемы с определенным типом жестких дисков или драйверов, обратитесь к поставщику диска для получения информации о возможных путях ускорения отражения дисков. Например, некоторые драйверы могут быть загружены с параметрами, которые ускоряют процесс отражения.
Большинство дисков поддерживают собственную функцию проверки записи, поэтому функция проверки качества записи данных на диск путем их последующего чтения, поддерживаемая системой NetWare, не нужна и может увеличить время отражения разделов.
ВАЖНО: При слишком большом увеличении данного значения может произойти сбой некоторых дисковых контроллеров и драйверов. Необходимо попробовать установить более высокие значения и проверить, оказывает ли это влияние на ускорение процесса отражения.
Если проблема не исчезнет, выполните действия по устранению проблем, описанные в разделе Методика устранения проблем, выполните поиск в базе данных Novell Knowledgebase и обратитесь к поставщику услуг технической поддержки Novell.
Иногда процесс отражения выполняется без ошибок на 99%, а затем останавливается. Для устранения данной проблемы выполните следующие действия:
При обнаружении сбойных блоков устраните проблему, а при необходимости замените диск.
Если обнаружены проблемы с определенным типом жестких дисков или драйверов, обратитесь к поставщику диска.
Если проблема не исчезнет, выполните действия по устранению проблем, описанные в разделе Методика устранения проблем, выполните поиск в базе данных Novell Knowledgebase и обратитесь к поставщику услуг технической поддержки Novell.
Ошибки при монтировании традиционного тома могут быть вызваны следующими условиями:
Для устранения проблем дисковых ошибок при монтировании тома выполните следующие действия:
Чтобы устранить различные виды проблем с памятью сервера, устранить проблемы утечки памяти, а также устранить проблемы с памятью путем ее освобождения, см. следующие разделы:
Чтобы определить источник проблемы, выполните следующие действия:
Проверьте, используется ли менеджер памяти NetWare или внешний менеджер памяти. Включает ли файл CONFIG.SYS или AUTOEXEC.BAT строку "DOS=HIGH" или команды загрузки менеджеров памяти или драйверов устройств DOS? Например, присутствует ли команда для загрузки файлов HIMEM.SYS или EMM386.EXE? Оба эти файла являются менеджерами памяти.
Закомментируйте эти строки в файле CONFIG.SYS или удалите CONFIG.SYS. Закомментируйте эти строки в файле AUTOEXEC.BAT. (Чтобы закомментировать команду, введите REM и пробел в начале командной строки.)
Если на сервере загружен менеджер памяти, система NetWare не определяет объем доступной памяти самостоятельно, а использует для этого менеджер памяти. Некоторые менеджеры памяти в старых компьютерах не могут распознать более 64 Мб памяти. Драйверы устройств DOS используют память из пула памяти системы NetWare.
Убедитесь, что для загрузки сервера не используется система Windows 95. Система Windows 95 автоматически загружает менеджеры памяти.
Убедитесь, что используется последняя версия BIOS.
Устаревшая версия BIOS может ошибочно определять объем памяти. Если доступная новая версия, обновите BIOS.
Если проблема не исчезнет, выполните действия по устранению проблем, описанные в разделе Методика устранения проблем, выполните поиск в базе данных Novell Knowledgebase и обратитесь к поставщику услуг технической поддержки Novell.
Утечка памяти означает, что модуль NLM или набор программ NLM запросил память сервера, но не возвратил память после завершения работы. С течением времени объем доступной памяти будет уменьшаться, и в конце концов сервер сформирует сообщения об ошибках. Утечка памяти может быть быстрой или медленной в зависимости от объема памяти, который был запрошен в каждом случае.
Если Вы перезагрузите сервер, память возвратится в пул памяти, а формирование сообщений об ошибках временно прекратится до тех пор, пока вновь не произойдет утечка достаточного объема памяти для формирования сообщения об ошибках.
Чтобы проверить наличие утечки памяти, перезапустите сервер, а затем понаблюдайте за статистикой памяти (Total Cache Buffers) в течение некоторого времени. Если трафик не увеличился и на сервере не были инсталлированы новые приложения, но статистика изменилась, то для определения источника проблемы выполните приведенные ниже действия:
Загрузите на сервере все версии пакетов исправлений.
Пакеты исправлений для сервера доступны на Web-сервере технической поддержки Novell и других местоположениях. Для получения списка источников см. раздел "Applying Patches (Применение пакетов исправлений) в руководстве Server Operating System Administration Guide (Руководство по администрированию операционной системы сервера) (документация по NetWare 6).
Перезапустите сервер, чтобы освободить память и установить первоначальное состояние памяти.
Просмотрите статистику памяти для модуля:
Обратитесь к удаленному менеджеру NetWare.
Щелкните "Список модулей" в навигационном фрейме.
Отсортируйте список использования памяти, щелкая кнопкой "Выделяемая память".
Щелкните ссылку значение выделяемой памяти для имени каждого модуля, который может быть источником утечки.
При нормальных условиях такие модули, как SERVER.NLM, NSS.NLM и DS.NLM, находятся в начале списка.
Распечатайте эту страницу и используйте ее в качестве основы при наблюдении за использованием модулями памяти.
Повторите Действие 3 для каждого модуля NLM, который может быть источником утечки памяти.
(Необязательно) Если вновь формируются сообщения об ошибках, повторите Действие 3 для просмотра статистики памяти для каждого подозрительного NLM. Обратите внимание на то, не произошло ли значительного увеличения использования памяти для какого-либо модуля.
Если происходит утечка памяти, для одного или нескольких модулей будет отображено значительное увеличение значения параметра "Используется байт".
При обнаружении источника утечки памяти обратитесь к поставщику модуля для информирования его о проблеме. Если это возможно, обновите модуль или удалите модуль с сервера.
Чтобы временно освободить память на сервере (пока не будет установлена дополнительная память), выполните следующие действия:
Если комбинировать каталоги таким образом, чтобы в большинстве из них содержалось около 32 файлов, а затем очистить удаленные подкаталоги и файлы, произойдет освобождение памяти. ПРЕДУПРЕЖДЕНИЕ: Выполнение этого действия приведет к уничтожению всей расширенной информации файлов. Перед тем как выполнять это действие, попробуйте освободить достаточно памяти для монтирования всех дисков и сделайте резервную копию данных.
Разрегистрируйте всех пользователей и выгрузите все модули, кроме драйверов дисков томов. Размонтируйте все монтированные тома. Чтобы удалить пространство имен, загрузите VREPAIR, выберите "Set VRepair Options" (Установка опций VRepair), а затем выберите две опции: "Write All Directory and FAT Entries Out to Disk" (Запись всех элементов каталога и FAT на диск) и "Remove Name Space Support from the Volume" (Удаление поддержки пространства имен на томе). Затем запустите "VREPAIR" > "Repair a Volume" (Исправление тома) на томе, который не будет монтироваться. (При этом значении используется больше дискового пространства, но увеличивается объем доступной памяти.)
Ошибки памяти при монтировании тома могут быть вызваны следующими условиями:
Для устранения ошибок памяти при монтировании тома выполните следующие действия или проверьте, выполняются ли следующие условия:
Если комбинировать каталоги таким образом, чтобы в большинстве из них содержалось около 32 файлов, а затем очистить удаленные подкаталоги и файлы, произойдет освобождение памяти.
Если их объем менее 20%, добавьте дополнительную память.
ПРЕДУПРЕЖДЕНИЕ: Выполнение этого действия приведет к уничтожению всей расширенной информации файлов. Перед тем как выполнять это действие, попробуйте освободить достаточно памяти для монтирования всех дисков и создайте резервную копию данных.
Позаботьтесь о разрегистрации всех пользователей и выгрузите все модули, кроме драйверов дисков сервера. Размонтируйте все монтированные тома. Чтобы удалить пространство имен, загрузите VREPAIR, выберите "Set VRepair Options" (Установка опций VRepair), а затем выберите две опции: "Write All Directory and FAT Entries Out to Disk" (Запись всех элементов каталога и FAT на диск) и "Remove Name Space Support from the Volume" (Удаление поддержки пространства имен на томе). Затем на томе, который не будет монтироваться, запустите VREPAIR и выберите "Repair a Volume" (Исправление тома).
К числу типичных сообщений об ошибках памяти относятся следующие:
Если соблюдается одно из этих условий, то для обнаружения источника проблемы выполните следующие действия:
Убедитесь, что на сервере не загружен менеджер памяти или драйверы устройств DOS.
Проверьте файлы AUTOEXEC.BAT и CONFIG.SYS и убедитесь, что в обоих файлах не выполняется загрузка менеджеров памяти, например, HIMEM.SYS или EMM386.EXE, и отсутствует строка "DOS=HIGH". Убедитесь, что не выполняется загрузка драйверов устройств DOS.
Закомментируйте эти строки в файле CONFIG.SYS или удалите CONFIG.SYS. Закомментируйте эти строки в файле AUTOEXEC.BAT. (Чтобы закомментировать команду, введите REM и пробел в начале командной строки.)
Если на сервере загружен менеджер памяти, система NetWare не определяет объем доступной памяти самостоятельно, а использует для этого менеджер памяти. Некоторые менеджеры памяти не могут распознать более 64 Мб памяти. Драйверы устройств DOS используют память из пула памяти системы NetWare.
Убедитесь, что для загрузки сервера не используется система Windows 95. Система Windows 95 автоматически загружает менеджеры памяти.
Убедитесь, что используется последняя версия BIOS.
Устаревшая версия BIOS может ошибочно определять объем памяти. Если доступна новая версия, обновите BIOS.
Убедитесь, что для параметра SET "Reserved Buffers Below 16 MB" категории "Memory" установлено значение 300 или больше.
Для более старых драйверов увеличьте значение параметра до 300 или более, особенно если используется устройство чтения компакт-дисков или ленточное устройство, требующее менее 16 Мб памяти.
Убедитесь, что память регистрируется автоматически.
Ручная регистрация памяти может привести к ее фрагментации. Для некоторых старых системных плат может требоваться ручная регистрация памяти, при этом лучшим решением проблемы будет обновление на более новую плату, что позволит системе NetWare регистрировать память автоматически.
Если память регистрировалась вручную, перезапустите сервер для освобождения памяти и не регистрируйте память вручную повторно. При необходимости обновите системную плату.
Проверьте, не возникают ли ошибки памяти при монтировании традиционного тома.
Если это так, то проблема может быть вызвана недостаточной памятью сервера.
Для устранения проблемы добавьте ОЗУ.
Для получения информации о временном освобождении памяти см. раздел Временное освобождение памяти сервера.
Убедитесь в том, что среднее значение параметра "Время установки LRU" (в удаленном менеджере NetWare или утилите MONITOR) в пиковые рабочие часы составляет более 15 минут.
Если это условие не соблюдается, то проблема может быть вызвана недостаточной памятью сервера.
Для получения информации о временном освобождении памяти см. раздел Временное освобождение памяти сервера. Для получения информации об использовании параметра "Время установки LRU" для настройки памяти см. раздел "Tuning File Cache (Настройка файлового кэша) в руководстве Server Memory Administration Guide (Руководство по администрированию памяти сервера) (документация по NetWare 6). Для устранения проблемы добавьте ОЗУ.
Проверьте наличие утечек памяти.
Происходит ли постепенное уменьшение значений параметров "Время установки LRU" и "Попадания в долгосрочный кэш", даже если не происходит увеличения сетевого трафика и инсталляции на сервере новых приложений?
Если это так, то на сервере может происходить утечка памяти. См. Устранение проблем утечек памяти сервера .
Если проблема не исчезнет, выполните действия по устранению проблем, описанные в разделе Методика устранения проблем, выполните поиск в базе данных Novell Knowledgebase и обратитесь к поставщику услуг технической поддержки Novell.
Для устранения ошибок, связанных с блокировкой устройств, воспользуйтесь следующими способами:
Если после выполнения всех приведенных выше действий устранить проблему не удалось, обратитесь к поставщику услуг по поддержке продуктов Novell или к изготовителю диска.
Системные сообщения о выделении блоков управления событиями могут возникать при первом включении сервера и после того, как сервер поработает некоторое время.
Эти сообщения означают, что серверу не удается выделить достаточного количества буферов приема пакетов, обычно называемых блоками управления событиями (ECB). Недостаточное количество ECB не является неисправимой ошибкой. Однако это может указывать на проблему с ЛС или сервером.
Серверы, работающие несколько дней с пиками повышенной загрузки, могут испытывать недостаток максимально установленного количества блоков ECB, что вызывает появление соответствующего системного сообщения.
Если эти ситуации вызваны нерегулярными пиками потребности в памяти, вероятно, следует сохранить текущее значение максимального количества ECB, несмотря на появляющиеся сообщения.
Однако, если загрузка памяти сервера очень высока и часто появляются сообщения о недостаточном количестве ECB, попробуйте увеличить значение максимального количества ECB. Добавьте в файл STARTUP.NCF следующую команду SET:
SET MAXIMUM PACKET RECEIVE BUFFERS=число
Память, выделенная для ECB, не может использоваться в других целях.
Минимальное количество буферов, доступных серверу, также можно задать в файле STARTUP.NCF следующей командой:
SET MINIMUM PACKET RECEIVE BUFFERS=число
Проблемы с вводом команд с консоли сервера могут быть вызваны следующими причинами:
Для устранения проблем, связанных с вводом команд с консоли сервера, выполните следующие действия:
Закройте сервер, если это возможно. В противном случае подождите несколько минут, пока все пользователи разрегистрируются, и перезагрузите сервер.
Наиболее распространенный конфликт возникает, когда сетевой плате назначено прерывание 4, а принтер подключен к последовательному порту принтера, также использующему прерывание 4.
Блокирование клавиатуры при копировании файлов с компакт-диска может быть вызвано следущими причинами.
Если используется устройство чтения компакт-дисков, совместно использующее шину SCSI с дисковой подсистемой, содержащей тома, на которые скопированы инсталляционные файлы сетевой операционной системы (обычно это том SYS:), то при загрузке драйверов и копировании файлов на этот том клавиатура может блокироваться. На следующем рисунке показаны возможные конфликты конфигурации.
Удалите драйверы устройства чтения компакт-дисков, которые использовались при настройке устройства компакт-дисков как устройства DOS в файле CONFIG.SYS. Это устранит возможные конфликты, когда компакт-диск Operating System монтируется как том NetWare.
Для устранения блокирования клавиатуры при копировании файлов с компакт-диска выполните следующие действия:
Нажимайте "Alt+Esc", пока не перейдете к экрану консоли.
Введите DOWN.
С помощью текстового редактора удалите загрузку драйвера устройства чтения компакт-дисков из файла CONFIG.SYS.
Сохраните обновленный файл CONFIG.SYS.
С помощью текстового редактора удалите все ссылки на драйверы компакт-дисков из файла AUTOEXEC.BAT.
Сохраните обновленный файл AUTOEXEC.BAT.
Перезагрузите сервер, нажав "Ctrl+Alt+Del".
(При условии.) Если сервер не запускается автоматически из файла AUTOEXEC.BAT, перейдите в подкаталог, где находятся файл SERVER.EXE и остальные загрузочные файлы (по умолчанию используется каталог C:\NWSERVER), и введите в командной строке DOS следующую команду:
SERVER
(При условии.) Если используются драйверы устройств ASPI (например, для контроллера Adaptec*), необходимо ввести одну из следующих команд:
AHAxxxx
где xxxx является номером платы Adaptec
или
ASPICD
или
CDNASPI
С подсказки консоли введите NWPA.
С подсказки консоли введите NWCONFIG.