- •Введение
- •1. Сети передачи данных
- •Средства и методы организации вычислительных сетей
- •Сетевые стандарты
- •1.3. Функции, принципы действия, алгоритм работы сетевого оборудования
- •Контрольные вопросы
- •2. Поддержка работы пользователей
- •2.1. Управление сетевыми учетными записями
- •Управление учетными записями пользователей
- •Создание учетных записей пользователей
- •Часы входа
- •Настройка прав пользователей
- •Управление учетными записями групп
- •Глобальные группы и локальные группы
- •Доверительные отношения
- •Изменение пользователей и групп
- •2.2. Управление сетевой производительностью Характеристики сетевой производительности
- •Чтение и запись данных
- •Команды в очереди
- •Количество коллизий в секунду
- •Ошибки защиты
- •Серверные сеансы
- •Мониторинг сетевой производительности
- •Общесистемное управление
- •Жесткий диск
- •Использование памяти
- •Сохранение сетевой истории
- •Контрольные вопросы
- •3. Протоколы Интернета
- •3.1. Протокол ip как основа построения глобальных сетей
- •Структура адреса
- •Статическая маршрутизация
- •Динамическая конфигурация ip-протокола
- •3.3. Proxy-серверы
- •3.4. Броузеры
- •3.5. Передача данных по ftp
- •3.6. Использование Telnet
- •Контрольные вопросы
- •4. Средства представления данных в Интернет Серверы, клиенты и ресурсы
- •Электронная почта (e-mail)
- •Url для электронной почты
- •Телеконференции Usenet
- •Url для телеконференций
- •Контрольные вопросы
- •5. Сетевые имена и безопасность
- •5.1. Схемы сетевого наименования
- •Учетные записи
- •Имена компьютеров
- •Компьютерные имена NetBios
- •Файлы lmhosts и hosts
- •Ресурсы
- •Планирование сетевой защиты
- •Выяснение требований
- •Установка стратегии защиты
- •Физическая и логическая защита
- •Серверы
- •Маршрутизаторы
- •5.2. Модели безопасности
- •Защита на уровне ресурсов
- •Управление учетными записями
- •5.3. Дополнительные соглашения по безопасности
- •Бездисковые рабочие станции
- •Шифрование
- •Защита от вирусов
- •5.4. Восстановление после сбоев
- •Резервное копирование на ленту
- •Оборудование резервного копирования
- •Расписание резервного копирования
- •Операторы резервного копирования
- •Устройство бесперебойного питания
- •Устойчивые к сбоям системы
- •Обеспечение запасных секторов
- •Контрольные вопросы
- •6. Протокол tcp/ip Модуль ip создает единую логическую сеть
- •Структура связей протокольных модулей
- •Кабель Ethernet
- •Терминология
- •Потоки данных
- •Работа с несколькими сетевыми интерфейсами
- •Прикладные процессы
- •Аналогия с разговором
- •Протокол arp
- •Порядок преобразования адресов
- •Запросы и ответы протокола arp
- •Продолжение преобразования адресов
- •Межсетевой протокол ip
- •Прямая маршрутизация
- •Косвенная маршрутизация
- •Правила маршрутизации в модуле ip
- •Выбор адреса
- •Подсети
- •Как назначать номера сетей и подсетей
- •Подробности прямой маршрутизации
- •Порядок прямой маршрутизации
- •Подробности косвенной маршрутизации
- •Порядок косвенной маршрутизации
- •Установка маршрутов
- •Фиксированные маршруты
- •Перенаправление маршрутов
- •Слежение за маршрутизацией
- •Протокол arp с представителем
- •Протокол udp
- •Контрольное суммирование
- •Протокол tcp
- •Протоколы прикладного уровня
- •Протокол telnet
- •Протокол ftp
- •Протокол smtp
- •Протокол snmp
- •Взаимозависимость протоколов семейства tcp/ip
- •Контрольные вопросы
- •Заключение
- •Библиографический список
- •Оглавление
- •394026 Воронеж, Московский просп., 14
Общесистемное управление
Сеть является главным узким местом, что касается сетевой производительности, но не единственным. В дополнение к обдумыванию сетевых условий, нужно также принять во внимание, что происходит на стороне сервера, особенно то, что касается пространства на жестком диске и объема доступной памяти.
Жесткий диск
Из трех инструментов, поставляемых с Windows NT Server, Performance Monitor наиболее полезен, когда требуется мониторинг информации о дисках в сети Windows NT. Администратор в основном наблюдает за следующим:
Оставшееся дисковое пространство.
Скорость, с которой обслуживаются запросы (как пропускная способность, так и количество переданных данных).
Как часто диск занят (как частота его работы, так и среднее количество запросов в очереди).
При мониторинге дисков следует обратить внимание на то, отслеживаете ли вы объект физический диск или объект логический диск; каждый может представлять различные данные. Также заметьте, что не все счетчики будут доходить до 100%, даже если вы проводите изменения в процентной шкале. Это происходит потому, что считывание с многих логических дисков вполне вероятно может давать сумму свыше 100% для всего физического диска. Иногда требуется использовать средний результат среди дисков.
Использование памяти
Другой большой вопрос, связанный с серверами, заключается в объеме памяти, имеющейся на них для обслуживания входящих запросов. Операционная система Windows NT спроектирована так, чтобы сбрасывать из памяти на диск не используемые в данный момент данные, или, при потребности в памяти для других данных, самые давно не использовавшиеся данные. Если операционная система нуждается в данных, она позволяет произойти ошибке обращения к странице, чтобы вернуть данные в память. Однако если серверу приходится сбрасывать на диск слишком много данных, имеет смысл установить дополнительную память.
Существует два типа ошибок обращения к странице. Программные ошибки обращения к странице происходят, когда данные удалены из рабочего множества программы (пространства данных, которое процесс активно использует) и перемещены в другую область физической памяти. Таким образом, когда данные нужны, операция по возвращению их в рабочее пространство является очень быстрой. Аппаратные ошибки обращения к странице - когда данные убраны после того, как долго оставались неиспользуемыми, или имеется такая недостача физической памяти, что данные программ фактически хранятся на диске, - являются совершенно другим вопросом. Считывание данных с диска занимает значительно больше времени, чем считывание их из памяти, так что если происходит слишком много ошибок обращения к странице, соответственно увеличивается время отклика. Таким образом, лучшим мерилом недостатка памяти является частота, с которой происходят ошибки обращения к странице.
Сохранение сетевой истории
Как Performance Monitor, так и Event Viewer в состоянии подготовить для администратора регистрационные данные, которые можно использовать для хранения долгосрочных записей сетевой производительности и событий. Можно использовать эти данные для обнаружения тенденций или замечать, когда вырастают новые проблемы. Как и с любым другим инструментом разрешения проблем, вы не сможете распознать проблему, если вы не знаете, на что похоже решение.
Необходимо быть разборчивым по отношению к сохраняемым данным. Одной из принципиальных ошибок, является излишек энтузиазма по отношению к архивации данных, записывая все подряд в сети и на серверах. Конечно, когда наступает время просмотреть материал, его оказывается так непреодолимо много, что он оказывается бесполезным.