Руководство по внедрению IBM Tivoli Monitoring 6.1

Опции документа Опции документа, требующие включения JavaScript, не отображаются Обсудить Выскажите мнение об этой странице Помогите нам улучшить содержание

Уровень сложности: простой

Васфи Гусер, консультант, ITSO
Ана Годой, специалист по поддержке продуктов Tivoli Distributed Monitoring, IBM

01.04.2007

В данной главе мы подробно обсудим этапы и опыт наиболее успешных внедрений IBM Tivoli Monitoring 6.1 с использованием двух различных сценариев: на базе серверов TEMS для платформ Windows и UNIX. Помимо этого, мы приведем практические рекомендации по выбору класса и конфигурации аппаратного обеспечения

В данной главе мы подробно обсудим этапы и опыт наиболее успешных внедрений IBM Tivoli Monitoring 6.1 с использованием двух различных сценариев: на базе серверов TEMS для платформ Windows и UNIX. Помимо этого, мы приведем практические рекомендации по выбору класса и конфигурации аппаратного обеспечения.

Глава посвящена обсуждению следующих вопросов:

• лабораторное окружение
• установка IBM Tivoli Monitoring 6.1
• удаление IBM Tivoli Monitoring 6.1

3.1 Лабораторное окружение

В этом разделе будут описаны программные и аппаратные компоненты, применявшиеся в ходе внедрения IBM Tivoli Monitoring 6.1 в нашей лабораторной среде. Здесь же будет дано краткое описание архитектуры, реализованной при построении данного окружения.

Чтобы максимально правдоподобно сымитировать реальную среду, мы следовали двум различным сценариям, реализуя внедрение TEMS-сервера на базе системы Windows и такого же сервера, основанного на UNIX.

• Раздел 3.2.5 «Установка и конфигурирование среды: сценарий 1» (с. 100) описывает типичное внедрение IBM Tivoli Monitoring 6.1 с двумя Windows TEMS-серверами, где второй сервер предназначен для горячего резерва.
• В разделе 3.2.16 «Установка и конфигурирование среды: сценарий 2» (с. 186) речь пойдет о внедрении двух UNIX TEMS-серверов, где второй сервер опять-таки используется как горячий резерв для первого.

Помимо серверов TEMS, все компоненты IBM Tivoli Monitoring 6.1 будут в обоих сценариях одинаковы. В зависимости от выбранной вами платформы для TEMS вы сможете воспользоваться любым сценарием из описанных.

Если вы установите TEMS-сервер на одну платформу (например, Windows), а затем решите перейти на другую (например, UNIX), то при миграции можете прибегнуть к инструкциям, изложенным в разделе 3.2.17 «Замена hub-сервера TEMS новым сервером мониторинга», с. 194.

Примечания

• Обе конфигурации можно сформировать, задействовав один, а не два TEMS-сервера, если при этом не планировать применения функционала горячего резерва. Впрочем, использовать его рекомендуется по соображениям устойчивости к отказам.
• Также ввиду наличия возможности использовать в качестве горячего резерва Windows-сервера сервер под управлением UNIX и наоборот вы можете использовать один Windows- и один UNIX TEMS-сервер. При написании книги этот сценарий был с успехом нами опробован.

3.1.1 Программная и аппаратная конфигурация

Программная и аппаратная конфигурация нашей лабораторной среды показана в табл. 3-1.

3.1.2 Архитектура лабораторной среды

В следующих разделах мы опишем архитектуру, лежащую в основе каждого из сценариев.

Архитектура среды: сценарий 1

Первый сценарий с двумя hub-серверами TEMS под управлением Windows и двумя удаленными TEMS-серверами: одним под UNIX, вторым под Windows - показан на рис. 3-1.

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

Архитектура среды: сценарий 2

Второй сценарий с двумя hub-серверами TEMS на платформе AIX и аналогичной первому из сценариев конфигурацией остальных компонентов показан на рис. 3-2.

Такая архитектура обладает возможностью масштабирования и после расширения способна содержать больше 4000 агентов. Подробнее об этом см. в разделе 1.2.4 «Внедрение для сверхкрупного предприятия (свыше 4000 агентов)», с. 29.

С целью осуществления второго сценария и перенастройки сервера cairo как удаленного TEMS мы выполнили шаги, описанные в разделе 3.2.17 «Замена hub-сервера TEMS новым сервером мониторинга», с. 194.

В начало

3.2 Установка IBM Tivoli Monitoring 6.1

Данный раздел будет посвящен пошаговому описанию процесса установки различных компонентов IBM Tivoli Monitoring 6.1 с примерами инсталляции с помощью как графического (GUI), так и командного (CLI) интерфейса.

Обзор этапов полной установки и развертывания среды IBM Tivoli Monitoring 6.1 приведен в табл. 3-2.

3.2.1 Планирование установки

В этом разделе мы кратко представим ту информацию, которая понадобится для подготовки к началу установочного процесса.

Для этого обсудим следующие вопросы

• Необходимый уровень подготовки
• Подбор имени сервера мониторинга
• Создание учетной записи IBM Tivoli на серверах UNIX
• Импорт образов дистрибутивов
• Имя хоста для сетевых служб TCP/IP
• Применение полных маршрутных имен файлов
• Ограничение числа дескрипторов файлов
• Предварительные программные и аппаратные требования

Необходимый уровень подготовки

Для установки IBM Tivoli Monitoring 6.1 необходим опыт в нескольких областях. В этом разделе мы опишем ряд общих требований, предъявляемых к тем, кто выполняет перечисленные выше задачи. Разберем каждый из этапов установки продукта до уровня операционной системы. В большинстве случаев обладать всеми нужными знаниями одному специалисту необязательно, однако если тот, будучи администратором Tivoli, владеет несколькими продуктами, их будет проще развернуть и поддерживать.

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

Администратор баз данных

Администратор баз данных (DBA) должен представлять себе принципы их работы. Если в организации он только один, администратор обязан знать, как выполняется львиная доля задач, связанных с применяемой базой. В большинстве случаев глубокие знания реляционных СУБД не требуются, однако они во многом повышают ценность опыта работы с IBM Tivoli Monitoring 6.1.

Администратор операционной системы

Администратор системы UNIX должен иметь немалый опыт администрирования серверов на этой платформе. Время от времени за его помощью вы будете обращаться при обновлении операционной системы и прочих продуктов, инсталлированных на сервере. Кроме того, UNIX-администратор должен уметь добавлять и удалять пользователей, менять права доступа к каталогам. Рано или поздно у вас возникнет потребность в отладке на уровне операционной системы и знании TCP/IP-протокола, сетей, систем доменных имен (DNS, Domain Name System), файлов на хост-машине, файловых систем, заданий планировщику (cron), портов, выделения дополнительного пространства для растущих процессов, а также иных вопросов, с которыми связана текущая деятельность администратора UNIX.

Администратор Microsoft® Windows должен обладать богатым опытом администрирования систем на базе Microsoft Windows, как машин-серверов, работающих под Microsoft Windows 2000 Server или Microsoft Windows 2003 Server, так и рабочих станций, управляемых системой Microsoft Windows XP. Windows-администратор будет привлекаться для работ по обновлению и защите системных программных средств, а также для выдачи таких прав в области безопасности администратору Tivoli, которые позволят нормально функционировать требуемым программным решениям.

3.2.2 Описание архитектуры

В главе 1 «Архитектура и планирование» (с. 14) дано развернутое детальное изложение лучших примеров практического описания архитектуры, удовлетворяющей нуждам организации. На этих примерах построена и архитектура лабораторной среды. Оба наших сценария, которые были получены с учетом соответствующих инструкций и указаний, приведены на рис. 3-1 и рис. 3-2.

Примечание Несмотря на то что систему IBM Tivoli Monitoring 6.1 можно настроить, используя два hub-сервера, работающих на разных платформах (например, Windows и UNIX), рекомендуется (хотя и необязательно) при планировании функций горячего резервирования использовать одну-единственную платформу.

3.2.3 Создание плана развертывания

Для организации и построения среды IBM Tivoli Monitoring 6.1 необходим план развертывания. Основные соображения по поводу создания такого плана для среды Tivoli сформулированы в версии 6.1.0 руководства IBM Tivoli Monitoring Installation and Setup Guide, GC32-9407.

Прежде чем начинать установку любых программных продуктов, вы должны, как минимум, собрать информацию следующего характера:

• Основные программные и аппаратные требования IBM Tivoli Monitoring 6.1.
• Могут ли работать с новым продуктом компьютеры вашей распределенной сети, или для достижения соответствия потребностям бизнеса их требуется модернизировать либо заменить новыми.
• Какие из компонентов IBM Tivoli Monitoring 6.1 нужно установить для удовлетворения нужд вашего бизнеса, на какие компьютеры и предъявляют ли эти компоненты программные требования к продуктам сторонних производителей. Эти сведения приведены в разделе 1.1.1 «Поддержка IBM Tivoli Monitoring 6.1 на различных платформах», с. 20.
• О каждой из систем, на которой планируется установить компоненты IBM Tivoli Monitoring 6.1, соберите такие данные, как:
• Имя сервера мониторинга, который вы инсталлируете, или агента, к которому подключаетесь
• Название и версия операционной системы
• Доступный объем памяти и дискового пространства
• Имя хоста системы, где будет исполняться продукт (сервер мониторинга или экземпляр программы-агента)
• Будет ли инсталлируемый сервер мониторинга настроен как hub- или remote-сервер
• Имя хоста hub-сервера
• Номер порта для подключения

Подбор имени сервера мониторинга

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

• Каждое имя должно быть уникальным. Одно имя не может в точности совпадать с другим именем другого сервера мониторинга.
• В начале каждого имени должна стоять буква. Пробелы и специальные знаки ( $ # Щ в именах запрещаются.
• Длина каждого имени должна составлять от двух символов до 32.
• Имена серверов мониторинга чувствительны к регистру на всех платформах. Различные конфигурации TEMS в двух наших средах описаны в табл. 3-3 и 3-4.

Создание учетной записи IBM Tivoli на серверах UNIX

Для установки и дальнейшей поддержки каталога развертывания мы создали учетную запись IBM Tivoli. Достичь максимальной эффективности в работе вам помогут следующие инструкции:

• Ваше право - использовать любое допустимое имя. Вы можете установить продукты IBM Tivoli Monitoring 6.1 как привилегированный пользователь, или root, в UNIX, хотя делать это не обязаны. Если вы не установили IBM Tivoli Monitoring 6.1 от имени root, то для создания пользователя и корректной выдачи прав обязаны выполнить приведенную ниже процедуру. В ней в составе группы itmusers мы создадим пользователя itmuser. Для работы с учетной записью, предназначенной для IBM Tivoli, IBM рекомендует использовать оболочку Korn Shell, хотя вы вправе выбрать любую из оболочек, поставляемых с операционной системой UNIX.
1. Проделав действия, которые описаны ниже, создайте группу itmusers. На машине под управлением Linux, Solaris и HP-UX выполните команду

   groupadd itmusers

   
   На машине с AIX выполните команду

   mkgroup itmusers

   
   
2. Создайте входящего в группу itmusers пользователя itmuser; назначьте itmusers первичной для itmuser группой.
   Чтобы создать учетную запись itmuser на машинах под управлением AIX, Solaris и Linux, выполните следующую команду:

   useradd -g itmusers -s /usr/bin/ksh itmuser

   
   
• Установку всех компонентов нужно проводить от имени одного пользователя.
• В случае применения NFS или локальной файловой системы каталог установки следует назначать в соответствии с теми правилами, которые действуют в конкретной среде.

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

Когда пользователь надлежащим образом создан, выдать ему права позволит следующая процедура:

1. Настройте каталог CANDLEHOME. При этом вы должны пользоваться профилем (profile) пользователя itmuser:

   export CANDLEHOME=/opt/IBM/ITM

   
   
2. Чтобы гарантировать, что переменная окружения CANDLEHOME корректно распознает каталог установки IBM Tivoli Monitoring, выполните команду:

   echo $CANDLEHOME (по умолчанию: /opt/IBM/ITM)

   
   

   Внимание Выполнение последующих шагов в неверно выбранном каталоге может изменить права доступа к любому файлу в каждой из файловых систем на компьютере.

3. Перейдите в тот каталог, имя которого получили на предыдущем шаге: cd $CANDLEHOME
4. Чтобы убедиться, что вы находитесь в нужном вам каталоге, выполните команду:

   pwd

   
   
5. Выполните следующие команды

   chgrp itmusers . chgrp -R itmusers . chmod o-rwx . chmod -R o-rwx .

   
   

Важно Если описанные здесь действия вы произвели после установки агентов, то, чтобы сменить владельца дополнительных агентских файлов, выполните команду:

bin/SetPerm
			

Выберите All of the above для установки нужных разрешений и прав для всех инсталлированных агентов.

Импорт образов дистрибутивов

Импортируйте образы IBM Tivoli Monitoring 6.1 на тот сервер, где будете проводить установку.

При этом вы можете создать отдельную файловую систему, в которую загрузите образы и в которой установите IBM Tivoli Monitoring 6.1. Для установки продукта в системе Windows создайте логический диск, отличный от диска C: (или другого диска, на котором находится операционная система машины).

Имя хоста для сетевых служб TCP/IP

Такие сетевые службы TCP/IP, как NIS, DNS, а также файл /etc/hosts должны быть настроены на выдачу полного имени хоста (например, hostname.ibm.com). Полную спецификацию имени задайте в /etc/hosts перед кратким именем хоста, но после значения десятичного IP-адреса.

Из интерфейса TEMS-сервера запустите следующую команду:

nslookup  hostname
			

В этом примере hostname - имя серверного хоста в среде IBM Tivoli Monitoring 6.1 (скажем, это второй hub-сервер или remote TEMS, TEPS-сервер и пр.). После того как эта команда успешно отработает для каждого сервера, выполните «обратный просмотр» (reverse lookup), используя команду

nslookup  -querytype=PTR
			

По запросу введите IP-адрес того сервера, который вы ранее протестировали. Устраните любые несоответствия, связавшись со своим системным или сетевым администратором, прежде чем приступить к выполнению следующих шагов.

Применение полных маршрутных имен файлов

Ввиду большого разнообразия операционных систем UNIX и возможных пользовательских сред в них используйте полные (не содержащие символов-шаблонов) маршрутные имена файлов, указывая каталог в процессе установки продукта. Сценарии (shell-скрипты), написанные IBM, используют оболочку Korn; при запуске нового процесса или оболочки (shell) применение символьных ссылок, переменных окружения и синонимов (aliases) потенциально способно привести к непредсказуемым результатам.

Ограничение числа дескрипторов файлов

В операционной системе серверу мониторинга требуется не менее 256 дескрипторов файлов (maxfiles). Для обеспечения его правильного функционирования мы установили максимальное число дескрипторов файлов (параметр MAX_FILES конфигурируемых настроек ядра) равным 256.

Чтобы определить количество дескрипторов файлов (maxfiles), приходящееся на каждый процесс, выполните одну из следующих команд:

• sysdef | g rep maxfiles
• ulimit -a

На компьютерах с AIX выполните команду

ulimit -d
			

Параметр -d определяет заданный в килобайтах размер области данных. Если возвращаемые настройки указывают на значение менее 256 Мб, то увеличьте предел maxfiles до этой отметки.

Если 256 Мб окажется недостаточно (например, на это будут указывать сбои вызова malloc в журнале сервера мониторинга), свяжитесь со службой IBM Software Support, чтобы получить обновление для расширения памяти. Оно позволит вам работать с несколькими пользовательскими сегментами по 256 Мб. При каждой инсталляции продукта или пакета обновлений оно должно применяться к модулю KDSMAIN.

Программные и аппаратные требования

Всю информацию о программных и аппаратных требованиях системы можно найти в руководстве IBM Tivoli Monitoring Installation and Setup Guide, GC32-9407. Внимательно прочтите его и выясните, соответствует ли ваша среда требованиям, предъявляемым IBM Monitoring 6.1 к предварительно установленному программному и аппаратному обеспечению.

3.2.4 Стратегии резервирования

В этом разделе мы опишем несколько стратегий резервного копирования, которые должны быть реализованы в ходе использования IBM Tivoli Monitoring 6.1. Без хорошей стратегии резервирования предприятию могут грозить простои в течение неопределенного времени.

Резервирование сервера Tivoli

Если IBM Tivoli Monitoring 6.1 инсталлируется на существующий сервер Tivoli, советуем вам на всякий случай сделать резервную копию базы данных Tivoli, хотя IBM Tivoli Monitoring 6.1 и не обновляет базу данных Tivoli Framework. Есть два способа провести резервирование сервера Tivoli и управляемых им узлов. Снять копию необходимых файлов из каталога $DBDIR позволит команда wbkupdb. Она не резервирует ничего за пределами $DBDIR, включая разработанные клиентом скрипты, однако ее достаточно, чтобы вернуть работоспособность серверу Tivoli, если база данных будет повреждена.

Системное резервирование

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

Устанавливая IBM Tivoli Monitoring 6.1 в TMR, убедитесь, что до начала резервного копирования располагаете «чистой» системой. Воспользуйтесь командой wchkdb с параметрами:

-ux для связанных между собой регионов (regions) Tivoli

-u для всех управляемых узлов

-ut только для сервера Tivoli

Результат работы команды «очистки» wchkdb позволит лучше использовать функции резервного копирования и восстановления данных.

Шаг, о котором почти всегда забывают, - проверка копий на достоверность. Непроверенные резервные копии встречаются чересчур часто, однако при необходимости восстановить данные они не могут быть надежным источником информации. Разумным решением стало бы выделение машины, которую вы сможете использовать, чтобы восстановить резервную копию, а затем выполнить набор тестов и убедиться, что она достоверна. Если что-то не так, устраните проблему, дабы гарантированно иметь возможность успешного резервирования. Один совет по исправлению ошибок - резервируйте отдельные управляемые узлы, а не весь регион Tivoli одновременно. При сбое вы сможете увидеть, какой управляемый узел вызывает проблему, после чего устранять ее лишь в этом узле.

3.2.5 Установка и конфигурирование среды: сценарий 1

В этом разделе мы опишем установку и конфигурирование различных компонентов IBM Tivoli Monitoring 6.1 в среде hub-сервера TEMS под управлением Windows.

Установка и конфигурирование hub-сервера TEMS на сервере Windows

Далее мы приведем подробную информацию об установке hub-сервера TEMS на сервере Windows и выполнении его начальной настройки.

Для установки hub-сервера мониторинга на машине под Windows выполните следующие шаги:

1. Двойным щелчком по имени файла setup.exe на установочном диске запустите мастер установки программы.
2. В окне Welcome нажмите Next.
   Примечание Если вы работаете с Windows 2003 или Windows XP и настройки безопасности требуют проверки поставщика программного обеспечения (software publisher), вы можете получить ошибку с утверждением о том, что поставщик файла setup.exe неизвестен. Чтобы проигнорировать это сообщение об ошибке и продолжить работу, нажмите Run.
3. Выберите Accept, чтобы принять лицензионное соглашение (рис. 3-3).
   
   Рис. 3-3 Окно с текстом лицензионного соглашения
   
   
   
4. Укажите тот каталог, в который вы хотите выполнить установку продукта. По умолчанию это C:\IBM\ITM. Тем не менее, мы настоятельно рекомендуем вам установить IBM Tivoli Monitoring 6.1 на диск, отличный от диска с операционной системой. Нажмите Next. Окно выбора каталога продемонстрировано на рис. 3-4.
   
   Рис. 3-4 Окно выбора каталога установки продукта
   
   
   
5. В следующем окне вам предстоит ввести ключ 32-битного шифрования. Ваше право - оставить тот ключ, который будет предложен системой по умолчанию.

   Примечания

• Данный ключ шифрования служит для защищенного (по SSL-протоколу) соединения hub-сервера TEMS с другими компонентами среды IBM Tivoli Monitoring 6.1, такими, как подключенный к нему удаленный TEMS-сервер. В составе ключа запрещены символы, приведенные ниже:

  = ' |

  
  
• Обязательно запишите значение, которое используете как ключ. Пользуйтесь этим ключом при установке всех компонентов, подключаемых к серверу мониторинга.
6. Нажмите Next и OK для подтверждения ключа шифрования.
7. Отметьте те компоненты, которые хотите установить. На рис. 3-5 показаны компоненты, отмеченные нами для нашей собственной установки. Нажмите Next.
   
   Рис. 3-5 Список выбранных компонентов для установки
   
   
   
8. Если вы желаете произвести удаленное развертывание агентов, выделите программы-агенты, которые намерены развернуть (рис. 3-6). На этом шаге создается и заполняется хранилище развертывания (deployment depot), откуда позднее вы сможете произвести развертывание агентов.
   
   Рис. 3-6 Список агентов для удаленного размещения
   
   
   
9. Нажмите Next.

   Примечание По умолчанию хранилище находится в каталоге <itm_installdir>/ CMS/depot под Windows и в каталоге <itm_installdir>/tables/<ms_name>/depot под Linux и UNIX. Если же вы хотите использовать другой каталог, измените значение DEPOTHOME в файле kbb.env.

10. Выберите программную папку (program folder), как показано на рис. 3-7, и щелкните Next. Имя папки программы по умолчанию - IBM Tivoli Monitoring.
    
    Рис. 3-7 Выбор папки программы при установке IBM Tivoli Monitoring 6.1
    
    
    
11. Пересмотрите сведения об установке. В них резюмируется, что и куда именно вы будете устанавливать. Нажмите Next, чтобы начать инсталляцию компонентов (рис. 3-8).
    
    Рис. 3-8 Сведения об установке
    
    
    
12. По завершении установки на экране появится окно настройки (рис. 3-9) с перечнем компонентов, которые можно конфигурировать. Отметьте те, что вы хотите настроить, и щелкните Next. Мы выбрали все три компонента.
    
    Рис. 3-9 Список компонентов для их настройки
    
    
    
13. На рис. 3-10 приведены различные опции мониторинга, которые можно настроить. Выберите тип сервера Hub.
    
    Рис. 3-10 Окно Monitoring Server Configuration
    
    
    
14. Убедитесь, что имя данного сервера мониторинга в поле TEMS верно. Исправьте его, если это не так. По умолчанию серверу назначается имя hub_hostname. Для нашего TEMS-сервера мы выбрали имя HUB_CAIRO.
15. Задайте протокол коммуникации для сервера мониторинга. В вашем распоряжении - четыре альтернативы: IP.UDP, IP.PIPE, IP.SPIPE и SNA. Вы можете выбрать три метода связи, что позволяет настроить резервные средства коммуникации. Если метод, указанный вами как первый (Protocol 1), даст сбой, используется второй (Protocol 2). В роли первичного протокола мы выбрали IP.PIPE, в роли вторичного - IP.UDP.

    Примечание Протокол IP.PIPE использует TCP, поэтому между TEMS и удаленными серверами формируется постоянное соединение. Из-за немалого числа удаленных вызовов процедур (RPC), которые сервер будет вынужден обработать, это способно повлиять на его эффективность. Если применение UDP не станет угрозой для безопасности вашей среды, то мы советуем использовать как первый протокол IP.UDP; иначе выбирайте протокол IP.PIPE.

    Наличие между TEMS-сервером и агентами сетевого экрана делает применение IP.UDP невозможным.

    Протоколы коммуникации, которые могут использоваться, описаны в табл. 3-5. Эти сведения верны для всех составляющих среды IBM Tivoli Monitoring 6.1. В данной таблице мы коротко коснемся лишь hub- и remote-сервера TEMS.

    Табл. 3-5 Описание протоколов коммуникации

    
    
    

    Поле	Описание
    Параметры IP.UDP: первичный hub TEMS-сервер
    Имя или IP-адрес хоста	Имя или IP-адрес хоста hub-сервера мониторинга
    Номер порта и (или) пула портов	Порт hub-сервера мониторинга
    Параметры IP.PIPE: первичный hub TEMS-сервер
    Имя или IP-адрес хоста	Имя или IP-адрес хоста hub-сервера мониторинга
    Номер порта	Порт сервера мониторинга. Значение по умолчанию - 1918
    Параметры IP.SPIPE: первичный hub TEMS-сервер
    Имя или IP-адрес хоста	Имя или IP-адрес хоста hub-сервера мониторинга
    Номер порта и (или) пула портов	Порт сервера мониторинга. Значение по умолчанию - 3660
    Параметры ESNA: remote TEMS-сервер
    Локальный синоним LU	Синоним (alias) логического устройства (LU)
    Имя TP	Название программы транзакций (TP) данного сервера мониторинга
    Параметры SNA: первичный hub TEMS-сервер
    Сетевое имя	Идентификатор места вашего положения в SNA-сети
    Имя LU	Название LU сервера мониторинга. Соответствует локальному синониму LU в вашей программе для коммуникации в SNA
    LU 6.2 LOGMODE	Имя LU6.2 LOGMODE. Значение по умолчанию - .CANCTDCS
    Имя TP	Название программы транзакций (TP) сервера мониторинга

    
    
    
16. Если вы хотите пересылать события-ситуации на консоль IBM Tivoli Enterprise Console, отметьте опцию TEC Event Integration Facility.
    Мы не выставили флажок Configure Hot Standby TEMS, поскольку намерены настроить горячий резерв после того, как будут установлены и корректно сконфигурированы все TEMS-серверы. Аналогично, мы оставили сброшенным признак Disable Workflow Policy/Tivoli Emitter Agent Event Forwarding. Рекомендуем вам поступить так же. Нажмите OK.
17. В следующем окне приведены опции настройки имени или IP-адреса hub-сервера, а также номера порта, который будет использоваться протоколом коммуникации. Заполните эти поля, как показано на рис. 3-11.
    
    Рис. 3-11 Окно настройки хоста и протокола коммуникации
    
    
    
18. Если вы уверены в том, что значение, введенное вами в каждое из полей, имеет верный регистр (заглавных и строчных букв), вы можете установить признак Use case as typed. Впрочем, коль скоро IBM Tivoli Monitoring различает регистр знаков, возможно, вам стоит отметить опцию Convert to upper case, чтобы уменьшить вероятность пользовательских ошибок. Для продолжения нажмите OK.
    На следующем шаге конфигурирования дополните сервер мониторинга поддержкой таких приложений, как рабочие пространства (workspaces) и проверки-ситуации (situations) для агентов.
19. По окончании процедуры настройки вам будет предложено указать TEMS-сервер. Выберите место расположения сервера мониторинга. У вас есть два варианта:
    1. На этом компьютере (On this computer)
    2. На другом компьютере (On a different computer)
    Отметьте первый из вариантов и щелкните OK.
20. Сейчас сервер мониторинга не работает, поэтому он будет автоматически запущен до начала процесса наполнения данными. Нажмите OK, когда увидите окно, показанное на рис. 3-12.
    
    Рис. 3-12 Окно подтверждения запуска сервера мониторинга
    
    
    
21. Отметьте те данные, мониторинг которых вы хотите поручить серверу. По умолчанию выбраны все доступные приложения. Мы настоятельно советуем оставить выделенным каждый из компонентов, что позволит собрать о нем начальные данные. Нажмите OK.

    Примечание При сборе исходных данных параметры, характерные для продукта, снимаются с наблюдаемого ресурса и сохраняются на сервере мониторинга. Применительно к Windows сервер может быть наполнен исходными данными как при его установке, так и через консоль Manage Tivoli Monitoring Services.

    Во время наполнения сервера в базе данных TEMS [плоском (flat) файле или базе данных Btrieve, но не реляционной БД, установленной для нужд TEPS-сервера] создаются поля для тех агентов, которые вы указали. Это позволит TEMS работать с поступающими от них данными. Сказанное также справедливо для TEPS, за исключением, конечно, того, что в выбранной реляционной БД создаются необходимые таблицы, а не поля.

    В случае если исходные данные приходят от агента, связанного с удаленным сервером мониторинга, этот процесс требуется выполнить для hub- и remote-сервера одновременно. К моменту начала заполнения исходными данными удаленного сервера мониторинга hub-сервер должен уже работать.

    
    
    Рис. 3-13 Выбор приложений для мониторинга TEMS-сервером
    
    
    
22. Убедитесь в том, что код возврата каждого приложения, связанного с компонентом системы, равен нулю, как показано на рис. 3-14. Нажмите Next.
    
    Рис. 3-14 Окно Application support addition
    
    
    

    На следующем шаге конфигурирования (рис. 3-15) настроим принятые по умолчанию параметры связи компонентов IBM Tivoli Monitoring с hub-сервером мониторинга.

23. Укажите значения по умолчанию, которыми будут пользоваться компоненты IBM Tivoli Monitoring для связи с сервером мониторинга.
1. Если для доступа к серверу агенты должны пересекать периметр, защищенный сетевыми экранами, выберите Connection must pass through firewall.
2. Задайте тип протокола, который должен применяться агентами для связи с hub-сервером мониторинга. Как отмечалось в табл. 3-5, вы вправе выбрать IP.UDP, IP.PIPE, IP.SPIPE или протокол SNA. При этом можно отметить три способа подключения, что позволяет настроить методы резервной коммуникации. Если метод, указанный как первый протокол связи (Protocol 1), даст сбой, будет использоваться второй (Protocol 2). Если применение UDP не нарушает правил вашей политики безопасности, рекомендуем воспользоваться протоколом IP.UDP.
3. Нажмите OK.
   
   Рис. 3-15 Настройка протоколов подключения к TEMS
   
   
   
24. В следующем окне нажмите Finish для завершения установки.
    Перед вами откроется утилита Manage Tivoli Enterprise Monitoring Services (рис. 3-16). С ее помощью вы сможете запускать, останавливать и конфигурировать компоненты IBM Tivoli Monitoring.
    
    Рис. 3-16 Окно служб IBM Tivoli Monitoring 6.1
    
    
    
25. Повторите эту же процедуру для установки второго hub-сервера TEMS.

3.2.6 Установка удаленного TEMS на серверах Windows и UNIX

В этом разделе будут даны подробные сведения об установке и настройке удаленного сервера мониторинга. Действия, которые мы опишем, выполняются в обоих сценариях.

Установка удаленного TEMS на сервере Windows

Установка удаленного TEMS-сервера подобна установке hub-сервера TEMS. Поэтому рисунки, если они не отличаются от аналогичных при установке hub-сервера, приводиться не будут.

Для инсталляции удаленного сервера мониторинга на машине под Windows выполните следующие шаги:

1. Двойным щелчком по имени файла setup.exe на установочном диске запустите мастер установки программы.

   Примечание Если вы работаете с Windows 2003 или Windows XP и настройки безопасности требуют проверки поставщика программного обеспечения (software publisher), вы можете получить ошибку с утверждением о том, что поставщик файла setup.exe неизвестен. Нажмите Run, чтобы пропустить сообщение.

2. В окне Welcome нажмите Next.
3. Выберите Accept, чтобы принять лицензионное соглашение.

   Примечание Если на машине не установлена база данных (DB2 или MS SQL), на экране появится сообщение о вероятном отсутствии программного обеспечения. Чтобы использовать компьютер в роли сервера мониторинга, база данных вам не понадобится, поэтому вы можете проигнорировать предупреждение и нажать Next.

4. Если на машине отсутствует инструментарий IBM Java SDK, он будет автоматически установлен на одном из следующих шагов. Нажмите Next.
5. Укажите тот каталог, в который вы хотите выполнить установку продукта. По умолчанию это C:\IBM\ITM. Нажмите Next.
6. Введите свой ключ 32-битного шифрования или оставьте тот, который предложен системой по умолчанию.

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

7. Нажмите Next и OK для подтверждения ключа шифрования.
8. Отметьте те компоненты, которые хотите установить: Tivoli Enterprise Monitoring Server.
9. Если на удаленном сервере мониторинга вы намерены инсталлировать какие-либо агенты, разверните пункт Tivoli Enterprise Monitoring Agents и выберите агенты. Нажмите Next.
10. Желая произвести с удаленного сервера мониторинга удаленное развертывание агентов, выделите программы-агенты, которые намерены развернуть. На этом шаге создается и заполняется хранилище размещения, откуда позднее вы сможете произвести развертывание агентов. Нажмите Next.

    Примечание По умолчанию хранилище находится в каталоге <itm_installdir>/ CMS/depot под Windows и в каталоге <itm_installdir>/tables/<ms_name>/depot под Linux и UNIX. Если же вы хотите использовать другой каталог, измените значение DEPOTHOME в файле kbb.env.

11. Выберите программную папку и щелкните Next. Имя папки программы по умолчанию - IBM Tivoli Monitoring.
12. Пересмотрите сведения об установке. В них резюмируется, что и куда именно вы будете устанавливать. Нажмите Next, чтобы начать инсталляцию компонентов.
    По завершении установки на экране появится окно настройки параметров.
13. Отметьте параметры, которые хотите сконфигурировать, и щелкните Next. Первый шаг связан с настройкой сервера мониторинга.
14. Выберите тип сервера мониторинга, который конфигурируете: Hub или Remote. Для настройки удаленного сервера выделите Remote, как показано на рис. 3-17.
    
    Рис. 3-17 Окно настройки удаленного TEMS
    
    
    
15. Убедитесь, что имя сервера мониторинга в поле TEMS верно. Исправьте его, если это не так.
16. Задайте протокол коммуникации для сервера мониторинга. В вашем распоряжении четыре альтернативы: IP.UDP, IP.PIPE, IP.SPIPE и SNA. Вы можете выбрать три метода связи, что позволяет настроить резервные средства коммуникации. Если метод, указанный вами как первый (Protocol 1), даст сбой, используется второй (Protocol 2). Нажмите OK.
17. Заполните поля настройки протокола коммуникации для сервера мониторинга. Описания протоколов, которые могут использоваться, приведены в табл. 3-5, с. 106.
18. Если вы уверены в том, что значение, введенное вами в каждое из полей, имеет верный регистр (заглавных и строчных букв), вы можете установить признак Use case as typed. Впрочем, коль скоро IBM Tivoli Monitoring различает регистр знаков, возможно, вам стоит отметить опцию Convert to upper case, чтобы уменьшить вероятность пользовательских ошибок.
19. Для продолжения работы нажмите OK.
    На следующем шаге конфигурирования наполните сервер исходными данными.
20. Выберите место расположения сервера мониторинга. Есть два варианта:
    1. На этом компьютере (On this computer)
    2. На другом компьютере (On a different computer)
       Отметьте On this computer и щелкните OK.
21. Сейчас сервер мониторинга не работает, поэтому он будет автоматически запущен до начала процесса наполнения данными. Получив соответствующее сообщение на экране, нажмите OK.
22. Отметьте те данные, мониторинг которых вы хотите поручить серверу. По умолчанию выбраны параметры каждого доступного приложения. Нажмите OK.
23. Нажмите Next в ответ на сообщение с информацией о накоплении данных. На следующем шаге конфигурирования будут настроены принятые по умолчанию параметры связи любого компонента IBM Tivoli Monitoring с hub-сервером мониторинга.
24. Укажите значения по умолчанию, которыми будут пользоваться компоненты IBM Tivoli Monitoring для связи с сервером мониторинга.
1. Если для доступа к серверу агенты должны пересекать периметр, защищенный сетевыми экранами, выберите Connection must pass through firewall.
2. Задайте тип протокола, который должен применяться агентами для связи с hub-сервером мониторинга. Так, вы вправе выбрать IP.UDP, IP.PIPE, IP.SPIPE или протокол SNA. При этом можно отметить три способа подключения, что позволяет настроить методы резервной коммуникации. Если метод, указанный как первый протокол связи (Protocol 1), даст сбой, будет использоваться второй (Protocol 2). Нажмите OK.
25. Заполните поля протоколов коммуникации для сервера мониторинга. Описания полей см. в табл. 3-5, с. 106.
26. Нажмите Finish для завершения установки

Установка удаленного TEMS на сервере UNIX/Linux

Процедура установки удаленного TEMS совпадает с аналогичной процедурой для hub-сервера. Отличия возникают в процессе конфигурирования. Этапы установки, настройки и наполнения удаленного TEMS-сервера исходными данными представлены в табл. 3-6.

Конфигурирование удаленного TEMS на сервере UNIX/Linux

Для конфигурирования hub-сервера мониторинга выполните следующие шаги:

1. В командной строке перейдите в каталог /opt/IBM/ITM/bin (или в каталог установки IBM Tivoli Monitoring).
2. Выполните команду

   ./itmcmd con fig -S -t tems_name

   
   

   Здесь tems_name - имя вашего сервера мониторинга (например, REMOTE_EDINBURG).

3. Наберите remote, чтобы указать на то, что это - удаленный TEMS-сервер.
4. Нажмите Enter, чтобы принять предложенное по умолчанию имя хоста для сервера мониторинга. Оно должно совпадать с именем хоста для вашей машины. Если это не так, введите правильное имя хоста и нажмите клавишу Enter.
5. Введите название протокола для связи с сервером мониторинга. На выбор вы можете указать ip, ip.pipe, sna или ip.spipe. Чтобы использовать протокол коммуникации по умолчанию (IP.PIPE), нажмите Enter.
6. Если вы хотите настроить протокол снятия резервной копии данных, введите его название и нажмите клавишу Enter. Если вы не хотите настраивать упомянутый протокол, нажмите Enter без его указания.
7. В зависимости от типа протокола, который вы выбрали, задайте номер порта для каждого протокола коммуникации и нажмите клавишу Enter.
8. Нажмите Enter для отказа от ввода имени раздела KDC_PARTITION.
9. В ответ на запрос пути и имени для KDC_PARTITION снова нажмите Enter.
10. В том случае, если вы намерены воспользоваться функцией аудита конфигурации (Configuration Auditing), введите y, иначе введите n и нажмите клавишу Enter.
11. Нажмите Enter, чтобы принять предложенную по умолчанию настройку горячего резерва (NO). Чтобы достичь лучшего результата конфигурирования горячего резерва для своего сервера мониторинга, дождитесь полного завершения развертывания среды. Сведения о настройке горячего резерва см. в разделе «Конфигурирование горячего резерва», с. 181.
12. Нажмите Enter, чтобы принять предложенное по умолчанию имя Optional Primary Network Name (none).
13. Нажмите Enter для установки стандартного параметра безопасности Validate User setting (no). При необходимости применения проверок подлинности в вашей информационной среде вы можете включить этот параметр по завершении начального конфигурирования продукта.
14. Если для просмотра событий, связанных с проверками-ситуациями, вы будете пользоваться синхронизацией событий, введите y и нажмите Enter, чтобы задействовать функцию TEC Event Integration. Дополнительно проделайте следующие шаги:
1. Введите имя сервера событий IBM Tivoli Enterprise Console и нажмите клавишу Enter.
2. Введите номер порта для сервера событий и нажмите клавишу Enter.
15. Нажмите Enter, чтобы запретить отключение агента Workflow Policy/Tivoli Emitter Agent.
16. Введите S для сохранения принятой по умолчанию конфигурации SOAP и выйдите из программы настройки.

Примечания

• Любые элементы конфигурации SOAP вы сможете настроить позднее. Данная процедура описана в разделе «Установка синхронизации событий на событийном сервере» (с. 169).
• Созданный файл настроек расположен в каталоге install_dir/config и имеет имя в формате host_name_ms_tems_name.config (например, edinburg_ms_REMOTE_ EDINBURG.config).

3.2.7 Tivoli Enterprise Portal Server - TEPS

В этом разделе будут описаны этапы установки и настройки TEPS на сервере Windows. В качестве РСУБД используется DB2 8.2.

Примечание Наш выбор в пользу сервера Windows был обусловлен ограничением бета-версии IBM Tivoli Monitoring 6.1, которой мы пользовались на протяжении проекта. Так, бета-версия не позволяла нам подключаться к хранилищу Data Warehouse для работы с представлениями данных исторического характера, собранных за длительные периоды, через сервер портала на базе Linux. Как ожидается, в общедоступной (GA, general availability) версии это ограничение будет устранено. Если указанное ограничение наводит вас на мысль о смене платформы, то, для того чтобы убедиться, что проблема разрешена, обратитесь к документации GA-версии IBM Tivoli Monitoring 6.1 или свяжитесь со службой технической поддержки корпорации IBM.

Предварительные шаги

Работа Tivoli Enterprise Portal Server требует базы данных для хранения информации. Чтобы установить и настроить РСУБД, обратитесь к руководству IBM Tivoli Monitoring Installation and Setup Guide, GC32-9407.

Установка РСУБД

Прежде чем инсталлировать TEPS-сервер, вам требуется установить и настроить базу данных DB2 в собственной информационной среде.

ODBC-подключение к TEPS

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

Создание учетной записи на сервере DB2

Создайте учетную запись DB2 на сервере указанной базы. Для этого вы можете использовать произвольное имя, единственное требование - пользователь должен войти в состав группы Administrators. Мы создали учетную запись с именем ITMUser.

Примечание Этот пользователь будет служить TEPS-серверу для доступа к Data Warehouse.

Установка сервера портала на сервере Windows

Для установки Tivoli Enterprise Portal Server на машине под Windows выполните следующие шаги:

1. Двойным щелчком по имени файла setup.exe в подкаталоге WINDOWS на установочном диске запустите мастер установки программы.
2. Для запуска инсталляции в окне Welcome нажмите Next.
3. Прочтите и, щелкнув Accept, примите условия лицензионного соглашения.
4. Если на машине нет базы данных (DB2 или MS SQL) или инструментария IBM Java SDK, на экране появится сообщение о вероятном отсутствии программного обеспечения. Если у вас отсутствует база данных, прервите установку продукта, установите базу данных, которая требуется, и начните сначала. Если же на машине не хватает инструментария IBM Java SDK, он будет автоматически установлен на одном из следующих шагов. Нажмите Next.

   Примечание Если на вашей машине есть все необходимые средства, шаг будет пропущен.

5. Укажите тот каталог, в который вы хотите установить портал и сопровождающие его файлы. По умолчанию это C:\IBM\ITM. Нажмите Next.
6. Введите ключ шифрования. Он должен быть тем ключом, что был использован при установке сервера мониторинга, с которым данный сервер портала будет соединен. Для подтверждения ключа шифрования нажмите Next и OK.
7. Выберите Tivoli Enterprise Portal Server из перечня компонентов для установки, как показано на рис. 3-18.
   
   Рис. 3-18 Список компонентов IBM Tivoli Monitoring 6.1
   
   
   

   Примечание Возможно, вы заметили, что установка требуемых элементов среды JRE на машину началась сразу после того, как вы отметили TEPS-сервер как компонент, который хотите установить. Это имеет место, если на вашей машине отсутствует Java Runtime Environment. Эта среда находится на инсталляционном носителе, и вам нужно лишь дождаться окончания инсталляции.

8. Если вы хотите видеть события с событийного сервера IBM Tivoli Enterprise Console на портале Tivoli Enterprise Portal, разверните выделенный пункт Tivoli Enterprise Portal Server и убедитесь, что строка Tivoli Enterprise Console GUI Integration содержит флажок. Нажмите Next.
9. Не выбирайте ни одного агента в окне Agent Deploy. Нажмите Next.
10. Введите имя папки программы. По умолчанию это IBM Tivoli Monitoring. Нажмите Next.
11. Нажмите Next для запуска установки. Когда она завершится, на экране появится окно с параметрами конфигурации (рис. 3-19).
    
    Рис. 3-19 Окно параметров конфигурации TEPS
    
    
    
12. Нажмите Next, чтобы начать настраивать сервер портала и его связь с сервером мониторинга, а также открыть консоль Manage Tivoli Monitoring Services.
13. В следующем окне (рис. 3-20) введите имя хоста, на котором вы инсталлируете сервер портала, и щелкните Next.
14. Настройте подключение сервера портала к источнику данных (например, к базе данных DB2). Введите пароль администратора базы данных в поле Admin Password, как показано на рис. 3-21.

    Наберите идентификатор и пароль пользователя базы данных для учетной записи администратора БД DB2 и нажмите OK.

    Примечание Учетную запись администратора DB2 вы создали при инсталляции DB2.

    
    
    Рис. 3-20 Имя хоста, на котором будет установлен TEPS
    
    
    
    
    Рис. 3-21 Конфигурирование базы данных TEPS
    
    
    
15. В ответ на сообщение о том, что сервер портала успешно сконфигурирован, нажмите OK (рис. 3-22).
    
    Рис. 3-22 Окно завершения конфигурирования TEPS
    
    
    
16. По запросу прав доступа к базе данных Data Warehouse наберите ранее созданный идентификатор (например, candle) и пароль пользователя. Нажмите Next (рис. 3-23).
    
    Рис. 3-23 Настройка пользователя TEPS
    
    
    
17. Назначьте протоколы коммуникации, как показано на рис. 3-24, и нажмите OK. Этим вы определите параметры соединения между сервером портала и hub-сервером мониторинга.
    
    Рис. 3-24 Окно настройки протоколов коммуникации
    
    
    
18. Введите имя либо IP-адрес хоста, а также номер порта hub-сервера мониторинга, как это показано на рис. 3-25. По окончании нажмите OK.
    
    Рис. 3-25 Настройка подключения к TEMS
    
    
    
19. Нажмите Finish, чтобы закрыть окно мастера установки. По окончании инсталляции на экране появится файл README с описанием процесса настройки Tivoli Enterprise Portal. Прочтите его и закройте окно.

Итак, удаленный и hub-серверы TEMS, а также TEPS-сервер установлены и настроены. На очереди - установка агентов TEMA, клиента TEP, агента Warehouse Proxy, а также синхронизация событий в системе.

3.2.8 Tivoli Enterprise Monitoring Agent

Этот раздел описывает установку Tivoli Enterprise Monitoring Agent (TEMA).

Развертывание TEMA на сервере Linux

В данном разделе мы шаг за шагом покажем, как разворачивать TEMA на сервере Linux, используя для этого локально загруженные образы IBM Tivoli Monitoring 6.1. Имя нашего сервера - oslo, учетная запись - itmuser.

Примечание Для принятия значений по умолчанию и отказа от ввода данных или выбора опций служит клавиша Enter.

1. Из каталога, в котором расположены образы после разархивации, вызовите процедуру

itmuser@oslo :/home/itmuser>  ./install. sh
			

Текст выдачи этой команды, а также наши ответы на запросы системы (полужирное выделение) показаны в примере 3-1.

Enter the name of the IBM Tivoli Monitoring directory 
[ default = /opt/IBM/ITM ]:
CANDLEHOME directory "/opt/IBM/ITM" already exists. 
OK to use it [ y or n; "y" is default ]? Y

Before installing IBM Tivoli Monitoring agents, you must 
install at least one IBM Tivoli Enterprise Monitoring Server. You 
will need the host name or IP address and port number for the 
monitoring server to configure any agents.
			

Примечания

• Если каталог /opt/IBM/ITM не существует, на экране появится сообщение вида:

"/opt/IBM/ITM"  does not exist
try to create it  [y or n;   "y"  is default]?
			

• Ввиду расхождения версий вы заметите небольшие отличия между сообщением в следующем меню и сообщением, которое увидите при работе. Однако функции остаются без изменений.

install.sh      : searching for product families; please wait. 
Select one of the following:
1) Install products via command line.
2) Install products to depot via command line.
3) Exit install.
Please enter a valid number:  1
install.sh        : OK to install.
install.sh        : removing  old JRE.
install.sh        : old JRE has been removed.
install.sh        : unloading JRE package(s).
install.sh        : calculating  available disk space.
install.sh        : "33631276"  kilobytes available.
install.sh        : running  li6243 jre.
Software Licensing Agreement
1.  Czech
2.  English
3.  French
4.  German
5.  Italian
6.  Polish
7.  Portuguese
8.  Spanish
9.  Turkish
Please enter the number that corresponds to the language you prefer.
				2
Software Licensing Agreement
Press Enter to display the license agreement on your
screen. Please read the agreement carefully before
installing the Program. After reading the agreement, you
will be given the opportunity to accept it or decline it.
If you choose to decline the agreement, installation will
not be completed and you will not be able to use the
Program.
			

2. Нажмите клавишу Enter.

International License Agreement for Early Release of Programs 

Part 1 - General Terms

BY DOWNLOADING, INSTALLING, COPYING, ACCESSING, OR USING 
THE PROGRAM YOU AGREE TO THE TERMS OF THIS AGREEMENT. IF 
YOU ARE ACCEPTING THESE TERMS ON BEHALF OF ANOTHER PERSON 
OR A COMPANY OR OTHER LEGAL ENTITY, YOU REPRESENT AND 
WARRANT THAT YOU HAVE FULL AUTHORITY TO BIND THAT PERSON, 
COMPANY, OR LEGAL ENTITY TO THESE TERMS. IF YOU DO NOT 
AGREE TO THESE TERMS,

- DO NOT DOWNLOAD, INSTALL, COPY, ACCESS, OR USE THE 
PROGRAM; AND 
				1
runGSkit        : Preparing to install the Global Security Kit. 
runGSkit warning: the 'root' ID or password is required for this phase, 
continuing...
Will enable automatic agent initiation after reboot. 
Please enter root password or press Enter twice to skip. 
Password: 
Enter the root password

Preparing packages for installation... 
gsk7bas-7.0-3.9
runGSkit        : creating security files. 
runGSkit        : create keyfile. 
runGSkit        : create certificate. 
runGSkit        : setting encryption key.
Enter a 32-character encryption key, or just press Enter to use the default 
Default = IBMTivoliMonitoringEncryptionKey

....+....1....+....2....+....3..
Press Enter to continue viewing the license agreement, or,
Enter "1" to accept the agreement, "2" to decline it or
"99" to go back to the previous screen.
				1
GSkit encryption key has been set.
Key File directory: /opt/IBM/ITM/keyfiles

Product packages are available in /home/itmuser/unix
Product packages are available for the following operating systems and 
component support categories: 
1) Linux Intel R2.4 (32 bit)
2) Linux Intel R2.4 (64 bit)
3) Linux Intel R2.4 GCC 2.9.5 (32 bit)
4) Linux Intel R2.4 GCC 2.9.5 (64 bit)
5) Linux Intel R2.6 (32 bit)
6) Linux Intel R2.6 (64 bit)
7) Linux Intel R2.6 GCC 2.9.5 (32 bit)
8) Linux Intel R2.6 GCC 2.9.5 (64 bit)
9) Tivoli Enterprise Portal Browser Client support
10) Tivoli Enterprise Portal Desktop Client support
11) Tivoli Enterprise Portal Server support

Type the number for the OS or component support category you want, or type
"q" to quit selection
[ number "5" or "Linux Intel R2.6 (32 bit)" is default ]:
				5

Is the operating system or component support correct [ y or n; "y" is 
default ]? y

The following products are available for installation: 

1) IBM Eclipse Help Server V610R104
2) Monitoring Agent for Linux OS V610R115
3) Monitoring Agent for Unix Logs V610R 121
4)Summarization and Pruning agent V610R 141
5) Tivoli Enterprise Monitoring Server V610R215
6) Tivoli Enterprise Portal Desktop Client V610R172
7) Tivoli Enterprise Portal Server V610R172
8) Tivoli Enterprise Services User Interface V610R194
9) Universal Agent V610R229
10) all of the above
Type the numbers for the products you want to install, or type "q" to 
quit selection.
If you enter more than one number, separate the numbers by a comma or 
a space.

Type your selections here: 2 

The following products will be installed: 

				Monitoring Agent for Linux OS V610R115

Are your selections correct [ y or n; "y" is default ]? y

... installing "Monitoring Agent for Linux OS V610R115 for Linux Intel 
R2.6 (32 bit)"; please wait.
=> installed "Monitoring Agent for Linux OS V610R115 for Linux Intel R2.6 
(32 bit). "
... Initializing database for Monitoring Agent for Linux OS V610R115 for 
Linux Intel R2.6 (32 bit).
... Monitoring Agent for Linux OS V610R115 for Linux Intel R2.6 (32 bit) 
initialized.

Do you want to install additional products or product support packages [ y 
or n; "n" is default ]?n

... postprocessing; please wait. 

... finished postprocessing. 

Installation step complete.

You must install TEMS support for the agent products.This is done by starting 
and seeding the TEMS for the supported agents.

You may now reconfigure any installed IBM Tivoli Monitoring product via the 
"/opt/IBM/ITM/bin/itmcmd config" command.
			

Действия после установки TEMA

1. Из каталога $CANDLEHOME/bin (по умолчанию $CANDLEHOME - это /opt/Tivoli/ IBM) запустите следующую строку:

itmuser@oslo:/opt/IBM/ITM/bin>  ./itmcmd  config  -A lz
			

Информация, выдаваемая этой командой, приведена в примере 3-4.

lz for linux,   ux for unix
CandleConfig                    :   installer level  400 / 100.
CandleConfig                    :   running  li6243 jre.
Agent configuration  started...

Will  this agent connect to a TEMS? [YES or NO] (Default is: YES):YES 
TEMS  Host Name (Default is: oslo): edinburg
			

Примечание edinburg - удаленный TEMS-сервер, с которым связан агент.

Will  the agent  connect through a firewall? [YES or NO] (Default is: NO):NO 
Network Protocol [ip, sna,  ip.pipe or ip.spipe] (Default is: ip. pipe):ip.pipe 
Now choose the  next  protocol  from one of these:
- ip
- sna
- ip.pipe
- none
Network Protocol 2 (Default is: none): ip
Now choose the next protocol from one of these:
- ip
- sna
- none
Network Protocol  3  (Default is:   none):none
IP Port  Number  (Default is:   1918): 1918
IP.PIPE  Port Number  (Default  is:   1918): 1918
Enter name of  KDC_PARTITION  (Default is:   null):null
IP.SPIPE  Port Number  (Default is:   3660)
Configure connection  for a secondary TEMS?   [YES or NO]   (Default is:   NO):   YES
Secondary TEMS  HostName  (Default is:   none):   copenhagen
Will  the agent  connect through a firewall?   [YES or NO]   (Default is:   NO):NO
Secondary TEMS  protocol  [ip,   sna,   or ip.pipe]   (Default is:   ip):   ip.pipe
Now choose the  next  protocol  from one of these:
- ip
- sna
- ip.pipe
- none
Secondary TEMS Protocol 2 (Default is: none): ip 
Now choose the next protocol from one of these:
- ip
- sna
- none
Secondary TEMS  Protocol  3  (Default  is:   none):none
Secondary TEMS  IP  Port Number  (Default  is:   1918): 1918
Secondary TEMS  IP.PIPE Port  Number  (Default is:   1918) :1918
Enter Optional  Primary Network Name or  "none"   (Default is:   none):none
Agent configuration  completed...
			

Примечание При инсталляции под AIX вам будет задан вопрос:

Are you  installing this  product  into a clustered  environment  (Default is: NO)
			

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

./itmcmd  agent  start lz
			

3. Если же вы не знаете имени программы-агента, выполните из каталога $CANDLEHOME/bin команду ./cinfo. В итоге вы увидите нечто, аналогичное примеру 3-6.

[root@ankara bin]# ./cinfo
*********** Fri Sep 23 15:31:15 EDT 2005 ******************
User : root Group: root bin daemon sys adm disk wheel
Host name : ankara.itsc.austin.ibm.com Installer Lvl: 400 / 100
CandleHome: /opt/IBM/ITM
***********************************************************
-- CINFO Menu --
1)  Show products installed in this CandleHome
2)  Show which products are currently running
3)  Show configuration settings
4)  Show installed CD release versions 
X) Exit CINFO
			

4. Для получения результата, представленного в примере 3-7, ответьте 1.

*********** Fri Sep 23 15:33:37 EDT 2005 ******************
User : root Group: root bin daemon sys adm disk wheel
Host name : ankara.itsc.austin.ibm.com Installer Lvl: 400 / 100
CandleHome: /opt/IBM/ITM
***********************************************************
...Product inventory
ax IBM Tivoli Monitoring Shared Libraries
li6243 Version: 610 Rel: 221
jr Tivoli Enterprise-supplied JRE
li6243 Version: 400 Rel: 100
lz Monitoring Agent for Linux OS
li6263 Version: 610 Rel: 115
uf Universal Agent Framework
li6243 Version: 610 Rel: 100
ui Tivoli Enterprise Services User Interface
li6243 Version: 610 Rel: 194
um Universal Agent
li6243 Version: 610 Rel: 229
-- CINFO Menu --
1)  Show products installed in this CandleHome
2)  Show which products are currently running
3)  Show configuration settings
4)  Show installed CD release versions 
X) Exit CINFO
			

Примечание Аналогичного результата можно добиться, выполнив команду:

./cinfo -i
			

5. Если вы также инсталлировали агент Universal Agent, то можете выполнить команду:

./itmcmd  con fig  -A um
			

Установка TEMA на сервере Windows

Для установки агента мониторинга выполните следующие шаги:

1. Двойным щелчком по имени файла setup.exe на установочном диске запустите мастер установки программы.
2. В окне Welcome нажмите Next (рис. 3-26).

3. Выберите Accept, чтобы принять лицензионное соглашение (рис. 3-27).

4. Если на машине не установлена база данных (DB2 или MS SQL), на экране появится сообщение о вероятном отсутствии программного обеспечения (рис. 3-28). Для установки агента на компьютер база данных вам не понадобится, поэтому вы можете проигнорировать предупреждение и нажать Next.

5. Укажите тот каталог, в который вы хотите выполнить установку продукта. По умолчанию, как показано на рис. 3-29, это C:\IBM\ITM. Нажмите Next.

6. Введите ключ 32-битного шифрования, что использовался при установке сервера мониторинга, к которому наш агент мониторинга будет далее подключен. Нажмите Next и OK для подтверждения ключа шифрования (рис. 3-30).
7. Разверните пункт Tivoli Enterprise Monitoring Agents и выберите имя агента, который хотите установить. Нажмите Next (рис. 3-31).

8. В окне Agent Deploy нажмите Next. Пропустите выбор агентов.
9. Введите имя папки программы, которая будет использоваться в меню «Start», и щелкните Next. Как показывает рис. 3-32, папка по умолчанию - IBM Tivoli Monitoring.

10. Пересмотрите сведения об установке. В них резюмируется, что и куда именно вы будете устанавливать (рис. 3-33). Нажмите Next, чтобы начать инсталляцию компонентов.
    После того как установка будет завершена, а среда настройки - инициализирована (на что укажет всплывающее окно), на экране появится диалог конфигурирования параметров. Нажмите Next.
11. Настройте принятые для своего агента значения по умолчанию (рис. 3-34). Нажмите Next.

12. Укажите значения по умолчанию, которыми каждый агент IBM Tivoli Monitoring будет пользоваться для связи с сервером мониторинга.
    1. Если для доступа к серверу агент должен пересекать периметр, защищенный сетевыми экранами, выберите Connection must pass through firewall.
    2. Задайте тип протокола, который агент применяет для связи с сервером мониторинга. Так, вы вправе выбрать IP.UDP, IP.PIPE, IP.SPIPE или протокол SNA. При этом можно отметить три способа подключения, что позволяет настроить методы резервной коммуникации. Если метод, указанный как первый протокол связи (Protocol 1), даст сбой, будет использоваться второй (Protocol 2). Нажмите OK.

    Пример выбора протокола коммуникации для связи с TEMS-сервером приведен на рис. 3-35.

    
    
    Рис. 3-35 Протоколы коммуникации для агентов
    
    
    
13. Заполните поля параметров коммуникации между агентами и сервером мониторинга. Первичный TEMS-сервер, к которому будет подключен агент, показан на рис. 3-36.
    Если вы описали более одного TEMS, то на экране появится второе окно с запросом настройки имени хоста вторичного TEMS-сервера.
14. Нажмите Finish для завершения установки.
15. Откройте утилиту Manage Tivoli Monitoring Services и посмотрите, действительно ли агент мониторинга настроен и запущен, как показано на рис. 3-37. Если в столбце Configured вы видите Yes, в процессе установки агент сконфигурирован и запущен на выполнение.
    
    Рис. 3-36 Настройка TEMS для агента
    
    
    
    
    Рис. 3-37 Консоль Tivoli Monitoring Services
    
    
    
16. Если столбец Configured пуст, а в столбце Task/Subsystem стоит значение Template, ваши действия таковы
    1. Правой кнопкой щелкните по строке Template.
    2. Выберите Configure Using Defaults.
    3. Используя приведенные в руководстве (User's Guide) параметры настройки агента, заполните все окна, содержащие запрос ввода данных.
    4. Если это необходимо, повторите данный шаг, чтобы создать собственный экземпляр агента для каждого экземпляра приложения, мониторинг которого вы намерены проводить.
       По умолчанию описанная процедура служит для настройки любого агента на сервере Windows.

Установка TEMA на сервере OS/400

Если следующие шаги применимы в условиях вашего окружения, то выполните их прежде, чем вы приступите к инсталляции Monitoring Agent for i5/OS®:

• При установке вы должны знать, является ли английский (English) первичным языком системы iSeries™. Чтобы выяснить это, следуйте процедуре в следующем разделе «Определение первичного языка системы iSeries».
• Если для подключения к сети вы пользуетесь протоколом TCP/IP, убедитесь, что сетевые службы TCP/IP настроены на выдачу полного имени хоста машины, на которой будет инсталлирован агент мониторинга. См. раздел «Проверка конфигурации TCP/IP», с. 139.
• Если у вас установлена более ранняя версия Candle Monitoring Agent, удалите ее.

Определение первичного языка системы iSeries

Чтобы определить первичный язык системы iSeries, следуйте нижеописанной процедуре:

1. Войдите в систему как пользователь QSECOFR.
2. В командной строке i5/OS введите команду:

   G0 LICPGM

   
   

   См. рис. 3-38.

   
   
   Рис. 3-38 Окно главного меню OS/400
   
   
   
3. Введите 20 (Display installed secondary languages).
4. Заметим, что первичный язык и его описание размещены в левом верхнем углу экрана. В системах с английским языком первичный язык имеет номер 2924 и описание English. См. пример на рис. 3-39.
   
   Рис. 3-39 Окно определения первичного языка OS/400
   
   
   

Проверка конфигурации TCP/IP

Убедитесь, что сетевые службы TCP/IP настроены на возврат полного имени хоста (например, myhost.ibm.com). Далее мы покажем, как выяснить, действительно ли протокол TCP/IP настроен на вашей машине корректно. Эта процедура необязательна, если для сетевых подключений служит протокол SNA.

При авторизации необходимо получить роль *IOSYSCFG.

1. В командной строке i5/OS введите следующую команду:

   CFGTCP

   
   
2. Выберите Work with TCP/IP host tables entries (опция 10).
3. Удостоверьтесь, что первый элемент в столбце Host Name - это полное имя хоста, связанное с IP-адресом машины под управлением iSeries, на которой вы собираетесь установить агент мониторинга (рис. 3-40). Если это не так, смените значение на полное имя хоста.
   
   Рис. 3-40 Панель настройки TCP/IP в OS/400
   
   
   
4. Вернитесь в меню Configure TCP/IP и выберите Change TCP/IP domain information (опция 12).
5. Проверьте, действительно ли имена хоста и домена указаны и соответствуют тому значению, которое вы только что определили в таблице TCP/IP Host Table.
6. Убедитесь в том, что первым с учетом приоритета при поиске имен хостов значится элемент *LOCAL.

Установка агента мониторинга

Агент Monitoring Agent for i5/OS вы можете установить и с платформы PC, и с платформы iSeries - тем способом, который на вашей площадке будет самым удобным. Наша процедура содержит инструкции для каждого метода.

При авторизации необходимо получить роль «Sign on as QSECOFR or with a profile with an equivalent special authority (SPCAUT)» [«Вход в роли QSECOFR либо с применением профиля с равноценными особыми полномочиями (SPCAUT)»]:

• *ALLOBJ
• *AUDIT
• *IOSYSCFG
• *JOBCTL
• *SAVSYS
• *SECADM
• *SERVICE
• *SPLCTL

Примечание Перед началом выполнения описанных ниже действий установите IBM Tivoli Monitoring и Tivoli Enterprise Portal.

Закончив конфигурирование агента, изложенное в предыдущих разделах, перейдите к следующей процедуре:

1. Находясь в командной строке i5/OS, убедитесь, что системное значение QALWOBJRST установлено в *ALL. Для этого:
   1. Наберите следующую команду:

      WRKSYSVAL QALWOBJRST

      
      
   2. Введите 5 (Display) и выясните, равно значение *ALL или нет.
   3. Нажмите Enter для продолжения.
   4. Если значение QALWOBJRST равно *ALL, выполняйте шаг 3.

   Если значение QALWOBJRST не равно *ALL, выпишите его и выполняйте шаг 2.

2. Если значение QALWOBJRST отлично от *ALL, проделайте следующие шаги:
1. Введите 2 в окне Work with System Values для смены значений.
2. В окне Change System Value измените существующие значения на *ALL. Нажмите клавишу Enter.
3. Нажмите F3.
3. Чтобы создать библиотеку i5/OS CCCINST для установки Monitoring Agent for i5/OS, если такая библиотека не существует, введите в командной строке i5/OS команду:

   CRTLIB LIB(CCCINST)

   
   
4. Чтобы создать save-файл в библиотеке CCCINST для Monitoring Agent for i5/OS, введите следующую команду:

   CRTSAVF CCCINST/A4520CMA TEXT('ITM 61 i5/OS')

   
   

   Примечание При вставке этой команды в сеанс работы iSeries символы одинарных кавычек (') вокруг строки текста могут оказаться потеряны. Если это произойдет, добавьте одинарные кавычки самостоятельно, иначе команду выполнить не удастся.

5. Перенесите программное обеспечение агента Monitoring Agent for i5/OS на целевую машину под управлением iSeries. Работая с Windows, выполните следующие шаги:
   1. Вставьте CD-ROM с IBM Tivoli Monitoring 6.1 в привод для компакт-дисков ПК.
   2. Введите команду для создания рабочей папки: WRKFLR
   3. Выберите 1 (Create Folder) и дайте папке имя, которое указано ниже:

      A4FLR

      
      
   4. Введите следующую команду:

      WRKLNK QOPT

      
      

      В окне Work with Object Links появится связь с объемом qopt.

   5. Введите 5 (Next Level) для перехода к связи со следующим объектом: ID тома на компакт-диске. Запишите идентификатор, чтобы воспользоваться им в оставшейся части процедуры развертывания.
   6. Продолжайте нажимать цифру 5, пока не увидите путь /QOPT/volume_id/ OS400/TMAITM6, где volume_id - идентификатор тома в приводе для компакт-дисков из шага e.
   7. Найдите файл A4520CMA.SAV и введите следующую команду, чтобы скопировать этот save-файл в каталог с именем QDLS:

      CPY OBJ( '/QOPT/volume_id/OS400/TMAITM6/A4520CMA. SAV ) TODIR('/QDLS/A4FLR' )

      
      

      где volume_id - идентификатор тома в приводе для компакт-дисков из шага 5e.

   8. Для запуска FTP-сессии выполните команду

      ftp computer_name

      
      

      В этой команде computer_name - имя целевого компьютера под управлением i5/OS.

   9. Для перехода к двоичному типу файлов введите команду:

      binary

      
      
   10. Введите следующую команду:

       NAMEFMT 1

       
       
   11. Введите команду для переноса программных модулей агента мониторинга на систему:

       put /QDLS/A4FLR/A4520CMA.SAV /QSYS.LIB/CCCINST.LIB/A4520CMA.SAVF

       
       
   12. Нажмите F3 и выберите 1, чтобы закрыть сессию FTP.
6. Из командной строки i5/OS установите Monitoring Agent for i5/OS:
   • Если агент мониторинга инсталлируется в системе, которая настроена на английский язык (English, ID 2924), введите следующую команду:

     RSTLICPGM LICPGM(0KA4610) DEV(*SAVF) SAVF(CCCINST/A4520CMA)

     
     
   • Если агент мониторинга инсталлируется в системе, которая не настроена на язык ID 2924, введите две следующие команды

     RSTLICPGM LICPGM(0KA4610) DEV(SAVF) RSTOBJ(PGM) SAVF(CCCINST/A4520CMA) RSTLICPGM LICPGM(0KA4610) DEV(SAVF) RSTOBJ(LNG) LNG(2924) SAVF(CCCINST/A4520CMA) LNGLIB(QKA4LNG)

     
     
7. Если вы планируете установку других агентов мониторинга, оставьте значение QALWOBJRST равным *ALL до окончания работы. Если вы не планируете установку других агентов, присвойте QALWOBJRST значение, записанное на шаге 1d на с. 141.
8. Необязательно: Введите команду удаления библиотеки развертывания, которая более не нужна:

   DLTLIB CCCINST

   
   
9. Необязательно для систем на платформе iSeries: Удалите из своей папки файл A4520CMA.SAV, для чего проделайте следующие шаги:
   1. Введите команду:

      WRKDOC FLR(A4FLR)

      
      
   2. Введите 4 для файла A45 20CMA.SAV.
   3. Вернитесь к командной строке, нажав клавишу Enter.
   4. Введите команду удаления каталога развертывания:

      WRKFLR

      
      
   5. Введите 4 для папки A4FLR.
   6. Нажмите F3 для выхода в командную строку.

Настройка Monitoring Agent for i5/OS

Для настройки или перенастройки сетевого соединения между агентом Monitoring Agent for i5/OS и сервером мониторинга Tivoli Enterprise Monitoring Server используйте описанную далее процедуру

1. В командной строке i5/OS выполните команду:

   GO OMA

   
   
2. Введите 4 (Configure Tivoli Monitoring: i5/OS Agent). На экране появится окно Config i5/OS Monitoring Agent (CFGOMA).
3. Укажите значения параметров конфигурации вашего сайта, как показано на рис. 3-41.
   
   Рис. 3-41 Конфигурирование агента мониторинга
   
   
   
4. Необязательно: Установите интервал сбора данных, определив в файле KMSPARM(KBBEV) значения следующих переменных конфигурации, перечисленных далее вместе с принятыми для них значениями по умолчанию:
   • КА4 JOB_DATA_INTERVAL= 15
   • KA4_IOP_DATA_INTERVAL=30
   • KA4_DISK_DATA_INTERVAL=30
   • KA4_POOL_DATA_INTERVAL=15
   • KA4_COMM_DATA_INTERVAL=60

   Допустимыми значениями этих переменных конфигурации являются 15, 30, 60, 120 и 240. На них распространяются правила, определенные в отношении параметров интервала сбора данных в i5/OS QPMWKCOL API. Помимо прочего, не забывайте также о следующем:

   • Минимальный интервал между замерами данных о работе дисков и процессора ввода-вывода должен составлять 30 секунд.
   • Минимальный интервал между замерами данных о работе подсистемы коммуникации должен составлять 60 секунд.
   • Для уменьшения влияния сбора данных о заданиях (jobs) в системе на скорость ее работы производите сбор данных как можно реже.
   • Модуль сбора данных о производительности служб сбора данных в i5/OS поддерживает замеры с интервалом в одну, а не две или четыре минуты. Поэтому при пользовании API и запросе данных с двух- или четырехминутными интервалами данные собираются с интервалом в одну минуту, но выдаются каждые две или каждые четыре минуты.
5. Необязательно: Установите интервал времени между нестандартными проверками-ситуациями (situations), определив в файле KMSPARM(KBBEV) значение следующей переменной конфигурации, названной ниже вместе с принятым для нее значением по умолчанию:

   КА4 СОММ SIT _INTERVAL=3600

   
   

   Примечание Интервал времени, заданный переменной конфигурации KA4_ COMM_SIT_INTERVAL, используется нестандартными проверками-ситуациями, созданными при помощи APPN Topology или атрибутов коммуникации. Откорректируйте значение указанной переменной, если хотите получать уведомления, связанные с работой коммуникаций, с интервалом, отличным от интервала по умолчанию. Заметим, что подобные нестандартные ситуации, в том числе, создаются как обходной путь решения известной проблемы сбоя агента при последовательном запуске отчетов APPN или при выполнении проверки-ситуации по завершении отчета APPN. Поэтому во избежание перегрузки агента мониторинга интервал времени по умолчанию равен 3600. Такие проверки могут инициироваться по определенным событиям и делаться непрерывно, что способно привести к перегрузке уведомляющего агента.

Запуск агента мониторинга

Далее мы покажем, как запустить агент Monitoring Agent for i5/OS.

Вводная информация

Произведя запуск Monitoring Agent for i5/OS, вы можете пользоваться связанными с агентом командами командного интерфейса. В табл. 3-7 приведены профили групп, по умолчанию авторизованные для выполнения этих команд при первой установке Monitoring Agent for i5/OS. Знак V в столбце таблицы указывает на то, что пользователь, включенный в профиль той или иной группы, имеет право выполнения этой команды.

Чтобы определить, с профилем какой группы связан конкретный пользователь, воспользуйтесь командой:

Display User Profile  (DSPUSRPRF)
			

Искомый профиль будет показан в поле профиля группы (group profile).

Необходимая роль

При авторизации вы должны получить роль *USER или в отдельных случаях, если полномочия QAUTOMON были изменены после установки продукта, особые полномочия *JOBCTL.

Запуск агента

1. Из командной строки i5/OS выполните команду:

G0 OMA
			

На экране откроется окно, показанное на рис. 3-42.

2. Нажмите 2 (Start Tivoli Monitoring: i5/OS Agent). Знак «больше» (>) перед опцией 2 показывает, что агент мониторинга не запущен. Когда агент выполняется, знак «больше» (>) скрыт.

Важно Если в ходе установки hub- и удаленного TEMS-сервера вы не наполнили их данными о приложениях i5/OS, то должны сделать это до того, как агент будет надлежащим образом запущен на выполнение. По умолчанию при инсталляции TEMS система i5/OS выбрана для наполнения серверов исходными данными. Приложения, относящиеся к числу поддерживаемых, вы можете узнать, выполнив команду cinfo на hub- или удаленном TEMS-сервере.

Примечание Чтобы остановить агент, используйте эту же процедуру, выбрав опцию 3.

Развертывание TEMA с сервера TEPS

Для развертывания агента мониторинга из портала на машине прежде всего необходимо установить агент мониторинга ОС. И лишь затем через TEP вы сможете произвести развертывание любого другого агента.

Примечание На сервер, где проводится развертывание агента, также должны быть установлены инсталляционные «связки» (bundles).

Для развертывания агента через графический интерфейс портала выполняйте следующие шаги:

1. Откройте Tivoli Enterprise Portal.
2. В дереве навигатора перейдите к машине, на которой агент должен быть размещен.
3. Щелкните правой кнопкой по этой машине и выберите в меню пункт Add Managed System.
4. Выберите тот агент, который должен быть установлен, нажмите OK.
5. Отметьте необходимые поля настройки агента. За информацией об этих полях обращайтесь к документации по конфигурированию агента, который вы размещаете.
6. Нажмите Finish.
7. Если на машине, где инсталлируется агент, уже имеется его версия, вы можете либо остановить развертывание, либо (если существующая версия старше, чем размещаемая) потребовать заменить имеющийся агент новым. Для замены существующего агента нажмите Yes.
8. В ответ на сообщение об успешном завершении инсталляции нажмите Finish.

3.2.9 Развертывание TEMA из командного интерфейса

Во многих случаях создавать узел (устанавливать агент ОС) приходится из командной строки. До начала этой процедуры обязательно убедитесь, что нужные вам пакеты уже находятся на сервере того хранилища, откуда будут выполняться ваши команды.

Развертывание агента Windows из командной строки удаленного TEMS

1. Проверьте, установлены ли инсталляционные «связки» целевой платформы на сервере. Введите следующую команду:

tacmd  login  -s  tems_hostname -u  tems_user -p  tems_password
			

В этой команде:

• tems _hostname - имя хоста, где планируется начать развертывание агента.
• tems_user - имя учетной записи (user ID) на хосте tems_hostname.
• tems _password - пароль для tems_hostname.

2. Выполните команду:

tacmd  listBundles
			

3. Если «связки» не обнаружены, то выполните команды для размещения их на сервере:

cd  image_dir
			

tacmd addBundles -i bundles_path
			

4. Произведите развертывание агента на целевом сервере по следующей команде:

tacmd  createNode -h  server -u  user -w password -d  target_directory
			

В табл. 3-8, с. 168 описана инсталляция Windows-агента на сервере london с сервера copenhagen с опцией -p для задания свойств установленного агента.

C:\>tacmd createNode -h london -u Administrator -w **** -d c:/IBM/ITM -p 
KEY=IBMTivoliMonitoringEncryptionKey PROTOCOL1=IP.PIPE PROTOCOL2=IP.UDP 
PORT=1918 SERVER=COPENHAGEN BSERVER=EDINBURG BPROTOCOL1=IP.UDP 
PROTOCOL2=IP.PIPE PORT=1918 
KUICCN001I Initializing required services... 
KUICCN039I Attempting to connect to host london ... 
KUICCN050I Distributing file 203 of 203 (85.9 MB / 85.9 MB)... 
KUICCN002I Beginning the installation and configuration process...

KUICCN057I The node creation on host london was successful. 

KUICCN065I The node creation operation was a success.
			

Развертывание агента приложения из командной строки удаленного TEMS

Эта же процедура может служить для установки агента с опцией addSystem взамен createNode. Установку производит следующая команда:

tacmd addSystem -t  type -n node_name -p SECTION. name=value  ....
			

Пример 3-9 показывает, как развернуть агент Microsoft SQL Server на сервере nice для мониторинга экземпляра (instance) базы данных wproxy.

tacmd addSystem -t OQ -n  Primary:nice:NT -p DBSETTINGS.db_sid=MyServer 
DBSETTINGS.db_login=sa DBSETTINGS.db_password=sapwd 
"DBSETTINGS.db_home=c:\Program  Files\Microsoft SQL Server\MSSQL" 
"DBSETTINGS.db_errorlog=C:\Program  Files\Microsoft SQL 
Server\MSSQL\LOG\ERRORLOG"  INSTANCE=wproxy
			

Запуск TEMA с удаленного TEMS

После установки агента запустите его согласно следующей процедуре:

1. Войдите на удаленный TEMS-сервер, где развернут агент, по следующей команде:

tacmd  login  -s  remote_tems -u  user -p password
			

2. После входа в систему выполните команду для запуска агента на выполнение:

tacmd  startAgent -n hostname -t pc
			

3.2.10 Новая управляемая система: пример установки для Microsoft Exchange Server

Используем внедрение Microsoft Exchange Server как пример установки новой управляемой системы в среде с TEMS-сервером.

Установка агента ОС

Для начала инсталлируйте на сервере Microsoft Exchange Server агент ОС. (См. раздел «Tivoli Enterprise Monitoring Agent», с. 122). Его можно установить как локально, так и удаленно, воспользовавшись командой tacmd createNode в командной строке.

Установка агента приложения

После инсталляции агента ОС установите агент Microsoft Exchange Server Agent. Если вы хотите провести его развертывание локально, воспользуйтесь процедурой из раздела «Установка TEMA на сервере Windows», с. 129, если с TEPS-сервера - процедурой «Развертывание TEMA с сервера TEPS», с. 147. Если вы хотите установить агент через командный интерфейс сервера TEMS, см. раздел «Развертывание агента приложения из командной строки удаленного TEMS», с. 148.

Организация поддержки размещаемого агента

Установите поддержку приложения на hub- и удаленном TEMS-сервере, а также сервере TEPS.

Примечание Если вам не удастся установить поддержку агента (собрать начальные данные), вы сможете увидеть агент в Tivoli Enterprise Portal, однако, щелкая по группам параметров (атрибутов), не сможете увидеть никаких данных, получая лишь сообщение о том, что обращение неудачно.

3.2.11 Tivoli Enterprise Portal (TEP)

Получить доступ к Tivoli Enterprise Portal можно двумя путями: используя браузер или настольный клиент. Способ на базе браузера имеет два главных достоинства: при выходе очередной версии обновленный клиент не требует инсталляции; клиент-браузер всегда, по крайней мере, доступен на сервере. Плюс к этому вы можете запомнить ссылки на ряд самых востребованных рабочих пространств так же, как вы запоминаете в браузере любые прочие ссылки.

Единственный недостаток клиента на базе браузера - потеря части пространства отображения из-за заголовка и линейки меню самого браузера. С позиций функциональности обе версии идентичны.

Совет На всех системах, где будет работать клиент-браузер TEP, IBM Tivoli Monitoring 6.1 требует инсталлировать IBM Java V1.4.2. Возможной ошибкой, которая укажет на отсутствие компонента, является KFWITM215E - unable to process login request.

Установка настольного клиента Tivoli на Windows-машине

Чтобы установить настольный клиент Tivoli Enterprise Portal, проделайте следующие шаги:

1. Запустите мастер установки на той машине, где хотите установить настольный клиент, загрузив файл setup.exe с установочного носителя.
2. В окне Welcome нажмите Next.
3. Выберите Accept, чтобы принять лицензионное соглашение.
4. Прочтите информацию о вероятном отсутствии программного обеспечения. Нажмите Next.
5. Укажите тот каталог, в который вы хотите установить портал и сопровождающие его файлы. По умолчанию это C:\IBM\ITM. Нажмите Next.
6. Введите ключ шифрования. Он должен быть тем ключом, что был использован вами, когда вы инсталлировали сервер портала, с которым будет связан клиент. Для подтверждения ключа шифрования нажмите Next и OK.
7. Выберите Tivoli Enterprise Portal Client.
8. Если вы хотите видеть события IBM Tivoli Enterprise Console на портале Tivoli Enterprise Portal, разверните пункт Tivoli Enterprise Portal Client и убедитесь, что строка Tivoli Enterprise Console GUI Integration содержит флажок.
9. Нажмите Next.
10. Нажмите Next, не выбирая ни одного агента на размещение.
11. Задайте имя папки программы, нажмите Next.
12. Подтвердите детальные параметры установки, нажмите Next для ее запуска. По окончании установки на экран будет выведено окно настройки конфигурации.
13. Нажмите Next, чтобы настроить подключения к серверам портала и мониторинга, а также открыть консоль Manage Tivoli Monitoring Services.
14. Введите имя хоста, где установлен сервер портала, нажмите OK.
15. Настройте предложенные по умолчанию параметры связи с сервером мониторинга:
    1. Если для доступа к серверу агент должен пересекать периметр, защищенный сетевыми экранами, выберите Connection must pass through firewall.
    2. Укажите тип протокола, который агент применяет для связи с hub-сервером мониторинга. Нажмите OK.
16. Заполните остальные поля параметров сервера мониторинга (см. табл. 3-5, с. 106). Нажмите Finish для завершения установки.

Установка настольного клиента на Linux-машине

Чтобы установить и настроить настольный клиент портала на Linux-машине следуйте приведенным ниже пошаговым инструкциям.

Установка настольного клиента

Для установки сервера и настольного клиента портала следуйте описанной процедуре:

1. В каталоге, куда вы извлекли файлы для инсталляции, выполните команду:

   ./install.sh

   
   
2. В ответ на запрос домашнего (home) каталога IBM Tivoli Monitoring нажмите клавишу Enter, чтобы согласиться с каталогом по умолчанию (/opt/IBM/ITM), или введите нужный вам путь.
3. По запросу нажмите y для создания каталога. Если каталог уже существует, вы получите сообщение вида:

CANDLEHOME directory "/opt/IBM/ITM"  already exists. OK to use it  [  y or n;   "y"  is default  ]? y
|-------10--------20--------30--------40--------50--------60--------70--------80--------9|
|-------- XML error:  The previous line is longer than the max of 90 characters ---------|
			

Выберите 1, когда на экране появится сообщение из примера 3-10.

Select one of the  following:
1) Install  products via command  line.
2) Install  products to depot via command  line.
3) Exit  install.
Please enter a valid  number:
			

4. Нажмите 1.
5. Наберите число для выбора языка, на котором вы хотите прочесть лицензионное соглашение, и нажмите клавишу Enter.
6. Нажмите Enter для вывода лицензионного соглашения.
7. Введите 1, чтобы принять соглашение. Нажмите клавишу Enter.
8. Наберите ключ шифрования, использованный при установке сервера TEP, к которому будет подключен данный клиент, и нажмите клавишу Enter. Перед вами появится список доступных операционных систем. Если вы уже инсталлировали другие компоненты IBM Tivoli Monitoring 6.1 на данной машине, ключ должен быть уже задан, и вы получите сообщение:

   runGSkit : Keyfile.kdb already exists, skipping keyfile and certificate creation.

   
   
9. Нажмите Enter, чтобы принять тип операционной системы; значение по умолчанию - текущая ОС. Если оно не подходит, введите номер системы, для которой вы проводите инсталляцию.
10. Нажмите y для подтверждения выбора ОС, а затем - Enter. На экран будет выведен перечень компонентов системы.
11. Список продуктов имеет вид, показанный в примере 3-11. Введите номер 6, соответствующий TEP Desktop client.

The following  products are available for installation:
1)   IBM  Eclipse  Help Server V610R104
2)   Monitoring Agent for Linux OS V610R 115
3)   Monitoring Agent for UNIX Logs V610R121 4)Summarization and  Pruning  agent V610R 141
5)   Tivoli  Enterprise Monitoring  Server V610R215
6)   Tivoli  Enterprise  Portal  Desktop Client V610R172
7)   Tivoli  Enterprise  Portal  Server V610R172
8)   Tivoli  Enterprise Services User Interface V610R194
9)   Universal Agent V610R229
10)   all  of the above
			

12. Нажмите y для подтверждения установки. Инсталляция началась.
13. После установки всех компонентов вам будет задан вопрос, хотите ли вы развернуть компоненты для другой ОС. Ответьте n и нажмите клавишу Enter. Установка завершена. Сообщение, которое вы увидите, показано в примере 3-12.

Installation step complete.

You must install TEMS support for the agent products.
This is done by starting and seeding the TEMS for the supported agents.

You may now reconfigure any installed IBM Tivoli Monitoring product via the 
"/opt/IBM/ITM/bin/itmcmd config" command.
			

Очередной шаг - настройка настольного клиента Tivoli Enterprise Portal на сервере.

Конфигурирование настольного клиента портала под Linux

Чтобы сконфигурировать настольный клиент портала под Linux, выполните следующие шаги:

1. В командной строке перейдите в каталог /opt/IBM/ITM/bin.
2. Выполните команду:

   ./CandleConfig -A cj

   
   
3. Введите имя экземпляра портала и нажмите Enter либо просто нажмите Enter для работы с экземпляром по умолчанию. Мы введем имя tep_ankara, где ankara - имя сервера, на котором мы инсталлируем TEP.
4. Введите имя хоста сервера TEP. Нажмите клавишу Enter.
5. Введите путь к каталогу вашего браузера. Нажмите Enter.
6. Нажмите Enter в ответ на вопрос, хотите ли вы воспользоваться поддержкой HTTP Proxy. Ответ по умолчанию - no. Настольный клиент настроен. Далее запустим сервер и клиент портала на выполнение.

   В примере 3-13 показана конфигурация настольной версии TEP на сервере ankara.

[root@ankara bin]# ./CandleConfig -A cj
CandleConfig      : installer level 400 / 100.
CandleConfig      : running li6243 jre.
Agent configuration  started...
Enter TEP Instance  Name(Default  is:   none):   tep_ankara
ТЕР Server Hostname(Default is:   none):   berlin
Browser  Path(Default is:   /usr/bin/mozilla):
HTTP  Proxy Support?  [YES or NO]   (Default is:   no):
Agent configuration  completed...
			

7. Наполните TEMS-сервер начальными данными по следующей команде:

   ./CandleSeed -t tems_name pc

   
   Здесь pc = cj
8. Запустите агент:

   ./itmcmd agent start cj

   
   

3.2.12 Установка и конфигурирование Warehouse Proxy

В этом разделе будут описаны шаги по установке и конфигурированию агента Warehouse Proxy. Для хранения исторических данных Tivoli Data Warehouse требуется реляционная база данных. Предпочтительный вариант - DB2 UDB, однако поддерживаются и MS SQL Server, и Oracle. СУБД DB2 UDB входит в поставку IBM Tivoli Monitoring.

Предустановочная настройка

До начала установки и конфигурирования агента Warehouse Proxy вы должны создать учетную запись Windows.

Примечание По умолчанию агентом Warehouse Proxy используется учетная запись ITMUser.

Создание учетной записи Windows

Для создания учетной записи Windows с именем ITMUser выполните шаги, перечисленные ниже. Не забывайте, что базой данных, используемой на протяжении книги, является DB2, поэтому, если вы пользуетесь другой БД, настройка может проходить по-другому:

1. Откройте окно консоли Computer Management.
2. В панели навигации указанного окна разверните пункт Local Users and Groups.
3. Щелкните правой кнопкой по строке Users и выберите в меню пункт New User.
4. Наберите в поле User Name текст ITMUser.
5. Наберите в поле Password текст marath0n. Для подтверждения пароля введите его в поле Confirm password повторно.

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

6. Снимите флажок User must change password at next logon.
7. Для создания пользователя нажмите Create.
8. Нажмите Close, чтобы закрыть окно.
9. Щелкните по строке Groups.
10. Дважды щелкните по DB2ADMNS в правой части окна.

    Примечание Группа DB2ADMNS создана при установке СУБД DB2.

11. Следующий шаг выполните, если вы пользуетесь Windows 2003:
    1. Нажмите Add.
    2. Наберите ITMUser в поле Enter the names to select (examples) и нажмите Check Names.
    3. Дважды нажмите OK.
12. Следующий шаг выполните, если вы пользуетесь Windows 2000:
    1. В окне Administrator Properties нажмите Add.
    2. Найдите вновь созданного пользователя ITMUser и выделите его.
    3. Нажмите Add.
13. Дважды нажмите OK, чтобы закрыть окно Administrator Properties.
14. Закройте Computer Management.

Важно

1. Если вы пользуетесь базой данных, отличной от DB2, или работаете с DB2 на сервере UNIX, то должны создать новую базу данных для нужд IBM Tivoli Monitoring Warehouse Proxy. Кроме того, вы должны создать ODBC-подключение, которое укажет на созданную БД и будет служить для сохранения данных через Warehouse Proxy.
   Чтобы создать базу данных wproxy в РСУБД DB2, выполните следующую команду:

   db2 create database wproxy using codeset utf-8 territory US

   
   
2. Также при создании базы данных в Oracle или DB2 набор символов (code set) должен быть выставлен в utf-8.

Установка агента Warehouse Proxy

Warehouse Proxy служит для передачи данных исторического характера, поступающих от агентов, в репозитарий Tivoli Enterprise Data Warehouse для формирования архивных отчетов. Как и любой другой агент IBM Tivoli Monitoring 6.1, агент Warehouse Proxy инсталлируется согласно процедуре, описанной в разделе «Установка TEMA на сервере Windows», с. 129. Агенты Warehouse Proxy работают исключительно на Windows-платформе.

Конфигурирование и установка базы данных: предварительные шаги

При установке РСУБД на базе DB2 или Oracle соблюдайте наши рекомендации:

• DB2
  Минимальная версия, которой вы можете пользоваться, - DB2 V8.2 FP10.
  Так же как системную переменную в окне Windows, где будет инсталлироваться Warehouse Proxy, вам нужно установить переменную окружения DB2CODEPAGE=1208.
  Пакеты исправлений для DB2 (fix packs) вы можете найти по адресу:
  http://www.ibm.com/software/data/db2/udb/support/downloadv8.html
• Oracle
  Если вы пользуетесь Oracle 9.2, то должны обновить драйвер ODBC до версии 9.2.0.4. Так же как системную переменную в окне Windows, где будет инсталлироваться Warehouse Proxy, установите переменную окружения NLS_LANG=AMERICAN_ AMERICA.AL32UTF8.
  ODBC-драйверы Oracle размещены на сайте по адресу http://www.oracle.com/technology/software/tech/windows/odbc/htdocs/utilsoft.html

Примечание IBM также планирует реализацию агентов Warehouse Proxy для UNIX и Linux, но на момент выхода общедоступной (GA) версии поддерживаться будет лишь Windows-агент.

Конфигурирование агента Warehouse Proxy

Шаг, следующий за установкой Warehouse Proxy, - настройка агента для подключения к базе данных для записи и чтения информации. Далее мы покажем, как выполнить конфигурирование агента.

1. Щелкните правой кнопкой по строке Warehouse Proxy в консоли Manage Tivoli Enterprise Monitoring Services и выберите пункт Reconfigure.
2. Нажмите OK, когда увидите сообщение, показанное на рис. 3-43.
   
   Рис. 3-43 Вывод информационного сообщения
   
   
   
3. Настройте протокол связи между TEMS-сервером и Warehouse Proxy, как показано на рис. 3-44, и нажмите OK.
   
   Рис. 3-44 Конфигурирование протокола коммуникации агента Warehouse Proxy
   
   
   
4. Настройте имя хоста hub-сервера TEMS и номера портов, по которым будет подключен Warehouse Proxy (рис. 3-45). Нажмите OK.
   
   Рис. 3-45 Конфигурирование hub-сервера TEMS и портов для подключения Warehouse Proxy
   
   
   
5. Нажмите Yes в ответ на сообщение, показанное на рис. 3-46.
   
   Рис. 3-46 Окно подтверждения перехода к конфигурированию ITM Warehouse ODBC
   
   
   
6. Укажите ту базу данных, которой будет пользоваться агент Warehouse Proxy (рис. 3-47).
   
   Рис. 3-47 Выбор базы данных Warehouse Proxy
   
   
   
7. Заполните следующие поля (рис. 3-48) и нажмите OK
   
   

   Data Source Name	Оставьте без изменений: ITM Warehouse
   Database Name	Имя базы данных, в которой агент Warehouse Proxy будет сохранять информацию
   Admin User ID	Администратор базы данных, созданный при ее установке (по умолчанию для DB2 - пользователь db2admin)
   Admin Password	Пароль администратора базы данных
   Database User ID	Пользователь, владеющий таблицей для записи данных репозитария. Предварительно должен быть создан средствами ОС; см. раздел «Создание учетной записи Windows». По умолчанию - ITMUser
   Database Password	Пароль учетной записи с именем, приведенным в поле Database User ID

   
   
   

   Примечание По завершении этого шага будут созданы база данных и связанные с ней таблицы.

   
   
   Рис. 3-48 Конфигурирование источника данных Warehouse Proxy
   
   
   
8. Нажмите OK в окне с сообщением о том, что настройка Data Warehouse успешно завершена (рис. 3-49).
   
   Рис. 3-49 Сообщение об окончании конфигурирования Data Warehouse
   
   
   
9. Завершите настройку, нажав Yes в следующем окне (рис. 3-50).
   
   Рис. 3-50 Завершение конфигурирования базы данных Warehouse Proxy
   
   
   
10. Двойным щелчком по агенту Warehouse Proxy перезапустите его.

Важно

Предложенное по умолчанию имя источника данных ODBC можно изменить так:

1. Откройте редактор реестра Windows:

   regedit

   
   
2. Найдите в реестре ключ:

   HKEY_LOCAL_MACHINE\SOFTWARE\CANDLE\KHD\Ver610\Primary\Environment

   
   
3. Дважды щелкните по строке ODBCDATASOURCE и введите имя источника данных ODBC, выбранное вами по своему усмотрению.

3.2.13 Установка и конфигурирование агента Summarization and Pruning

Агент Summarization and Pruning отвечает за агрегирование исторических данных и сокращение их объема с учетом размера базы данных согласно принятым нормам. Его установка идентична установке прочих агентов. Поэтому в данном разделе мы сосредоточим свое внимание на процессе его настройки.

Установка агента Summarization and Pruning

Агент Summarization and Pruning похож на все другие агенты. При его установке следуйте процедуре, описанной в разделе «Установка TEMA на сервере Windows», с. 129, а также используйте следующий раздел «Конфигурирование агента Summarization and Pruning», чтобы произвести необходимые действия по настройке.

Конфигурирование агента Summarization and Pruning

По окончании установки агента Summarization and Pruning настройте время и порядок сбора, агрегирования и сокращения объема данных.

1. На рабочем столе Windows нажмите Start -» Programs -»IBM Tivoli Monitoring -» Manage Tivoli Enterprise Monitoring Services.

   На машинах с Linux и UNIX командой cd перейдите в каталог install_dir/bin. Наберите:

   ./itmcmd manage

   
   

   Примечание Подробнее об этой команде можно узнать, набрав и выполнив:

   itmcmd manage ?

   
   См. также руководство IBM Tivoli Monitoring Installation and Setup Guide, GC32-9407.

2. Правой кнопкой щелкните по строке Summarization and Pruning agent.
3. Нажмите Reconfigure, как показано на рис. 3-51.
   
   Рис. 3-51 Конфигурирование агента через консоль
   
   
   
4. В окне Advanced Configuration нажмите OK (рис. 3-52).
   
   Рис. 3-52 Конфигурирование протокола соединения агента Summarization and Pruning
   
   
   
5. Нажмите OK в следующем окне.
6. Для настройки агента нажмите Yes в окне Warehouse Summarization and Pruning agent.
7. На вкладке Sources введите информацию о базе данных Tivoli Data Warehouse и сервере Tivoli Enterprise Portal (рис. 3-53). Прежде чем выполнять какое бы то ни было обновление, убедитесь, что конфигурация по умолчанию верна. Если это не так, для обновления информации воспользуйтесь следующей процедурой:
   1. В поле JDBC™ drivers:
      1. Нажмите Add, чтобы открыть окно просмотра файлов и каталогов для выбора драйвера JDBC. Значение по умолчанию: DB2: C:\Program Files\IBM\SQLLIB\java\db2java.zip

         Нажмите OK, чтобы закрыть окно файл-менеджера и поместить JDBC-драйверы в список.

      2. Для удаления драйвера JDBC выделите его в списке и нажмите Delete. Это поле дает возможность сформировать пакет JDBC-драйверов для связи со своей базой данных Tivoli Data Warehouse. Независимо друг от друга драйверы JDBC уже установлены, причем каждая база данных имеет свой набор указанных драйверов.

      Примечания

      • Если база данных Tivoli Data Warehouse работает в среде UNIX, найдите каталог, в который она была установлена, и в каталоге с драйверами JDBC отберите только два файла: db2jcc.jar и dbjava.zip. Например: <db2installdir>/java/ db2jcc.jar и db2java.zip.
      • Если база данных Tivoli Data Warehouse работает на базе MS SQL Server, установите JD BC-драйверы с Web-сайта Microsoft SQL Server. Вот три файла, которые вам нужны:
      • c:\Program Files\Microsoft SQL Server 2000 Driver for JDBC\lib\msbase.jar
      • c:\Program Files\Microsoft SQL Server 2000 Driver for JDBC\lib\mssqlserver.jar
      • c:\Program Files\Microsoft SQL Server 2000 Driver for JDBC\lib\msutil.jarv. В выпадающем списке укажите тип базы данных Tivoli Data Warehouse.
   2. Введите URL, драйвер (Driver), схему (Schema), имя и пароль доступа к Data Warehouse.

      Важно Во время настройки Warehouse Proxy создается учетная запись пользователя базы данных (по умолчанию с именем ITMUser). Введенное вами имя (user ID) должно совпадать с созданным.

   3. Нажмите Test database connection, чтобы убедиться в возможности установить связь с базой данных Tivoli Data Warehouse.
   4. Введите имя хоста Tivoli Enterprise Portal Server и номер порта, если не хотите использовать предложенные по умолчанию.
   
   
   Рис. 3-53 Конфигурирование соединения агента с базой данных и TEPS
   
   
   
8. На вкладке Defaults выберите параметры агрегирования и усечения данных (рис. 3-54).
   • Щелчок по кнопке Reset вернет все настройки окна к значениям по умолчанию.
   • Если вы не хотите использовать значения по умолчанию, то для задания своих параметров агрегирования выберите удобные для вас периоды времени в разделе Summarization
   • Для изменения настроек усечения данных:
     1. Укажите периоды времени для сокращения объема данных: Keep yearly data for, Keep quarterly data for и т.д.
     2. В соседнем поле введите желаемое число периодов.
     3. Определите период, который хотите выбрать. Так, если вы намерены проводить сокращение почасовых данных через 30 суток после их сбора, выбирайте Hourly, Keep 30, а в выпадающем списке периодов времени отметьте пункт Days.
   • Установите флажок Apply settings to default tables for all agents для сохранения сделанных изменений.
   
   
   Рис. 3-54 Конфигурирование сбора и усечения информации
   
   
   
9. На вкладке Scheduling введите параметры расписания (рис. 3-55).
   • Запланируйте запуск агента каждые x дней.
   • Укажите время выполнения агрегирования. По умолчанию оно запускается каждую ночь в 2 часа ровно.
10. На вкладке Work Days (рис. 3-56) задайте сведения о рабочих сменах, выходных и праздничных днях:
    • Определите, какой день считается началом недели.
    • Установите признак Specify shifts, если хотите описать смены. Значения по умолчанию приведены в списке Peak Shift Hours в правой части окна. Вы можете откорректировать их, выбирая часы в списке Off Peak Shift Hours и нажимая кнопку со стрелкой вправо, чтобы добавить в Peak Shift Hours отмеченное значение.

      Примечание Изменение информации о рабочих сменах в организации после проведения агрегирования способно породить противоречия в данных. Данные, которые уже собраны и агрегированы, по новым параметрам рабочих смен пересчитаны быть не могут.

      
      
      Рис. 3-55 Планирование сбора и усечения данных
      
      
      
    • Установите признак Specify vacation days, чтобы изменить сведения о выходных и праздничных днях. Если вы не хотите описывать выходные и праздники, оставьте флажок в сброшенном состоянии.
      1. Нажмите Yes или No для учета выходных в конце рабочей недели как праздников.
      2. Нажмите Add, чтобы добавить праздники, и укажите их по своему усмотрению для занесения в календарь.

         Примечание На машинах, работающих под UNIX и Linux, щелкните правой кнопкой, чтобы задать месяц и год.

      3. Отмеченные дни появляются в списке снизу от поля Select vacation days. Если же вы хотите удалить один из ранее выбранных дней, то выделите его и нажмите кнопку Delete (рис. 3-56).
    
    
    Рис. 3-56 Определение рабочих смен и дней отдыха
    
    
    
11. Перейдите на вкладку Additional Parameters (рис. 3-57):
    1. Укажите максимальное число строк, которые разрешается удалять в одной транзакции базы данных. Значения - в диапазоне от 1 до n. По умолчанию -1000.
    2. Задайте «возраст» почасовых и суточных данных, которые должны агрегироваться. Значения - в диапазоне от 0 до n. По умолчанию - 1 для почасовых и 0 для суточных данных.
    3. Отметьте в выпадающем списке часовой пояс, который вы хотите использовать. Если Tivoli Data Warehouse и агенты, выполняющие сбор данных, находятся в разных часовых поясах, при этом все данные сохраняются в одной базе, воспользуйтесь этой опцией для выбора часового пояса для работы.
12. Нажмите Yes в следующем окне для сохранения конфигурации (рис. 3-58).
13. Кнопки, которые перечислены ниже, видны только в системах UNIX и Linux:
    • Нажмите Save после того, как верно установили все сделанные настройки.
    • Нажмите Reload с целью восстановления исходных параметров.
    • Нажмите Cancel, чтобы в любой момент времени закрыть окно Configure Summarization and Pruning Agent. При этом вам будет задан вопрос о необходимости сохранить данные, которые вы изменили.

Изменение конфигурации с использованием окна History Collection Configuration в Tivoli Enterprise Portal

Для изменения параметров агрегирования и (или) уменьшения объема данных после установки агента Summarization and Pruning используйте окно History Collection Configuration в Tivoli Enterprise Portal.

3.2.14 Настройка системы синхронизации событий

Компоненты синхронизации событий позволяют IBM Tivoli Monitoring 6.1 пересылать события на сервер IBM Tivoli Enterprise Console, а тем, кто пользуется IBM Tivoli Monitoring 6.1, - видеть события IBM Tivoli Enterprise Console на портале Tivoli Enterprise Portal. Для того чтобы воспользоваться обеими функциями, установите IBM Tivoli Enterprise Console на сервер событий и настройте TEMS-сервер на отправку событий на консоль IBM TEC. Этапы установки и конфигурирования IBM Tivoli Enterprise Console кратко описаны в табл. 3-8.

Сбор информации до установки

Для успешной установки и настройки синхронизации событий между IBM Tivoli Monitoring и IBM Tivoli Enterprise Console необходима информация, которая перечислена ниже:

• Имена (или IP-адреса) хостов, идентификаторы и пароли пользователей на серверах мониторинга, события с которых вы намерены получать.
• Сведения о протоколе SOAP (Simple Object Access Protocol), используемом для пересылки событий серверу мониторинга (URL, интенсивность пересылки запросов серверу).
• Сведения о базовых правилах возникновения событий (имя нового правила, которое требуется создать, либо имя существующего правила, которое будет использоваться).

Примечания

• Если ваш сервер событий IBM Tivoli Enterprise Console работает под управлением Windows 2003, а вы планируете установить IBM Tivoli Enterprise Console удаленно (используя для подключения к машине с Windows 2003 такую программу, как Terminal Services), то, прежде чем начинать саму процедуру, выполните команду change user /install. Она переведет компьютер в требуемый режим «установки». По завершении инсталляции для возврата в первоначальный режим выполните команду change user /execute.
• Работая на UNIX-системе, вы должны указать в файле /etc/hosts полные имена хостов.

Установка синхронизации событий на событийном сервере

Систему синхронизации событий можно установить как при помощи мастера, так и из командной строки.

Примечания

• Если ваш сервер событий IBM Tivoli Enterprise Console работает под управлением Windows 2003, а вы планируете установить IBM Tivoli Enterprise Console удаленно (используя для подключения к машине с Windows 2003 такую программу, как Terminal Services), то прежде чем начинать саму процедуру, выполните команду change user /install. Она переведет компьютер в требуемый режим «установки». По завершении инсталляции для возврата в первоначальный режим выполните команду change user /execute.
• Работая на UNIX-системе, вы должны указать в файле /etc/hosts полные имена хостов.

Конфигурирование SOAP на hub-сервере TEMS

Simple Object Access Protocol (SOAP) - это протокол связи на базе языка XML, который позволяет приложениям обмениваться информацией по сети Интернет. SOAP не зависит от языка и платформы и использует XML для описания структуры запросов и ответов на них. Механизмом передачи запросов и получения откликов в нем служит HTTP.

По умолчанию Web-службы активизированы на всех серверах мониторинга. Чтобы сконфигурировать IBM Tivoli Monitoring Web Services (сервер протокола SOAP) на машинах с Windows XP Professional Edition или Windows 2000, воспользуйтесь следующими разделами.

При составлении инструкций, приведенных в каждом таком разделе, предполагалось, что читатель имеет начальное представление о SOAP, языке XML, пространствах имен в нем (XML Namespaces), а также хотя бы на базовом уровне владеет языком описания Web-служб WSDL (Web Services Description Language).

Более подробную информацию о настройке интерфейса SOAP на своем сайте см. в руководстве IBM Tivoli Monitoring Administrator's Guide, GC32-9408.

Необходимые этапы конфигурирования SOAP кратко описаны в табл. 3-9.

Описание hub-серверов TEMS, сообщающихся с SOAP

На данном шаге для активации сервера протокола SOAP воспользуйтесь консолью Manage Tivoli Monitoring Services и опишите hub TEMS, с которыми держит связь SOAP-сервер.

Для того чтобы описать hub-серверы SOAP, выполните следующие шаги:

1. Откройте Manage Tivoli Monitoring Services.
2. Щелкните правой кнопкой по строке Tivoli Enterprise Monitoring Server.
3. Нажмите Advanced -»Configure SOAP Server Hubs.
4. Нажмите Add Hub. Перед вами появится окно Hub Specification.
5. Выберите протокол коммуникации из меню Protocol.
6. Укажите в поле Alias имя-синоним (alias name, например SOAP).
7. Если вы пользуетесь связью по TCP/IP или TCP/IP Pipe, заполните следующие поля:
   • Hostname/ip address - имя или IP-адрес хоста hub-сервера TEMS
   • Port - по умолчанию 1920 (порт, связанный с сервером TEPS)

   Примечание Если вы подключаетесь к удаленному серверу мониторинга, то сведения о протоколе должны быть идентичны информации, указанной на hub-сервере TEMS.

8. Нажмите OK.

Добавление учетных записей

На этом шаге вам предстоит определить учетные записи на каждом hub-сервере и назначить всем новым учетным записям права доступа (право на выполнение запросов и обновление данных). Ваши действия таковы

1. Выберите, если необходимо, сервер (щелкнув в произвольном месте представленного на экране дерева серверов).
2. В поле Add User Data введите имя учетной записи. Идентификатор (user ID) должен совпасть с идентификатором, который служит для входа в систему на сервере мониторинга. При этом доступ будет ограничен лишь тем сервером, правом на работу с которым наделен пользователь.

   Внимание Если вы не укажете имя учетной записи, право на обновление данных будет выдано всем.

3. Укажите тип доступа: Query или Update.
4. Нажмите Add User. Дерево серверов обновится и отобразит пользователя и тип доступа для него.

Чтобы удалить учетную запись, нажмите на ее имя в составе дерева и щелкните по Delete Item.

Чтобы удалить hub-сервер, щелкните по произвольному месту дерева с подобными серверами и нажмите Clear Tree.

По завершении перечисленных выше шагов вы должны увидеть окно, подобное представленному на рис. 3-59.

Проверка настроек протокола SOAP

На данном шаге вы убедитесь в том, что протокол SOAP имеет правильные настройки, запустив для этого SOAP-клиент и сделав запрос, используя Web-браузер Internet Explorer:

1. Из hub-сервера TEMS введите в Web-браузер следующий адрес и нажмите клавишу Enter:

   http://local host:1920///cms/soap/kshhsoap.htm

2. В открывшемся окне введите тип SOAP-запроса и конечную точку (endpoint), в которую вы хотите провести извлечение данных (рис. 3-60). Нажмите Make SOAP Request.
   
   Рис. 3-60 Тест конфигурации SOAP через Web-интерфейс
   
   
   
3. Результатом этого станет страница, показанная на рис. 3-61.
   
   Рис. 3-61 SOAP-запрос
   
   
   

Установка синхронизации событий при помощи мастера

Для установки синхронизации событий при помощи мастера выполните перечисленные шаги.

Примечание Если ваш IBM Tivoli Enterprise Console Server является UNIX-машиной, то выполняйте описанную здесь процедуру через локальный графический интерфейс или X-Terminal.

1. На сервере событий начните установку IBM Tivoli Enterprise Console по следующим командам:

   cd $install_di r/unix/tec/ ./setupAIX. bin

   
   
2. В окне Welcome нажмите Next.
3. Нажмите Accept в окне лицензионного соглашения (рис. 3-62).
   
   Рис. 3-62 Окно Software License Agreement
   
   
   
4. Нажмите Next.
   
   Рис. 3-63 Поля настройки синхронизации
   
   
   
5. Заполните поля и щелкните Next.

Каждое поле настройки вместе со своим описанием приведено в табл. 3-10.

6. Когда на экране появится окно, показанное на рис. 3-64, задайте сведения о файлах, в которые будут записываться события, как описано в табл. 3-11. Нажмите Next.

7. Определите имя хоста, имя учетной записи (user ID) и пароль для каждого сервера мониторинга, с которым вы хотите синхронизировать события, и щелкните Add. Информация хотя бы об одном сервере должна присутствовать обязательно. Пример задания сведений о TEMS-сервере в процессе настройки синхронизации событий показан на рис. 3-65.
   
   

   Host name	Полностью определенное имя хоста компьютера с работающим сервером мониторинга. Оно должно совпадать с данными, которые будут содержаться в событиях, приходящих с этого сервера
   User ID	Имя учетной записи для доступа к машине с сервером мониторинга
   Password	Пароль доступа
   Confirmation	Подтверждение пароля

   
   
   

8. Указав данные о каждом сервере мониторинга, нажмите Next.
9. Задайте то базовое правило, которое вы хотите использовать для синхронизации событий (рис. 3-66). Вы можете:
   • Создать новое правило.
   • Использовать правило, которое уже существует. Если вы выберете последнее, то в существующую у вас базу правил будут импортированы (если их нет) файлы класса BAROC IBM Tivoli Enterprise Console (omegamon.baroc и Sentry.baroc), а также файл набора правил omegamon.rls.

   Мы выбираем второе, поскольку IBM Tivoli Enterprise Console у нас уже надлежащим образом установлена и работает.

Примечания

• Если вы создаете новое правило, введите имя, под которым хотите его создать, и путь к правилу. Местоположение правила должно быть указано, так как значения по умолчанию для него нет.
• Если вы пользуетесь существующим правилом, введите имя.
• Если вы намерены импортировать правило, которое у вас есть, в новую базу, введите имя существующего правила в поле Existing rulebase to import.

Этот шаг доступен лишь при создании новых правил.

10. Нажмите Next.
11. Нажмите Next на предустановочной панели с итоговой информацией. Инсталляция началась.
12. По окончании шагов инсталляции и настройки нажмите Finish в окне Summary Information.

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

Если вы не настроили пересылку событий (event forwarding) во время установки и конфигурирования hub-сервера TEMS, обратитесь к разделу «Конфигурирование пересылки событий с сервера мониторинга», с. 179.

Конфигурирование пересылки событий с сервера мониторинга

Прежде чем сервер мониторинга станет передавать события, связанные с ситуациями-проверками, на консоль IBM Tivoli Enterprise Console, вы должны запустить сам процесс пересылки и подключить фильтр событий.

Запуск пересылки событий

Для запуска пересылки событий выполните на сервере мониторинга следующие шаги:

1. В консоли Manage Tivoli Monitoring Services на hub-сервере TEMS щелкните правой кнопкой по серверу мониторинга и выберите в меню пункт Reconfigure (для Windows) или Configure (для UNIX).
2. В окне опций конфигурации выберите TEC Event Integration Facility. Чтобы увидеть эту настройку на UNIX-машине, перейдите на вкладку TEC.
3. Дважды нажмите OK.
4. В окне Location and Port Number на сервере IBM Tivoli Enterprise Console Server заполните следующие поля и нажмите OK:

TEC Server Location

Имя или IP-адрес (в формате с разделителем «.», например 0.0.0.0) хоста компьютера, где установлен сервер событий IBM Tivoli Enterprise Console.

TEC Port Number

Номер порта событийного сервера. Обнуляйте это значение (если ваш сервер событий - это сервер под UNIX) всегда, кроме тех случаев, когда на сервере не доступен portmapper (как при работе под Windows). Именно он определит номер порта, если вы оставите 0.

Если же вы хотите воспользоваться портом по умолчанию (5529), отредактируйте на сервере событий файл tec_installdir/TME/TEC/.tec_config и удалите «;» из следующей строки: tec_recv_agent_port=5529. Порт 5529 часто используется в работе событийного сервера на Windows-платформе.

После выполнения описанных действий любые ошибки, которые возникли при инсталляции, можно найти в файле журнала ошибок /tmp/tec_sync_install.log.

5. Нажмите Finish.

Подключение фильтра

По умолчанию фильтры не пропускают никакие события, связанные с ситуациями-проверками, иными словами, те никогда не отсылаются на консоль IBM Tivoli Enterprise Console. Для изменения параметров фильтра на серверах TEMS, передающих события в адрес IBM TEC, выполните следующие шаги:

1. Откройте файл om_tec.config (расположенный в каталоге <install_dir>\cms\ TECLIB\ под Windows и в каталоге <install_dir>/tables/<tems_name>/TECLIB под UNIX).
2. Закомментируйте следующую строку, поставив в ее начале знак #:

   Filter:Class=ITM_Gene ric;master_reset_flag = '';

   
   
3. Сохраните и закройте файл.

Запуск и останов процесса отправки обновлений серверу мониторинга

Для отправки обновлений событий серверу мониторинга вы должны запустить долговременный (long-running) процесс продвижения обновлений Situation Update Forwarder. Его запуск происходит автоматически при старте событийного сервера. Чтобы вручную остановить этот процесс, перейдите в каталог $BINDIR/TME/TEC/ OM_TEC/bin (где $BINDIR - месторасположение инсталляции IBM Tivoli Enterprise Console) и выполните следующую команду:

На Windows-платформе:

stopSUF.cmd
			

На UNIX-платформе:

stopSUF.sh
			

Под Windows для запуска и останова пересылки обновлений событий вы также можете использовать службу Tivoli Situation Update Forwarder. Запускать и останавливать ее можно как при помощи утилиты Windows Service Manager, так и по следующим командам:

net start situpdate 
net stop situpdate
			

Для запуска процесса продвижения обновлений выполните команду:

На Windows-платформе:

startSUF.exe config_file
			

На UNIX-платформе:

startSUF.sh  config_file
			

Примечание config_file - имя файла, где хранится информация о настройках IBM Tivoli Enterprise Console. Имя по умолчанию - /etc/TME/TEC/OM_TEC/situpdate. conf. Подробности см. на рис. 3-63 и в табл. 3-10.

3.2.15 Конфигурирование горячего резерва

Необязательная к применению функция «горячий резерв» (Hot Standby) позволяет поддерживать инфраструктуру в постоянной готовности путем задания запасного сервера мониторинга, представляющего собой резервную копию (backup) hub-сервера TEMS. Если последний даст сбой, функции ядра (hub-сервера) автоматически перейдут к резервному серверу. IBM Tivoli Monitoring автоматически подключит к нему все удаленные TEMS-серверы и всех агентов TEMA. Автоматическое переключение на hub-сервер при возобновлении его работы не предусмотрено. При желании вернуться к работе с первичным hub-сервером вы должны остановить резервный сервер вручную.

Конфигурирование горячего резерва включает следующие шаги:

1. Установка программных средств сервера мониторинга на системах, которые вы хотите задействовать как горячий резерв (см. раздел «Установка резервного hub-сервера TEMS», с. 181). Здесь мы предполагаем, что первичный hub TEMS уже запущен в работу.
2. Конфигурирование горячего резерва на hub-сервере, резервном сервере мониторинга, а также на каждом удаленном TEMS-сервере, связанном с hub-сервером мониторинга. См. раздел «Конфигурирование горячего резерва», с. 181.
3. Конфигурирование горячего резерва на всех агентах, связанных с hub-сервером мониторинга, включая TEPS и агент Warehouse Proxy. См. раздел «Конфигурирование Warehouse Proxy», с. 183.

Примечание Горячий резерв для TEMS-сервера не поддерживает платформа z/OS.

Установка резервного hub-сервера TEMS

Инструкции по установке hub-сервера мониторинга см. в разделе «Установка и конфигурирование hub-сервера TEMS на сервере Windows» (с. 100) или в разделе «Установка hub-сервера TEMS на сервере UNIX» (с. 186). При инсталляции hub-сервера как резерва используйте те же значения, которыми вы пользовались во время установки первичного hub-сервера мониторинга.

Конфигурирование горячего резерва

Настроим первичный и резервный hub-сервер, а также все удаленные серверы, подключенные к hub-серверу TEMS.

Примечание По отношению друг к другу первичный и резервный серверы мониторинга должны быть настроены как зеркальные (mirrors).

Конфигурирование горячего резерва на TEMS Windows

Чтобы сконфигурировать горячий резерв на TEMS Windows, следуйте описанной процедуре:

1. В консоли Manage Tivoli Monitoring Services щелкните правой кнопкой по имени hub-сервера мониторинга и выберите пункт Reconfigure (или Configure для UNIX).
2. Выберите Configure Standby CMS и укажите протоколы для резервного сервера. Эти протоколы должны совпасть с протоколами, заданными для hub-сервера.
3. Дважды нажмите OK, второй раз - в ответ на сообщение на экране.
4. Нажмите OK в окне, отображающем настройки связи для сервера.
5. В поле Hostname or IP Address наберите имя либо IP-адрес хоста резервного сервера мониторинга и нажмите OK.
6. В следующем окне настройте имя и номер порта Tivoli Enterprise Console Server. По умолчанию это будут имя и порт, указанные вами на hub-сервере TEMS.
7. Произведите перезапуск сервера мониторинга.
8. Повторите эти шаги на резервном сервере мониторинга и каждом из удаленных серверов TEMS.

Конфигурирование горячего резерва на TEMS UNIX

Чтобы сконфигурировать горячий резерв на TEMS UNIX, следуйте описанной процедуре:

1. Находясь в каталоге $CANDLEHOME/bin, выполните команду.

   ./itmcmd con fig -S -t tems_name

   
   

   Здесь tems_name - имя TEMS, расположенного на сервере UNIX. В примере 3-14 мы настроим сервер MADRID, резервным для которого станет сервер с именем cairo.

[root@madrid][/opt/IBM/ITM/bin]->  ./itmcmd config -S -t  HUB_MADRID
CandleConfig : installer level 400 / 100. 
CandleConfig : running aix516 jre. 
Configuring  CMS...
			

2. Если значение по умолчанию равно *LOCAL, нажмите Enter. Иначе введите *LOCAL с клавиатуры.

   Hub or Remote [*LOCAL or *REMOTE] (Default is: *LOCAL): *LOCAL TEMS Host Name (Default is: madrid):

   
   
3. Выберите первичный протокол связи.

   Network Protocol 1 [ip, sna, or ip.pipe] (Default is: ip.pipe):

   
   
4. Выберите вторичный протокол связи.

   Now choose the next protocol from one of these: - ip - sna - none Network Protocol 2 (Default is: ip):

   
   
5. Выберите третичный протокол связи.

   Now choose the next protocol from one of these: - sna - none Network Protocol 3 (Default is: none):

   
   
6. Укажите номер порта, который будет использовать конфигурируемый TEMS-сер-вер.

   IP Port Number (Default is: 1918): IP.PIPE Port Number (Default is: 1918):

   
   
7. Примите значение очередного параметра по умолчанию или введите корректное имя файла.

   Enter name of KDC_PARTITION (Default is: null): Enter path and name of KDC_PARTITIONFILE (Default is: /opt/IBM/ITM/tables/HUB_MADIRD/partition.txt):

   
   
8. Нажмите Enter, чтобы согласиться с предложенным умолчанием.

   Configuration Auditing? [YES or NO] (Default is: YES): Now enter with the server host name used as hot standby (backup) Hot Standby TEMS Host Name (Default is: milan):

   
   
9. Задайте протокол коммуникации и номер порта (пример 3-15).

Hot Standby Protocol 1 [ip, sna,ip.pipe or ip.spipe] (Default is: ip.pipe):

Now choose the next  protocol  from one of these:
- ip
- sna
- ip.spipe
- none
Hot Standby Protocol 2 (Default is: ip):

Now choose the next protocol from one of these:
- sna
- ip.spipe
- none
Hot Standby Protocol  3  (Default  is:   none):
Hot Standby IP  Port Number  (Default  is:   1918):
Hot Standby IP.PIPE Port  Number  (Default is:   1918):
			

Дальнейшие шаги настройки аналогичны описанным в разделе «Конфигурирование UNIX-сервера мониторинга», с. 190.

Конфигурирование Warehouse Proxy

Warehouse Proxy должен быть сконфигурирован так, чтобы указывать на вторичный TEMS-сервер, если первичный hub TEMS дает сбой и происходит его горячая замена резервным. Для настройки Warehouse Proxy воспользуйтесь следующей процедурой:

1. На сервере Warehouse Proxy откройте консоль Manage Tivoli Monitoring Services, щелкните правой кнопкой по серверу Warehouse Proxy и выберите пункт Reconfigure.
2. В ответ на всплывающее окно нажмите OK (рис. 3-67).
   
   Рис. 3-67 Окно-подтверждение начала конфигурирования Warehouse Proxy
   
   
   
3. Протокол связи с первичным TEMS-сервером уже задан. Установите флажок Optional Secondary TEMS Connection и настройте протокол коммуникации, который будет использован вторичным TEMS-сервером (рис. 3-68).
   
   Рис. 3-68 Конфигурирование коммуникации между вторичным TEMS и Warehouse Proxy
   
   
   
4. В следующем окне нажмите OK или обновите первичный TEMS-сервер при наличии изменений (рис. 3-69).
   
   Рис. 3-69 Конфигурирование первичного TEMS при настройке Warehouse Proxy
   
   
   
5. Введите имя хоста вторичного TEMS для каждого протокола коммуникации, выбранного вами в окне, показанном на рис. 3-68, и нажмите OK.
6. Итак, Warehouse Proxy настроен на подключение к вторичному hub-серверу TEMS при сбое первичного.

Конфигурирование TEPS

Настройка TEPS необходима лишь в случае, когда первичный TEMS-сервер дает сбой, и таковым становится резервный hub TEMS. Чтобы сконфигурировать TEPS, проделайте следующее:

1. Откройте консоль Manage Tivoli Monitoring Services.
2. Щелкните правой кнопкой по названию службы Tivoli Enterprise Portal Server.
3. Выберите в меню пункт Reconfigure (для Windows) или Configure (для Linux).
4. Укажите новый hub-сервер TEMS и нажмите OK.
5. На экране появится окно, представленное на рис. 3-70. Нажмите OK.

   Примечание Нажав кнопку OK, как показано на рис. 3-70, вы сохраните идентификаторы пользователей, запросы, рабочее пространство, навигаторы и сценарии терминала в файле %CANDLEHOME%\CNPS\CMS\TEMS_HOSTNAME_ PORT\saveexport.sql (TEMS_HOSTNAME - имя хоста нового TEMS-сервера, a PORT - номер порта, по которому к нему подключится TEPS). Например:

   F:\IBM\ITM\CNPS\CMS\MADRID_1918\saveexeport.sql

   
   
   
   Рис. 3-70 Окно-подтверждение резервного копирования БД TEPS в процессе настройки
   
   
   
6. Находясь в консоли сервера Enterprise Monitoring, произведите перезапуск TEPS-сервера.

Примечание Перенастраивать базу данных TEPS при этом не нужно.

3.2.16 Установка и конфигурирование среды: сценарий 2

В этом разделе мы опишем установку и конфигурирование компонентов IBM Tivoli Monitoring 6.1 в среде hub-сервера TEMS под управлением UNIX.

Установка hub-сервера TEMS на сервере UNIX

Для инсталляции hub-сервера TEMS на сервере UNIX вы можете использовать учетную запись root или другую запись с надлежащими правами доступа к файлам и каталогам IBM Tivoli Monitoring 6.1; см. раздел «Создание учетной записи IBM Tivoli на серверах UNIX», с. 96.

Чтобы установить сервер мониторинга на UNIX-машине, проделайте следующие шаги:

Примечания

• Мы не станем показывать ход установки самого hub-сервера, сосредоточившись лишь на том, как инсталлировать его в среде UNIX.
• Данная процедура применима и к серверу Linux, поэтому в текущем разделе книги мы не будем делать различий между UNIX- и Linux-конфигурацией.

1. Из каталога, в который вы извлекли файлы для установки, выполните команду:

   ./install.sh

   
   
2. В ответ на запрос домашнего каталога IBM Tivoli Monitoring нажмите Enter, чтобы принять значение по умолчанию (/opt/IBM/ITM). Если же вы хотите использовать другой каталог установки, введите полный путь к этому каталогу; нажмите клавишу Enter.

   Примечание Если указанного вами каталога не существует, вам будет задан вопрос, должна система создать новый каталог или нет. Ответьте на вопрос утвердительно (y).

   На экран будет выдано приглашение (пример 3-16).

Select one of the following:
1)   Install  products to the local host.
2)    Install  products to depot  for  remote deployment  (requires TEMS).
3)   Exit install.
			

Для запуска установки введите 1, нажмите клавишу Enter. Перед вами появится следующее меню (пример 3-17 содержит только нужную информацию):

Software Licensing Agreement
1.  Czech
2.  English
3.  French
4.  German
5.  Italian
6.  Polish
7.  Portuguese
8.  Spanish
9.  Turkish
Please enter the number that  corresponds to the language you  prefer.
			

3. Введите номер языка, на котором хотите увидеть лицензионное соглашение; нажмите Enter.
4. Нажмите Enter для вывода лицензионного соглашения.
5. Введите 1, чтобы принять соглашение. Нажмите Enter. На экране появится сообщение (пример 3-18).

runGSkit        : Preparing to install the Global Security Kit. 
runGSkit warning: the 'root' ID or password is required for this phase, 
continuing... 
Will enable automatic agent initiation after reboot.

Please enter root password or press Enter twice to skip.
			

Примечания

• Если вы инсталлируете IBM Tivoli Monitoring 6.1 под учетной записью root, то, устанавливая GSKit, запроса на ввод пароля для root, разумеется, не увидите.
• GSKit (Global Security Kit) - пакет, созданный в IBM и дающий возможность организации защищенных TCP/IP-соединений между компонентами IBM Tivoli Monitoring 6.1.

  Две главные функции GSKit:

  • Пакет может использоваться в целях коммуникации по протоколу Secure Socket Layer (SSL) с применением методик шифрования/дешифрования с открытым ключом.
  • Функции управления ключами используют приложение iKeyman (созданное на базе Java для управления ключами и запросами таковых).

6. Если вы хотите установить пакет GSKit, введите пароль для root, нажмите клавишу Enter. В противном случае нажмите Enter два раза.
7. Введите 32-символьный ключ шифрования и нажмите клавишу Enter. При желании воспользоваться стандартным ключом нажмите Enter без ввода данных.

   Важно Сохраните ключ - он будет нужен вам при установке остальных компонентов.

8. При появлении следующего меню (пример 3-19) введите номер операционной системы, для которой вы хотите установить программные средства; нажмите клавишу Enter.

Product  packages are available in /opt/itm61s1/unix

Product  packages are available for the  following  operating  systems and 
component support categories:

1)    AIX R5.1   (32 bit)
2)    AIX R5.1   (64 bit)
3)    AIX R5.2  (32  bit)
4)    AIX R5.2  (64 bit)
5)    AIX R5.3  (32  bit)
6)    AIX R5.3  (64 bit)
7)     Solaris  R10  (32  bit)
8)     Solaris R10  (64 bit)
9)     Solaris  R8   (32  bit)
10)     Solaris  R8   (64  bit)
11)     Solaris  R9   (32  bit)
12)     Solaris  R9   (64  bit)

Type the  number for the OS or component support category you want,   or type  "q"
to quit  selection
[  number  "5" or "AIX R5.3  (32 bit)"  is default  ]:     5
			

Примечание Значение по умолчанию - ваша текущая ОС.

9. Введите y, чтобы подтвердить выбор системы. Нажмите Enter. Перед вами откроется нумерованный список доступных для инсталляции компонентов.
10. Введите номер, который соответствует опции Tivoli Enterprise Monitoring Server; нажмите Enter.
11. В очередном списке будут приведены доступные для установки продукты. Вы можете выбрать один или несколько из них, набрав их номера через запятую или пробел. Перечень вариантов показан в примере 3-20.

The following products are available for installation:
1)  Monitoring Agent for UNIX Logs V06.10.00.00
2)  Monitoring Agent for UNIX OS V06.10.00.00 3)
Summarization and Pruning agent V06.10.00.00
4) Tivoli Enterprise Monitoring Server V06.10.00.00
5) Tivoli Enterprise Services User Interface V06.10.00.00
6)  Universal Agent V06.10.00.00
7) all of the above

Type the numbers for the products you want to install, or type "q" to quit
selection.
If you enter more than one number,   separate the numbers  by a comma or a space.
Type your selections here:   4
			

12. Введите y, чтобы подтвердить выбор, или n, чтобы начать сначала.
13. По запросу введите имя сервера мониторинга:

    Please enter TEMS name: HUB_MADRID

    
    

    He пользуйтесь его полностью заданным именем (fully qualified name). Нажмите Enter.

14. После установки всех компонентов вам будет задан вопрос, хотите ли вы установить компоненты для другой ОС. Ответьте n и нажмите клавишу Enter. Установка завершена. Наш следующий шаг - настройка сервера мониторинга.

Конфигурирование UNIX-сервера мониторинга

Для настройки hub-сервера мониторинга выполните следующие шаги.

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

1. В командной строке смените каталог на /opt/IBM/ITM/bin (или на каталог, в который вы инсталлировали IBM Tivoli Monitoring; фактически, это $CANDLEHOME/ bin).

   cd $CANDLEHOME/bin

   
   
2. Выполните команду:

   ./itmcmd config -S -t tems_name

   
   

   В ответ вы получите сообщение, показанное в примере 3-21.

CandleConfig         :  installer level   400 / 100.
CandleConfig         :  running  li6243 jre.
Configuring  CMS. . .

Hub or Remote  [*LOCAL or *REMOTE]   (Default is:   *LOCAL):*LOCAL 
TEMS  Host Name  (Default is:   madrid):   ENTER  (нажатие)
			

Поскольку вы инсталлируете hub-сервер, выберите *LOCAL (значение по умолчанию).

3. Настройте протокол связи. На выбор вам предлагаются IP, SNA, IP.PIPE и IP.SPIPE. Укажите протокол, который хотите сами. Подробные сведения о спецификациях протоколов см. в разделе «Выбор протокола коммуникации», с. 34.
4. Если вы намерены задействовать вторичный протокол связи на случай сбоя первичного, введите его в следующем окне (пример 3-22).

Now choose the next protocol from one of these:
-  ip
-  sna
-  ip.spipe
-  none
Network Protocol 2 (Default is: ip):
Now choose the next protocol from one of these:
-  sna
-  ip.spipe
-  none
Network Protocol 3 (Default is: none):
Network Protocol 1 [ip, sna, ip.pipe or ip.spipe] 
(Default is: ip.pipe): Now choose the next protocol from one of these:
-  ip
-  sna
-  ip.spipe
-  none
Network Protocol 2 (Default is: ip):
Now choose the next protocol from one of these:
-  sna
-  ip.spipe
-  none
Network Protocol  3  (Default is:   none):
			

Мы в качестве первичного избрали протокол IP.PIPE, а в качестве вторичного - протокол UDP.

5. Настройте номера портов для выбранных протоколов коммуникации; номер порта по умолчанию - 1918. Если хотите, вы можете указать другой порт, однако вы должны помнить об этом и ввести его при конфигурировании удаленного TEMS и агента TEMA, который будет подключен к hub-серверу TEMS. Мы выберем настройку по умолчанию:

   IP Port Number (Default is: 1918): IP.PIPE Port Number (Default is: 1918):

   
   
6. Как показано в примере 3-23, вам будет задан вопрос об имени KDC_PARTITION. Оно используется в средах, где применяется трансляция адресов (NAT) через сетевые экраны. Оставим значение по умолчанию:

Enter name of KDC_PARTITION  (Default is: null): 
Enter path and name of KDC_PARTITIONFILE (Default is:
/opt/IBM/ITM/tables/REMOTE_EDINBURG/partition.txt):
			

Примечание Когда компоненту IBM Tivoli Monitoring необходимо установить связь через сетевой экран, выполняющий трансляцию адресов, он должен иметь возможность получить такой IP-адрес другого компонента, который будет корректным по ту сторону от экрана. Для поддержки этой возможности пространство имен брокера положения (location broker) логически разбито на разделы (partition) с уникальными идентификаторами (partition ID). Последние определяются при помощи переменной среды KDC_PARTITION. Файл с разделами как раз и является средством подстановки нужных IP-адресов в пространства имен брокера положений.

6. Если вы хотите использовать функцию аудита конфигураций (Configuration Auditing), введите y и нажмите клавишу Enter. В противном случае просто нажмите Enter. (В процессе нашей тестовой установки мы выбрали аудит.)
7. Нажмите Enter, чтобы принять настройку горячего резерва по умолчанию (NO).

   Совет Планируя настроить горячий резерв для сервера мониторинга, неплохо дождаться окончания полного развертывания среды. См. раздел «Конфигурирование горячего резерва», с. 180.

8. Нажмите Enter, чтобы принять предложенное по умолчанию значение Optional Primary Network Name (none).
9. Нажмите Enter и примите настройки защиты по умолчанию: Validate User setting (no). Если в своей среде вам требуется проверка достоверности субъектов безопасности и защиты, вы можете активизировать ее, когда начальная настройка будет завершена.

   Примечание Если проверка достоверности будет активизирована, тогда для всех, кому необходим доступ к IBM Tivoli Monitoring 6.1, на сервере потребуется создать свою учетную запись.

10. Если для просмотра событий, связанных с ситуациями-проверками, вы будете пользоваться синхронизацией событий, введите y и нажмите клавишу Enter, чтобы подключить функцию TEC Event Integration. После этого проделайте следующие дополнительные шаги:
    1. Введите имя событийного сервера IBM Tivoli Enterprise Console и нажмите клавишу Enter.
    2. Введите номер порта событийного сервера и нажмите клавишу Enter (если ваш сервер событий использует службу portmapper, например на сервере UNIX, порт равен 0; если же он работает на Windows-машине, по умолчанию номер порта равен 5529).

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

    3. Нажмите Enter, чтобы отказаться от отключения Workflow Policy/Tivoli Emitter Agent.
11. Нажмите s для сохранения конфигурации SOAP и завершения настройки. Настройку SOAP мы осуществим позже, во время конфигурирования синхронизации событий.

Развертывание поддержки агентов при наполнении hub-сервера исходными данными

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

1. Запустите сервер мониторинга по следующей команде из каталога $CANDLEHOME/ bin:

   ./itmcmd server start <tems_name>

   
   
2. Для начала процесса наполнения сервера исходными данными выполните команду:

   ./itmcmd -t <tems_name> <pc pc pc>

   
   

   В этой команде tems _name - имя hub-сервера TEMS, pc - код продукта для каждого из агентов, данные от которого вы хотите передавать серверу мониторинга. (Эту информацию вы можете получить, выполнив команду cinfo -i.)

   Примечание Наполните сервер исходными данными о продуктах со всеми доступными вам pc-кодами до начала его работы.

3. Остановите сервер мониторинга по команде:

   ./itmcmd server stop <tems_name>

   
   
4. Повторно запустите сервер, выполнив следующую команду:

   ./itmcmd server start <tems_name>

   
   

   Закончив работу с hub-сервером TEMS, обратитесь к табл. 3-12, которая поможет вам в установке оставшихся компонентов.

3.2.17 Замена hub-сервера TEMS новым сервером мониторинга

Если по какой-то причине (например, при обновлении аппаратуры) вы захотите сменить старый hub-сервер TEMS на новый на той же или иной платформе, IBM Tivoli Monitoring 6.1 даст вам такую возможность. Этот раздел содержит описание процедуры, которой следовали мы сами при переходе от реализации сценария 1 (TEMS-сер-веры Windows) к сценарию 2 (TEMS-серверы UNIX).

1. Установите, настройте и наполните данными hub-серверы TEMS на серверах madrid и milan. В зависимости от используемой платформы см. разделы «Установка и конфигурирование hub-сервера TEMS на сервере Windows» (с. 100) или «Установка hub-сервера TEMS на сервере UNIX» (с. 186).
2. Остановите все удаленные TEMS-серверы (copenhagen и edinburg), используя для этого консоль Manage Tivoli Enterprise Monitoring Services или - на серверах UNIX - команду:

   itmcmd server stop tems_name tems_name - имя хоста TEMS-сервера, останов которого производится.

   
   
3. Из интерфейса консоли Manage Tivoli Enterprise Monitoring Services остановите сервер TEPS, а также процессы агентов Warehouse Proxy и Summarization and Pruning.
4. Используя, как описано выше, команду itmcmd на серверах UNIX или консоль Manage Tivoli Enterprise Monitoring Services, остановите hub-серверы TEMS (cairo и helsinki).
5. Настройте удаленные TEMS (copenhagen и edinburg) на работу с новыми hub-серверами TEMS (первичным - madrid и резервным - milan соответственно). Используйте опцию Reconfigure консоли Manage Tivoli Enterprise Monitoring Services или следующую процедуру на серверах UNIX:

   itmcmd config -S -t tems_name

   
   
6. Настройте агенты Warehouse Proxy и Summarization and Pruning на работу с первичным и резервным TEMS-сервером (madrid и milan, соответственно). Это действие выполняется при помощи все той же консоли Manage Tivoli Enterprise Monitoring Services.
7. Используя вышеназванную консоль, настройте TEPS на работу с сервером, имеющим имя madrid.

   Важно Прежде чем TEPS-сервер начнет работать с новым сервером TEMS, вы должны сохранить данные TEPS-сервера при помощи утилиты migrate-export.bat, которая найдет базу данных TEPS и создаст файл-сценарий на SQL, используемый в дальнейшем в целях восстановления TEPS-служб. Для резервирования и импорта данных следуйте описанной далее процедуре:

   • Сохранение данных TEPS-сервера Для снятия резервной копии базы данных TEPS проделайте следующие шаги:
     • Командой cd перейдите в каталог %CANDLEHOME%/CNPS
     • Запустите migrate-export.bat
     Утилита migrate-export.bat остановит TEPS, создаст файл saveexport.sql и запустит TEPS снова.
   • Импорт резервных данных Чтобы восстановить исходное состояние TEPS-сервера, проделайте следующие шаги:
     • Импортируйте данные на TEPS-сервер, скопировав презентационные файлы обратно в каталог CNP.
     • Скопируйте файл saveexport.sql в каталог %CANDLEHOME%\cnps\sqllib и запустите утилиту migrate_import.bat.
     Если TEPS-сервером у вас служит Linux, замените %CANDLEHOME% на $CANDLEHOME.
8. Настройте cairo как удаленный TEMS-сервер. Используйте для этого консоль Manage Tivoli Enterprise Monitoring Services или команду itmcmd на сервере UNIX. Если вы не хотите превращать ни один старый hub-сервер TEMS в удаленный TEMS-сервер, этот шаг можно не выполнять.
9. Настройте агенты на машинах oslo и dakar на работу с cairo и copenhagen, - первичным и вторичным удаленным TEMS-сервером, соответственно. Вам, в свою очередь, перенастраивать агентов на работу с новым hub-сервером не требуется; это действие мы выполнили лишь затем, чтобы убедиться, что удаленный TEMS cairo работает, как положено.
10. Запустите удаленные TEMS-серверы (edinburg, copenhagen и cairo). Используйте консоль Manage Tivoli Enterprise Monitoring Services или команду itmcmd на серверах UNIX.
11. Оставаясь в интерфейсе консоли Manage Tivoli Enterprise Monitoring Services, произведите запуск агентов Warehouse Proxy и Summarization and Pruning, а также сервера TEPS.

    Примечания

    • Эта процедура рекомендуется лишь в случае, если вы планируете сменить hub-сервер платформы. При желании построить среду с двумя hub-серверами вы можете установить второй сервер с нуля.
    • В процессе перехода со сценария 1 нам удалось сохранить работоспособность каждого из агентов; для переподключения ряда агентов их пришлось запустить заново. Остальные переподключились автоматически.
    • Со сменой сервера мы потеряли настройки ситуаций-проверок, рабочего пространства, коллекций, которые не сохранили для дальнейшего переноса на новый hub-сервер TEMS.

    Советы

    • Если вы хотите произвести замену среды hub-сервера TEMS в целом, снимите резервную копию всего окружения и очень тщательно спланируйте переход.
    • Производя замену одного hub-сервера TEMS другим, на той же платформе и в той же конфигурации (имя хоста, настройки TCP/IP и т. д.), вы можете создать резервную копию каталога CANDLEHOME текущего сервера и восстановить ее на новом hub-сервере TEMS.
    • Если новый и старый TEMS-серверы инсталлированы на идентичной платформе (под UNIX или под Windows), вы можете создать резервную копию базы данных CANDLE текущего сервера и восстановить ее на новом hub-сервере TEMS. Со старого сервера при этом потребуется скопировать файлы, которые перечислены ниже:
    Windows: %CANDLEHOME%/CMS/QA1*.db и QA1*.idx UNIX: $CANDLEHOME/tables/TEMS_NAME/QA1*.db и QA1*.idx

В начало

3.3 Удаление IBM Tivoli Monitoring 6.1

В этом разделе мы продемонстрируем удаление IBM Tivoli Monitoring 6.1 - как всего окружения, так и каждого компонена в отдельности.

3.3.1 Полное удаление окружения IBM Tivoli Monitoring

Для удаления всего окружения IBM Tivoli Monitoring следуйте описанным процедурам.

Удаление окружения из среды Windows

Чтобы удалить IBM Tivoli Monitoring с компьютера под управлением Windows, выполните следующие шаги:

1. На рабочем столе Windows нажмите Start -» Settings -» Control Panel (для Windows 2000) или Start -> Control Panel (для Windows 2003).
2. Щелкните по строке Add/Remove Programs.
3. Выберите IBM Tivoli Monitoring и нажмите Change/Remove.
4. Выберите Remove и щелкните Next.
5. Нажмите OK.
6. После останова служб Tivoli Enterprise вам будет задан вопрос, хотите ли вы удалить базу данных Tivoli Enterprise Portal. Нажмите Yes.
7. В поле Admin Password введите пароль администратора DB2 и нажмите OK. На экране появится сообщение об удалении пакета GSKit.
8. Нажмите Yes для перезапуска компьютера и щелкните Finish.

Удаление окружения из среды UNIX

Прежде чем выполнять процедуру удаления продукта, удостоверьтесь, что каждый компонент IBM Tivoli Monitoring 6.1 закрыт.

1. Остановите агент, выполнив из каталога $CANDLEHOME/bin указанную команду:

   ./itmcmd agent stop pc

   
   рс - код продукта (lz, ux, ul, um, ui, cj и т. д.).
2. Остановите TEMS-сервер, выполнив из каталога $CANDLEHOME/bin команду

   ./itmcmd server stop TEMS_NAME

   
   
3. Наберите и выполните команду:

   ./uninstall. sh

   
   

   Перед вами появится нумерованный список кодов продуктов, архитектур, номеров версий и выпусков, а также названий всех инсталлированных программ.

4. Введите номер продукта, который вы намерены удалить. Повторяйте этот шаг для всех продуктов, которые требуют удаления (пример 3-24).

Mon Oct 10 15:08:29 EDT 2005 
*********** ******************
User      : itmuser      Group: itmuser
Host name : edinburg.itsc.austin.ibm.com         Installer Lvl: 400 / 100
CandleHome: /opt/IBM/ITM
***********************************************************
...Products available to uninstall
Num     Product [ Code  Platform Version:Release Description ]
1       cj  li6243       v610:r172  Tivoli Enterprise Portal Desktop Client
2       lz  li6263       v610:r115  Monitoring Agent for Linux OS
3       ms  li6243       v610:r215  Tivoli Enterprise Monitoring Server
4       sh  li6243       v610:r215  Tivoli Enterprise Monitoring SOAP Server
5       uf  li6243       v610:r100  Universal Agent Framework
6       ui  li6243       v610:r194  Tivoli Enterprise Services User Interface
7       um  li6243       v610:r229  Universal Agent
Enter number for a product to uninstall or "EXIT" to exit: 1
Confirm: cj  li6243  v610:r172 Tivoli Enterprise Portal Desktop Client ... OK
to delete? [y/n]: y
			

5. По окончании работы перезагрузите компьютер, чтобы завершить удаление.

   Примечание

   • Если по какой-то причине удаление в среде UNIX закончится неудачно, для удаления всех каталогов IBM Tivoli Monitoring выполните следующую команду:

     rm -r $CANDLEHOME

     
     
   • Если вы удаляете компоненты, используя учетную запись, отличную от записи root, то можете получать ошибки, подобные следующим:

     rm: cannot remove `/etc/rc0.d/K10ITMAgents1': Permission denied rm: cannot remove `/etc/rc1.d/K10ITMAgents1': Permission denied rm: cannot remove `/etc/rc2.d/S99ITMAgents1': Permission denied rm: cannot remove `/etc/rc3.d/S99ITMAgents1': Permission denied rm: cannot remove `/etc/rc4.d/S99ITMAgents1': Permission denied rm: cannot remove `/etc/rc5.d/S99ITMAgents1': Permission denied rm: cannot remove `/etc/rc6.d/K10ITMAgents1': Permission denied rm: cannot remove `/etc/init.d/ITMAgents1': Permission denied

     
     

3.3.2 Удаление отдельных агентов и компонентов

Для удаления агента или иного отдельного компонента IBM Tivoli Monitoring со своего компьютера следуйте описанным процедурам.

Удаление компонента из среды Windows

Для удаления компонента с машины под Windows выполните следующие шаги. При этом вы можете выполнить удаление как единичного агента, так и целой их «связки» (такой, как IBM Tivoli Monitoring for Databases).

1. На рабочем столе Windows нажмите Start -» Settings -» Control Panel (для Windows 2000) или Start -> Control Panel (для Windows 2003).
2. Щелкните по строке Add/Remove Programs.
3. Выберите одно из следующих действий:
   • Для удаления отдельного компонента IBM Tivoli Monitoring, такого, как сервер или клиент портала (но не всех компонентов), выберите IBM Tivoli Monitoring.
   • Для удаления конкретного агента или их «связки» выберите «связку» агентов ТЕМА.
4. Нажмите Change/Remove.
5. Проделайте один из следующих шагов:
   • Для удаления агента или компонента системы отметьте опцию Modify.
   • Для удаления всей «связки» агентов отметьте Remove.
6. Нажмите Next.
7. Выполните одно из следующих действий:
   • Если вы удаляете агентскую «связку», нажмите OK для подтверждения удаления.
   • Если вы удаляете компонент системы или агента, ваши действия таковы
     1. В случае удаления агента разверните пункт Tivoli Enterprise Monitoring Agents и выберите агент, который вы намерены удалить.
     2. В случае удаления компонента выберите сам компонент (например, Tivoli Enterprise Portal Desktop Client).
     3. Нажмите Next.
     4. Нажмите Next в ответ на подтверждающее окно.
     5. В зависимости от совокупности компонентов, оставшихся на машине, перед вами может появиться ряд панелей конфигурирования. На каждой нажмите Next.
   • Нажмите Finish для окончания удаления.
   • Выполните перезагрузку компьютера, чтобы завершить процедуру.

     Примечание При удалении конкретного компонента (работе с опциями Modify/ Remove) не снимайте флажки напротив тех компонентов, которые вы не намерены удалять. Снимая флажок, вы требуете удаления компонента.

Удаление компонента из среды UNIX

Для удаления компонента с машины под управлением UNIX выполните следующие шаги. Вы можете выполнить удаление как единичного агента, так и целой их «связки» (такой, как IBM Tivoli Monitoring for Databases).

1. Из командной строки выполните команду перехода в нужный каталог /bin:

   cd $CANDLEHOME/bin

   
   $CANDLEHOME - путь к домашнему каталогу IBM Tivoli Monitoring.
2. Выполните команду:

   ./uninstall. sh

   
   

   Перед вами появится нумерованный список кодов продуктов, архитектур, номеров версий и выпусков, а также названий всех инсталлированных программ.

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

3.3.3 Отмена синхронизации событий с TEC

Для отмены синхронизации событий с сервером событий проделайте следующие шаги:

1. Остановите синхронизацию событий на сервере событий по команде: На Windows-платформе:

   <tec_installdir>\TME\TEC\OM_TEC\bin\stop. cmd

   
   На UNIX-платформе:

   <tec_installdir>/TME/TEC/OM_TEC/bin/stop. sh

   
   
2. Запустите программу для удаления: На Windows-платформе:

   <tec_installdir>\TME\TEC\OM_TEC\_uninst\uninstaller.exe

   
   На UNIX-платформе:

   tec_installdir/TME/TEC/OM_TEC/_uninst/uninstaller. bin

   
   

   Здесь tec_installdir - месторасположение инсталляции IBM Tivoli Enterprise Console.

3. Следуйте подсказкам программы-деинсталлятора.

   Примечания

   • Данную программу-деинсталлятор также можно запустить в «режиме молчания» (silent mode) (инициируя ее работу из командной строки с параметром -silent) или в режиме консоли (используя с параметром -console).
   • Чтобы внесенные изменения вступили в силу, событийный сервер нужно остановить и запустить снова.
   • Если сервер событий работает в системе HP-UX, удостоверьтесь, что каталоги _ uninst и _jvm успешно удалены программой-деинсталлятором. Если это не так, удалите каталоги вручную.

Об авторах

		Васфи Гусер (Vasfi Gucer) – сертифицированный консультант IBM (IBM Certified Consultant IT Specialist), работает в центре ITSO в Остине с января 1999 г. Ранее 10 лет состоял в штате IBM Turkey. Имеет более чем 13-летний опыт обучения и непосред- ственного развертывания систем управления, сетевого оборудования и программных средств для распределенных платформ. Как системный архитектор и консультант участвовал в различных проектах внедрения продуктов Tivoli. Является сертифици- рованным консультантом по решениям Tivoli (Certified Tivoli Consultant).

		Ана Годой (Ana Godoy) приступила к работе в IBM Brasil в 1996 г. Тогда в ее обязанности входило обслуживание аппаратных средств PC Company. Два года Ана проработала в службе технической поддержки, после чего возглавила подразделение сопровожде- ния таких продуктов, как Aptiva, Desktop, ThinkPad и ViaVoice. В январе 2002 г. вошла в состав бразильской группы поддержки Tivoli, где стала специализироваться на Tivoli Management Framework, Remote Control и Tivoli Workload Scheduler. В настоящее вре- xviii Предисловие мя Ана работает специалистом по поддержке продуктов Tivoli Distributed Monitoring, IBM Tivoli Monitoring, Tivoli Data Warehouse, а также вновь созданного решения IBM Tivoli Monitoring 6.1.

Выскажите мнение об этой странице

Пожалуйста, найдите минутку и заполните форму, чтобы повысить уровень сервиса. Помогла ли данная информация достичь Вашей цели? Да Нет Не знаю   Пожалуйста, напишите комментарий, чтобы мы могли улучшить данную страницу:   Насколько полезна эта информация? (1 = Бесполезна, 5 = Очень полезна) 1 2 3 4 5

Поделиться этой статьей: забобрить сохранить в memori

В начало