Установка Настройка Администрирование IBM Tivoli Netcool/Impact 7.1.0.3-4IBM Tivoli Netcool/Impact Сегодня специалисты по эксплуатации постоянно сталкиваются с проблемой управления данными в масштабах организации. При том, что доступ к данным необходим для мониторинга ключевых для бизнеса функций и реагирования на возникающие проблемы, нужная информация часто разбросана по множеству информационных хранилищ в самых разных форматах баз данных. Кроме того, необходимость разграничения прав доступа для пользователей - с учетом организационных подразделений и групп аппаратных средств - может серьезно усложнить централизацию управления данными. Затраты на реорганизацию процессов и замену инструментальных средств могут оказаться непозволительно высокими, а имеющиеся в продаже готовые шлюзы зачастую не обеспечивают гибкости, необходимой для доступа ко всем нужным данным. Продукты Netcool/Impact позволяют решить эту проблему, предоставляя единую платформу для доступа к данным независимо от их местоположения, легко преодолевающую традиционные организационные границы. Имея в своем распоряжении данные практически из любых источников, администратор может находить корреляции между ними, проводить вычисления, обогащать данные, доставлять их по нужным адресам, рассылать извещения, передавать проблемы на более высокий уровень иерархии, визуализировать информацию и осуществлять широкий спектр автоматизированных действий. Развитый механизм политик, предусмотренный в Netcool/Impact, дает администратору возможность точно определять, какие действия необходимо предпринять и когда. Например, такие действия могут предусматривать добавление бизнес-контекста к ИТ-событиям для упрощения выполнения основополагающих функций - таких как определение приоритета события, анализ воздействия на бизнес, измерение ключевых показателей эффективности. При этом настраиваемые Web-представления позволяют виртуализовать множественные источники данных и создать единый пункт обзора распределенных данных. Основные преимущества
1. Перед запуском установкиПеред запуском установки убедитесь, что выполнены минимальные требования к системе. Самая свежая информация о поддерживаемых аппаратных и программных средствах, браузерах и операционных системах содержится в отчетах IBM® Software Product Compatibility Reports (http://pic.dhe.ibm.com/infocenter/prodguid/v1r0/clarity/index.html). Дополнительную информацию о запуске отчетов Software Product Compatibility Reports смотрите в разделе Overview and Planning wiki-материалов Tivoli Netcool/Impact: https://www.ibm.com/developerworks/mydeveloperworks/wikis/home/wiki/Tivoli%20Netcool%20Impact/page/Overview%20and%20Planning?lang=en. Перед началом проверьте регулярные обновления wiki-материалов Netcool/Impact developerWorks на странице Installation and Migration considerations, относящиеся к средам установки и перенастройки для конкретных продуктов Tivoli. Совет: Чтобы использовать Netcool/Impact с локалью турецкого языка, сделайте следующее:
Важное замечание: Во время установки имя пользователя и пароль impactadmin должны совпадать для всех компонентов, включая первичный Сервер Impact, каждый сервер Сервер графического интерфейса и все дополнительные вторичные серверы.
В UNIX можно запустить программу установки от имени любого пользователя, у которого есть разрешения на чтение, запись и выполнение для каталога назначения. Для Netcool/Impact не требуется пользователь root, поэтому установщик может запустить пользователь не-root. В Windows у ID пользователя, используемого для установки, должны быть разрешения администратора, чтобы он смог создать запись службы Windows.
2. Установка Netcool/Impact 7.1.0.3-4Программа установки Netcool/Impact - это программа, которая копирует программные файлы в систему назначения и задает необходимый минимум свойств конфигурации. Установщик внедряет файлы Сервер Impact и Сервер графического интерфейса в WebSphere Application Server Liberty Core на компьютере назначения. Можно выбрать установку в режиме графического интерфейса, в режиме консоли и в режиме без вывода сообщений. Если вы устанавливаете Netcool/Impact дистанционно с использованием telnet или другой программы командной строки, надо запустить программу установки в режиме консоли. Режим без вывода сообщений, для которого нужно изменить файл свойств установки перед установкой, рекомендуется для опытных пользователей.
3. Установка Netcool/Impact в графическом интерфейсе и в режиме консолиЗдесь представлен краткий обзор шагов установки в режиме графического пользовательского интерфейса и в режиме консоли. Процедура
Важное замечание: Во время установки имя пользователя и пароль impactadmin должны совпадать для всех компонентов, включая первичный Сервер Impact, каждый сервер Сервер графического интерфейса и все дополнительные вторичные серверы. Если вы выбрали для аутентификации реестра пользователей ObjectServer или LDAP, то имя пользователя impactadmin или имя пользователя для администрирования Impact должны быть созданы и разрешены на сервере OMNIbus ObjectServer перед запуском установки.
Совет: Убедитесь, что установка завершилась без ошибок. Просмотрите журналы установки. Дополнительную информацию смотрите в разделе: Действия после установки, подраздел: Просмотр журналов установки. 3.1. Запуск установкиМожно запустить установку из любого места файловой системы, указав полный путь файла установки. Процедура
Щелкните правой кнопкой мыши по значку Командная строка Windows и щелкните по Запуск от имени администратора. В командной строке Windows для запуска установки используйте следующую команду: каталог_образа_установки_Impact/install_console.bat Где каталог_образа_установки_Impact - это каталог, в который вы извлекли образ установки. Совет: Укажите в команде каталог, в который вы извлекли образ установки. Например, если в Windows вы извлекли образ установки в каталог c:\Impact71, то команда запуска установки в режиме консоли будет следующей: c:\Impact71\install_console.bat 3.2. Выбор компонентов установкиВыберите компоненты Netcool/Impact, которые вы хотите установить. Важное замечание: Если вы приобрели IBM® Netcool Operations Insight, то в списке будет показан компонент Impact Server Extensions, и он будет выбран автоматически. Компонент Impact Server Extensions содержит дополнительные компоненты сервера Сервер Impact, которые работают с IBM Netcool Operations Insight. Если вы примете выбор по умолчанию, то и сервер Сервер графического интерфейса, и сервер Сервер Impact устанавливаются на одном компьютере. В среде производства рекомендуется устанавливать Сервер Impact и Сервер графического интерфейса на отдельных компьютерах. Поэтому если вы, например, уже установили сервер Сервер Impact на другом компьютере, то вы можете выбрать только установку сервера Сервер графического интерфейса.
3.3. Выбор каталога установкиПримите каталог установки по умолчанию или введите полное имя каталога, в который вы хотите установить продукт. Если вы запускаете новую установку, то программу нельзя установить в каталог, в котором есть экземпляр Netcool/Impact. Если вы устанавливаете Netcool/Impact в UNIX в каталог по умолчанию /opt/IBM/tivoli/impact, то убедитесь, что у пользователя, который выполняет установку, есть разрешения чтения и записи в каталог. Ограничение: В системах UNIX не используйте специальные символы или пробелы в имени каталога установки. Установка может в этом случае завершиться успешно, но при попытке запустить приложение с использованием имени каталога, в котором есть круглые скобки, произойдет ошибка в других утилитах и компонентах. Каталог установки по умолчанию в Windows - C:\Program Files\IBM\Tivoli\impact. Запустите программу установки, используя учетную запись пользователя с полномочиями администратора. 3.4. Конфигурирование реестра пользователейNetcool/Impact поддерживает несколько методов управления пользователями и аутентификации пользователей.
()0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz_- Если пароль должен содержать символы, отличные от перечисленных, то установите Impact посредством локального пользователя на основе файлов, а затем сконфигурируйте сервер Impact для использования аутентификации пользователя ObjectServer Netcool/OMNIbus после установки при помощи сценария confAuth4OMNIbus.
3.4.1. Конфигурирование аутентификации пользователя Netcool/OMNIbus ObjectServerРазрешение реестра ObjectServer для аутентификации пользователей упрощает управление пользователями и группами на этом сервере. Перед началом этой процедуры нужно установить Netcool/Impact. При попытке пользователя войти в Netcool/Impact ObjectServer проверяет допустимость пользователя и идентификационные данные пользователя (например, пароль и членство в группах). Изменения внешнего реестра пользователей (например, LDAP или ObjectServer) могут не вступить в силу, пока не будет очищен кэш аутентификации; для этого может понадобиться до 10 минут. Кэширование аутентификации можно настроить и изменить. У ObjectServer есть ограничение на число соединений, которые можно открыть одновременно. Запрещение или изменение кэша аутентификации может стать причиной проблем с производительностью из-за увеличения числа соединений с LDAP или ObjectServer. Если используется аутентификация ObjectServer, то основной и резервный серверы объектов должны быть синхронизированы, чтобы обеспечить согласованность данных пользователей.
Процедура
Дальнейшие действия Аутентификацию пользователей ObjectServer можно сконфигурировать для использования SSL. Для добавления пользователей или групп в роли Netcool/Impact после того, как вы разрешили аутентификацию ObjectServer, используйте сценарий mapRoles. Указанный администратор уже отображен в правильные роли. Если аутентификация Netcool/Impact ObjectServer уже сконфигурирована и вы хотите переконфигурировать ее, то выполните команду disable, измените файл impactncos.properties и выполните команду enable. Напоминание: Если вы запускаете сценарии аутентификации (confAuth4OMNIbus или confAuth4LDAP) и перед этим запустили SSO, то перезапустите сценарий configImpactSSO SSO. Ø Восстановление после отказа для аутентификации пользователей ObjectServer Можно сконфигурировать аутентификацию пользователей ObjectServer для восстановления после отказа, задав два свойства в файле impactncos.properties. Свойства, необходимые для поддержки восстановления после отказа - NCOSSecondaryHost=<NCOMS2.mycompany.com>" и NCOSSecondaryPort=<4100>". Ø Параметры ведения журнала и трассировки для аутентификации пользователей ObjectServer Журнал записывается в файл Liberty Server messages.log. Если разрешена трассировка, то сообщения трассировки записываются в файл Liberty Server trace.log. 3.4.2. Конфигурирование LDAPПосле установки вы можете сконфигурировать LDAP, изменив файл impactdap.properties и запустив сценарий confAuth4LDAP. После конфигурирования Netcool/Impact перезапускается и разрешается аутентификация LDAP на сервере WebSphere Application Server Liberty Core. Экземпляры серверов Сервер Impact и Сервер графического интерфейса должны быть одинаково сконфигурированы для сервера LDAP. Если вы выбираете опции установки по умолчанию, то создается basicRegistry Liberty Core, который используется для механизма аутентификации Netcool/Impact. Платформу Liberty Core нельзя использовать для совместного конфигурирования и совместной работы базового реестра и реестра LDAP. Нужно выбрать что-то одно. Чтобы сконфигурировать свойства в файле impactdap.properties, сделайте следующее: Напоминание: Если вы запускаете сценарии аутентификации (confAuth4OMNIbus или confAuth4LDAP) и перед этим запустили SSO, то перезапустите сценарий configImpactSSO SSO. Процедура:
3.4.2.1. Свойства в impactdap.propertiesФайл impactdap.properties используется для конфигурирования аутентификации LDAP. Определения общих свойств: Файл impactdap.properties содержит список общих свойств.
3.4.2.2. Дополнительные и пользовательские свойства в impactdap.propertiesФайл impactdap.properties содержит значения свойств по умолчанию для списков параметров Advanced LDAP Repository Settings и Custom LDAP Search Filtering. Узнайте у администратора LDAP, требуется ли для этих свойств дальнейшее конфигурирование. Значениясвойств: Advanced LDAP Repository Settings В файле impactdap.properties заданы следующие значения свойств по умолчанию Advanced LDAP Repository Settings. Узнайте у администратора LDAP, требуется ли для этих свойств дальнейшее конфигурирование. # Advanced LDAP Repository Settings LDAPIgnoreCase="true" LDAPCertificateMapMode="EXACT_DN" LDAPCertificateFilter="" LDAPSearchTimeout="8m" Параметры: Custom LDAP Search Filtering В файле impactdap.properties заданы следующие значения свойств по умолчанию: Custom LDAP Search Filtering - эти свойства закомментированы. Если параметры Custom LDAP Search Filtering закомментированы или их нет в файле свойств, то используются значения по умолчанию из Liberty Core. Перед запуском сценария confAuth4LDAP узнайте у администратора LDAP, какие значения нужно задать для пяти параметров. Все пять параметров должны быть либо закомментированы, либо раскомментированы. Раскомментировать поднабор пяти параметров нельзя. # Custom LDAP Search Filtering (Default values for Microsoft Active Directory) #LDAPUserFilter="(&(sAMAccountName=%v)(objectcategory=user))" #LDAPGroupFilter="(&(cn=%v)(objectcategory=group))" #LDAPUserIdMap="user:sAMAccountName" #LDAPGroupIdMap="*:cn" #LDAPGroupMemberIdMap="memberof:member" # Custom LDAP Search Filtering (Default values for IBM Tivoli Directory Server) #LDAPUserFilter="(&(uid=%v)(objectclass=ePerson))" #LDAPGroupFilter="(&(cn=%v)(/(objectclass=groupOfNames) #LDAPUserIdMap="*:uid" #LDAPGroupIdMap="*:cn" #LDAPGroupMemberIdMap="ibm-allGroups:member;ibm-allGroups:uniqueMember; 3.5. Назначение портовВ установке Netcool/Impact порты назначаются серверам Сервер Impact и Сервер графического интерфейса. На назначение портов не влияет метод установки серверов Сервер Impact и Сервер графического интерфейса - вместе или порознь. 3.5.3. Конфигурирование портов RMIСервер Сервер Impact открывает ряд портов на компьютере для операций Remote Method Invocation (RMI) Java™. Существует несколько доступных свойств, которые позволяют управлять тем, какие порты используются. По умолчанию на хост-компьютере открывается открыт случайный порт, используемый реестром RMI. Вы можете управлять портами RMI, если в сети есть брандмауэр; нужно указать, какие порты будут открываться. Задать свойства можно в файле свойств $NCHOME/etc/<ServerName>_server.props. Аналогично, серверы Сервер Impact взаимодействуют друг с другом через порты RMI. Указанные здесь порты также должны быть открыты на соответствующих брандмауэрах. Чтобы указать, какие порты будут использоваться продуктом Impact при экспорте объектов RMI, нужно задать значения для следующих свойств: Эти значения должны охватывать диапазон, содержащий примерно 100 портов, на вашем компьютере, и тогда Impact будет вынужден открывать порты только в этом диапазоне. Если диапазон задан, то сервер Сервер Impact будет использовать его при экспорте объектов RMI. Важное замечание: В конфигурации кластера, если серверы Сервер Impact взаимодействуют через брандмауэр, то у вторичного сервера Сервер Impact должна быть возможность получить доступ к серверу Name Server на первичном сервере и наоборот. Чтобы обеспечить эту возможность, откройте порт сервера Name Server на брандмауэре. По умолчанию это порты 9080 (или 9081 для SSL) для установки сервера Сервер Impact и 16310 (или 16311 для SSL) для установки сервера Сервер графического интерфейса. 3.5.4. Конфигурирование порта JRExecServerФайл свойств конфигурации сервера JRExec, jrexecserver.props, находится в каталоге $NCHOME/etc. Чтобы изменить порт сервера JRExec, используйте следующее свойство: 3.5.5. Порты по умолчанию для источников данных и службВ следующих таблицах вы найдете список портов по умолчанию, используемых источниками данных и службами в Netcool/Impact, а также посмотреть уже назначенные порты. Табл. 1. Порты по умолчанию для источников данных
Порты, присвоенные источникам данных, можно посмотреть в файлах impact/etc/<Имя_сервера>_<Имя_источника_данных>.ds. Здесь <Имя_сервера> - имя сервера Impact<Имя_источника_данных> - имя конкретного источника данных. Табл. 2. Порты по умолчанию для служб
Порты, присвоенные службам, можно посмотреть в файлах impact/etc/<Имя_сервера>_<Имя_службы>.props.. Здесь <Имя_сервера> - имя сервера Impact, а <Имя_службы> - имя конкретной службы. 3.6. Конфигурирование сервера именСконфигурируйте сервер Name Server, чтобы задать функцию регистрации для компонентов внедрения. Можно задать несколько пар Name Server-порт, а затем связать текущую установку с несколькими серверами имен. Каждый порт Name Server, который вы укажете, будет проверен, чтобы определить, активен он или нет. Если порт неактивен, то вы перейдете к следующему шагу установки. Если порт активен, то будет показано сообщение о том, что порт активен, но вы все равно сможете продолжить установку. Однако чтобы установка завершилась успешно, убедитесь, что заданная пара сервер-порт доступна. Оно должно быть полным именем хоста или IP-адресом IPv4. IP-адрес IPv6 нельзя использовать в качестве имени хоста. Важное замечание: Если вы задаете Сервер Impact, то в списке должны быть текущие имя хоста и номер порта. Если их не будет в списке, вы получите ошибку. Сервер Name Server также используется для хранения информации, используемой для кластеризации серверов. В кластеризованной конфигурации все члены кластера должны быть добавлены в список; первый сервер в списке выполняет роль первичного сервера. Для всех членов, которые вы устанавливаете, список должен быть одним и тем же. Если кластер содержит несколько серверов Сервер Impact или если вам нужна дополнительная информация о конфигурировании каждого сервера Name Server, смотрите подраздел ниже: Переконфигурирование сервера Name Server. Если во время установки запускается Сервер Impact, то в файле impactserver.log будет содержаться следующее сообщение: Не удалось войти на сконфигурированный хост серверов имен [< имя_хоста >], порт [< порт >], положение [ /nameserver/services ], SSL разрешено [< ssl разрешено >] Эта ошибка происходит из-за того, что для инициализации сервера имен может понадобиться некоторое время в процессе запуска Netcool/Impact. Это сообщение можно игнорировать. Это нормальный режим, и сообщение исчезнет после того, как Name Server будет инициализирован. 3.6.6. Переконфигурирование сервера Name ServerМожно изменить конфигурацию сервера Name Server для сервера Сервер графического интерфейса или Сервер Impact после установки. Для изменения конфигурации сервера Name Server для сервера Сервер графического интерфейса или Сервер Impact после установки можно использовать следующий сценарий командной строки: Каталог IMPACT_HOME - это каталог установки Netcool/Impact. Сценарий командной строки поддерживает следующие опции: Табл. 3. Опции командной строки
Чтобы изменения сервера Name Server вступили в силу, нужно перезапустить сервер. Процедура Результаты Сценарий setNameServer создает на серверах Сервер графического интерфейса и Сервер Impact резервную копию файла nameserver.props. Файл резервной копии находится в следующих каталогах: На сервере Сервер Impact сценарий setNameServer создает резервную копию файла web.xml. Файл резервной копии находится в следующих каталогах: 3.7. Конфигурирование экземпляра сервера ImpactСконфигурируйте экземпляр сервера Сервер Impact, который вы устанавливаете. Вам понадобится выполнить этот шаг конфигурации, только если вы устанавливаете сервер Сервер Impact в качестве одного из компонентов установки. Если вы устанавливаете член кластера, вам, возможно, придется изменить имя экземпляра по умолчанию и группу кластера. Если вы устанавливаете автономный сервер Сервер Impact, можно использовать значения по умолчанию. Имя экземпляра: Имя экземпляра Сервер Impact. Можно использовать любую уникальную идентификационную строку. Группа кластеров: Имя кластера, в который входит экземпляр сервера Сервер Impact. В настройках кластера это имя должно быть одинаковым для всех экземпляров сервера, чтобы они входили в конкретную группу кластеров. Порт командной строки: Для доступа к Сервер Impact из интерфейса командной строки используйте утилиту службы менеджера командной строки, чтобы запустить и остановить службы, а также сконфигурировать параметры служб. По умолчанию, значение порта службы командной строки - 2000. 3.8. Конфигурирование базы данных Derby Impact ServerNetcool/Impact использует встроенную базу данных Apache Derby для хранения данных для решений Netcool/Impact и инструментов отчетов. Если вы используете отдельный сервер Сервер Impact, введите на этой панели информацию о первичном хосте и порте Derby. Для кластеризованной среды Netcool/Impact необходимо также добавить хост и порт резервного сервера Derby для репликации данных. Этот шаг по конфигурированию нужно выполнить, только если вы устанавливаете сервер Impact в качестве одного из компонентов установки. Введите следующую информацию хоста и порта Derby: Примечание: Derby не поддерживает IPv6.
4. Установка Netcool/Impact в режиме без вывода сообщенийУстановка в режиме без вывода сообщений проще и быстрее, и обычно она используется при выполнении нескольких установок для конфигурирования кластера. Перед запуском установщика в режиме без вывода сообщений нужно изменить пример файла ответов установки, который поставляется с Netcool/Impact. Положение примера файла ответов установки: IMAGE_HOME/responsefiles/silentInstall_response.xml. Изменить файл ответов можно в любом текстовом редакторе. 4.1. Запуск программы установки в режиме без вывода сообщенийВажное замечание: На компьютере, на котором Installation Manager не установлен, установщик устанавливает Installation Manager в каталог по умолчанию. Чтобы установить Installation Manager не в каталог по умолчанию, укажите в командной строке полный путь. где <InstallationManager> - это выбранный каталог. где <C:\InstallationManager> - это выбранный каталог. 4.2. Создание файла ответов для установки без вывода сообщенийМожно создать файл ответов, который будет использоваться для установки без вывода сообщений. Создать файл ответов установки без вывода сообщений можно любым из следующих двух способов:
5. Действия после установкиВыполните все перечисленные ниже дополнительные шаги по конфигурированию, применимые к вашему профилю установки. Процедура 5.1. Просмотр журналов установкиПросмотрите журналы установки, чтобы убедиться, что установка завершилась успешно; для этого выполните описанные ниже действия. Внимание: Если во время установки запускается Сервер Impact, то в файле impactserver.log будет содержаться следующее сообщение: Не удалось войти на сконфигурированный хост серверов имен [<имя_хоста>], порт [<порт>, положение [/nameserver/services], SSL разрешено [<ssl разрешено>] Эта ошибка происходит из-за того, что для инициализации сервера имен может понадобиться некоторое время в процессе запуска Netcool/Impact. Это сообщение можно игнорировать. Это нормальный режим, и сообщение не будет выводиться после того, как Name Server будет инициализирован. Процедура: Примечание: Кроме того, установщик создает файл $IMPACT_HOME/logs/logs.zip, который содержит журналы Installation Manager и Impact; этот файл можно отправить в службу поддержки. 5.2. Мониторинг журналов IBM Installation ManagerМожно выполнять мониторинг журналов Installation Manager из одного положения. Для выполнения мониторинга журналов Installation Manager сделайте следующее: 1. Перейдите в каталог журнала Installation Manager. a. В Windows перейдите в каталог C:\ProgramData\IBM\Installation Manager\logs b. В UNIX перейдите в каталог $HOME/var/ibm/InstallationManager/logs 2. Выберите последний активный файл журнала Installation Manager - ччммдд-ччмм. Формат файла журнала - XML, поэтому используйте для просмотра файла журнала браузер. 3. Перейдите в каталог native, чтобы посмотреть субфайлы журнала, созданные Installation Manager. Файл журнала гммдд-ччмм.log - это текстовый файл, и его можно просмотреть в любом текстовом редакторе. 5.3. Откат к предыдущей версии Netcool/ImpactМожно выполнить откат установки Netcool/Impact до предыдущей версии Netcool/Impact. После установки новой версии или пакета исправлений Netcool/Impact можно выполнить откат новой версии до предыдущей. Откат - это не деинсталляция; деинсталляция полностью удаляет Netcool/Impact. Для отката Impact до предыдущей версии выполните описанные ниже действия в указанной последовательности: 1. Выполните откат сервера графического интерфейса. 2. Выполните откат сервера Impact. Для завершения отката сделайте следующее:
Далее описано, как выполнить откат от Fix Pack 3 до версии 7.1.0.0 или 7.1.0.1. Для отката от Fix Pack 3 до версии 7.1.0.2 просто щелкните по клавише Откат в интерфейсе пользователя Installation Manager.
Процедура:
5.4. Вход в графический интерфейс Netcool/ImpactКак войти в графический интерфейс Netcool/Impact. Для входа в графический интерфейс Netcool/Impact требуется следующая информация. Важное замечание: Во время установки имя пользователя и пароль impactadmin должны совпадать для всех компонентов, включая первичный Сервер Impact, каждый сервер Сервер графического интерфейса и все дополнительные вторичные серверы. Процедура http://<имя_хоста>:16310/ibm/console Или https://<имя_хоста>:16311/ibm/console если используется конфигурация защищенного доступа. o <имя_хоста> - это полное имя хоста или IP-адрес сервера (например, MyServer.MySubdomain.MyDomain.com или 9.51.111.121 ) или localhost, если сервер работает на локальном компьютере. o 16310 - это номер незащищенного порта по умолчанию, а 16311 - это номер защищенного порта по умолчанию. Если в вашей среде сконфигурирован какой-либо номер порта, отличающийся от порта по умолчанию, введите ваш номер. Если вы не знаете точно номер порта, прочтите профиль сервера прикладных программ, чтобы получить правильный номер. o ibm/console - это путь по умолчанию для сервера, однако этот путь можно сконфигурировать, и в вашей среде он может отличаться от значения по умолчанию. Результаты Откроется начальная страница Netcool/Impact. Начальная страница содержит ссылки на задачи и ресурсы, которые нужно выполнить в дальнейшем. Последующие действия Могут быть показаны предупреждения всплывающих окон браузера. Дополнительную информацию о том, как разблокировать всплывающие окна браузера, смотрите в документации к браузеру. 5.5. Интеграция IBM Dashboard Applications Services HubIBM Dashboard Application Services Hub предоставляет набор функций для настройки консоли и создания пользовательских сводных панелей. Можно интегрировать Netcool/Impact с Dashboard Applications Services Hub, чтобы работать с графическим интерфейсом Netcool/Impact. Перед интеграцией с Dashboard Applications Services Hub нужно сконфигурировать единую регистрацию (SSO). Дополнительную информацию о SSO смотрите в подразделе ниже: Конфигурирование единой регистрации (SSO). Чтобы интегрировать Netcool/Impact с Dashboard Applications Services Hub, сделайте следующее: Процедура Дальнейшие действия В дереве навигации показан новый значок интеграций консоли для Dashboard Applications Services Hub. Здесь показаны все интеграции консоли и их задачи. Щелкните по любой из этих интегрированных задач, чтобы запустить задачу в области контента консоли Dashboard Applications Services Hub. Из-за требований некоторых браузеров к защите вам, возможно, нужно будет принять сертификат SSL Netcool/Impact в браузере, чтобы представления Netcool/Impact были показаны в Dashboard Applications Services Hub. 5.5.1. Конфигурирование единой регистрации (SSO)Нужно сконфигурировать единую регистрацию, чтобы разрешить федерацию или интеграцию консоли между Netcool/Impact и IBM Dashboard Application Services Hub. Для работы единой регистрации требуется репозиторий пользователей, общий для продуктов (например, LDAP или ObjectServer). Кроме того, параметры SSO должны быть согласованы между продуктами. Разрешите единую регистрацию, чтобы не вводить повторно идентификационные данные пользователя для различных продуктов IBM. Чтобы сконфигурировать единую регистрацию, сделайте следующее: Процедура 5. Запустите сценарий конфигурирования единой регистрации configImpactSSO.sh с параметрами, указанными на шаге 1: введите следующую команду:
a. Все серверы используют один и тот же файл ltpa.keys. b. Перейдите на первый сервер DASH и экспортируйте ключи, а затем импортируйте их на второй сервер DASH и в профиль Liberty Netcool/Impact. Для импорта ключей LTPA в DASH выполните действия шага 3. Используйте файл ltpa.keys, который вы импортировали с первого сервера DASH, а на последнем действия шага 3 щелкните по Импортировать ключи, а не по Экспортировать ключи. c. Убедитесь, что все серверы используют общий репозиторий пользователей. Дальнейшие действия Используйте полное имя домена (FQDN) для обращения к URL интеграции консоли SSO Netcool/Impact и Jazz for Service Management. 5.6. Мониторинг компонентов и журналов внедренияВ Netcool/Impact имеется централизованная функция ведения журнала, в которую встроена функция ведения журнала Apache Log4j. 5.6.1. Мониторинг экземпляров сервераМожно отслеживать и записывать в журнал информацию о состоянии и операциях сервера Сервер Impact и сервера графического интерфейса. В журнал сервера записывается информация о состоянии, отладочная информация и также сообщения об ошибках, генерируемые во время выполнения. Файл журнала impactserver.log находится в каталоге $NCHOME/logs. Когда размер журнала достигает 10 МБ, его содержимое копируется в резервный файл, и создается новая, пустая копия файла. Резервным файлам журналов присваиваются имена impactserver.log.n, где n - это числовой индекс, который идентифицирует файл. Когда будет достигнуто максимально допустимое число резервных файлов (по умолчанию оно равно трем), будет удален самый старый файл (например, impactserver.log.3), а два других файла будут переименованы, так что у самой старой копии всегда будет самый большой числовой индекс из всех файлов. Можно настроить свойства ведения журнала, изменив контент файлов свойств impactserver.log4j.properties и impactgui.log4j.properties, расположенных в каталоге $IMPACT_HOME/etc. 5.6.2. Настройка параметров журналов и трассировкиЧтобы изменить стратегию журналов и трассировки по умолчанию, нужно изменить значения по умолчанию в файлах свойств журнала для Сервер Impact и сервера графического интерфейса. Процедура Результаты После изменения файлов изменения в ведении журналов и трассировке вступают в действие после указанной задержки. Перезапускать какой-либо из этих серверов, чтобы изменения начали действовать, не требуется.
5.6.3. Службы мониторингаСлужбы, работающие на сервере Сервер Impact, также могут записывать информацию о своих операциях и сообщения о состоянии в файл журнала. Максимальное число резервных файлов, которое могут создать службы, задается в файле свойств сервера $NCHOME/etc/NCI_server.props, где NCI - это имя сервера Сервер Impact. Чтобы задать максимально допустимое число файлов журнала, измените значение следующего свойства: impact.server.logging.maxlogfiles=n где n - это максимально допустимое число файлов журнала для каждой службы. Значение по умолчанию: 10. Максимально допустимый размер файла журнала службы - 10 МБ. Можно переопределить это значение для каждой службы по отдельности, задав свойство impact.servicename.maxbackupindex в отдельных файлах имя_службы.props для каждой службы. 5.7. Увеличение памяти для виртуальной Java-машины на сервере ImpactПо завершении установки увеличьте значения параметров кучи памяти виртуальной Java-машины, изменив значения по умолчанию. Для Netcool/Impact значение Xmx по умолчанию - 1200 Мбайт. В JVM Xmx задает максимальный размер памяти кучи. Для повышения производительности сделайте размер кучи больше значения по умолчанию, равного 1200 Мбайт. Например, увеличьте размер кучи до 80% объема свободной памяти в системе. Увеличивая размер кучи, рассмотрите следующие факторы: Для мониторинга использования кучи можно использовать службу самоконтроля. Ниже описано, как задать максимальный размер кучи для профиля Impact Liberty. Процедура <экземпляр> Для сервера GUI Server это ImpactUI. Для сервера Impact Server это имя экземпляра сервера, которое вы задали во время установки; значение по умолчанию - NCI .
5.8. Конфигурирование источника данных ObjectServer по умолчаниюПосле установки можно сконфигурировать источник первичного события для внедрения Netcool/Impact, изменив источник данных ObjectServer по умолчанию. Программа установки создает источник данных ObjectServer по умолчанию в каталоге $NCHOME/etc/<NCI>_defaultobjectserver.ds, где NCI - это имя экземпляра сервера. Соединение с ObjectServer можно сконфигурировать после установки, изменив при помощи редактора источников данных источник данных ObjectServer. Дополнительную информацию смотрите в описании конфигурирования источников данных в разделе документации Работа с интерфейсом пользователя. Внимание: Не изменяйте файл <NCI> _defaultobjectserver.ds вручную. 5.9. Конфигурирование источника событийДля Netcool/Impact требуется источник событий, и изначально он пытается соединиться с Netcool/OMNIbus ObjectServer. Если вы выбрали для реестра и аутентификации пользователей OMNIbus ObjectServer, то для источника данных defaultobjectserver задается конфигурация соединения для OMNIbus ObjectServer. Если вы выбрали реестр и аутентификацию пользователей на основе файлов, то для источника данных defaultobjectserver задается следующее: localhost:4100, root, no password. Для других типов источников событий требуется конфигурирование вручную. 5.10. Добавление драйверов JDBC и файлов JAR независимых разработчиков в совместно используемую библиотекуИспользуйте эту процедуру, чтобы добавить драйвер JDBC или файлы JAR независимых разработчиков в совместно используемую библиотеку Netcool/Impact. Ø Список драйверов JDBC, устанавливаемых с Netcool/Impact, смотрите в отчете Обязательные компоненты SPCR для этого выпуска (https://www.ibm.com/developerworks/community/wikis/home?lang=en#!/wiki/Tivoli%20Netcool%20Impact/page/Overview%20and%20Planning). Ø Скопируйте обязательные драйверы JDBC в каталог $NCHOME/dsalib. Ø Если у вас есть лицензированная версия драйвера JDBC, то вы можете добавить ее в каталог $NCHOME/dsalib и перезапустить сервер Сервер Impact. Netcool/Impact использует этот драйвер для соединения с базой данных назначения. Если вам нужны дополнительные файлы .jar третьих сторон (например, некоторые драйверы JDBC), то их нужно получить у поставщика. В тот же каталог можно скопировать и другие нужные вам файлы JAR независимых разработчиков. Например, если у вас есть определенные классы Java, которые вы хотите использовать совместно с функциями политики Java в Netcool/Impact, можете добавить файлы JAR в этот каталог. Процедура Дальнейшие действия В кластеризованной конфигурации нужно повторить эту процедуру для каждого сервера в кластере, поскольку файлы из каталога $NCHOME/dsalib не реплицируются с одного участника кластера на другой. Остановите все серверы в кластере при выполнении этой процедуры. 5.11. Создание службы JRExecСервер JRExec - это компонент, используемый для запуска внешних команд, сценариев и приложений из политики. Сервер JRExec устанавливается в системе автоматически при установке продукта Tivoli Netcool/Impact. Ниже описано, как создать службу JRExec в Linux. В Windows службу JRExec нужно создать вручную после установки. Процедура Чтобы создать службу JRExec, введите в командной строке следующую команду: $IMPACT_HOME/bin/nci_jrexec -i 5.12. Изменение имени хоста установки Netcool/ImpactМожно переконфигурировать установку Netcool/Impact для другого имени хоста. Изменение имени хоста может быть полезно, если установка Netcool/Impact внедрена в образе виртуальной машины и вы хотите изменить имя хоста виртуальной машины. Внимание: Используйте для переконфигурирования имени хоста сценарий nci_changehost. Этот сценарий используется только для изменения имени хоста. Этот сценарий нельзя использовать для переноса установки Netcool/Impact с одного сервера на другой (например, из среды тестирования в среду производства); для этого предназначены сценарии nci_export и nci_import. Перед запуском сценария nci_changehost остановите соответствующий сервер и перезапустите его после завершения сценария. Дальнейшие действия: Если измененный сервер входит в состав кластера nameserver, то нужно изменить конфигурацию nameserver на всех остальных серверах имен в кластере, включая каждый сервер Сервер графического интерфейса, указав новое имя хоста измененного сервера. 5.12.1. Остановка и запуск сервера Сервер ImpactИспользуйте эту процедуру для остановки и запуска Сервер Impact. Процедура Сценарии находятся в каталоге $NCHOME//bin. Сценарии находятся в каталоге %IMPACT_HOME%\bin. В Windows остановить и запустить сервер Сервер Impact можно также в панели Службы. В меню Пуск выберите Панель управления > Администрирование > Службы. 5.12.2. Остановка и запуск сервера Сервер графического интерфейсаДля остановки и запуска сервера Сервер графического интерфейса предоставляются сценарии. Процедура 5.13. Изменение порта HTTPМожно изменить порт HTTP после установки Netcool/Impact. Внимание: Используйте сценарий nci_changeport для переконфигурирования порта HTTP только при изменении имени хоста. Сценарий nci_changeport нельзя использовать для переноса установки Netcool/Impact с одного сервера на другой (например, из среды тестирования в среду производства); для этого предназначены сценарии nci_export и nci_import. Перед запуском сценария nci_changeport или nci_changeuiport остановите соответствующий сервер и перезапустите его после завершения сценария. Изменение порта HTTP сервера Сервер Impact: Используйте поставляемые сценарии для изменения порта HTTP сервера Сервер Impact в разделенной установке Netcool/Impact или в объединенной установке Netcool/Impact. После выполнения команд для порта HTTPS автоматически будет задан номер на 1 больше, чем номер порта HTTP. Если измененный сервер входит в состав кластера Name Server, измените конфигурацию nameserver на каждом nameserver в кластере и каждом сервере Сервер графического интерфейса, указав новый порт HTTP/HTTPS измененного сервера. Изменение порта HTTP сервера Сервер графического интерфейса: Используйте сценарий nci_changeuiport для изменения портов HTTP/HTTPS сервера Сервер графического интерфейса. Этот сценарий можно также использовать в составе разделенной установки для изменения конфигурации сервера Name Server на автономном сервере GUI Server, если хост или порт сервера Сервер Impact изменились. Сценарий nci_changeuiport изменяет хост и порт только первой записи в nameserver.props.. Поэтому если сервер Сервер графического интерфейса конфигурируется с кластером серверов имен, вы должны запустить сценарий setNameServer, чтобы изменить конфигурацию. 5.14. Использование Concurrent Versions System (CVS)Менеджер управления версиями Netcool/Impact по умолчанию использует для управления версиями Impact Subversion (SVN), но Netcool/Impact поддерживает Concurrent Versions System (CVS) в качестве дополнительной системы управления версиями. Замену SVN на CVS нужно выполнить сразу после установки. Если это будет сделано позже, то некоторые артефакты, добавленные пользователем, могут быть утеряны. Процедура 1. Чтобы убедиться, что система CVS установлена на сервере, введите команду /> cvs -v. Следующие выходные результаты подтверждают установку: Concurrent Versions System (CVS) 1.11.22 (client/server) Copyright (C) 2006 Free Software Foundation, Inc. 2. Если система CVS не установлена, то обратитесь к системному администратору или используйте репозиторий распределения, чтобы установить CVS. Обычно в системах RHEL CVS устанавливается посредством Red Hat Package Manager (RPM) (например, командой RPM />rpm -ivh cvs-1.11.22-5.el5.i386.rpm). 3. Создайте каталог для репозитория CVS (например, mkdir /opt/IBM/tivoli/impact/platform/linux/cvs/). 4. Замените в файле $IMPACT_HOME/etc/сервер_versioncontrol.props строки управления версиями на следующие строки: impact.versioncontrol.class=com.micromuse.common.versioncontrol. CVSVersionControlSystem impact.versioncontrol.debug=false impact.versioncontrol.path=[каталог CVS] // например, /usr/bin impact.versioncontrol.repository=[каталог CVSROOT] // например, /opt/IBM/tivoli/impact/platform/linux/cvs/repository 5. Запустите в каталоге $IMPACT_HOME/bin сценарий nci_svn2cvs.sh при помощи следующей команды: /> ./nci_svn2cvs <каталог CVS> <каталог CVSROOT> <имя сервера Impact Server>. Сценарий nci_svn2cvs.sh инициализирует CVS и перенастраивает все файлы, управляемые версией, из SVN в новую CVS. Ниже приведен пример команды с заданными переменными: /> ./nci_svn2cvs /usr/bin /opt/IBM/tivoli/impact/platform/linux/cvs/repository NCI. Для получения справки по сценарию введите: /> ./nci_svn2cvs -help 6.Перезапустите экземпляры сервера Netcool/Impact. Результаты Теперь Netcool/Impact использует CVS для управления версиями файлов всех артефактов, которые управляются версиями. 5.15. Управление кластерами сервераВ кластере серверов вы устанавливаете группу связанных серверов Сервер Impact и конфигурируете их так, чтобы они работали как один экземпляр кластера серверов. Этот компонент используется для добавления функций поддержки отказоустойчивости и распределения нагрузки в установку Netcool/Impact. 5.15.1. Кластеризация серверовОбзор: Можно установить несколько экземпляров компонентов Netcool/Impact и сконфигурировать их так, чтобы они обеспечивали возможность передачи управления или восстановления при отказе. Отказоустойчивость можно сконфигурировать для всех компонентов. Например, можно сконфигурировать Name Server как пару, состоящую из основного и резервного сервера. Эта конфигурация помогает избежать сценария, в котором Name Server действует как единая точка отказа во внедрении. Можно использовать кластеризацию серверов Сервер Impact, чтобы обеспечить как надежность работы, так и возможности масштабирования. Кластер сервера Сервер Impact состоит из первичного сервера, который отвечает за сбор событий из различных источников событий и делает их доступными всем серверам в кластере (самому этому серверу и всем вторичным серверам). Вторичные серверы не соединяются непосредственно с источниками событий с использованием служб чтения и приема, но они обрабатывают события и запускают политики, у которых есть доступ к сконфигурированным источникам данных. Серверы графического интерфейса не могут образовывать кластер, но вы можете установить несколько серверов графического интерфейса, чтобы можно было получить доступ к интерфейсу пользователя сервера Netcool/Impact, даже если один из серверов графического интерфейса перестанет работать. Начинать настройку кластера надо с установки отдельных экземпляров компонентов Netcool/Impact на каждом компьютере назначения. Все серверы в кластере, должны использовать одно и то же имя кластера. У каждого сервера в кластере должно быть свое уникальное имя. Вы задаете имя кластера и имя экземпляра в ходе установки. Важное замечание: Во время установки имя пользователя и пароль impactadmin должны совпадать для всех компонентов, включая первичный Сервер Impact, каждый сервер Сервер графического интерфейса и все дополнительные вторичные серверы. Члены кластеров конфигурируются так же, как и отдельные серверы. Большинство изменений, внесенных в конфигурацию сервера с использованием графического пользовательского интерфейса, автоматически переносятся на другие члены кластера. Изменения, вручную внесенные в файлы свойств серверов, не переносятся автоматически. Конфигурация некоторых служб, таких, как обработчик событий, служба самоконтроля и менеджер командной строки, не реплицируется на вторичные серверы. Надо будет вручную сконфигурировать эти службы на вторичном сервере. Информацию о том, как изменить список серверов Name Server после установки, смотрите в разделе выше: Установка Netcool/Impact в графическом интерфейсе и в режиме консоли >Конфигурирование сервера имен>Переконфигурирование сервера Name Server. 5.15.2. Компоненты кластера Сервер ImpactКластер Сервер Impact состоит из основного сервера и вторичных серверов. Большинство служб выключены на вторичных серверах. Следующие службы не выключены: По умолчанию, каждый вторичный сервер, прежде чем стать активным, синхронизирует свои службы, типы данных, источники данных, политики и параметры конфигурации с первичным сервером. Некоторые параметры конфигурации, такие как число потоков обработки событий, не синхронизируются. 5.15.3. Компоненты кластера серверов именКластер сервера Name Server состоит из первичного сервера Name Server и одного или нескольких вторичных серверов имен. Первичный Name Server - это компонент, который отвечает за взаимодействие в реальном времени с другими компонентами внедрения, такими как Сервер Impact и Сервер графического интерфейса. На нем хранится информация о первичном сервере кластера и о том, где он находится в сети. Вторичные серверы имен отвечают за обеспечение функции отказоустойчивости для первичного сервера имен. Они не взаимодействуют с приложениями Netcool в реальном времени за исключением случаев, когда на первичном сервере имен происходит сбой, а вторичный Name Server принимает на себя роль первичного. 5.15.4. Настройка кластераИспользуйте эту процедуру для настройки кластера Netcool/Impac Внимание: Во время установки имя пользователя и пароль impactadmin должны совпадать для всех компонентов, включая первичный Сервер Impact, каждый сервер Сервер графического интерфейса и все дополнительные вторичные серверы. В этой процедуре используется пример типичной установки с двумя серверами Серверы Impact и двумя серверами GUI. Два сервера имен конфигурируются как пара серверов, каждый их которых может служить резервным сервером для другого. Поскольку сервер имен - это субкомпонент сервера Сервер Impact, у всех серверов имен будет такое же имя хоста или такой же IP-адрес, как у соответствующего сервера Сервер Impact. При такой конфигурации будут использоваться два отдельных компьютера: Серверы GUI не могут образовать кластер, но рекомендуется установить несколько серверов GUI, чтобы всегда можно было получить доступ к пользовательскому интерфейсу Netcool/Impact, даже если один из серверов Сервер графического интерфейса перестанет работать. Процедура: 1. Установите на первом компьютере первую пару серверов Сервер Impact-Сервер графического интерфейса. a. В окне конфигурации сервера имен введите пары имя_хоста:порт для обоих серверов имен так, чтобы первичный Name Server был первой записью в списке. Например: · primary.com 9080 · secondary.com 9080 Порт 9080 - это порт по умолчанию, используемый для связи с сервером приложения, но для этой цели можно использовать другой порт. b. В окне конфигурации экземпляра Сервер Impact выберите имя группы кластера, для которой надо назначить сервер, и присвойте серверу Сервер Impact имя, являющееся уникальным в этом кластере. Например: NCI1 и NCICLUSTER. c. Сконфигурируйте базу данных Сервер Impact Apache Derby. Выберите эту опцию на основе типа устанавливаемого компонента кластера; смотрите раздел Конфигурирование базы данных Derby Impact Server. С точки зрения кластера можно продолжить установку, используя в оставшихся окнах установки значения по умолчанию, и, если потребуется, изменить значения после установки. Если вы выполняете установку компонентов кластера в режиме без вывода сообщений, вы задаете опции установки путем внесения изменений в файла ответов установки без вывода сообщений. 2. После завершения установки остановите первичный сервер Сервер Impact. Это делается для того, чтобы вторичный сервер не нашел первичный сервер и не запустил репликацию при установке. Дополнительную информацию о том, как остановить сервер Сервер Impact, смотрите в разделе Остановка и запуск сервера Сервер Impact. 3. Установите на втором компьютере вторую пару серверов Сервер Impact-Сервер графического интерфейса. a. В окне конфигурации сервера имен введите пары имя_хоста:порт для обоих серверов имен и проследите за тем, чтобы список и порядок серверов были точно такими же, как и при установке первой пары серверов Сервер Impact-Name Server. Можно повторно использовать файл $NCHOME/etc/nameserver.props, созданный при установке первой пары серверов Сервер Impact-Name Server. b. В окне конфигурации экземпляра сервера Сервер Impact назначьте сервер в ту же группу кластера, что и сервер, который вы установили первым, например, NCICLUSTER и присвойте серверу уникальное имя в этом кластере, например: NCI2. c. Сконфигурируйте базу данных Сервер Impact Apache Derby. Выберите эту опцию на основе типа устанавливаемого компонента кластера; смотрите раздел Конфигурирование базы данных Derby Impact Server. С точки зрения кластера можно продолжить установку, используя в оставшихся окнах установки значения по умолчанию, и, если потребуется, изменить значения после установки. 4. После завершения установки остановите вторичный сервер Сервер Impact. Это делается для того, чтобы вторичный сервер не принял на себя роль первичного сервера. 5. Запустите первичный сервер Сервер Impact. 6. Запустите вторичный сервер Сервер Impact. Внимание: Убедитесь, что первичный сервер запущен и работает; в противном случае вторичный сервер может присоединиться к кластеру раньше времени и принять на себя роль первичного сервера. Дальнейшие действия: 5.15.5. Процесс кластеризации Сервер ImpactКластеризация сервера Сервер Impact состоит из следующих фаз: 5.15.5.1. Запуск в кластере Сервер ImpactПри запуске каждый сервер связывается с сервером Name Server и, если в настоящий момент никакой другой сервер не зарегистрирован как первичный, то он регистрируется в качестве первичного сервера. Если первичный сервер уже зарегистрирован, то сервер объявит себя вторичным сервером. По умолчанию каждый вторичный сервер, прежде чем стать активным, синхронизирует свои службы, типы данных, источники данных, проекты, политики и параметры конфигурации с первичным сервером. Можно сконфигурировать вторичный сервер так, чтобы при запуске он дожидался первичного сервера. Если он не найдет в кластере первичного сервера, то по прошествии этого времени он проверит на сервере имен, не зарегистрировался ли какой-либо другой сервер в качестве первичного сервера. Если нет, то вторичный сервер запустится в режиме первичного сервера. В противном случае он зарегистрируется в режиме вторичного сервера. Внимание: В предыдущих выпусках продукта вторичный сервер не запускался, если на первичном сервере были заблокированные файлы. В выпуске Netcool/Impact 6.1.1 это ограничение снято, но вы можете по-прежнему следовать ему, задав свойство impact.server.ignorelocksduringreplication в файле свойств сервера. 5.15.5.2. Возврат управления в кластере Сервер ImpactВозврат управления является необязательным в серверном кластере Impact и производится, только если вы вручную назначили конкретный сервер первичным сервером. Возврат управления осуществляется после передачи управления из-за отказа, когда первоначально вторичный сервер взял на себя функции первичного сервера. Когда первоначальный первичный сервер снова запустится, он сначала примет на себя роль вторичного сервера и реплицирует всю конфигурацию. После этого он примет на себя роль первичного сервера, если он является предпочтительным первичным сервером. Если он не является предпочтительным первичным сервером, он запустится как вторичный сервер и останется вторичным сервером. Чтобы вручную указать предпочтительный первичный сервер: 1. Остановите Сервер Impact. 2. Задайте следующее свойство в файле <имя_сервера>_server.props в каталоге: $IMPACT_HOME/etc/: impact.server.preferredprimary=true где NCI - это имя экземпляра сервера Сервер Impact. 3. Перезапустите Сервер Impact. Если в кластере запускается более двух серверов, то можно также указать вторичный предпочтительный сервер. Если первичный предпочтительный сервер недоступен, то вторичный предпочтительный сервер будет работать как первичный. Чтобы вручную указать вторичный предпочтительный сервер: 1. Остановите Сервер Impact. 2. Задайте следующее свойство в файле <имя_сервера>_server.props в каталоге $IMPACT_HOME/etc/ вторичного предпочтительного сервера: impact.server.secondary.preferredprimary=true 3. Перезапустите Сервер Impact. Важное замечание: Если все серверы не работают, то запустите первым сервер, который является предпочтительным первичным сервером. 5.15.6. Процесс кластеризации сервера имен (Name Server)Обзор: Процесс кластеризации сервера Name Server состоит из следующих фаз. Важное замечание: Информацию об обновлении списка серверов Name Server смотрите в разделе Переконфигурирование сервера Name Server. Если для PERSIST_ENABLED задано значение true, то информация о сервере Name Server будет сохранена в каталоге, который задан свойством PERSIST_PATH. Эта информация затем будет прочитана членом кластера при запуске. 5.15.6.1. Репликация команд в кластере серверов именКогда вы запускаете и останавливаете Netcool/Impact и другие компоненты, они генерируют к команды регистрации и дерегистрации для участников кластера сервера имен. Когда участник кластера получает такую команду, он выполняет одно из следующих действий: 5.15.6.2. Отказ и восстановление в кластере серверов именПри работе во время выполнения в обычном режиме в случае отказа члена кластера другие члены обнаруживают ошибку. После обнаружения ошибки другие члены кластера обновят свою информацию о кластере и не будут пытаться синхронизировать данные с членом, на котором произошел сбой. Когда член кластера возобновит работу, другие члены обнаружат, что его работа возобновилась, и сообщат ему, что он должен заново синхронизировать свои данные сервера имен. Программа разработана так, что, по умолчанию, для кластера сервера имен включен возврат управления после возобновления работы, и отключить его нельзя. 5.15.7. Анализ времени выполнения журналов серверовЕсли для анализа времени выполнения нужна более подробная запись в журнал, то измените файлы свойств impactserver.log4j.properties и impactgui.log4j.properties в каталоге $IMPACT_HOME/etc. Процедура Измените уровень с INFO на DEBUG, чтобы получить подробные журналы: По умолчанию это свойство задано следующим образом: log4j.category.com.micromuse=INFO,NETCOOL и log4j.appender.NETCOOL.threshold=INFO. 5.15.8. Проверка состояния кластера в браузереВы можете увидеть информацию о состоянии экземпляров серверов имен в браузере. Адрес страницы, на которой можно увидеть заданные в настоящий момент экземпляры сервера имен и узнать, работают ли они или остановлены - http://хост:порт/nameserver/services, где хост - это имя хоста компьютера, на котором установлен Name Server, а порт - это его порт. Например: http://primary.com:9080/nameserver/services Ниже приводится пример информации, которую вы можете увидеть, перейдя на эту страницу: Сервер имен Netcool работает. Таблица состояния текущего кластера в этом расположении: RPL# / SELF / STATUS / URL -----+------+--------+----------------------------------------------- 0 / **** / UP / http://primary.com:9080/nameserver/services 1 / / UP / http://secondary.com:9080/nameserver/services LAST 100 COMMANDS RECEIVED: ____________________________________________________________________________ RECORD:279 RECV:1305729356113 TIME:0 ACCS=api ACTN=Xgetdesat PROD=Impact SERV=NCICLUSTER DESI=0 SHOWSYS=false SUPRESS=true TERSE=false ____________________________________________________________________________ RECORD:278 RECV:1305729343972 TIME:0 ID=form0000000 ACCS=ifc ACTN=Xstatserv PROD=Impact SERV=NCICLUSTER BIND=secondary.com:1993:NCI2 METH=ROB DESI=-1 SHOWSYS=false SUPRESS=true TERSE=false ____________________________________________________________________________ RECORD:277 RECV:1305729333722 TIME:0 ID=form0000000 ACCS=ifc ACTN=Xstatbind PROD=Impact SERV=NCICLUSTER BIND=secondary.com:1993:NCI2 METH=ROB DESI=-1 SHOWSYS=false SUPRESS=true TERSE=false ____________________________________________________________________________ Вы также можете узнать о последних операциях, выполненных сервером имен. По умолчанию число операций равно 100, но вы можете задать другое число по умолчанию, изменив значение свойства HISTORY_LOOPSIZE для сервера имен. 5.15.9. Файл конфигурации nameserver.propsСвойства в файле $NCHOME/etc/nameserver.props определяют то, как Сервер Impact соединяется с кластером Name Server. Табл. 4. Свойства соединения сервера Сервер Impact с кластером сервера Name Server
5.15.10. Файл конфигурации web.xmlСвойства конфигурации сервера имен хранятся в файлах web.xml. Программа установки автоматически задает минимум необходимых свойств конфигурации для сервера имен; в большинстве случаев изменять их после установки не требуется. В этой таблице показаны свойства сервера имен в кластере: Табл. 5. Свойства сервера имен в кластере
Здесь представлены другие свойства конфигурации для сервера Name Server: Табл. 6. Базовые свойства конфигурации для сервера имен
5.15.11. Файл свойств Сервер ImpactРазличные свойства, связанные с конфигурацией кластера Сервер Impact, находятся в соответствующем файле свойств. Имя файла свойств сервера находится в каталоге $NCHOME/etc/имя_сервера_server.props, где имя_сервера - это имя экземпляра сервера. В этой таблице описаны свойства кластеризации сервера: Табл. 7. Свойства конфигурации кластера
5.15.12. Конфигурирование вторичного сервера так, чтобы он дожидался первичного сервераМожно сконфигурировать вторичный сервер так, чтобы при запуске он в течение некоторого времени ждал, пока первичный сервер не примет на себя роль первичного сервера. Процедура 1. Откройте файл $NCHOME/etc/< имя_сервера >_server.props для вторичного сервера. a. Обязательно: Чтобы включить эту функцию, используйте следующее свойство: impact.server.waitforprimaryonstartup=true b. Необязательно: Используйте это свойство, чтобы изменить время по умолчанию, в течение которого вторичный сервер ожидает первичный сервер: impact.server.waitforprimary.duration=<время в миллисекундах> Если не использовать это свойство или не задать для него никакого значения, то, по умолчанию, вторичный сервер будет ожидать первичный в течение 240000 миллисекунд (4 минут). 2. Перезапустите сервер, чтобы применить изменения. 5.15.13. Конфигурирование службы обработчика событий в кластереВ кластеризованной среде изменения, внесенные в службу обработчика событий, не распространяются автоматически с первичного сервера Сервер Impact на другие серверы в кластере. Можно изменить свойства службы обработчика событий при помощи графического пользовательского интерфейса или интерфейса командной строки. Графический пользовательский интерфейс соединяется только с первичным сервером в кластере, поэтому, чтобы изменить конфигурацию обработчика событий на вторичном сервере, необходимо использовать интерфейс командной строки. Параметры службы обработчика событий следует изменять по отдельности на каждом сервере Сервер Impact в кластере. При изменении любой конфигурации с использованием графического пользовательского интерфейса или интерфейса командной строки не нужно перезапускать сервер; вы должны перезапустить только службу обработчика событий. Нельзя вносить никаких изменений в конфигурацию, когда служба работает и выполняется обработка событий. Сначала остановите службу, измените ее, а затем перезапустите службу обработчика событий, чтобы новая конфигурация вступила в силу. Такой же процесс применяется при изменении службы в интерфейсе командной строки для вторичного сервера. В справке по командной строке представлены команды для остановки и запуска обработчика событий, а также для изменения конфигурации. Для достижения максимальной производительности задайте число потоков обработки в процессоре событий не меньше размера пула соединений. Внимание: После изменения максимального числа соединений в источнике данных SQL нужно перезапустить Impact Server. Информацию о просмотре информации о существующих потоках и пуле соединений смотрите в книге Netcool/Impact Administration , раздел Инструменты командной строки, команды процессора событий . Смотрите Select PoolConfig from Service where Name='EventProcessor'; Внимание: В кластерной среде конфигурация процессора событий не реплицируется между серверами. На первичном и вторичном серверах необходимо вызвать команду Select PoolConfig from Service where Name='EventProcessor';. Это относится и к конфигурированию максимального числа потоков на дополнительном сервере. Дополнительный сервер использует собственный пул соединений, который не зависит от размера пула соединений на основном сервере. Например, размер пула соединений источника данных DB2 равен 30. Источник данных DB2 реплицируется между основным и дополнительным серверами. Потенциально может существовать 30+30 = 60 соединений основного и дополнительного сервера Impact с базой данных DB2. Для достижения максимальной производительности максимальное число потоков при размере пула соединений должно быть равно 30 (должно быть, как минимум, 30 на каждом сервере в кластере). Конфигурация процессора событий не реплицируется между серверами, поэтому ее нужно задать на дополнительном сервере вручную при помощи интерфейса командной строки. 5.16. ЗащитаВ Netcool/Impact есть несколько интерфейсов, доступных по незащищенным каналам TCP. Эти интерфейсы используются сервером графического интерфейса и сервером Impact для получения данных, обновления конфигурации, синхронизации первичных и вторичных серверов и так далее. Установление соединений между компонентами - это один шаг в направлении создания более безопасной среды. Однако, чтобы обеспечить максимально возможный уровень безопасности среды, запретите интерфейсы, доступ к которым все еще можно получить через незащищенные порты. Информацию о том, как устранить ошибку сертификата браузера, и информацию об импорте сертификатов защиты смотрите в документации к браузеру. 5.16.1. Конфигурирование единой регистрации (SSO)Нужно сконфигурировать единую регистрацию, чтобы разрешить федерацию или интеграцию консоли между Netcool/Impact и IBM Dashboard Application Services Hub. Для работы единой регистрации требуется репозиторий пользователей, общий для продуктов (например, LDAP или ObjectServer). Кроме того, параметры SSO должны быть согласованы между продуктами. Разрешите единую регистрацию, чтобы не вводить повторно идентификационные данные пользователя для различных продуктов IBM. Чтобы сконфигурировать единую регистрацию, сделайте следующее: Процедура 1. Задайте в веб-консоли администратора Dashboard Applications Services Hub следующие параметры. Задайте значения параметров Имя домена SSO, чтобы избежать ошибок сеанса между веб-приложениями SSO и не-SSO, которые могут использовать то же Имя домена по умолчанию. 2. Добавьте в консоли WebSphere сертификат SSL Netcool/Impact в доверенное хранилище Dashboard Applications Services Hub. a. Войдите на сервер WebSphere Application Server на сервере сводной панели Jazz for Service Management: выберите Параметры консоли и Консоль администрирования WebSphere. b. Выберите Запустить консоль администрирования WebSphere. c. Выберите в узле Защита ссылку Управление сертификатами и ключами SSL. d. Выберите в разделе Связанные элементы ссылку Склады ключей и сертификаты. e. Выберите склад ключей NodeDefaultTrustStore. f. Выберите в разделе Дополнительные свойства ссылку Сертификаты подписавшего. g. Выберите Получить с порта. h. Введите данные в поля Хост , Порт и Алиас для сервера Сервер графического интерфейса. i. Выберите Получить информацию о подписавшем. j. Выберите OK, чтобы сохранить конфигурацию. 3. Экспортируйте файл ltpa.keys из Dashboard Applications Services Hub и примените пароль к файлу ltpa.keys. a. Войдите на сервер WebSphere Application Server на сервере сводной панели Jazz for Service Management: выберите Параметры консоли и Консоль администрирования WebSphere. b. Выберите Запустить консоль администрирования WebSphere. c. Откройте в узле Защита страницу Глобальная защита. d. Выберите ссылку LTPA справа. e. Введите в поля Пароль пароль, который будет использоваться для ltpa.keys. f. Укажите каталог, в который будет экспортирован ключ. Например, /tmp/ltpa.keys. g. Выберите Экспортировать ключи. 4. Скопируйте экспортированный файл ltpa.keys в следующие каталоги Netcool/Impact: ◦$IMPACT_HOME/wlp/usr/servers/<имя_сервера>/resources/security/ltpa.keys - для сервера Сервер Impact. ◦$IMPACT_HOME/wlp/usr/servers/ImpactUI/resources/security/ltpa.keys - для сервера Сервер графического интерфейса. 5. Запустите сценарий конфигурирования единой регистрации configImpactSSO.sh с параметрами, указанными на шаге 1: введите следующую команду: Напоминание: Если вы запускаете сценарии аутентификации (confAuth4OMNIbus или confAuth4LDAP) и перед этим запустили SSO, то перезапустите сценарий configImpactSSO SSO. 6. Очистите кэш браузера. 7. Если внедрено несколько серверов DASH или Netcool/Impact, то убедитесь, что выполнены следующие условия: a. Все серверы используют один и тот же файл ltpa.keys. b. Перейдите на первый сервер DASH и экспортируйте ключи, а затем импортируйте их на второй сервер DASH и в профиль Liberty Netcool/Impact. Для импорта ключей LTPA в DASH выполните действия шага 3. Используйте файл ltpa.keys, который вы импортировали с первого сервера DASH, а на последнем действия шага 3 щелкните по Импортировать ключи, а не по Экспортировать ключи. c. Убедитесь, что все серверы используют общий репозиторий пользователей. Дальнейшие действия Используйте полное имя домена (FQDN) для обращения к URL интеграции консоли SSO Netcool/Impact и Jazz for Service Management. 5.16.2. Настройка связи SSLИспользуйте эту процедуру, чтобы разрешить поддержку SSL в Netcool/Impact. Конфигурация Сервер Impact может состоять из автономных серверов Серверы Impact, серверов GUI и объединенных серверов Сервер Impact и GUI. Чтобы сконфигурировать защищенную связь между всеми компонентами в распределенной конфигурации Netcool/Impact, нужно сконфигурировать несколько свойств в каждом из компонентов. После этого нужно выполнить обмен подписанными сертификатами между компонентами. 5.16.2.1. Конфигурирование для соответствия FIPSМожно сконфигурировать Netcool/Impact для соответствия стандарту Federal Information Processing Standard (FIPS) при первом разрешении SSL или в любое время после разрешения SSL. При выполнении задачи Настройка связи SSL Netcool/Impact использует сценарий configImpactSSL, который также используется для конфигурирования режима соответствия FIPS. Сценарий configImpactSSL находится в каталоге $NCHOME/install/security на компьютерах UNIX. В описанных ниже командах используется переменная keystorepass ; это пароль хранилища ключей, заданный во время установки Netcool/Impact. Процедура · Чтобы разрешить режим соответствия FIPS, когда вы разрешаете SSL в Netcool/Impact, введите в командном окне следующие команды: В UNIX: configImpactSSL.sh enable <keystorepass> -fips · Чтобы разрешить режим соответствия FIPS после того, как вы разрешили SSL, введите в командном окне следующие команды: 1. Чтобы запретить SSL: o В UNIX: configImpactSSL.sh disable <keystorepass> 2. Чтобы разрешить SSL и режим соответствия FIPS: o В UNIX: configImpactSSL.sh enable <keystorepass> -fips 5.16.2.2. Конфигурирование SSL при помощи сценариевКак разрешить и запретить связь SSL при помощи сценария configImpactSSL
Информация: Процедура · Чтобы разрешить SSL, введите следующую команду: o В UNIX: configImpactSSL.sh enable < пароль хранилища ключей > Где <пароль хранилища ключей> - это пароль хранилища ключей, заданный во время установки Netcool/Impact. · Чтобы запретить SSL, введите следующую команду: o В UNIX: configImpactSSL.sh disable Где <пароль хранилища ключей> - это пароль хранилища ключей, заданный во время установки Netcool/Impact. · Во всех случаях перезапустите сервер после выполнения сценария. В кластерной среде вначале перезапустите первичный сервер, а затем вторичный. 5.16.2.3. Как разрешить работу JRExec в режиме SSLЕсли вы хотите запустить Netcool/Impact в режиме SSL с JRExec, то нужно также сконфигурировать JRExec для работы в режиме SSL. Эту процедуру нужно выполнить после запуска configImpactSSL.sh для конфигурирования соединений Impact, использующих SSL. Процедура Чтобы создать хранилище ключей для JRExec, экспортировать сертификат из хранилища ключей и импортировать его в доверенное хранилище Impact, сделайте следующее: 1. Создайте хранилище ключей при помощи следующей команды: · $IMPACT_HOME/sdk/jre/bin/keytool -genkeypair -keystore $IMPACT_HOME/etc/jrexec.jks -dname CN=jrexec,O=IBM,OU=<сервер>,C=US -keyalg RSA -validity 3650 -alias jrexec 2. Введите пароль хранилища ключей, еще раз введите пароль и нажмите клавишу Return, чтобы использовать тот же пароль для ключа JRExec. 3. Экспортируйте сертификат при помощи следующей команды: · $IMPACT_HOME/sdk/jre/bin/keytool -export -keystore $IMPACT_HOME/etc/jrexec.jks -alias jrexec -file $IMPACT_HOME/tmp/jrexec.cert 4. Импортируйте сертификат в доверенное хранилище Impact при помощи следующей команды: · $IMPACT_HOME/sdk/jre/bin/keytool -import -keystore $IMPACT_HOME/wlp/usr/servers/<сервер>/resources/security/trust.jks -file $IMPACT_HOME/tmp/jrexec.cert -alias jrexec 5. Получите зашифрованный пароль при помощи следующей команды: · $IMPACT_HOME/bin/nci_crypt < пароль_хранилища_ключей > o Здесь <пароль_хранилища_ключей> - это пароль, созданный на шаге 2. 6. Добавьте в файл $IMPACT_HOME/etc/jrexecserver.props свойство impact.jrexecserver.keystorepass и задайте в качестве значения выходные результаты команды nci_crypt на шаге 5. · Например: impact.jrexecserver.keystorepass={aes}7DFE11D5984B8C08AA91A2B3ACD98EAA 7. Перезапустите сервер Impact. 8. Запустите сервер JRExec. Повторите эту процедуру для каждого сервера Impact в кластере.
5.16.2.4. Конфигурирование связи SSL вручнуюВместо выполнения сценария configImpactSSL для конфигурирования SSL вы можете выполнить конфигурирование вручную. Чтобы сконфигурировать связь SSL вручную, необходимо выполнить указания в четырёх, нижеприведённых подразделах в следующей последовательноси: 1. Сконфигурировать SSL на сервере Name Server. 2. Сконфигурировать связь SSL между серверами Серверы Impact 3. Выполнить обмен сертификатами между серверами Серверы Impact 4. Выполнить обмен сертификатами между объединенными серверами Impact и GUI в кластере, если это нужно. 5.16.2.4.1. Конфигурирование SSL на сервере Name ServerЧтобы защитить соединение между сервером Сервер графического интерфейса и сервером Сервер Impact, нужно сконфигурировать сервер Name Server для использования SSL. Процедура 1. Измените на сервере Сервер Impact файл <$NCHOME>/wlp/usr/servers/<экземпляр>/apps/nameserver.war/WEB-INF/web.xml. Откройте файл web.xml в текстовом редакторе. 2. Найдите элемент context-param, содержащий свойство SSL_ENABLED и задайте для него значение true. <context-param> <param-name>SSL_ENABLED</param-name> <param-value>true</param-value> </context-param> 3. Найдите элемент context-param, содержащий свойство REPLICANT.член_кластера.PORT, и задайте для него номер порта SSL. <context-param> <param-name>REPLICANT.0.PORT</param-name> <param-value>9081</param-value> </context-param> Повторите эту процедуру для каждого реплицированного элемента порта. Здесь <член_кластера> - это номер конкретного сервера Name Server в кластере, а <порт> - это номер порта соединителя HTTPS. Порт по умолчанию - 9081 для автономного сервера Сервер Impact и 16311 для объединенной установки серверов Сервер Impact и Сервер графического интерфейса. Внимание: Текущее значение - это значение свойства httpsPort в файле <$NCHOME>/wlp/usr/servers/<instance>/bootstrap.properties. 4. Сохраните измененный файл web.xml. 5. Измените файл <$NCHOME>/etc/nameserver.props: Здесь <член_кластера> - это номер конкретного сервера Name Server в кластере, а <порт> - это номер порта соединителя HTTPS на сервере Сервер Impact. Порт по умолчанию - 9081 для автономного сервера Сервер Impact и 16311 для объединенной установки серверов Сервер Impact и Сервер графического интерфейса. 6. Измените на сервере Сервер графического интерфейса файл $GUIHOME/etc/nameserver.props Здесь <член_кластера> - это номер конкретного сервера Name Server в кластере, а <порт> - это номер порта соединителя HTTPS на сервере Сервер Impact. Перезапускать сервер Сервер Impact не нужно, пока вы не выполните обмен сертификатами между серверами Серверы Impact 5.16.2.4.2. Конфигурирование SSL между серверами Серверы ImpactКонфигурирование SSL между серверами Серверы Impact. Процедура 1. 1.Чтобы сконфигурировать SSL для внутренней связи между членами кластера сервера Сервер Impact, нужно сконфигурировать следующее свойство на каждом сервере Сервер Impact в кластере. 2. 2.Измените файл <$NCHOME>/etc/NCI_server.props: impact.server.ssl_enabled=true Перезапускать сервер Сервер Impact не нужно, пока вы не выполните обмен сертификатами между серверами Серверы Impact. 5.16.2.4.3. Обмен сертификатами между серверами ImpactИспользуйте эту процедуру для обмена сертификатами между серверами Серверы Impact. Чтобы выполнить обмен самоподписанными сертификатами, экспортируйте сертификат их хранилища ключей первого сервера Сервер Impact. После этого скопируйте файл сертификата на компьютер клиента второго сервера Сервер Impact, если он установлен на отбельном компьютере. Затем импортируйте сертификат в доверенное хранилище компьютера клиента. Процедура 1. Для экспорта сертификата из хранилища ключей в файл <экземпляр>.cer используйте следующую команду: $NCHOME/sdk/bin/keytool -export -alias default -keystore $NCHOME/wlp/usr/servers/<экземпляр>/resources/security/key.jks -file $NCHOME/<экземпляр>.cer -storepass <пароль_администратора_impact> 2. Для импорта этого сертификата в доверенное хранилище на клиенте используйте следующую команду: $NCHOME/sdk/bin/keytool -import -alias <экземпляр> -file $NCHOME/<экземпляр>.cer -keystore $NCHOME/wlp/usr/servers/<экземпляр>/resources/security/trust.jks 3. После этого перезапустите вначале первичный сервер, а затем вторичный. 5.16.2.4.4. Обмен сертификатами между объединенными серверами Impact и графического интерфейса в кластереНиже приведен пример обмена сертификатами между двумя объединенными серверами Impact и GUI в кластере. В этом примере показано, как экспортировать и импортировать самоподписанные сертификаты при наличии в кластере двух объединенных серверов Сервер Impact и GUI. Обычно подписанный сертификат нужно экспортировать с каждого сервера Сервер Impact. После этого его нужно импортировать на каждый сервер Сервер Impact и Сервер графического интерфейса. Внимание: Для каждого сертификата, импортируемого в доверенное хранилище, нужно задать свой алиас. Процедура 1. Экспортируйте сертификат с первого сервера Сервер Impact в каталог <$NCHOME>. $NCHOME/sdk/bin/keytool -export -alias default -keystore $NCHOME/wlp/usr/servers/<экземпляр>/resources/security/key.jks -file $NCHOME/<экземпляр>.cer -storepass <пароль_администратора_impact> 2. Скопируйте сертификат из каталога $NCHOME на первый сервер Сервер Impact в каталог $NCHOME на втором сервере Сервер Impact и импортируйте его в доверенное хранилище. $NCHOME/sdk/bin/keytool -import -alias <создаваемый_экземпляр> -file $NCHOME/<экземпляр>.cer -keystore $NCHOME/wlp/usr/servers/<экземпляр>/resources/security/trust.jks -storepass <пароль_администратора_impact> 3. Повторите эту процедуру, чтобы экспортировать сертификат со второго сервера Сервер Impact и импортируйте его в доверенное хранилище на первом сервере Сервер Impact. 4. Перезапустите вначале первичный сервер, а затем вторичный. 5.16.3. Запрещение незащищенных интерфейсовЧтобы обеспечить наиболее безопасную среду, нужно запретить интерфейсы, доступ к которым все еще можно получить через незащищенные порты. Чтобы запретить работу всех интерфейсов на незащищенных портах, измените файл web.xml во всех каталогах war на сервере и задайте для свойства transport-guarantee значение CONFIDENTIAL. Процедура 1. Каталоги .war находятся в следующих каталогах: Совет: Файл blaze.war по умолчанию защищен. 2. Скопируйте в каждом из этих каталогов war файл web.xml в файл web.xml.orig (на случай, если вам понадобится первоначальный файл). 3. Добавьте в файл WEB-INF/web.xml следующие записи XML над тегом </web-app> в конце файла web.xml: <security-constraint> <user-data-constraint> <transport-guarantee>CONFIDENTIAL</transport-guarantee> </user-data-constraint> <web-resource-collection> <url-pattern>/*</url-pattern> </web-resource-collection> </security-constraint>
4. Перезапустите сервер Сервер Impact после изменения файлов web.xml. 5. Чтобы проверить, защищены ли интерфейсы, протестируйте следующие URL. В этих примерах сервер работает на localhost, а номер незащищенного порта HTTP - 16310. Во всех этих случаях браузер перенаправляет URL на порт 16311 (порт HTTPS) вместо порта 16310; это значит, что порт защищен. 5.16.4. Разрешение соединений SSL с внешними серверамиМожно разрешить связь SSL между серверами Netcool/Impact и внешними серверами. После выполнения команд разрешения SSL нужно перезапустить сервер Netcool/Impact, чтобы изменения вступили в силу. Для команды разрешения SSL требуется алиас, который должен быть уникальной строкой; никакие другие импортированные сертификаты не могут иметь тот же алиас. Для алиаса нельзя задать значения localimpactcert или default , так как эти имена зарезервированы Netcool/Impact для внутреннего использования. Чтобы разрешить связь SSL между серверами Netcool/Impact и внешними серверами, нужно получить подписанный сертификат для внешнего сервера, скопировать его на хост-компьютер сервера Netcool/Impact и импортировать сертификат в доверенное хранилище Netcool/Impact. Введите следующую команду: <$IMPACT_HOME>/sdk/bin/keytool -importcert -alias уникальная строка -file каталог файла сертификата -keystore <$IMPACT_HOME>/wlp/usr/servers/<экземпляр>/resources/security/trust.jks -storepass пароль администратора Impact Чтобы разрешить связь SSL между серверами графического интерфейса Netcool/Impact и внешними серверами, нужно получить подписанный сертификат для внешнего сервера, скопировать его на хост-компьютер сервера графического интерфейса Netcool/Impact и импортировать сертификат в доверенное хранилище сервера графического интерфейса Netcool/Impact. Введите следующую команду: IMPACT_HOME/sdk/bin/keytool -importcert -alias уникальная строка - file каталог файла сертификата -keystore <$IMPACT_HOME>/wlp/usr/servers/ImpactUI/resources/security/trust.jks -storepass пароль администратора Impact 5.16.5. Конфигурирование SSL для аутентификации пользователя ObjectServerЧтобы сконфигурировать аутентификацию пользователя ObjectServer для использования SSL, сделайте следующее: Процедура 1. Выполните действия шага 1 из приведённого ниже подраздела: Разрешение связи SSL с сервером ObjectServer, чтобы сконфигурировать Netcool/OMNIbus для связи SSL. 2. Скопируйте самоподписанный сертификат с сервера ObjectServer на все серверы Серверы Impact и серверы графического интерфейса. 3. Введите команды для импорта сертификата в доверенные хранилища серверов Сервер Impact и Сервер графического интерфейса. 4. Измените файл: $IMPACT_HOME/install/security/impactncos.properties. a. Задайте информацию о сервере ObjectServer. b. Убедитесь, что используется правильный порт для SSL. c. Задайте для свойства NCOSSSLEnabled значение true. 5. Запустите в каталоге $IMPACT_HOME/install/security сценарий confAuth4OMNIbus, а затем введите команду enable.
5.16.6. Разрешение связи SSL с сервером ObjectServerВы можете настроить защищенную связь между Netcool/Impact и сервером Netcool/OMNIbus ObjectServer. Процедура 1. Сделайте на сервере ObjectServer следующее: a. Обновите ObjectServer, чтобы разрешить связь SSL через файл omni.dat. Можно также запретить незащищенный порт. b. Создайте базу данных ключей (если она еще не создана) в каталоге: OMNI_HOME/etc/security/keys/omni.kdb. c. Создайте самоподписанный сертификат для ObjectServer. Внимание: Параметры label и cn этого сертификата должны соответствовать имени ObjectServer. Например, NCOMS. d. Создайте требование подписи сертификата. Параметр cn этого сертификата должен соответствовать имени ObjectServer. Например, NCOMS. e. Подпишите сертификат сервера самоподписанным сертификатом, созданным в ObjectServer. f. Импортируйте подписанный сертификат сервера в Netcool/OMNIbus. g. Экспортируйте самоподписанный сертификат, созданный в ObjectServer. Этот самоподписанный сертификат передается на сервер Сервер Impact. h. Перезапустите ObjectServer и убедитесь, что вы можете просматривать и изменять ObjectServer как администратор Netcool/OMNIbus. i. Протестируйте порт SSL посредством сервера Netcool/OMNIbus, чтобы убедиться, что ObjectServer правильно настроен для связи SSL. 2. Сделайте на сервере Сервер Impact следующее: a. Скопируйте самоподписанный с сервера ObjectServer на сервер Сервер Impact и импортируйте его в доверенное хранилище Сервер Impact. b. Перезапустите Сервер Impact. c. Выберите в источнике данных ObjectServer переключатель Режим SSL и убедитесь, что вы используете подходящий порт SSL. d. Щелкните в источнике данных ObjectServer по Проверить соединение, чтобы убедиться, что вы можете соединиться с портом SSL. 5.16.7. Запрещение и разрешение защиты сервлетаПосле установки защита сервлета по умолчанию разрешена для ряда сервлетов, включая oslc.war, opview.war и nameserver.war. Для запрещения и разрешения защиты сервлета предназначен сценарий confServletAuth. Запрещение и разрешение защиты сервлета должны выполнять опытные пользователи, которые полностью представляют себе потенциальные уязвимости, возникающие при запрещении аутентификации, которая требуется сервлетом. Если вы запрещаете защиту сервлета, то сценарий confServletAuth сообщает пользователю о потенциальной уязвимости и запрашивает подтверждение. Сценарий confServletAuth перезапускает приложение; во время использования сценария пользователи не смогут работать с программой некоторое время. Во время работы сценарий confServletAuth выводит информацию об использовании для обязательных команд и параметров, которые нужно ввести в командной строке. В среде разделенных серверов сервлеты находятся на разных серверах, поэтому команду нужно ввести на сервере Сервер Impact и/или на сервере Сервер графического интерфейса. Например, сервлет opview.war находится только на сервере графического интерфейса. 5.17. Управление сервером JRExecИспользование и управление сервером JRexec для запуска внешних команд, сценариев и программ из политики. Сервер JRExec - Обзор Сервер JRExec - это запускаемый компонент сервера Netcool/Impact, который используется для запуска внешних команд, сценариев и приложений из политики на том же компьютере, на котором установлен продукт Netcool/Impact. Сервер JRExec устанавливается автоматически при установке продукта Netcool/Impact. Для запуска сервера JRExec используется сценарий сервера JRExec. В системах Windows нужно вручную добавить сервер JRExec в качестве службы Windows. Для запуска сервера JRExec используются инструменты администрирования служб. Сервер конфигурируется с использованием файла свойств. Функция JRExecAction используется для запуска внешних команд из политики. Дополнительную информацию о функции JRExecAction смотрите в публикации Справочное руководство по политике. 5.17.1. Запуск сервера JRExecИспользуйте эту процедуру для запуска сервера JRExec. Щелкните правой кнопкой мыши по Сервер Netcool JRExec в открывшемся окне Службы и выберите Запустить. 5.17.2. Остановка сервера JRExecИспользуйте эту процедуру для остановки сервера JRExec. Процедура С сервером JRExec связан процесс nci_jrexec. 1. Чтобы получить его PID, введите команду ps -eaf / grep nci_jrexec 2. Для остановки процесса введите следующую команду: kill -9 pid pid - это ID процесса, связанного с сервером JRExec. 5.17.3. Свойства конфигурации сервера JRExecФайл свойств конфигурации сервера JRExec, jrexecserver.props, находится в каталоге $NCHOME/etc. В этом файле могут содержаться следующие свойства: impact.jrexecserver.port Позволяет изменить номер порта, используемый сервером JRExec. Значение по умолчанию - 1345. Если вы измените это свойство, вы также должны будете обновить значение свойства impact.jrexec.port в файле < ServerName >_server.props, где < ServerName > - это имя экземпляра сервера Сервер Impact. 5.17.4. Журналы сервера JRExecЗапись в журнал для сервера JRExec конфигурируется автоматически в файле jrexecserver-log4j.properties в каталоге $NCHOME/etc и используется для сбора журналов сервера JRExec. Файлы журнала, по умолчанию, записываются в файл nci_jrexec.log в каталоге ДОМАШНИЙ_КАТАЛОГ_IMPACT/logs. 5.17.5. Запуск команд с использованием сервера JRExecЧтобы запустить команду с использованием сервера JRExec, нужно вызвать функцию JRExecAction и передать имя команды и все аргументы командной строки в качестве входных параметров в политике. Нужно также передать значение, которое укажет, должен ли сервер JRExec ожидать выполнения команды перед выполнением любых других команд или он может продолжить обработку без ожидания. В следующем примере показано, как выполнить внешнюю команду с использованием сервера JRExec. В этом примере вы отправляете страницу администратору с использованием пейджингового приложения с именем pageit, установленного в каталоге $NCHOME/bin. Приложение pageit принимает в качестве аргументов командной строки номер телефона сотрудника, с которым связываются по пейджеру, а также контактный номер телефона для возврата ответа. В этом сценарии сервер JRExec ожидает, пока приложение завершит работу, прежде чем продолжить обработку всех остальных команд. Введите на терминале следующую команду: ./nci_jrexec; смотрите Запуск сервера JRExec в разделе выше . // Вызвать JRExecAction и передать строку команды и // другие параметры Command = "/opt/pager/bin/pageit"; Args = {"2125551212", "2126353131"}; ExecuteOnQueue = False; Timeout = 60; JRExecAction(Command, Args, ExecuteOnQueue, Timeout); |