| ||||||||||||||||
| ||||||||||||||||
| ||||||||||||||||
Узкие места сервера: поиск и устранение Проблема. После того, как ваш сервер отработал некоторое время, у него могут возникнуть проблемы, связанные с ухудшением производительности. Условия, в которых работает сервер, обычно динамически изменяются, поэтому, прежде чем выбрать методы борьбы с неприятностями, вам необходимо в течение некоторого времени отследить состояние сервера и выявить узкие места в его функционировании. Условия работы в сети постоянно изменяются. Устанавливается новое программное обеспечение, обновляются версии настольных и серверных операционных систем. Эффекты от каждого из этих изменений, незаметные в начале, могут накапливаться и со временем привести к проблемам. Именно поэтому очень важно, своевременное отслеживание и определение как уже имеющихся, так и потенциальных узких мест системы. Узкое место (bottleneck) это такое условие или состояние дел, при котором замедляется свободное передвижение или появляются некоторые ограничения. (?) Longman Dictionary of Contemporary English (A bottleneck is a condition or state of affairs that slows down free movement or the rate of advance - Longman Dictionary of Contemporary English) Существует пять потенциально опасных мест сервера:
В общем случае, все узкие места системы могут быть разделены на две области:
Главный вопрос, который вам надо задать это какие системы ограничивают общую производительность моего сервера?. Общая производительность сервера ограничивается скоростью работы самой медленной из подсистем. Соответственно, вы должны подобрать компоненты сервера так, чтобы их производительность была сбалансирована между собой. Только таким образом вы сможете предупредить появление проблем, связанных их работой. В начале обследования, для того чтобы выяснить место появления и частоту возникновения проблемы вам надо прояснить для себя следующие вопросы:
Для отслеживания узких мест системы можно использовать следующие инструменты:
Зная потенциально узкие места системы, давайте найдем на экране MONITOR'а пункты, дающие возможность их отслеживать. В системе NW4.11 есть семь основных параметров, по которым вы можете узнавать текущее состояние вашего сервера:
Пожалуйста, ознакомьтесь со статьями TID2943356 и TID2943472, которые посвящены проблемам производительности, настройки и оптимизации. (From FAQ Creator: Эти TID'ы пеpеведены: пеpевод этих TID'ов находится в фале Add_On\Tune.Txt этого FAQ'а) Существует два метода оптимизации вашего сервера:
I. Процессор. Проверьте процент утилизации (Utilization). Для того, чтобы найти процесс, забирающий основной объем ресурсов процессора, выберите Processor Utiltzation и нажмите клавишу F3. Если причиной загруженности сервера является загрузка процессора, смените процессор. Для наблюдения за тенденциями по загрузке процессора вы можете использовать NetWare Management Agent и ManageWise. Если процессор сервера постоянно загружен свыше 80%, значит подошло время увеличить его мощность. Кроме того, выдолжны проверить на сервера параметры сжатия (Compression) и распаковки (Decompression). II. Память.
Если размер параметра Cache Buffers упал ниже 40%, добавьте больше памяти. Если значение LRU sitting time в периоды пиковой нагрузки становиться ниже, чем 15 минут, добавьте больше памяти. III. Дисковая подсистема
Если у вас количество грязных буферов кэша и текущих запросов к дискам, постоянно держится на высоком значении, попробуйте исправить настройки сервера с помощью утилиты SERVMAN (для справки обратитесь к указанным выше статьям по производительности, настройке и оптимизации). Если и после этого значение этих параметров остается высоким, это означает, что дисковая подсистема не способна справиться с нагрузкой. Вы должны либо установить более производительные устройства, либо уменьшить нагрузку на сервер. Проблемы оптимизации дисковой подсистемы весьма подробно отражены в уже упоминавшихся TID'ах. Кроме того, вы должны обратить свое внимание на такие параметры, как сжатие, распаковка, количество свободных блоков, процент свободного пространства на дисках, включенная проверка записи на диск, RAID5, зеpкалиpование и дуплексирование. (сompression, decompression, suballocation, number of free blocks, percentage of free disk space, read after write verification, RAID5, mirroring and duplexing) IV. Загрузка сети.
Когда данный счетчик показывает высокое значение, это значит, что серверу не хватает выделенных буферов принятия пакетов (Packet Receive Buffers). Другие разделы, на которые вам надо обратить внимание это коллизии и многократные коллизии, ошибки контрольной суммы, ошибки носителя, количество нормально принятых и нормально отправленных байт. Все эти параметры помогут вам отследить прохождение данных через сетевые карты. Если загрузка локальной сети превышает 40%, вы можете попробовать разбить локальную сеть на два или более физических сегмента. После проведенных анализов вам может понадобиться спланировать, перепланировать или переразбить на подсети вашу локальную сеть. V. Другие причины.
|
|
| ||||||||||||||||
|