Проверенные методики IBM Cognos: Учебный пример – обновление до IBM Cognos

Продукт(ы): IBM Cognos 8 BI, IBM Cognos 10 BI. Область применения: обновление/миграция

Учебный пример, в котором новая распределенная интегрированная среда IBM Cognos 10.1 BI устанавливается вместе с существующей версией IBM Cognos BI 8.3, с использованием в качестве основы хранилища контента и конфигурационных файлов IBM Cognos BI 8.3.

Арун Секар, ИТ-аналитик, Tata Consultancy Services (TCS)

Арун Секар (Arun Sekar) работает консультантом в Tata Consultancy Services в Индии. Ранее занимался созданием BI-решений (решений для бизнес-аналитики) в различных областях, таких как биология, здравоохранение и розничная торговля. Он является архитектором BI-решений; в его сферу интересов входят Cognos Series 7, IBM Cognos 8 и IBM Cognos 10 BI, Tibco Spotfire и Informatica. Специализируется на администрировании Series 7, IBM Cognos 8, IBM Cognos 10 и TIBCO Spotfire Tools. Имеет сертификаты Oracle Certified Associate, IBM Cognos Administrator и IBM Cognos Report Designer.



Ганапати Сринивасан Рамануджам, помощник системного инженера, Tata Consultancy Services (TCS)

Ганапати Сринивасан Рамануджам (Ganapathy Srinivasan Ramanujam) является помощником системного инженера в Tata Consultancy Services в Индии. Имеет 4-летний опыт в ИТ-области, сертификаты IBM Cognos Administrator и IBM Cognos Report Designer, а также обширный опыт работы с Cognos Administration и IBM Cognos series 8v Tools and Frame Work Modeling. Работал в TCS, уделяя основное внимание BI-решениям для розничной торговли. В основном занимается IBM Cognos 8 BI со специализацией в IBM Cognos 8 Administration. Ганапати Сринивасан Рамануджам работает ИТ-аналитиком в Tata Consultancy Services в Индии. Имеет сертификаты IBM Cognos Administrator, IBM Cognos Report Designer и IBM Cognos BI Technical Specialist. Обладает обширным опытом реализации решений в IBM Cognos/TIBCO Spotfire. Работал в TCS, уделяя основное внимание BI-решениям для розничной торговли. В основном занимается IBM Cognos 8 и IBM Cognos 10 BI Tools со специализацией в IBM Cognos 8 и IBM Cognos 10 Administration.



14.03.2013

Введение

Назначение

В данном документе рассматриваются процесс и передовые методики установки, настройки и обновления IBM Cognos BI версии 8.3 до IBM Cognos BI 10.1.

Применимость

Данный документ предназначен для администраторов IBM Cognos BI, желающих обновить IBM Cognos BI версии 8.3 до IBM Cognos 10.1.

Исключения и оговорки

Несмотря на то, что в данном документе рассматривается обновление версии 8.3 до 10.1, предоставленная информация может быть полезна всем, кто выполняет обновление других версий IBM Cognos 8 до IBM Cognos 10.1.


Определение архитектуры IBM Cognos 10

При определении архитектуры новой среды IBM Cognos 10 BI необходимо учитывать следующие основные факторы:

  • Одновременная работа пользователей.
  • Географическое местоположение конечных пользователей.
  • Максимальное число пакетных отчетов, которые будут составляться в период пиковой и внепиковой нагрузки.
  • Максимальное число интерактивных отчетов, которые будут составляться в период пиковой и внепиковой нагрузки.
  • Настраиваемые и используемые поставщики аутентификации.
  • Порталы сторонних компаний, в которые должны интегрироваться отчеты IBM Cognos BI.

Для данного обновления было определено, что от новой среды IBM Cognos 10 BI требуется поддержка только существующих рабочих нагрузок и количества пользователей IBM Cognos 8 BI. В результате архитектура среды IBM Cognos 10 осталась такой же, как у среды IBM Cognos BI 8.3. Также было определено, что новая среда IBM Cognos 10 BI может разместиться на тех же физических машинах с использованием других портов и другими незначительными модификациями.

Мы запланировали перевод всех наших приложений на новую версию IBM Cognos 10.1 для обеспечения совместимости с другими масштабными корпоративными изменениями (такими как применение Internet Explorer 8) и для максимального использования новых функциональных возможностей IBM Cognos 10.1. Все приложения, использующие IBM Cognos 8.3, будут переводиться на IBM Cognos 10.1 поэтапно, и по завершении этого процесса работа экземпляра IBM Cognos 8.3 будет прекращена. Учитывая другие факторы, такие как затраты на приобретение нового аппаратного обеспечения и уровень загрузки существующего сервера, было решено повторно использовать имеющиеся Windows-оборудование.

Пользователи приложений будут переходить на IBM Cognos 10.1, и после тестирования доступ к их артефактам на IBM Cognos 8.3 будет прекращен. Только на этапе тестирования одна и та же группа пользователей сможет обращаться к обеим средам (IBM Cognos 8.3 и IBM Cognos 10.1). После завершения этого этапа пользователи будут работать только с IBM Cognos 10.1. Перед реализацией данного подхода была проведена оценка загрузки оборудования (сервера). Было важно убедиться в том, что имеющихся в наличии аппаратных ресурсов будет достаточно для поддержки обеих сред и для работы с пользовательскими нагрузками в период обновления.

Обе среды (IBM Cognos 8.3 и IBM Cognos 10) будут работать на одних и тех же серверах Windows 2003 R2 Enterprise Edition, используя разные номера портов.

Как показано в таблице 1, новые компоненты IBM Cognos 10 BI будут установлены вместе с их оппонентами IBM Cognos 8, но с двумя важными условиями: основной (primary) сервер Content Manager of IBM Cognos 10 будет размещаться на той же машине, на которой установлен вспомогательный (secondary) сервер Content Manager of IBM Cognos 8.3, а вспомогательный сервер Content Manager of IBM Cognos 10 будет размещаться на той же машине, на которой установлен основной сервер Content Manager of IBM Cognos 8.3. Это сделано для того, чтобы обеспечить наличие необходимых системных ресурсов для обработки.

Таблица 1. Существующая архитектура IBM Cognos 8.3 и предлагаемая архитектура IBM Cognos 10
Имя машиныIBM Cognos 8.3 GatewayIBM Cognos 8.3 Application TierIBM Cognos 8.3 Content ManagerIBM Cognos 10 GatewayIBM Cognos 10 Application TierIBM Cognos 10 Content Manager
AXXXX
BXX
CXОсновнойXВспомогательный
DXВспомогательныйXОсновной

Подход к обновлению Content Store

Фактически есть два подхода к обновлению Content Store.

Подход 1. Использование утилиты развертывания для перемещения контента Content Store из среды IBM Cognos 8.3 BI в среду IBM Cognos 10 посредством мастера импорта/экспорта в консоли IBM Cognos Administration. Преимущества и недостатки такого подхода:

ПреимуществаНедостатки
Использование утилиты развертывания - простая процедура, выполняемая непосредственно в консоли IBM Cognos Administration.Настройки и функции системы безопасности необходимо развертывать отдельно.
Возможность переноса контента в другую реляционную СУБД (например, MS SQL Server в IBM Cognos 8.3 и DB2 в IBM Cognos 10).Требуется время, поскольку необходимо каждый проект развертывать отдельно.

Подход 2. Полное обновление IBM Cognos 8.3 BI Content Store до IBM Cognos 10 путем выполнения холодного резервного копирования схемы базы данных IBM Cognos 8.3 BI Content Store и импорта ее в новую базу данных, которая будет использоваться для IBM Cognos 10 Content Store.

ПреимуществаНедостатки
Поскольку мы обновляем Content Store полностью, все содержимое IBM Cognos 8.3 будет обновлено до IBM Cognos 10, включая систему безопасности и содержимое пользовательских папок My Folder.Необходимо резервное копирование существующей Content Store и ее импорта в виде новой базы данных.
Поскольку обновляется все содержимое Content Store, требуется меньше времени, и все предпочтения пользователей будут сохранены в IBM Cognos 10.Возможно развертывание только в базе данных того же типа.

IBM рекомендует по возможности использовать второй подход, поскольку при этом обновляется все содержимое Content Store. Если требуется переместить только часть Content Store или заменить используемую базу данных (например, Oracle на DB2), больше подойдет первый вариант.

Поскольку мы собираемся установить IBM Cognos 10.1 на тех же Windows-машинах, на которых установлен IBM Cognos 8.3, имеющиеся ODBC-драйверы для подключений к источникам данных можно повторно использовать с IBM Cognos 10.1. Если в новой среде IBM Cognos 10 планируется использовать Dynamic Query Mode, необходимо установить JDBC-драйверы для источников данных.

Наконец, было принято решение создать новую базу данных аудита для среды IBM Cognos 10.1 и использовать ее вместо существующей базы данных аудита среды IBM Cognos 8.3. Поскольку обновление среды IBM Cognos 8.3 осуществляется поэтапно, информация в базе данных аудита останется нетронутой и будет доступна в качестве архива. Последовательность действий по созданию базы данных аудита приведена в "Руководстве по установке и настройке IBM Cognos 10". Предполагается также, что эта база данных уже была создана до установки IBM Cognos 10.1.


Установка и настройка

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

Первым шагом является проверка целостности. Этот шаг призван гарантировать, что исходное хранилище Content Store находится в нормальном состоянии и может использоваться для обновления до IBM Cognos 10. Настоятельно рекомендуется выполнить холодное резервное копирование базы данных Content Store перед выполнением проверки целостности.

  • Войдите в среду IBM Cognos BI 8.3, используя userid члена роли System Administrators в пространстве имен Cognos.
  • Перейдите на страницу IBM Cognos Administration.
  • Перейдите на вкладку Configuration, выберите Content Administration в левой боковой панели, щелкните на ниспадающем списке рядом с пиктограммой New content maintenance и выберите New Consistency Check....
  • Выполните проверку целостности.
Рисунок 1. Опция проверки целостности в IBM Cognos Administration
Рисунок 1. Опция проверки целостности в IBM Cognos Administration

После выбора New Consistency Check... отобразится мастер New Content Maintenance Task: Consistency Check.

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

Проверка целостности только в Content Store

Эта проверка целостности используется для проверки и удаления из IBM Cognos Content Store всех устаревших данных. В мастере New Content Maintenance Task выберите вариант Internal references, как показано на рисунке 2, для того чтобы проверить все несогласованности данных Content Store, и нажмите кнопку Next.

Рисунок 2. Выполнение проверки целостности для внутренних ссылок
Рисунок 2. Выполнение проверки целостности для внутренних ссылок

Отобразится экран Run with options. На этом экране мы указываем время запуска задания по обслуживанию контента и режим обслуживания – только найти несогласованности или также исправить их. Как показано на рисунке 3, мы хотим только найти несогласованности с целью их анализа перед исправлением, т.е. мы выбираем режим Find only. Нажмите кнопку Run для запуска проверки целостности.

Рисунок 3. Запуск проверки внутренней целостности в режиме Find only
Рисунок 3. Запуск проверки внутренней целостности в режиме Find only

После завершения проверки целостности отобразится экран View run history details. На рисунке 4 показан результат процедуры проверки целостности – The content store database is consistent (база данных хранилища контента является целостной). При появлении сообщения о какой-либо несогласованности необходимо проанализировать ее и повторно выполнить проверку целостности в режиме Find and fix.

Рисунок 4. Результаты проверки целостности в режиме Find only
Рисунок 4. Результаты проверки целостности в режиме Find only

Проверка целостности во внешнем пространстве имен

Проверка целостности во внешних пространствах имен системы безопасности гарантирует синхронизацию учетных записей пользователей Content Store с используемым поставщиком (поставщиками) аутентификации.

Некоторые пользователи, удаленные из поставщика аутентификации, все еще могут оставаться в Content Store. При помощи этого процесса таких пользователей можно удалить из Content Store.

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

В мастере проверки целостности выберите опции References to external namespaces и All namespaces и нажмите кнопку Next.

Рисунок 5. Проверка целостности ссылок на все внешние пространства имен системы безопасности
Рисунок 5. Проверка целостности ссылок на все внешние пространства имен системы безопасности

Отобразится экран Run with options (см. рисунок 4). Укажите время запуска задания, выберите режим Find only и нажмите кнопку Run. При наличии каких-либо несогласованностей следует повторно выполнить проверку целостности в режиме Find and fix после резервного копирования Content Store.

Резервное копирование и восстановление Content Store

После завершения проверки целостности попросите администратора базы данных (DBA) сделать холодное резервное копирование полученной базы данных IBM Cognos 8.3 Content Store и выполните импорт ее в новую базу данных, которая будет использоваться для IBM Cognos 10 Content Store. Запишите следующую информацию для использования в дальнейшем:

Спецификации IBM Cognos 8.3 Content Store

Тип базы данных:
Имя сервера:
Схема (если нужно):
Идентификатор пользователя:
Пароль:

Спецификации резервной копии Backup Content Store (будут использоваться для IBM Cognos 10 Content Store)

Тип базы данных:
Имя сервера:
Схема (если нужно):
Идентификатор пользователя:
Пароль:

Установка основного Content Manager для IBM Cognos 10

После завершения резервного копирования и восстановления Content Store можно приступать к установке среды IBM Cognos 10 в соответствии с ранее определенной архитектурой. Начните с установки основной среды Content Manager на той же машине, на которой работает вспомогательная среда Content Manager для IBM Cognos 8.3. Для новой установки потребуется другой номер порта и другое имя сервиса.

В программе установки IBM Cognos 10 выберите только компоненты Application Tier и Content Manager, как показано на рисунке 6.

Рисунок 6. Компоненты Content Manager и Application Tier, выбранные в программе установки
Рисунок 6. Компоненты Content Manager и Application Tier, выбранные в программе установки

Можно выполнить экспорт конфигурации из IBM Cognos 8.3 и использовать ее для установки IBM Cognos 10.1. Это устранит необходимость изменения настроек всех поставщиков аутентификации и других конфигурационных настроек, таких как местоположение в файловой системе и настройки памяти Java. Экспорт конфигурации снизит риск ошибок ввода, особенно если многие настройки не меняются.

Примечание. Поскольку в качестве основы для среды IBM Cognos 10.1 будет использоваться конфигурация среды IBM Cognos 8.3, сервисы IBM Cognos 10.1 НЕ СЛЕДУЕТ запускать до изменения имени базы данных Content Store, имени базы данных аудита и номеров портов.

  • Скопируйте соответствующие JDBC jar-файлы в каталог установки IBM Cognos 10. Эти файлы должны находиться в <c10_root>\webapps\p2pd\WEB-INF\lib.
  • Выполните экспорт конфигурации IBM Cognos 8.3 с машины, на которой размещен основной Content Manager (машина C из таблицы 1) и сохраните ее под именем cogstartup.xml. Обратите внимание, что содержимое экспортируемой конфигурации не будет зашифровано. Операция экспорта выполняется из IBM Cognos Configuration путем выбора пункта меню File > Export As.... Экспортируемый файл cogstartup.xml нужно сохранить в каталоге <c8_root>\logs.
  • Скопируйте экспортированный файл cogstartup.xml в подкаталог <c10_root>\configuration нового экземпляра IBM Cognos 10.
  • Откройте IBM Cognos Configuration для только что установленного экземпляра IBM Cognos 10. Отобразится предупреждение о том, что старая версия файла cogstartup.xml будет обновлена. Выберите OK, и конфигурационный файл IBM Cognos 8.3 будет заменен конфигурационным файлом IBM Cognos 10, который затем можно использовать для выполнения изменений, описанных ниже. После завершения этого шага появится информационное диалоговое окно, сообщающее об успешном обновлении конфигурационного файла. Для продолжения нажмите кнопку OK.
    Рисунок 7. IBM Cognos Configuration демонстрирует, что конфигурационный файл, импортированный из среды IBM Cognos 8.3, был обновлен для использования с IBM Cognos 100
    Рисунок 7. IBM Cognos Configuration демонстрирует, что конфигурационный файл, импортированный из среды IBM Cognos 8.3, был обновлен для использования с IBM Cognos 10
  • Измените параметры Content Store так, чтобы использовалась база данных, восстановленная из резервной копии на предыдущем шаге.
  • Измените параметры базы данных аудита так, чтобы в IBM Cognos 10 использовалась новая база данных аудита.
  • Измените имя хоста Content Manager и Dispatcher.
  • Проверьте все номера портов на доступность и, если необходимо, выберите новые порты. При определении занятости или доступности порта для конфигурации мы используем команду netstat. Команда netstat отображает статистическую информацию протоколов и текущие сетевые подключения. На рисунке 8 команда netstat –an | find "9301" показывает подключения, которые установлены или прослушивают порт 9301, т.е. этот порт уже занят.
    Рисунок 8. Состояние портов на машинах Dispatcher и CM, полученное при помощи команды netstat
    Рисунок 8. Состояние портов на машинах Dispatcher и CM, полученное при помощи команды netstat
  • Измените номера портов диспетчеров, log-серверов и завершения.
  • Убедитесь в существовании файловой системы на новой машине.
  • Убедитесь, что параметры каждого поставщика аутентификации такие же, как в среде IBM Cognos 8.3.
  • Проверьте подключение к Content Store.
  • Проверьте подключение к базе данных аудита.
  • Убедитесь, что в конфигурации IBM Cognos 10 правильно настроена среда Java Runtime Environment (JRE). Для этого нажмите Ctrl+F3, чтобы вызвать диалоговое окно Properties, показанное на рисунке 9. Информация о JRE расположена на вкладке System Properties.
    Рисунок 9. Свойства JRE для установки IBM Cognos 10.1
    Рисунок 9. Свойства JRE для установки IBM Cognos 10.1
  • Измените имя сервиса IBM Cognos 10.1, чтобы оно отличалось от имени сервиса IBM Cognos 8.3. Это изменение необходимо выполнить до сохранения конфигурации и запуска нового экземпляра IBM Cognos 10.1.
  • Сохраните конфигурацию. При этом создадутся новые криптографические ключи. Кроме того, экспортируемые в текстовом виде конфигурационные файлы при сохранении будут зашифрованы.
  • Запустите новый экземпляр IBM Cognos 10 из IBM Cognos Configuration. Поскольку IBM Cognos 10 запускается в первый раз и конфигурация IBM Cognos 10 Content Manager указывает на восстановленную базу данных IBM Cognos 8.3, появится диалоговое окно с сообщением о том, что база данных Content Store будет обновлена (см. рисунок 10). Обратите внимание, что флажок Upgrade report specifications? был снят преднамеренно, чтобы уменьшить время первоначального запуска основного Content Manager новой версии IBM Cognos 10. Задача обновления спецификаций отчетов будет выполнена позже. Для продолжения нажмите кнопку OK.
    Рисунок 10. Диалоговое окно с сообщением о том, что база данных Content Store будет обновлена
    Рисунок 10. Диалоговое окно с сообщением о том, что база данных Content Store будет обновлена
    Поскольку новый экземпляр IBM Cognos 10 запускается впервые, эта процедура займет больше времени, чем обычный запуск, поскольку будет обновляться схема Content Store. Необходимо подождать, пока в консоли не появится сообщение об успешном запуске. В папке <c10_root>/logs можно проверить ход обновления. Обновление ссылок компонентов IBM Cognos 10 и подробную информацию об обновлении можно увидеть в файле cogserver.log.
  • После запуска IBM Cognos 10 проверьте правильность работы Content Manager, обратившись в браузере по адресу http://<hostname>:<port>/p2pd/servlet и заменив <hostname> и <port> реальными значениями. В браузере должна отобразиться HTML-страница, содержащая номер компоновки Content Manager, время запуска Content Manager, текущее время и текущее состояние Content Manager (см. рисунок 11). Поле State: должно иметь значение Running.
    Рисунок 11. Страница состояния Content Manager
    Рисунок 11. Страница состояния Content Manager
  • Появление указанного выше сообщения указывает на то, что основной Content Manager запустился и работает правильно. Теперь мы можем заняться установкой резервного (standby) Content Manager а также установками диспетчера (dispatcher) и шлюза (gateway).

Установка Standby Content Manager

После завершения установки основного Content Manager для IBM Cognos 10 начните установку резервного Content Manager. Напоминаем, что для эффективного распределения ресурсов мы решили установить его на машине, на которой установлен основной Content Manager версии IBM Cognos 8.3.

Установите на этой машине для IBM Cognos 10.1 только компоненты Application Tier и Content Manager, как показано на рисунке 12. Для новой установки потребуется другой номер порта и другое имя сервиса.

Рисунок 12. Программа установки, отображающая выбор компонентов Content Manager и Application Tier
Рисунок 12. Программа установки, отображающая выбор компонентов Content Manager и Application Tier

Опять же можно экспортировать конфигурацию из IBM Cognos 8.3 и использовать ее для установки IBM Cognos 10.1. Это устранит необходимость изменения настроек всех поставщиков аутентификации и других конфигурационных настроек, таких как местоположение в файловой системе и настройки памяти Java.

Примечание. Поскольку в качестве основы для среды IBM Cognos 10.1 будет использоваться конфигурация среды IBM Cognos 8.3, сервисы IBM Cognos 10.1 НЕ СЛЕДУЕТ запускать до изменения имени базы данных Content Store, имени базы данных аудита и номеров портов.

  • Скопируйте соответствующие JDBC jar-файлы в место установки IBM Cognos 10. Эти файлы должны находиться в <c10_root>\webapps\p2pd\WEB-INF\lib.
  • Экспортируйте конфигурацию IBM Cognos 8.3 вспомогательного Content Manager (машина D из таблицы 1) и сохраните под названием cogstartup.xml. Обратите внимание, что содержимое экспортируемой конфигурации не будет зашифровано. Операция экспорта выполняется из IBM Cognos Configuration путем выбора пункта меню File > Export As.... Экспортируемый файл cogstartup.xml нужно сохранить в каталог <c8_root>\logs.
  • Скопируйте экспортированный файл cogstartup.xml в подкаталог <c10_root>\configuration каталога установки IBM Cognos 10.
  • Откройте IBM Cognos Configuration для только что установленного экземпляра IBM Cognos 10. Как и при настройке основного Content Manager отобразится предупреждение о том, что файл cogstartup.xml устарел и будет обновлен. Нажмите кнопку OK, и он будет заменен конфигурационным файлом IBM Cognos 10.
  • Измените параметры Content Store так, чтобы использовалась база данных, восстановленная из резервной копии на предыдущем шаге.
  • Измените параметры базы данных аудита так, чтобы для IBM Cognos 10 использовалась новая база данных аудита.
  • Измените имя хоста Content Manager и Dispatcher.
  • Проверьте все номера портов на доступность и, если необходимо, выберите новые порты. Используйте команду netstat, описанную в разделе Установка основного Content Manager для IBM Cognos 10.
  • Измените номера портов диспетчеров, log-серверов и завершения.
  • Добавьте URI Content Manager и убедитесь, что основной Content Manager идет первым в списке, а за ним следует вспомогательный Content Manager.
    Рисунок 13. Добавление URI Content Manager
    Рисунок 13. Добавление URI Content Manager
  • Убедитесь в существовании файловой системы на новой машине.
  • Убедитесь, что параметры каждого поставщика аутентификации такие же, как в среде IBM Cognos 8.3.
  • Проверьте подключение к Content Store.
  • Проверьте подключение к базе данных Audit.
  • Убедитесь, что в конфигурации IBM Cognos 10 правильно настроена среда Java Runtime Environment (JRE). Для этого нажмите Ctrl+F3, чтобы вызвать диалоговое окно Properties, показанное на рисунке 9. Информация о JRE расположена на вкладке System Properties.
  • Измените имя сервиса IBM Cognos 10.1, чтобы оно отличалось от имени сервиса IBM Cognos 8.3. Это изменение необходимо выполнить до сохранения конфигурации и запуска нового экземпляра IBM Cognos 10.1.
  • Сохраните конфигурацию. При этом создадутся новые криптографические ключи. Кроме того, экспортируемые в текстовом виде конфигурационные файлы при сохранении будут зашифрованы.
  • Запустите резервный Content Manager.
  • После запуска IBM Cognos 10 проверьте правильность работы Content Manager, обратившись в браузере по адресу http://<hostname>:<port>/p2pd/servlet и заменив <hostname> и <port> реальными значениями. Возвращаемая HTML-страница должна выглядеть примерно так, как показано на рисунке 14. Поле State: должно иметь значение Running as standby.
    Рисунок 14. Состояние резервного Content Manager
    Рисунок 14. Состояние резервного Content Manager

Установка диспетчеров Cognos 10

После завершения установки Standby Content Manager установите компоненты IBM Cognos 10 Dispatcher согласно рекомендованной архитектуре. Установите на этой машине только компоненты Application Tier (см. рисунок 15).

Рисунок 15. Программа установки показывает, что выбраны только компоненты Application Tier
Рисунок 15. Программа установки показывает, что выбраны только компоненты Application Tier

Примечание. Поскольку в качестве основы для среды IBM Cognos 10.1 будет использоваться конфигурация среды IBM Cognos 8.3, сервисы IBM Cognos 10.1 НЕ СЛЕДУЕТ запускать до изменения имени базы данных Content Store, имени базы данных аудита и номеров портов.

  • Скопируйте соответствующие JDBC jar-файлы в каталог установки IBM Cognos 10. Эти файлы должны находиться в <c10_root>\webapps\p2pd\WEB-INF\lib.
  • Экспортируйте конфигурацию IBM Cognos 8.3 компонентов Application Tier Components и сохраните ее как файл cogstartup.xml. Обратите внимание, что содержимое экспортируемой конфигурации не будет зашифровано. Операция экспорта выполняется из IBM Cognos Configuration путем выбора пункта меню File > Export As.... Экспортируемый файл cogstartup.xml нужно сохранить в каталог <c8_root>\logs.
  • Скопируйте файл cogstartup.xml в подкаталог <c10_root>\configuration каталога установки IBM Cognos 10.
  • Откройте IBM Cognos Configuration для только что установленного экземпляра IBM Cognos 10. Как и при настройке основного Content Manager отобразится предупреждение о том, что файл cogstartup.xml устарел и будет обновлен. Нажмите кнопку OK, и он будет заменен конфигурационным файлом IBM Cognos 10.
  • Измените имя хоста Content Manager и Dispatcher.
  • Проверьте все номера портов на доступность и, если необходимо, выберите новые порты. Используйте команду netstat, описанную в разделе Установка основного Content Manager для IBM Cognos 10.
  • Измените номера портов диспетчеров, log-серверов и завершения.
  • Добавьте URI Content Manager и убедитесь, что основной Content Manager идет первым в списке, а за ним следует вспомогательный Content Manager.
  • Добавьте URI Dispatcher
  • Измените базы данных аудита так, чтобы для IBM Cognos 10 использовалась новая база данных аудита, и проверьте подключение к ней.
  • Убедитесь, что в конфигурации IBM Cognos 10 правильно настроена среда Java Runtime Environment (JRE). Для этого нажмите Ctrl+F3, чтобы вызвать диалоговое окно Properties, показанное на рисунке 9. Информация о JRE расположена на вкладке System Properties.
  • Измените имя сервиса IBM Cognos 10.1, чтобы оно отличалось от имени сервиса IBM Cognos 8.3. Это изменение необходимо выполнить до сохранения конфигурации и запуска нового экземпляра IBM Cognos 10.1.
  • Сохраните конфигурацию. При этом создадутся новые криптографические ключи. Кроме того, экспортируемые в текстовом виде конфигурационные файлы при сохранении будут зашифрованы.
  • Запустите Dispatcher.
  • Введите URL http://<hostname>:<port>/p2pd/servlet/dispatch в Web-браузере, заменив <hostname> и <port> на реальные значения; если Dispatcher работает, появится HTML-страница, содержащая ниспадающий список всех внешних пространств имен системы безопасности, настроенных для данного Dispatcher (см. рисунок 16).
    Рисунок 16. Состояние IBM Cognos 10 Dispatcher
    Рисунок 16. Состояние IBM Cognos 10 Dispatcher
  • Повторите вышеописанные шаги для установки других диспетчеров IBM Cognos 10.

После установки всех диспетчеров IBM Cognos 10 откройте URL http://<hostname>:<port>/p2pd/servlet/dispatch/p2plbDiag для просмотра состояния всех сервисов и диспетчеров в среде IBM Cognos 10. Для просмотра состояния необходимо войти в систему с идентификатором пользователя, являющегося членом роли System Administrators.

Установка шлюза IBM Cognos 10 Gateway

После завершения установки диспетчеров Cognos 10 установите шлюзы IBM Cognos 10 Gateways. Процедура в основном та же. Экспортируйте конфигурацию IBM Cognos 8.3, импортируйте ее в IBM Cognos 10 и измените номера портов. При необходимости добавьте сертификат SSL (Secure Sockets Layer) на Web-сервер. Для обеспечения обмена данными между шлюзами и диспетчерами на машинах IBM Cognos 10 Gateway должны быть открыты порты Dispatcher.

На машине A из таблицы 1 запустите программу установки IBM Cognos 10 и выберите только компонент Gateway, как показано на рисунке 17.

Рисунок 17. Программа установки показывает, что выбран только компонент Gateway
Рисунок 17. Программа установки показывает, что выбран только компонент Gateway
  • Экспортируйте конфигурацию IBM Cognos 8.3 Gateway и сохраните ее как файл cogstartup.xml. Обратите внимание, что содержимое экспортируемой конфигурации не будет зашифровано. Операция экспорта выполняется из IBM Cognos Configuration путем выбора пункта меню File > Export As.... Экспортируемый файл cogstartup.xml нужно сохранить в каталог <c8_root>\logs.
  • Скопируйте файл cogstartup.xml в подкаталог <c10_root>\configuration каталога установки IBM Cognos 10.
  • Откройте IBM Cognos Configuration для только что установленного экземпляра IBM Cognos 10. Как и при настройке основного Content Manager отобразится предупреждение о том, что файл cogstartup.xml устарел и будет обновлен. Нажмите кнопку OK, и он будет заменен конфигурационным файлом IBM Cognos 10.
  • Измените номера портов диспетчеров на те, которые использовались во время установки диспетчеров IBM Cognos 10.
  • Сохраните конфигурацию для шлюза.

После завершения конфигурирования шлюза проверьте экземпляр IBM Cognos 10, указав URI Web-шлюза в браузере. Должна появиться страница входа в IBM Cognos 10.1 по умолчанию (см. рисунок 18), которая содержит ниспадающий список, позволяющий выбрать одно из пространств имен системы безопасности, определенных в IBM Cognos Configuration.

Рисунок 18. Экран входа в IBM Cognos 10 по умолчанию
Рисунок 18. Экран входа в IBM Cognos 10 по умолчанию

Установка Audit Deployment For IBM Cognos 10

Таблицы аудита в IBM Cognos 10.1 имеют дополнительные поля, которые отражаются в модели и отчетах, содержащихся в IBM Cognos 10.1 Audit Deployment. На данный момент процесса обновления IBM Cognos 10.1 Content Store содержит пакет Audit из среды IBM Cognos 8.3. Хотя отчеты аудита будут обновлены во время обновления спецификаций отчетов, этот процесс не добавит дополнительные поля. Рекомендуется удалить существующий пакет Audit из Content Store и заменить его новым пакетом, поставляемым с IBM Cognos 10.1.

В браузере подключитесь к IBM Cognos 10.1, используя URL только что установленного шлюза, и войдите в систему под учетной записью, имеющей уровень доступа System Administrator. Из IBM Cognos Connection перейдите в каталог, где был развернут пакет Audit IBM Cognos 10.1 (это тот же каталог, который использовался для пакета Audit в IBM Cognos 8.3). Местоположением по умолчанию является Public Folders > Audit.

Если вы создавали дополнительные объекты Content Store, например отчеты (включая результаты отчетов) и план-графики в Public Folders > Audit, рекомендуется до перехода к дальнейшим шагам сделать резервные копии этих объектов или переместить их в другое место в Content Store.

Отметьте флажок рядом с пакетом Audit, а затем щелкните на пиктограмме Delete (см. рисунок 19).

Рисунок 19. IBM Cognos Connection отображает отмеченный пакет Audit и курсор мыши на пиктограмме Delete
Рисунок 19. IBM Cognos Connection отображает отмеченный пакет Audit и курсор мыши на пиктограмме Delete

Появится диалоговое окно (см. рисунок 20), информирующее о том, что при удалении записей могут нарушиться ссылки в других объектах Content Store. Для продолжения нажмите кнопку OK.

Рисунок 20. Диалоговое окно, запрашивающее подтверждение удаления существующего пакета Audit
Рисунок 20. Диалоговое окно, запрашивающее подтверждение удаления существующего пакета Audit

Теперь пакет Audit удален.

Для полного удаления существующей установки Audit необходимо также удалить существующие источники данных, которые использовал этот пакет. Перейдите в окно IBM Cognos Administration, выберите вкладку Configuration и убедитесь в том, что в ниспадающем списке вариантов (слева) выбран пункт Data Source Connections. Выберите источник данных Audit и щелкните на пиктограмме Delete (см. рисунок 21). Если источник данных url_xml тоже был создан, его можно выбрать вместе с источником данных Audit.

Рисунок 21. Источник данных Audit, выбранный для удаления в IBM Cognos Administration
Рисунок 21. Источник данных Audit, выбранный для удаления в IBM Cognos Administration

Снова появится диалоговое окно, информирующее о возможности появления неправильных ссылок в других объектах Content Store. Для продолжения нажмите кнопку OK.

Пакет Audit, перенесенный в среду IBM Cognos 10.1 из IBM Cognos 8.3 в рамках процесса обновления Content Store, теперь полностью удален. Для развертывания пакета IBM Cognos 10.1 Audit выполните указания "Руководства по администрированию и безопасности IBM Cognos 10.1".


Настройка под требования пользователя и повышение производительности экземпляра Cognos 10

В данном разделе рассматривается настройка внешнего вида и поведения новой среды IBM Cognos 10 под стандарты клиента.

Изменения внешнего вида и настройка под требования пользователя

Все настройки экземпляра IBM Cognos 8.3 нужно повторить в новой среде IBM Cognos 10. Настроечные .CSS и .XML-файлы необходимо обновить на машинах IBM Cognos 10 Gateway, Dispatcher и Content Manager. Будьте внимательны, т.к. возможны различия в .CSS и .XML-файлах между IBM Cognos 8.3 и IBM Cognos 10.1; для получения дополнительной информации обратитесь к "Руководству по администрированию и безопасности IBM Cognos 10".

Настройка производительности экземпляров сервера IBM Cognos 10.1

В процессе настройки производительности необходимо, начав с настроек IBM Cognos 8.3, изменить настройки среды IBM Cognos 10.1, такие как, например, соединения с высоким сродством (high affinity), соединения с низким сродством (low affinity), таймаут для сервиса отчетов, таймаут неактивности, максимальный размер результатов отчета в электронной почте и другие специфичные настройки среды.

Для обоих сервисов (Report Service и Batch Report Service) измените настройки высокого и низкого сродства и сервиса максимального количества процессов в периоды пиковых и внепиковых нагрузок.

Войдите в среду IBM Cognos 10.1 и перейдите на страницу IBM Cognos Administration. Выберите вкладку Configuration, а затем элемент Dispatchers and Services в левой панели. В правой панели вы увидите список настроенных диспетчеров. Выберите диспетчер, а затем вкладку Settings.

Выберите Tuning в ниспадающем списке Category. Измените следующие параметры так, чтобы они совпадали с параметрами конфигурации IBM Cognos 8.3:

  • Processing capacity (производительность обработки).
  • Number of high affinity connections for the batch report service during non-peak period (количество соединений с высоким сродством для сервиса пакетных отчетов в периоды внепиковых нагрузок).
  • Number of low affinity connections for the batch report service during non-peak period (количество соединений с низким сродством для сервиса пакетных отчетов в периоды внепиковых нагрузок).
  • Maximum number of processes for the batch report service during non-peak period (максимальное количество процессов для сервиса пакетных отчетов в периоды внепиковых нагрузок).
  • Number of high affinity connections for the report service during non-peak period (количество соединений с высоким сродством для сервиса отчетов в периоды внепиковых нагрузок).
  • Number of low affinity connections for the report service during non-peak period (количество соединений с низким сродством для сервиса отчетов в периоды внепиковых нагрузок).
  • Maximum number of processes for the report service during non-peak period (максимальное количество процессов для сервиса отчетов в периоды внепиковых нагрузок).
  • Queue time limit of the report service (seconds) (предельное время нахождения в очереди сервиса отчетов в секундах).
  • Maximum size of an uncompressed email attachment in MB (максимальный размер несжатого присоединяемого к электронному письму файла в мегабайтах).
  • Number of high affinity connections for the batch report service during peak period (количество соединений с высоким сродством для сервиса пакетных отчетов в период пиковых нагрузок).
  • Number of low affinity connections for the batch report service during peak period (количество соединений с низким сродством для сервиса пакетных отчетов в период пиковых нагрузок).
  • Maximum number of processes for the batch report service during peak period (максимальное количество процессов для сервиса пакетных отчетов в период пиковых нагрузок).
  • Number of high affinity connections for the report service during peak period (количество соединений с высоким сродством для сервиса отчетов в периоды пиковых нагрузок).
  • Number of low affinity connections for the report service during peak period (количество соединений с низким сродством для сервиса отчетов в периоды пиковых нагрузок).
  • Maximum number of processes for the report service during peak period (максимальное количество процессов для сервиса отчетов в периоды пиковых нагрузок).
  • Non Peak period start hour (время начала периода не пиковых нагрузок).
  • Peak period start hour (время начала периода пиковых нагрузок).

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

Если имеются другие настройки производительности, которые нужно перенести из среды IBM Cognos 8.3, сделайте это сейчас.

Переименование сервисов IBM Cognos 10.1

Возможно, будет полезно переименовать каждый сервис IBM Cognos 10 в консоли IBM Cognos Administration, вставив имя диспетчера в начало сервиса. Переименование сервисов по такой схеме полезно при мониторинге состояния сервисов, т.к. они помечаются диспетчером, которому принадлежат.

Например, если имеются диспетчеры с названиями 230, 231 и 233, Report Service и Batch Report Service после переименования будут выглядеть следующим образом:

  • 230_ReportService
  • 231_ReportService
  • 233_ReportService
  • 230_BatchReportService
  • 231_BatchReportService
  • 233_BatchReportService

Это пригодится при мониторинге состояния каждого сервиса диспетчера в консоли IBM Cognos Administration (см. рисунки 22 и 23).

Рисунок 22. Состояние всех сервисов Report в среде IBM Cognos 10
Рисунок 22. Состояние всех сервисов Report в среде IBM Cognos 10
Рисунок 23. Состояние всех сервисов Batch Report в среде IBM Cognos 1
Рисунок 23. Состояние всех сервисов Batch Report в среде IBM Cognos 10

Новая учетная запись сервиса

Для запуска сервисов IBM Cognos 10 следует использовать новую учетную запись сервиса. Она будет использоваться для мониторинга. При использовании новой учетной записи сервиса можно различать и мониторить загрузку Java Virtual Machine (JVM) и процессы IBM Cognos 10 Report Server (BiBusTKServerMain.exe). Аномалии в системных ресурсах, обнаруженные при выполнении отчета, будут полезны при выявлении и решении проблем, связанных с сервером IBM Cognos 10. Как показано на рисунке 21, в качестве учетной записи для сервиса IBM Cognos:9501 будет использоваться учетная запись cogdevsc10. Эта учетная запись должна иметь достаточно полномочий для запуска IBM Cognos 10. Обычно эта учетная запись является членом группы Administrators на Windows-машине.

Рисунок 24. Определение архитектуры IBM Cognos 10
Рисунок 24. Определение архитектуры IBM Cognos 10
Рисунок 25. Windows Task Manager показывает, что cogdevsvc10 используется для процессов IBM Cognos 10, а cogdevsvc1 – для процессов IBM Cognos 8.3
Рисунок 25. Windows Task Manager показывает, что cogdevsvc10 используется для процессов IBM Cognos 10, а cogdevsvc1 – для процессов IBM Cognos 8.3

Обновление спецификаций отчетов

Завершающим шагом является обновление спецификаций отчетов в среде IBM Cognos 10 при помощи мастера New Report Upgrade.

Спецификации отчетов можно обновлять либо при установке и запуске Content Manager, либо при помощи мастера обновления отчетов со страницы администратора. Поскольку мы решили не обновлять отчеты во время первоначального запуска Content Manager, для обновления отчетов необходимо использовать задания Report Upgrade Tasks. Если не обновить отчеты, это будет оказывать долгосрочное негативное влияние на производительность, так как при каждом открытии в IBM Cognos 10 отчет будет обновляться. Если не выполнить сохранение, останется старая версия спецификации отчета, и такое автоматическое обновление будет происходить при каждом открытии отчета.

  • В программе IBM Cognos 10 Administration перейдите на вкладку Configuration.
  • Выберите задание New Report Upgrade... (см. рисунок 26) из ниспадающего списка, относящегося к пиктограмме New content maintenance.
    Рисунок 26. Задание New Report Upgrade... в IBM Cognos Administration
    Рисунок 26. Задание New Report Upgrade... в IBM Cognos Administration
  • Появится мастер New Content Maintenance Task wizard: Report Upgrade. Выберите пакеты, отчеты и/или папки для обновления (см. рисунок 27) и нажмите кнопку OK.
    Рисунок 27. Выбор элементов, которые должен обрабатывать мастер заданий New Content Maintenance для обновления отчетов
    Рисунок 27. Выбор элементов, которые должен обрабатывать мастер заданий New Content Maintenance для обновления отчетов
  • Нажмите кнопку Next (см. рисунок 28) для перехода к указанию параметров выполнения задания обновления.
    Рисунок 28. Содержимое, выбранное для обновления
    Рисунок 28. Содержимое, выбранное для обновления
  • Выберите Save and run once и нажмите кнопку Finish для выполнения задания обновления (см. рисунок 29).
    Рисунок 29. Выбор частоты обновления отчетов
    Рисунок 29. Выбор частоты обновления отчетов
  • Выберите Now в качестве времени запуска задания обновления (см. рисунок 30).
    Рисунок 30. Указание времени запуска задания обновления
    Рисунок 30. Указание времени запуска задания обновления

На рисунке 31 показано состояние процесса обновления отчета. Сообщения о состоянии включают в себя общее число объектов, которые были успешно обновлены, число объектов, не потребовавших обновления, и список объектов, обновление которых произошло с ошибкой. Каждый объект с ошибкой обновления необходимо проанализировать. Существует множество причин невозможности обновления отчета.

Рисунок 31. Состояние мастера обновления отчетов
Рисунок 31. Состояние мастера обновления отчетов

Приложения IBM Cognos SDK

При использовании приложений IBM Cognos SDK все их необходимо обновить для использования библиотек IBM Cognos BI 10.1 (JAR-файлы и .NET-компоновки) до подключения и выполнения отчетов IBM Cognos 10.1. Возможно, понадобятся дополнительные изменения кода в существующих приложениях из-за устаревших и удаленных функций и/или из-за различий в поведении продукта. Подробная информация по обновлению SDK-приложений до версии IBM Cognos 10.1 приведена в "Руководстве разработчика по IBM Cognos 10 SDK".


Пакеты исправлений

IBM Cognos 10.1 – это базовая установка. IBM предоставляет пакеты исправлений, которые можно устанавливать поверх существующих экземпляров IBM Cognos 10 для решения известных проблем. Доступные обновления и пакеты исправлений можно найти на сайте IBM Cognos Support по адресу

http://www.ibm.com/support/entry/portal/us/Downloads?cm_re=other-_-suprcn-_-download.


Приложение А. Ссылки

Руководство по установке и настройке IBM Cognos 10.1

Руководство по архитектуре и развертыванию IBM Cognos 10.1

Руководство по администрированию и безопасности IBM Cognos 10.1

Руководство разработчика IBM Cognos 10.1 SDK

Ресурсы

Комментарии

developerWorks: Войти

Обязательные поля отмечены звездочкой (*).


Нужен IBM ID?
Забыли Ваш IBM ID?


Забыли Ваш пароль?
Изменить пароль

Нажимая Отправить, Вы принимаете Условия использования developerWorks.

 


Профиль создается, когда вы первый раз заходите в developerWorks. Информация в вашем профиле (имя, страна / регион, название компании) отображается для всех пользователей и будет сопровождать любой опубликованный вами контент пока вы специально не укажите скрыть название вашей компании. Вы можете обновить ваш IBM аккаунт в любое время.

Вся введенная информация защищена.

Выберите имя, которое будет отображаться на экране



При первом входе в developerWorks для Вас будет создан профиль и Вам нужно будет выбрать Отображаемое имя. Оно будет выводиться рядом с контентом, опубликованным Вами в developerWorks.

Отображаемое имя должно иметь длину от 3 символов до 31 символа. Ваше Имя в системе должно быть уникальным. В качестве имени по соображениям приватности нельзя использовать контактный e-mail.

Обязательные поля отмечены звездочкой (*).

(Отображаемое имя должно иметь длину от 3 символов до 31 символа.)

Нажимая Отправить, Вы принимаете Условия использования developerWorks.

 


Вся введенная информация защищена.


static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=40
Zone=Information Management
ArticleID=861481
ArticleTitle=Проверенные методики IBM Cognos: Учебный пример – обновление до IBM Cognos
publish-date=03142013