Компания HP
Опубликован: 22.09.2006 | Доступ: свободный | Студентов: 675 / 67 | Оценка: 4.22 / 3.72 | Длительность: 22:59:00
ISBN: 978-5-9556-0042-6
Лекция 5:

Стратегии управления схемой

< Лекция 4 || Лекция 5: 123 || Лекция 6 >

Управление настройками схем

Правило номер один для управления настройками схем состоит в том, что они предназначаются для сохранения расположения пиктограмм только в подсхеме Internet. Не следует настраивать содержимое подсетей, поскольку эта информация не сохраняется. Не нужно вручную добавлять соединители. Не следует полагаться на то, что будут сохранены другие настройки. При импортировании файла настройки схемы ovw перемещает пиктограммы в представлении Internet в их прежние положения. Любые объекты внутри пиктограмм на подсхеме Internet располагаются в нужных позициях просто в соответствии с действующей базой данных. Поскольку объекты идентифицируются по именам выборки, изменение этих имен ни к чему хорошему не приведет.

Правило номер два: следует экспортировать настройки схемы всякий раз, когда вносятся изменения в производственную схему. После этого нужно скопировать ее в безопасное место. Нельзя рассчитывать на то, что скрипт ночного резервного копирования сработает вовремя и сохранит произведенные изменения.

Правило номер три состоит в том, что необходимо поддерживать минимальное число схем. Не следует допускать и возможности того, чтобы пользователи создавали собственные настраиваемые схемы, даже если не имеется в виду их производственное использование. В идеальном случае должна существовать только одна схема. Конечно, если сообщество пользователей нуждается в бесспорно уникальных схемах, то их необходимо обеспечить. Чем больше открытых схем, доступных для чтения и записи, тем больше накладные расходы системы.

Правило номер четыре: нужно автоматически планировать (с использованием cron ), по крайней мере, еженедельную проверку и восстановление согласованности базы данных:

  • завершить все сессии ovw ;
  • остановить процесс netmon ;
  • ovw –mapcount –vuDR;
  • ovtopofix –csh.

Вместо того чтобы пересказывать, приведу страницу оперативного руководства ovw: " ovw -mapcount – это команда поиска и устранения неисправностей, которая проверяет согласованность базы данных схем, поддерживаемой посредством ovw, и объектной базы данных, поддерживаемой посредством ovwdb. Она проверяет значения счетчиков ссылок на схему, хранящихся в базе данных объектов и при необходимости корректирует эти значения". В это время не должны работать никакие другие сессии ovw.

И еще одна цитата из страницы оперативного руководства: "Команда ovtopofix используется для выявления и корректировки несогласованности, которая может возникнуть между базой данных IP-топологии, поддерживаемой посредством ovtopmd, и базой данных, поддерживаемой посредством ovwdb для команды ovw ". Во время работы ovtopofix демон netmon должен быть остановлен.

Использование средств автоматического размещения и перекрытия

В NNM обеспечиваются некоторые второстепенные, но очень удобные для пользователей средства автоматического размещения и перекрытия.

Подсхема Internet обычно настраивается. В построение одной схемы вкладывается огромный труд, и малейшая неосторожность может свести на нет всю работу. Поэтому самым первым шагом настройки схемы является "отключение автоматического размещения для этой подсхемы". Нужно быть очень осторожным, чтобы не "отключить автоматическое размещение для всех подсхем", поскольку это приведет к появлению внутри подсхем подсетей и сегментов множества пиктограмм, наложенных одна на другую.

Перекрытие схем – это очень удобное средство, позволяющее сэкономить немало времени. Включите его для подсхемы Internet. Сделайте подсхему Internet исходной схемой. Когда пользователь открывает схему, отображается подсхема Internet, как и предусматривалось. Когда пользователь дважды щелкает по подсхемам и контейнерам, они открываются в отдельных окнах, оставляя подсхему Internet открытой и доступной.

Как в NNM используются MIB повторителей и мостов

Последуем за чередой событий, происходящих после того, как NNM приступает к автоматическому раскрытию. Демон netmon читает имя маршрутизатора из своего seedfile, опрашивает его и находит новый интерфейс. Соответствующая подсеть добавляется к базе данных топологии. Поскольку маршрутизатор находится в домене управления, как и все его подсети, новая подсеть переводится в управляемое состояние. Создается сегмент с уникальным именем Segment1, и пиктограмма маршрутизатора помещается внутрь этого сегмента, представляя интерфейс в данной подсети.

При раскрытии новых IP-адресов, возможно, из ARP-кэша маршрутизатора, объекты, имеющие IP-адреса в новой подсети, помещаются в Segment1. Когда раскрывается новый повторитель или коммутатор, он опрашивается, чтобы определить, сколько у него интерфейсов, и затем читается MIB повторителя или моста для отбора адресов Ethernet (иначе называемых MAC-адресами) и портов, на которых они размещены. Если у какого-либо из устройств в Segment1 имеется MAC-адрес, обнаруженный в коммутаторе, создается новый сегмент, и устройство перемещается из Segment1 в этот новый сегмент.

При дальнейшем раскрытии коммутаторов и повторителей ovw разместит их насколько точно, насколько это возможно. До тех пор, пока для коммутаторов, мостов и повторителей назначаются IP-адреса в одной и той же подсети, размещение будет точным. Если интерфейс маршрутизатора в нашем примере конфигурируется со вспомогательными адресами, и если для некоторых коммутаторов, мостов и повторителей назначаются IP-адреса на всех подсетях, то процедура автоматического размещения не сможет точно построить схему топологии. Это связано с тем, что ovw в действительности раскрывает иерархию IP-подсетей. Если для коммутатора, моста или повторителя не поддерживается MIB, то представление уровня 2 внутри подсети не будет точным. Будут появляться несогласованные устройства, имеющие всего один интерфейс. Подключенные к ним устройства останутся в Segment1. По этой причине администратору NNM надлежит уделять особое внимание сегменту Segment1 во всех подсетях, чтобы искать несогласованные сетевые устройства.

Заметим, что если NNM конфигурируется с неправильной строкой сообщества для коммутатора, моста или повторителя, то отсутствует индикация его сетевого оборудования, и пиктограмма будет оставлена в Segment1.

NNM будет опрашивать MIB интерфейсов устройств, чтобы получить имя расширенного интерфейса для обеспечения номера слота и порта каждого сегмента. Пользователь может щелкнуть правой клавишей мыши по символу соединения, чтобы отобразить эту информацию.

< Лекция 4 || Лекция 5: 123 || Лекция 6 >