Використовуйте описану нижче процедуру при конфігуруванні агента Summarization and Pruning Agent для зв'язку з базою даних Tivoli Data Warehouse, створеної в будь-який з підтримуваних платформ баз даних і операційних систем.
Перш ніж почати
Файли JAR драйвера JDBC для платформи баз даних повинні перебувати на комп'ютері, на якому встановлений агент Summarization and Pruning Agent. Використовуйте драйвер JDBC типу 4. Не використовуйте драйвер типу 2.
- Якщо для бази даних Tivoli Data Warehouse ви використовуєте DB2 for Linux, UNIX, and Windows, файли драйвера JDBC включаються в установку платформи баз даних. Якщо база даних сховища і Summarization and Pruning Agent встановлені на одному і тому ж комп'ютері, то файли драйвера JDBC вже присутні. Немає необхідності переміщати їх з поточного положення. Якщо ваша база даних знаходиться на віддаленому комп'ютері, скопіюйте файли драйвера на локальний комп'ютер (комп'ютер, на який ви встановили агент Summarization and Pruning Agent). Скопіюйте ці файли в будь-який каталог, до якого є доступ у користувача, що запускає Summarization and Pruning Agent.
- Якщо для бази даних Tivoli Data Warehouse ви використовуєте Oracle або Microsoft SQL Server, то скачайте файл драйвера з сайту компанії на комп'ютер, на якому ви встановили Summarization and Pruning Agent. Скачайте ці файли в будь-який каталог, до якого є доступ у користувача, що запускає Summarization and Pruning Agent.
В Табл. 1 показано, де взяти файли драйвера для кожної з платформ баз даних.
Табл. 1. Де взяти файли драйвера JDBC для агента Summarization and Pruning Agent. Платформа бази даних Файли драйвера JDBC IBM® DB2 for Linux, Unix and Windows
Використовуйте універсальний драйвер JDBC DB2 for Linux, UNIX, and Windows (драйвер типу 4). Файли драйвера DB2 for Linux, UNIX, and Windows розміщуються при установці сервера Tivoli Data Warehouse. Імена та положення файлів драйвера типу 4:
к-лог_уст_db2 / java / db2jcc.jar
каталог_установкі_db2 / java / db2jcc_license_cu.jar
де каталог_установкі_db2 - це каталог, в якому встановлена DB2 for Linux, UNIX, and Windows. Каталог установки DB2 for Linux, UNIX, and Windows Версії 9 за замовчуванням:
- У Windows: C: \ Program Files \ IBM \ SQLLIB
- У AIX: / usr / opt / db2_09_01
- В Linux і Solaris: /opt/IBM/db2/V9.1
Microsoft SQL Server
Використовуйте останню версію драйвера JDBC Microsoft SQL Server, який підтримує SQL Server 2008, 2005 і 2000, для з'єднання з Tivoli Data Warehouse в SQL Server 2000 або SQL Server 2005. (Драйвер JDBC SQL Server 2005 року працював з Tivoli Data Warehouse на SQL Server 2000. ) Перейдіть на веб-сторінку Microsoft
http://www.microsoft.com ; знайдіть JDBC driver.
Скачайте і встановіть драйвер на комп'ютер, на якому встановлений Summarization and Pruning Agent. Для установки драйвера виконайте інструкції на сторінці завантаження Microsoft. Ім'я та каталог файлу JAR SQL Server після установки - <каталог_установкі_mssql> /sqljdbc_1.1/enu/sqljdbc4.jar.
Oracle
Отримайте драйвер Oracle JDBC Type 4 з сайту:
http://www.oracle.com/technology/software/tech/java/sqlj_jdbc/index.html .
Ім'я та місцезнаходження файлу JAR драйвера JDBC Oracle після установки: каталог_установкі_oracle / jdbc / lib / ojdbc14.jar
Файл ojdbc14.jar підтримує JRE 1.5 або новіше. Ця версія Java ™ Runtime Environment необхідна для IBM Tivoli Monitoring.
Про цьому завданні
Виконайте наступні дії, щоб настроїти Summarization and Pruning Agent:
процедура
- Увійдіть на комп'ютері, на якому встановлений агент Summarization and Pruning Agent, і почніть конфігурація:
- Відкрийте вікно Manage Tivoli Enterprise Monitoring Services:
- Клацніть правою кнопкою миші по Summarization and Pruning Agent.
Клацніть по Конфігурувати зі значеннями за замовчуванням. 
Клацніть по Конфігурувати. Якщо ви виконуєте переконфігуруванні, виберіть переконфігурувати.
- Перегляньте параметри з'єднання між агентом Summarization and Pruning Agent і сервером-хабом Tivoli Enterprise Monitoring. Ці значення були задані при установці агента Summarization and Pruning Agent.
- Зробіть наступне:
- У вікні Warehouse Summarization and Pruning Agent: Розширена конфігурація агента перевірте протокол зв'язку хаб-сервера моніторингу в випадаючому списку Протокол. Клацніть по ОК.
- У наступному вікні перевірте ім'я хоста і номер порту хаб-сервера моніторингу. Клацніть по ОК.
Інформацію про різні протоколах, доступних для хаб-сервера моніторингу в Windows, і пов'язаних з ними використовуваних за замовчуванням значеннях дивіться в розділі Windows: Установка хаб-сервера моніторингу .
- Перевірте наступну інформацію на вкладці З'єднання TEMS:
- Ім'я хоста хаб-сервера моніторингу в поле Ім'я хоста TEMS. Якщо це поле неактивно, то зніміть позначку з перемикача Немає TEMS.
- Протокол зв'язку, який використовується хаб-сервером моніторингу, в випадаючому списку Протокол.
- Якщо ви вибрали IP.UDP, IP.PIPE або IP.SPIPE введіть номер порту сервера моніторингу в поле Номер порту.
- При виборі SNA, введіть інформацію в полях Ім'я мережі, Ім'я логічного блоку і режим запису в журнал.
Інформацію про різні протоколах, доступних для хаб-сервера моніторингу в Linux або UNIX, і пов'язаних з ними використовуваних за замовчуванням значеннях дивіться в розділі Конфігурація віддаленого сервера моніторингу .
- Закінчивши перевірку або введення інформації про хаб-сервері моніторингу.
Відкриється вікно конфігурації з вкладками, з вкладкою Джерела на передньому плані.
на Мал. 1 показано вікно конфігурації для агента Summarization and Pruning Agent Summarization and Pruning Agent в Windows (показані значення для бази даних сховища DB2 for Linux, UNIX, and Windows). Вікно конфігурації для агента Summarization and Pruning Agent в Linux або UNIX виглядає аналогічно. Мал. 1. Панель Джерела вікна Конфігурація Warehouse Summarization and Pruning Agent
- Додайте імена і каталоги положень файлів JAR драйверів JDBC в список драйверів JDBC:
- Натисніть Додати, щоб відкрити вікно перегляду файлів. Перейдіть в положення файлів драйвера на цьому комп'ютері і виберіть файли драйвера типу 4 для вашої платформи бази даних. Імена і положення за замовчуванням додаються файлів драйвера дивіться в розділі Табл. 1 .
- Натисніть кнопку OK, щоб закрити вікно браузера і додати ці файли драйверів JDBC в список.
Якщо потрібно видалити запис зі списку, то виберіть її та натисніть Видалити.
- Значення за замовчуванням для платформи бази даних, обраної в панелі Тип бази даних, виводяться в інших текстових полях панелі Джерела. Якщо значення за замовчуванням, показане в поле URL JDBC, неправильне, то змініть його. У наступній таблиці наведено список використовуваних за замовчуванням URL Tivoli Data Warehouse для різних платформ баз даних: Табл. 2. URL для Tivoli Data Warehouse Платформа бази даних URL сховища IBM DB2 for Linux, UNIX, and Windows jdbc: db2: // localhost: 60000 / WAREHOUS Oracle jdbc: oracle: thin: @localhost: 1521: WAREHOUS Microsoft SQL Server 2000 або SQL Server 2005 jdbc: sqlserver: // localhost: 1 433; databaseName = WAREHOUS
- При установці Tivoli Data Warehouse на віддаленому комп'ютері задайте замість localhost ім'я хоста віддаленого комп'ютера.
- Якщо номер порту іншої, то змініть його.
- Якщо ім'я бази даних Tivoli Data Warehouse НЕ WAREHOUS, замініть WAREHOUS реальним ім'ям.
- Перевірте ім'я драйвера JDBC. У цій таблиці наведено імена драйверів JDBC типу 4 для кожної з платформ баз даних: Табл. 3. Імена драйверів JDBC Платформа бази даних Ім'я драйвера JDBC IBM DB2 for Linux, UNIX, and Windows com.ibm.db2.jcc.DB2Driver Oracle oracle.jdbc.driver.OracleDriver Microsoft SQL Server
com.microsoft.sqlserver.jdbc.SQLServerDriver
Прим .: Це ім'я драйвера 2005 SQL. Не використовуйте драйвер JDBC SQL Server 2000, навіть якщо Tivoli Data Warehouse було створено в Microsoft SQL 2000. (Ім'я драйвера SQL 2000 - com.microsoft.jdbc.sqlserver.SQLServerDriver. Зверніть увагу на зворотний порядок рядки jdbc.sqlserver.)
- При необхідності змініть записи в полях Користувач сховища і Пароль сховища, щоб вони збігалися з ім'ям користувача і паролем, створеними для Tivoli Data Warehouse. Ім'я користувача за замовчуванням - itmuser, пароль за замовчуванням - itmpswd1.
- В поля Хост сервера TEPS і Порт сервера TEPS введіть ім'я хоста комп'ютера, на якому встановлений сервер Tivoli Enterprise Portal, і номер порту, який використовується для зв'язку з Summarization and Pruning Agent. Прим .: Після початкового з'єднання агента Summarization and Pruning Agent з сервером порталу через порт 1920 використовується також порт 15001 інтерфейсу сервера Tivoli Enterprise Portal Server. На всіх брандмауерах між цими двома компонентами повинна бути дозволена зв'язок через порт 15001 або через той порт, який заданий для нового інтерфейсу сервера Tivoli Enterprise Portal Server як вказано в розділі Конфігурація інтерфейсу сервера Tivoli Enterprise Portal Server в Windows .
- Виберіть Перевірка з'єднання, щоб переконатися в можливості зв'язку з базою даних Tivoli Data Warehouse.
Прим .: Якщо платформа бази даних - Microsoft SQL Server, то після клацання по Перевірити з'єднання може бути показано повідомлення про помилку, навіть якщо ви замінили драйвер базу даних на sqljdbc4.jar. Причина цього в тому, що старий файл sqljdbc.jar кешуватися. Якщо ви збережете настройки з новим файлом sqljdbc4.jar і ще раз натиснете Перевірити з'єднання, то буде використовуватися новий файл із розширенням JAR і повідомлення про помилку не з'явиться.
- Виберіть перемикач Планування, щоб вказати, коли ви хочете запускати підсумовування і відкидання. Розклад можна зробити як фіксованим, так і гнучким: Рис. 2. Панель Розклад вікна Конфігурація Warehouse Summarization and Pruning Agent
Прим .: Якщо ви вибрали Фіксована, то Summarization and Pruning Agent не починати негайно виконувати якесь підсумовування або скорочення при запуску. Він виконує підсумовування і скорочення під час роботи. Він працює відповідно до розкладу, заданим на панелі Планування. Якщо вибрано Гнучке, то агент Summarization and Pruning Agent виконує роботу одноразово, відразу ж після його запуску, а потім через задані вами інтервали, за винятком періоду неактивності.
- Вкажіть параметри змін і вихідних днів на панелі Робочі дні: Рис. 3. Панель Робочі дні вікна Конфігурація Warehouse Summarization and Pruning Agent Після того, як ви дозволили і сконфигурировали зміни, IBM Tivoli Monitoring генерує три окремі звіти про підсумовуванні:
- Підсумовування для пікових годин зміни
- Підсумовування для НЕ пікових годин зміни
- Підсумовування для всіх годинників зміни (пікових і не пікових)
- Підсумовування для вихідних днів
- Підсумовування для робочих днів
- Підсумовування для всіх днів (вихідних і робочих)
- Виберіть, коли починається тиждень.
- Щоб настроїти зміни:
- Виберіть в списку, що випадає Задати зміни Так.
- (Необов'язково) Змініть настройки за замовчуванням для пікових і внепікових годин, вибравши годинник у вікні Вибрати пікові години.
Прим .: Зміна інформації про змінах після підсумовування даних веде до неузгодженості даних. Раніше зібрані дані не підсумовуються знову з урахуванням нових параметрів змін.
- Щоб настроїти установки вихідних днів:
- Виберіть Так в випадаючому списку Задати вихідні дні, щоб дозволити вихідні дні.
- У випадаючому списку виберіть Так, якщо ви хочете вказати в якості вихідних днів кінець тижня.
- Виберіть Додати, щоб додати вихідні дні.
- Виберіть у календарі вихідні дні, які потрібно додати.
В UNIX або Linux виберіть правою кнопкою миші (а не лівої) місяць і рік.
Обрані дні будуть показані у вікні списку.
Якщо ви захочете видалити будь-які з раніше обраних днів, виберіть їх і натисніть по Видалити.
Прим.:
- Додавайте вихідні дні тільки в майбутньому. Додавання вихідних днів в минулому веде до неузгодженості даних. Раніше зібрані дані не підсумовуються знову з урахуванням вихідних днів.
- Включення змін або періодів вихідних днів може істотно збільшити розмір бази даних сховища. Це також може негативно позначитися на продуктивності агента Summarization and Pruning Agent.
- Виберіть перемикач Параметри журналу, щоб задати проміжки часу для скорочення журналу: Рис. 4. Панель Параметри журналу вікна Конфігурація Warehouse Summarization and Pruning Agent
- Виберіть Скорочувати WAREHOUSELOG, виберіть одиницю часу (день, місяць або рік) і число одиниць, протягом яких повинні зберігатися дані.
- Виберіть Скорочувати WAREHOUSEAGGREGLOG, виберіть одиницю часу (день, місяць або рік) і число одиниць, протягом яких повинні зберігатися дані.
Прим .: Вставки в ці таблиці за замовчуванням заборонені. Робочі простору самоконтролю, що надаються агентом Summarization and Pruning Agent, містять достатньо інформації, що дозволяє визначити, чи правильно працює агент. Таблиці журналу Tivoli Data Warehouse можуть вирости до дуже великого розміру і для них потрібно регулярне скорочення. Ця нова конфігурація зменшує час обробки Summarization and Pruning Agent і знижує використання і число конфліктів ресурсів бази даних.
- Вкажіть додаткові налаштування підсумовування і скорочення в панелі Додаткові параметри: Рис. 5. Панель Додаткові параметри журналу вікна Конфігурація Warehouse Summarization and Pruning Agent
- Вкажіть число додаткових потоків, які ви хочете використовувати для виконання обробки підсумовування і скорочення. Число потоків має бути 2 * N, де N - число процесорів, що виконують обробку Summarization and Pruning Agent. Можна використовувати більшу кількість потоків в залежності від конфігурації бази даних і устаткування.
- Вкажіть максимальне число рядків, які можуть бути видалені в одній транзакції скорочення. Припустимо будь-яке позитивне ціле число. Значення за замовчуванням - 1000. Значення, яке зазначає, що ви хочете видалити всі значення, немає.
При збільшенні числа потоків обміркуйте збільшення цього значення, якщо це дозволяє ваш журнал транзакцій. Ефективне число рядків, що видаляються за одну транзакцію, грунтується на розподілі цього значення на число робочих потоків.
- Виберіть часовий пояс для даних хронології в випадаючому списку Використовувати різницю в часових поясах відносно. У цьому полі вказується, який часовий пояс використовувати, коли користувач задає в запиті період часу для даних моніторингу.
- Виберіть Агент для використання часового поясу (або часових поясів), в яких розташовані агенти моніторингу.
- Виберіть Сховище для використання часового поясу, в якому розташований агент Summarization and Pruning Agent. Якщо Tivoli Data Warehouse і Summarization and Pruning Agent знаходяться в різних часових поясах, то вибір у списку Сховище вказує часовий пояс для Summarization and Pruning Agent, а не для сховища.
- Задайте вік даних, які ви хочете підсумувати, в полях агрегованих погодинні дані старше, ніж та агрегованих щоденні дані старше, ніж. Значення за замовчуванням - 1 для погодинних даних і 0 для щоденних даних.
- Максимальне число показуються помилок вузлів відноситься до таблиці помилок вузлів в робочому просторі підсумовування і скорочення. Визначає максимальне число рядків, які робочому простору потрібно зберегти і вивести.
- Максимальне число показуються запусків підсумовування і скорочення відноситься до таблиці запусків підсумовування і скорочення в робочому просторі підсумовування і скорочення. Визначає максимальне число рядків, які робочому простору потрібно зберегти і вивести.
Максимальне число показуються запусків підсумовування і скорочення і максимальне число показуються помилок вузлів разом визначають число рядків на в таблиці загального числа запусків підсумовування і скорочення і таблиці помилок відповідно. Для кожного поля передбачено мінімальне значення 10. Ці параметри еквівалентні ключовими словами KSY_SUMMARIZATION_UNITS і KSY_NODE_ERROR_UNITS в файлі KSYENV / sy.ini.
- Час в кеші з'єднань з базою даних визначає, як довго після позитивної перевірки зв'язку буде зберігатися результат в кеші. Більш тривалі терміни зберігання можуть привести до неточних результатів в робочому просторі, але економлять час обробки.
Параметр Час в кеші з'єднань з базою даних записує час кешування з'єднань з базою даних для функції звітів (в хвилинах). Мінімальне значення - 5 хвилин. Цей параметр еквівалентний ключовим словом KSY_CACHE_MINS в файлі KSYENV / sy.ini.
- Пакетний режим визначає, чи використовуються дані з різних керованих систем в одному і тому ж пакеті бази даних; цей параметр покращує також продуктивність.
Пакетний режим управляє методом пакетної обробки, використовуваним агентом Summarization and Pruning Agent. Значення Одна керована система (0) означає, що в пакеті повинні бути дані тільки для однієї керованої системи, а при значенні Кілька керованих систем (1) в пакеті можуть бути дані для декількох систем, що може привести до більш високої продуктивності при потенційно великих розмірах транзакцій. Значення за замовчуванням - Одна керована система (0). Цей параметр еквівалентний ключовим словом KSY_BATCH_MODE в файлі KSYENV / sy.ini.
- Вкажіть, чи хочете ви включити стиск бази даних.
- Вкажіть, чи хочете ви включити сегментування таблиць бази даних. Якщо сегментування дозволено, то агент Summarization and Pruning Agent виконує наступні функції:
- Створює зведені таблиці як многораздельние таблиці.
- Додає розділи до існуючих многораздельних таблицями (включаючи докладні таблиці, створені Warehouse Proxy) на основі конфігурації.
- Скорочує дані в многораздельних таблицях, видаляючи відповідні розділи.
Змінити значення цих параметрів можна або у вікні конфігурації підсумовування і скорочення на вкладці Розширені можливості пошуку, або безпосередньо в файлі KSYENV / sy.ini.
- Збережіть параметри і закрийте вікно. Натисніть кнопку Зберегти, щоб зберегти параметри. У Windows натисніть кнопку Закрити, щоб закрити вікно конфігурації.