Тонкие клиенты Optim Open Data Manager и Optim Connect для сред на основе Linux и UNIX

Доступ к архивированным данным Optim из пакетных приложений на платформах Linux и UNIX

Законодательные нормативы и бизнес-требования нередко предписывают организациям сохранять данные на протяжении определенного промежутка времени. IBM® InfoSphere® Optim™— это решение для архивной базы данных, позволяющее архивировать информацию из любых производственных баз данных (с целью ограничения роста объема данных) или из унаследованных приложений (с целью вывода этих приложений из эксплуатации). Компонент Optim Open Data Manager (ODM) позволяет обеспечить непрерывный доступ к архивированным данным с использованием таких открытых стандартов, как ODBC, JDBC, XML. В статье описываются различия между имеющимися методами доступа к архивированным данным Optim в средах Linux®/UNIX® и порядок конфигурирования ODBC-доступа к архивированным данным Optim в Linux-среде с использованием таких инструментов отчетности, как IBM Cognos®.

Алан Силва, инженер по программному обеспечению, IBM

Alan Fischer e SilvaАлан Силва (Alan Fischer e Silva) является инженером по программному обеспечению в группе Optim и Guardium Technology Ecosystem (лаборатория IBM Canada Lab). Он предоставляет комплексную поддержку по продуктам InfoSphere Optim/Guardium (включая передачу навыков, демонстрации по продуктам, типовые методики и т. д.), что помогает партнерам лучше освоить продукты InfoSphere Optim и InfoSphere Guardium и быстрее достичь успеха с их помощью.



28.12.2012

Введение

Компонент Optim Open Data Manager (ODM) позволяет сторонним приложениям обращаться к архивированным данным Optim с помощью таких стандартных механизмов, как ODBC (open database connectivity), JDBC (Java™ database connectivity) и XML. С помощью Optim ODM инструменты бизнес-отчетности способны извлекать архивированные данные Optim точно так же, как будто они находятся в реляционных базах данных. Компонент Optim ODM реализован с использованием инфраструктуры Optim Connect (сервер и тонкие клиенты) и специального драйвера под именем PST_GDB для доступа к архивированным файлам и к коллекциям Optim.

Optim предоставляет два тонких клиента для поддержания соединений со сторонними приложениями: тонкий клиент Optim Connect ODBC и тонкий клиент Optim Connect JDBC. Использование тонкого JDBC-клиента выполняется аналогично на всех платформах, которые поддерживает Optim, однако для тонкого ODBC-клиента этапы установки меняются в зависимости от платформы. Эта статья посвящена процессу настройки тонкого ODBC-клиента Optim Connect в средах на основе Linux/UNIX. Кроме того, в статье излагаются некоторые соображения по использованию тонкого JDBC-клиента и XML-утилиты.

Для получения дополнительной информации о конфигурировании Optim Connect Server, тонкого клиента Optim ODBC, менеджера драйверов и ODBC DSN в средах на основе Linux и UNIX обратитесь к следующим темам. Для получения дополнительной информации о создании ODBC DSN и об использовании тонкого ODBC-клиента Optim Connect в Windows-среде прочитайте материал Create ODBC data source using ODBC Administrator in Windows(Создание ODBC-источника данных с помощью инструмента ODBC Administrator в Windows-среде).

Как показано на рис. 1, решение Optim ODM обеспечивает всеобъемлющий доступ к архивированным данным решения Optim.

Рисунок 1. Доступ из приложений к активным данным приложений и к данным в архивах
Diagram shows how Optim can archive inactive data from production databases, allowing universal access to the archived data and providing restore on demand

Базовая информация по интерфейсу ODBC и по менеджеру драйверов

Хотя некоторые приложения способны интегрироваться с ODBC-драйверами напрямую, в наиболее общем сценарии задается имя ODBC-источника данных (ODBC DSN), а приложение использует это имя ODBC DSN при посредстве соответствующего менеджера драйверов (driver manager). Имя ODBC DSN предоставляет о соединении такую информацию, как IP-адрес сервера, номер порта, имя пользователь/пароль и драйвер.

Менеджер драйверов выполняет в интересах приложения следующие задачи.

  • Обеспечение загрузки и выгрузки надлежащего драйвера
  • Выполнение задач валидации
  • Вызов версий ODBC (3.5 – 3.0 – 2.0) и отображение данных

Большинство обращений к менеджеру драйверов передается к загруженному драйверу для дальнейшей обработки, однако это уже мало заботит приложение. Кроме того, использование менеджера ODBC-драйверов обеспечивает следующие преимущества.

  • Переносимость кода доступа к данным
  • Возможность связывания с источником данных на этапе исполнения (Runtime binding)
  • Возможность простого изменения информации об источнике данных, особенно в том случае, когда несколько приложений совместно используют один и тот же источник данных ODBC

Обычно менеджер драйверов предоставляет приложениям интерфейс для динамического подключения и исполнения SQL посредством загрузки заданного драйвера для подключения определенного приложения. В описанной выше ситуации с продуктами Optim при установке компонента Optim Connect в отличной от Windows среде необходимо интегрировать драйвер Optim Connect со сторонним менеджером драйверов. В средах на основе Linux и UNIX наиболее широко используются такие менеджеры драйверов, как unixODBC и iODBC. В этой статье мы будем использовать менеджер драйверов unixODBC. Этапы настройки менеджеров unixODBC и iODBC имеют минимальные различия, которые обычно связаны с путями к файлам или с именами файлов.

Как указывалось выше, некоторые приложения способны интегрироваться с ODBC-драйверами напрямую, но тем не менее рекомендуется использовать менеджер драйверов.

Рисунок 2. Использование менеджера драйверов
Diagram shows how applications can integrate with a driver manager to load the connection information and the driver to be used instead of loading the driver directly

Optim Connect и ODBC-коннекторы данных

Windows-платформы предоставляют встроенный менеджер драйверов ODBC для конфигурирования ODBC-доступа. Платформы на основе Linux и UNIX требуют ручной настройки стороннего менеджера драйверов. В Windows-среде тонкий ODBC-клиент устанавливается и конфигурируется достаточно просто, а в Linux/UNIX-среде его необходимо конфигурировать в ручном режиме.

Вне зависимости от среды, в которой работает клиент (Windows или Linux/UNIX), после надлежащей настройки этой среды необходимо задать имя ODBC DSN.

Процесс доступа к архивированным данным с использованием интерфейса ODBC выглядит следующим образом.

  1. Приложение посылает запросы на извлечение данных с использованием имени ODBC DSN и ODBC-драйвера Optim Connect, который затем отсылает запросы обратно к компоненту Optim Connect Server.
  2. Optim Connect Server обращается к Optim Server с целью извлечения данных на основе сведений об архивированном файле или о коллекции архивированных файлов.
  3. Optim Server ищет метаданные архивированного файла/коллекции в каталоге Optim Directory.
  4. Если архивированный файл/коллекция существуют, Optim Connect Server пытается прочитать его (ее) с помощью драйвера PST_GDB.
  5. Архивированный файл/коллекция представляется в виде источника данных.
Рисунок 3. Обращение к архивированным данным с помощью тонкого ODBC-клиента
Diagram shows how Optim allows access to the archived data via Optim ODBC thin client

Предварительные условия

В этой статье используются следующие программные продукты:

  • RedHat Enterprise Linux (RHEL) 5,64 разряда
  • unixODBC, 32 разряда
  • Optim for RHEL 5
  • Optim for Windows®
  • Cognos BI 10 for Linux, 64 разряда

Optim предоставляет тонкие ODBC-клиенты (для стандартов ODBC 2.5 и ODBC 3.5) в установочной папке Windows. Кроме того, поддерживаются такие платформы, как AIX®, HP-UX, ItaniumVMS, Linux (Red Hat), Solaris, Windows; при этом для каждой из этих платформ предоставляются 32-разрядные и 64-разрядные версии драйверов. Если вы решили использовать 64-разрядный драйвер, вам потребуется 64-разрядный менеджер драйверов, а 32-разрядный драйвер требует, соответственно, 32-разрядного менеджера драйверов. Согласно документуCognos System Requirements, (Системные требования Cognos), 64-разрядные продукты Cognos интегрируются только с 64-разрядной средой Java. Другие точки интеграции требуют сторонних 32-разрядных библиотек. Вследствие этого в данной статье используется 32-разрядная версия менеджера драйверов unixODBC.

При конфигурировании среды в следующем разделе предполагается, что ваша среда Optim уже настроена следующим образом:

  1. Компоненты Optim First Workstation и Optim Connect Studio on Windows уже установлены и сконфигурированы.
  2. Компоненты Optim Server on Linux/UNIX и Optim Connect Server уже установлены и сконфигурированы.
  3. DBAlias и Archive Request сконфигурированы, а данные заархивированы.

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


Настройка компонента Optim Connect Server

В дальнейшем предполагается, что вышеописанные предварительные условия выполнены, поскольку цель данной статьи состоит в описании поэтапной настройки тонкого ODBC-клиента Optim Connect в среде Linux/UNIX.

До настройки имени ODBC DSN убедитесь в том, что источник данных ODM настроен надлежащим образом и что драйвер доступен. С помощью инструмента Optim Connect Studio выполните следующие шаги, которые гарантируют надлежащую настройку компонента Optim Connect Server.

  1. Добавьте релевантную информацию о том, где работает ODM-сервер.
    1. Нажмите Add Machine..., чтобы добавить информацию к Optim Connect Server.
      Рисунок 4. Добавление машины к серверу
      Image shows using the Optim Connect Studio click Add Machine
    2. node4— это наш Linux-сервер, на котором исполняются компоненты Optim Server и Optim Connect Server. Следующие три поля являются обязательными.
      1. Host name/IP address: используйте hostname, если ваша рабочая станция Windows способна разрешить имя сервера; в противном случае задайте IP-адрес.
      2. Port: по умолчанию для Optim Connect Server используется порт с номером 2551.
      3. Display name: псевдоним, который будет демонстрироваться в Optim Connect Studio.
      Рисунок 5. Задание сведений для Optim Connect Server
      Image shows how to provide the Optim Connect Server machine details
  2. Обновите режим Workspace server mode.
    1. Разверните папку Daemon и откройте демона с именем IRPCD.
      Рисунок 6. Открытие демона IRPCD
      Image shows how to expand the Daemon folder and open the IRPCD Daemon
    2. Нажмите на вкладку Server Mode.
      Рисунок 7. Выбор Server Mode
      Image shows Server Mode tab
    3. Для эффективного доступа к архивированным файлам Optim обновите режим Server Mode, для чего выберите опцию singleClient. В этом режиме каждый клиент получает выделенный серверный процесс.
      Рисунок 8. Выбор опции singleClient
      Image shows how to update the workspace mode to SingleClient
    4. Откройте определение Bindings. В папке Bindings выберите опцию Open as XML.
      Рисунок 9. Открытие определения Bindings
      Image shows that under the bindings folder, open the Navigator as a XML
  3. Отредактируйте определение источника данных и добавьте применимый архивированный файл или коллекцию архивированных файлов.
    1. Добавьте информацию об источнике данных (имя и тип; обязательный тип – PST_GDB) следующим образом:
      • name: имя источника данных для архивированного файла или коллекции архивированных файлов.
      • type: тип источника данных. Для архивированного файла или для коллекций архивированных файлов используйте значение PST_GDB.
      • dirdb: каталог optimdir, содержащий метаданные архивированного файла или коллекции архивированных файлов.
      • collection: имя коллекции архивированных файлов. Не применимо в случае использования архивированного файла.
      • arcv_file: полный путь и имя архивированного файла. Не применимо в случае использования коллекции архивированных файлов.
    2. В случае использования коллекции архивированных файлов введите то же имя коллекции, которое хранится в каталоге Optim.
      Листинг 1. Имя коллекции
      <datasource name="ORDERS" type="PST_GDB">
      	<config COLLECTION="ORDERS" DIRDB="LNOPTDIR"/>
      </datasource>
    3. При использовании архивированного файла укажите полный путь к месту его хранения.
      Листинг 2. Путь к архивированному файлу
      <datasource name="ORDERS" type="PST_GDB">
      	<config ARCV_FILE="/opt/IBM/Optim/rt/data/ARC20100112_002.AF" /
      DIRDB="LNOPTDIR"/>
      </datasource>

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


Настройка менеджера драйверов unixODBC и тонкого ODBC-клиента Optim Connect

К настоящему моменту ваш компонент Optim Connect Server должен прослушивать порт 2551 и обращаться к архивированному файлу как к источнику данных ORDERS. На следующем этапе мы осуществляем настройку 32-разрядного менеджера unixODBC.

  1. Определите местонахождение тонкого ODBC-клиента Optim и извлеките его.
  2. Настройте файлы odbc.ini и odbcinst.ini.
  3. Экспортируйте переменные ODBCINI и LD_LIBRARY_PATH для Linux и для Solaris. В AIX и HP-UX вместо переменной LD_LIBRARY_PATH необходимо использовать переменную LIBPATH или SHLIB_PATH соответственно.

Optim содержит инсталляционные файлы тонких ODBC-клиентов в папке $PSTHOME/rt/odm/install. Список этих тонких клиентов может выглядеть следующим образом.

Листинг 3. Размещение тонких клиентов Optim Connect ODBC в каталоге $PSTHOME/rt/odm/install
[optim@node4 install]$ pwd
/opt/IBM/Optim/rt/odm/install
[optim@node4 install]$ ls OptimConnect*ODBC*.tar.Z
     OptimConnect-53211-ODBC_Thin_Client-linuxrh.AS3.tar.Z
OptimConnect-53214-ODBC_3_5_Thin_Client-linuxrh.AS3.tar.Z

Тонкие ODBC-клиенты для других платформ находятся в инсталляционной папке Windows [installation_folder]\Optim Connect\Thin Clients\ODBC Thin Clients\.

После отыскания тонких ODBC-клиентов необходимо выбрать версию, которую вы хотите использовать. В этом примере используется тонкий клиент Optim, который поддерживает стандарт ODBC 3.5.

  1. Первый шаг настройки тонкого клиента Optim состоит в распаковке файла .tar.Z и в размещении полученного контента в папке с целью предоставления доступа к драйверу и к библиотекам.
    Листинг 4. Использование полного пути thinapi.so (унаследованная версия) или thinapi3.so (версия 3.5)
    	[optim@node4 3.5]$ pwd
    	/usr/optimconnect/3.5
    	[optim@node4 3.5]$ ls
    	aisconf.h         libnavshr.so     nav_util       samples
    	brand.bin         libnvbaseshr.so  nvdb_disam.so  thinapi3.a
    	libacodbc3shr.so  navcli3.h        odbcinc.h      thinapi3.so
  2. Второй шаг состоит в создании файлов /etc/odbcinst.ini и /etc/odbc.ini. Файл odbcinst.ini содержит информацию о драйвере, в т.ч. имя драйвера и его местоположение. Файл odbc.ini содержит информацию о DSN-имени (имя источника данных), а также информацию об используемом для этого имени драйвере (который был сконфигурирован в файле /etc/odbcinst.ini) и информацию о соединения (BindURL и имя источника данных). Кроме того, он поддерживает такие дополнительные параметры, как имя пользователя/пароль. Ниже показано, как должен быть структурирован каждый из этих файлов. Кроме того, не следует забывать, что драйвер должен иметь разрешение на исполнение.
    Листинг 5. Структура файлов /etc/odbc.ini и /etc/odbcinst.ini
    For file /etc/odbcinst.ini, containing the driver information
    	[Driver1]
    	Description     = "Description for Driver1"
    	Driver          = "/filepathfordriver1/driver"
    	FileUsage       = 1
    
    	[Driver2]
    	Description     = "Description for Driver2"
    	Driver          = "/filepathfordriver2/driver"
    	FileUsage       = 1
    
    	For file /etc/odbc.ini, containing the ODBC DSN information
    	[ODBC Data Sources]
    	DSN1="1st DSN in this example"
    	DSN2="2nd DSN in this example"
    
    	[DSN1]
    	Driver="Driver1"
    	Description="Description related to this DSN1"
    	BindURL="server":"port"/Navigator
    	DefTDPName="RemoteDataSourceName"
    
    	[DSN2]
    	Driver="Driver2"
    	Description="Description related to this DSN2"
    	BindURL="server":"port"/Navigator
    	DefTDPName="RemoteDataSourceName"

    Обратите внимание, что можно задать несколько DSN-имен. В этом примере DSN-имя сконфигурировано как в показанных ниже файлах /etc/odbc.ini и /etc/odbcinst.ini.

    Листинг 6. Файлы /etc/odbc.ini and the /etc/odbcinst.ini для данного примера
    [optim@node4 3.5]$ cat /etc/odbcinst.ini
    	[OptimConnect]
    	Description     = ODBC for OptimConnect
    	Driver          = /usr/optimconnect/3.5/thinapi3.so
    	FileUsage       = 1
    
    	[optim@node4 3.5]$ cat /etc/odbc.ini
    	[ODBC Data Sources]
    	ORDERS=ODM Data Source
    
    	[ORDERS]
    	Driver=OptimConnect
    	Description=Optim Connect ODBC access to ORDERS
    	BindURL=node4:2551/Navigator
    	DefTDPName=ORDERS
  3. Третий (заключительный) шаг настройки менеджера unixODBC с тонким ODBC-клиентом Optim состоит в настройке переменных в пользовательском профиле входа в систему. Экспортируйте переменную ODBCINI (которая будет использоваться для других приложений) и переменную LD_LIBRARY_PATH (которая содержит сведения о местоположении драйвера и его библиотек). Следующие команды можно добавить в системный профиль (в случае RHEL/etc/profile) или в профиль .bashrc для отдельного пользователя.
    Листинг 7. Экспорт пути к библиотекам и переменной ODBCINI — глобально или для пользователя, который будет исполнять приложение
    	export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/optimconnect/3.5
    	export ODBCINI=/etc/odbc.ini

Протестируйте ODBC-соединение. В следующем примере мы исполняем запрос на тестирование посредством запуска утилиты nav_util из командной строки (инструмент Optim Connect Tool).

Листинг 8. Подключение к источнику данных ODM с помощью утилиты nav_util (входит в состав пакета ODM)
	[root@node4 ~]# nav_util execute ORDERS

	NavSQL > select count(*) from OPTIM_ORDERS;


	$$CALC_1        

	845             

	1 rows returned
Листинг 9. Подключение к источнику данных ODM с помощью утилиты isql (входит в состав пакета unixODBC)
	[root@node4 ~]# isql -v ORDERS
	+---------------------------------------+
	| Connected!                            |
	|                                       |
	| sql-statement                         |
	| help [tablename]                      |
	| quit                                  |
	|                                       |
	+---------------------------------------+
	SQL> select count(*) from OPTIM_ORDERS;
	+--------------+
	| $$CALC_1     |
	+--------------+
	| 845          |
	+--------------+
	SQLRowCount returns -1
	1 rows fetched

Сравните результаты выполнения одного и того же запроса с помощью утилит nav_util и isql. Если обе утилиты выдали согласующиеся результаты, вы сконфигурировали все элементы правильно. Переходим к конфигурированию продукта Cognos BI 10.1.


Тестирование доступа продукта Cognos к архивированным данным Optim

IBM Cognos BI – это инструмент бизнес-анализа, предоставляющий возможности отчетности по данным, хранящимся в самой распространенной реляционной СУБД. В Интернете имеется несколько руководств по конфигурированию отчетности с помощью продукта Cognos Framework Manager. За дополнительной информацией о доступе к архивированным данным Optim и создании отчетов с помощью продукта Cognos Framework Manager ознакомьтесь с материалом Make the archive data accessible to report writers using Cognos Framework Manager.(Обеспечение доступа генераторов отчетов к архивированным данным с помощью Cognos Framework Manager). Мы используем описанный выше процесс, поскольку приложение Cognos, функционирующее на Linux/UNIX-системах, способно подключаться к компоненту Optim Connect Server. С этой целью объединим вышеописанные шаги с новым соединением, используя DSN-имя, которое было задано в предыдущем разделе.

Для тестирования ODBC-соединения с продуктом IBM Cognos, установленным в Linux/UNIX-среде, выполните следующие шаги.

  1. В качестве типа соединения (connection Type) укажите ODBC
  2. Введите имя и описание соединения
  3. Введите DSN-имя, заданное в файле odbc.ini, а также аутентификационные мандаты (в случае необходимости)
  4. Протестируйте соединение

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

  1. При создании соединения с источником данных в IBM Cognos выберите тип ODBC и нажмите Next.
    Рисунок 10. Выбор типа соединения
    Image shows selecting ODBC ans type
  2. Задайте параметры Connection Name, Description, Screen tip, а затем нажмите Next.
    Рисунок 11. Задание имени и описания в мастере New Data Source
    Image shows Optim Archive file; Description: Optim archive file containing orders older than 2 years; screen tip: OPTIM_ORDERS
  3. Для источника данных ODBC используйте имя из сконфигурированного ранее файла /etc/odbc.ini.
    Рисунок 12. Задание строки ODBC-соединения
    Image shows ODBC data source is ORDERS

    Если ваша коллекция архивированных файлов защищена с помощью идентификатора пользователя/пароля, предоставьте соответствующую аутентификационную информацию в разделе Signon.

  4. Перейдите в нижнюю часть страницы и нажмите Test the connection (Протестировать соединение).
    Рисунок 13. Тестирование соединения
    Image shows highlighted test connection
  5. Просмотрите информацию DSN-имени. Если это имя является корректным, нажмите Test.
    Рисунок 14. Тестирование соединения
    Image shows name correctly set to ORDERS
  6. Нажмите на test status. Cognos попытается подключиться с использованием имени ODBC DSN, которое было сконфигурировано ранее. В случае успешного установления соединения на экране демонстрируется статус Succeeded.
    Рисунок 15. Просмотр результатов
    Image shows status succeessful
  7. Вернитесь на предыдущий экран и нажмите Finish.
    Рисунок 16. Предыдущий экран для архивированного файла Optim
    Image shows Cognos6

Теперь установленное соединение будет доступно для использования с инструментом Cognos Framework Manager.


Доступ к архивированным данным с помощью механизма JDBC

С помощью тонкого клиента Optim Connect продукты Optim поддерживают не только ODBC-соединения, но и JDBC-соединения. Процесс настройки JDBC-драйверов для Windows-платформ и для Linux/UNIX-платформ аналогичен. При установке Optim Server в среде Linux/UNIX набор Java-библиотек находится в каталоге $PSTHOME/rt/odm/java/Averify/. Тонкий JDBC-клиент Optim Connect предоставляет драйвер type-III JDBC driver for JDBC 2. Для предоставления приложениям возможности JDBC-соединения с Optim ODM необходимы следующие JAR-файлы.

  • nvjdbc2.jar
  • nvapispy2.jar
  • nvlog2.jar

Процесс настройки тонкого JDBC-клиента Optim Connect обычно предусматривает копирование вышеперечисленных файлов в папку библиотек приложения и перезапуск этого приложения, как описано в статье Mash active and archived data using IBM Mashup Center and Optim (Связывание активных и архивированных данных с помощью продуктов IBM Mashup Center и Optim). Обратитесь к разделу под названием Editing the mashup application to track both active and archive orders (Редактирование mashup-приложения с целью реализации отслеживания как активных, так и архивных заказов).


Доступ к архивированным данным с помощью XML

Как было показано выше, с помощью клиента ODM продукты Optim позволяют сторонним приложениям получить доступ к архивированным данным Optim посредством механизмов ODBC/JDBC. В состав пакета Optim ODM входит конвертер архивированного файла в формат XML (под названием atoxml.jar). Это позволяет пользователям преобразовывать архивированные данные Optim в формат XML по требованию. Этот конвертер можно использовать в среде Linux, UNIX, Windows. Для исполнения ему требуется Java версии не ниже 1.4. В средах Linux/UNIX он находится в каталоге $PSTHOME/rt/odm/java/. Для вызова конвертера дважды щелкните на файле atoxml.jar или выполните команду java -jar atoxml.jar.

В следующем примере показано, как архивированная запись Optim преобразуется в формат XML.

Параметры утилиты ATOXML
ПараметрыЗначениеОписание
Servernode4:2551Имя сервера Optim Connect Server name, сопровождаемое символом ":" и номером порта сервера по умолчанию (2551)
Data sourceORDERSЗаранее заданный источник данных ODM для архивированного файла в Optim Connect Studio
Maximum rows10Максимальное количество преобразуемых строк
Root nameORDXMLИмя корневого XML-тега
Row-set nameordersИмя XML-тега, в котором размещаются данные
GenerateXMLЗначение "XML" приводит к генерации XML-файла; значение "Schema" приводит к генерации файла XML-схемы
ModeElementЗначение "Element" приводит к генерации XML-тега для каждого значения режима данных; значение "Attribute" приводит к генерации атрибутов типа row-tag для каждого значения данных.
SQL selectSelect * from OPTIM_ORDERS;Специфицирует все данные (*) как критерии выбора

Результат будет представлен в формате XML (см. рис. 17).

Рисунок 17. Конвертер для преобразования архивированных данных в формат XML
AtoXML utility with parameters listed in the table above

Устранение ошибок

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

  1. wrong ELF class: ELFCLASS64 — Возможно, вы установили 64-разрядную версию менеджера unixODBC или при использовании 32-разрядных драйверов скомпилировали его из исходного кода без указания 32-разрядных флагов.
  2. unixODBC home not found — Возможно, переменная ODBCINI не была экспортирована или не содержит корректных сведений о местоположении; или папка, где размещается файл odbc.ini, не имеет надлежащих разрешений.
  3. cannot open shared object file — Возможно, переменные LD_LIBRARY_PATH, LIBPATH, SHLIB_PATH не были экспортированы или не содержат корректных сведений о пути; или папка, в которую был извлечен тонкой ODBC-клиент Optim, не имеет надлежащих разрешений.

Заключение

Продукты Optim обеспечивают простой непрерывный доступ к архивированным данным Optim посредством таких механизмов, как ODBC и JDBC. Конфигурирование тонкого JDBC-клиента Optim Connect в средах Windows и Linux/UNIX осуществляется достаточно просто, а использование ODBC-клиента Optim Connect в средах Linux/UNIX может потребовать определенной ручной работы, поскольку при этом требуется сторонний менеджер ODBC-драйверов. Описанные в этой статье пошаговые процедуры помогут вам сконфигурировать ODBC-доступ к своим архивированным данным из стороннего инструмента отчетности в среде Linux/UNIX.

Ресурсы

Комментарии

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=853649
ArticleTitle=Тонкие клиенты Optim Open Data Manager и Optim Connect для сред на основе Linux и UNIX
publish-date=12282012