Создание бизнес-процесса с помощью инструментов Rational и WebSphere

Реализация. Инсталляция и конфигурирование рабочих систем

Разбить на страницы
Показывать лекцию целиком

7.1 Инфраструктура системы

На рис 5.24 показана архитектура размещения, предлагаемая архитектором решения. Архитектор инфраструктуры отвечает за связывание архитектуры решения с физическими серверами при выполнении требований, связанных со стоимостью, обслуживанием, безопасностью и производительностью. Архитектор решений предлагает список артефактов размещения и сред выполнения, в которых они размещаются согласно PSM. Архитектор инфраструктуры предоставляет спецификации размещения для связывания сред выполнения с физическими серверами.

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

Архитектура позволяет использовать для каждого компонента один или несколько серверов или объединять компоненты, используя меньшее число серверов. Связи с серверами, которые мы будем устанавливать, показаны на рис 7.1.

(рис 7.1) Размещение процесса RequestExternalReport в конфигурации портативного компьютера с использованием VMware

Создаваемая конфигурация, показанная на рис 7.1, будет работать на одной рабочей станции, но ее легко можно преобразовать для работы на нескольких станциях. В конфигурации для одного портативного компьютера мы используем VMware для запуска WebSphere Business Integration Server Foundation на разных виртуальных хостах изо всех остальных компонентов. Это разделение означает, что большая часть взаимодействий протекает через соединения виртуальной сети, не являющейся локальной для виртуальных хостов. Такая система во многом напоминает размещение в готовой рабочей среде. Решение также создавалось на четырех процессорах IBM Netfinity $$\text{\textregistered}$$ xSeries $$\text{\textregistered}$$.

7.1.1 Конфигурация мобильного компьютера

Решение работало на компьютере IBM T42p Thinkpad с 2 Гб виртуальной памяти, 60 Гб на диске и с процессором Pentium M 1.99ГГц. Мы использовали VMware Workstation версии 4.5.2 build-8848. Были сконфигурированы два хоста VMware с 640 Мб памяти каждый, с равномерным распределением памяти между физическим хостом и двумя виртуальными машинами. Виртуальные машины запускались с жесткого диска IBM Portable 40GB USB Hard Drive P/N 09N4257 или со второго жесткого диска, монтируемого в IBM Thinkpad Ultrabay. Между этими вариантами не наблюдалось существенной разницы в производительности. Обратите внимание, что производительности USB 1.1 недостаточно для работы решения.

Из соображений удобства использования весь инструментарий Eclipse запускался на физической машине, а размещение .ear-файлов, потоки сообщений и наборы сообщений осуществлялись через сетевые соединения с виртуальными машинами.

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

  • Была сделана реализация одной системы оценщика в виде EJB и размещена на SAH414A вместе с другими прикладными EJB. Это позволило оставить вторую виртуальную машину для оценщика или для запуска второго сервера приложений на одной из существующих виртуальных машин.
  • Мы не реализовывали демилитаризованную зону (DMZ) и шлюз Web-служб, поэтому потоки проходили напрямую от брокера к оценщикам и в обратном направлении.
  • Мы сконфигурировали только два менеджера очередей WebSphere MQ, по одному для каждой виртуальной машины. Мы могли бы использовать четыре менеджера очереди (по одному для рабочего потока, сервера приложений, брокера и Server Foundation) с тремя менеджерами очереди, запущенными на SAH414A. Это упростило бы повторное размещение решения на нескольких серверах, поскольку менеджеры очередей были бы связаны с узлами промежуточного ПО. Нагрузка на SAH414A оказалась бы существенно больше, поэтому мы решили создать по одному менеджеру очереди для каждой виртуальной машины. Однако переразместить решение становится значительно проще, если определить все очереди как кластерные очереди и относить все новые менеджеры очередей к одному кластеру. Имена очередей, известные приложениям, при этом не изменяются.
  • 7.1.2 Реализация коммуникаций

    Архитектура системы требует, чтобы во всех коммуникациях между службами использовались Web-службы. Существует только одно исключение – это связь между WebSphere MQ Workflow и WebSphere Business Integration Server Foundation, где используется решение на основе XML через JMS, предлагаемое в WA0D supportpac.

    Архитектура также требует, чтобы надежная реализация Web-служб преобразовала существующую в LGI основу обмена сообщениями WebSphere MQ в сервисную шину. Однако из-за того, что реализацию SOAP/JMS в масштабах всей платформы WebSphere непросто сконфигурировать так, чтобы она поддерживала данную архитектуру, архитектор решения переработал систему так, чтобы она использовала SOAP/http, для чего все длительные взаимодействия были заменены несколькими односторонними SOAP-сообщениями, что позволило повысить надежность решения.

    WebSphere Business Integration Message Broker поддерживает как SOAP/Http, так и SOAP/JMS, поэтому в основном инфраструктуру LGI изменять не пришлось. Будет достаточно просто заново разместить систему с использованием SOAP/JMS, для чего нужно изменить несколько SOAP-привязок и изменить несколько входных узлов и потоков сообщений в брокере. Это можно сделать при переводе инфраструктуры на версию 6 продуктов WebSphere и при использовании WebSphere Platform Messaging для соединения узлов семейства WebSphere. См. раздел 13.2, "Изменение инструментария и промежуточного ПО".

    7.2 Инсталляция SAH414A

    Среды, которые устанавливаются на SAH414A, показаны на рис 7.2.

    (рис 7.2) Среды, инсталлируемые и конфигурируемые на SAH414A

    Все программные продукты инсталлируются на диск VMware D, который конфигурируется как динамически изменяемый SCSI. Если пространство на диске D превышает отведенный размер 10 Гб, его можно увеличить.

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

    Важно! Убедитесь, что ваш пользовательский идентификатор Windows не превышает по длине восемь символов, например не Administrator. Длинные пользовательские идентификаторы могут вызывать проблемы в брокере сообщений и DB2.

    7.2.1 WebSphere MQ

    Базовая конфигурация WebSphere MQ показана на рис 7.3. Менеджер очереди, кластер и порты для слушателя (listener) будут сконфигурированы автоматически по конфигурации WebSphere MQ Workflow. Мы добавим очереди, необходимые для интеграции с WebSphere Business Integration Server Foundation, в лекции 12, "Интеграция и тестирование бизнес-процессов". Очереди, необходимые для брокера сообщений, конфигурируются в разделе 7.2.5, "Инсталляция и конфигурирование брокера сообщений".

    (рис 7.3) Конфигурация WebSphere MQ

    Инсталляция WebSphere MQ достаточно проста, так же как и инсталляция пакета Fixpack 9. За пакетом Fixpack 9 обращайтесь на следующий Web-сайт: http://www-1.ibm.com/support/docview.wss?rs=172context=SW900q1=%22WebSphere+MQ+v5.3%22+CSD+Fix+Pack+Maintenanceuid=swg24008835loc=en_UScs=utf-8lang=en+en

    Инсталлируйте все компоненты WebSphere MQ, но не инсталлируйте конфигурацию по умолчанию. Если вы инсталлируете такую же конфигурацию VMware, какая используется в этом курсе, инсталлируйте все программные продукты на диск D.

    7.2.2 DB/2

    Инсталляция DB/2 Extended Enterprise Edition Version 8.1 и пакета Fixpack 6 достаточно понятна.

    (рис 7.4) Конфигурация DB/2

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

    Совет. Используйте DB/2 Configuration Assistant, чтобы установить для параметра DB2_MON_HEAP значение около 900 вместо заданных по умолчанию 66, чтобы избежать возможных проблем.

    7.2.3 WebSphere Application Server

    Конфигурация сервера показана на рис 7.5.

    (рис 7.5) Конфигурация WebSphere Application Server

    Чтобы установить данную версию WebSphere Application Server и его исправления, нам нужно устанавливать их в следующем порядке:

  • WebSphere Application Server 5.1, который находится на инсталляционном CD. Мы инсталлировали его в директорию D:\WebSphere.
  • WebSphere Application Server Fixpack 1 for 5.1. Этот пакет превращает версию 5.1 в 5.1.1. Мы распаковали пакет в директорию D:\WebSphere\WAS511FP1.

    Логически нам следовало бы назвать эту директорию WAS51FP1.

    Пакет исправлений можно получить со следующего сайта: http://www-1.ibm.com/support/docview.wss?rs=180context=SSEQTPdc=D420q1=fixpackuid=swg24007195loc=en_UScs=utf-8lang=en

  • WebSphere Application Server Cumulative Fix 7. Этот пакет преобразует версию 5.1.1 в 5.1.1.7. Мы распаковали это исправление в директорию D:\WebSphere\WAS511CF7.
  • Получить WebSphere Application Server Cumulative Fix 7 можно со следующего сайта: http://www-1.ibm.com/support/docview.wss?rs=180uid=swg24008771

    Использование данного соглашения позволяет отслеживать установленные исправления.

    Процесс установки WebSphere Application Server достаточно понятен. Но не устанавливайте встроенную систему обмена сообщениями. Мы используем WebSphere MQ. Вам нужно инсталлировать HTTP-сервер. Инсталляция пройдет быстрее, если вы откажетесь от установки образцов приложений.

    Чтобы установить пакет исправлений, запустите мастер обновления WebSphere Application Server. Чтобы пути к файлам были проще, мы установили продукты вблизи корневой директории диска D. Чтобы запустить мастер обновлений, вам нужно установить значения переменных окружения Windows, запустив файл setupcmdline.bat, как показано на рис 7.6.

    (рис 7.6) Запуск файла setupcmdline.bat

    Затем вы можете запустить мастер обновлений, введя, например, такую команду: was511fp1\updatewizard

    Точная форма команды зависит от того, как вы назвали директорию, в которую был распакован пакет исправлений. Запуск и выполнение мастера обновлений занимает определенное время (рис 7.7).

    (рис 7.7) Запуск мастера обновлений

    По окончании установки проверьте ее правильность:

  • Запустите команду First Steps (Первые шаги) $$\to$$ Start the Server (Запустить сервер) и дождитесь появления сообщения ADMU3000I Server server1 open for ebusiness; processid is xxx.
  • Выберите пункт Verify Installation (Проверить установку) и дождитесь завершения процесса проверки.
  • Закройте все окна.
  • Теперь, когда конфигурация готова, измените свойство start up службы WebSphere Application Server server1 на automatic, и вам не нужно будет запускать службу явным образом.

    Поскольку мы запускаем Application Server в образе VMware, возможно, лучше администрировать его в браузере, работающем на обычной машине, а не через браузер в VMware. Чтобы убедиться в том, что WebSphere Application Server запущен на SAH414A, и сохранить ярлык на административной консоли, откройте окно браузера и введите такую команду: http://sah414a:9090/admin

    Сохраните эту страницу как ярлык.

    Совет. Вы должны использовать в Rational Software Architect и WebSphere Studio Application Development Integration Edition те же версии встроенных тестовых серверов WebSphere Application Server, которые применяют и серверы рабочей системы. Для этого найдите директории рабочих систем в директориях, в которые вы установили инструменты, и примените тот же процесс установки исправлений. Например, чтобы обновить систему WebSphere Application Server 5.1 в WebSphere Studio Application Development Integration Edition, вы можете найти эту систему по умолчанию в следующей директории: C:\Program Files\IBM\WebSphere Studio\Application Developer IE\v5.1.1\runtimes\base_v51 (для Integration Edition).

    7.2.4 Инсталляция и конфигурирование WebSphere MQ Workflow

    Нам нужно начать с инсталляции WebSphere MQ Workflow 3.5 и пакета Fixpack 4, которая достаточно понятна. Установите все дополнительные компоненты. Посетите следующий Web-сайт, чтобы получить пакет WebSphere MQ Workflow 3.5 Fixpack 4: http://www-1.ibm.com/support/docview.wss?rs=795context=SSVLA5dc=D420uid=swg24007450loc=en_UScs=utf-8lang=en

    Конфигурация будет выглядеть так, как показано на рис 7.8.

    (рис 7.8) Конфигурация WebSphere MQ Workflow

    В ходе процесса конфигурирования создается компонент Buildtime, Web-клиент и утилита администрирования. Компонент Buildtime используется для создания и изменения рабочих потоков. Об этом рассказывается в лекции 11, "Изменение процесса Claim Investigation". Для начала нам нужно сконфигурировать компонент Buildtime.

  • Проверьте, все ли предварительные инсталляции были выполнены. Хотя такой предварительный набор продуктов и не является строго обязательным, мы можем подтвердить работоспособность следующей конфигурации:
  • WebSphere Application Server 5.1 с Fixpack 1 и Cumulative Fix 3;
  • WebSphere MQ 5.3 с Fixpack 9;
  • WebSphere MQ Workflow 3.5 с Fixpack 4;
  • DB/2 8.1 Enterprise с Fixpack 6.
  • Единственной предварительно необходимой конфигурацией является заданный по умолчанию сервер приложений server1, который нужно проверить с помощью мастера First Steps (Первые шаги).
  • Запустите утилиту конфигурирования WebSphere MQ Workflow из группы программ WebSphere MQ Workflow, используя параметры, заданные по умолчанию, за исключением тех, для которых указаны иные значения:
  • Закладка General (Общие):
  • выберите пункт New (Новый) $$\to$$ FMC $$\to$$ OK ;
  • выберите все опции конфигурирования, как показано на рис 7.9.
  • (рис 7.9) Опции закладки General (Общие)
  • Закладка Runtime Database (База данных рабочей системы):
  • Здесь уже должна присутствовать база DB2 в виде DB2 Instance, так что выберите ее.
  • Укажите имя и пароль пользователя DB2 в параметрах соединения с DB/2 (DB/2 connect parameters). Выберите здесь пункт ).
  • (рис 7.10) Свойства базы данных рабочей системы
  • Закладка Queue Manager (Менеджер очереди). Примите параметры, заданные по умолчанию и нажмите Next (Далее).
  • Закладка Cluster (Кластер). Примите параметры, заданные по умолчанию и нажмите Next (Далее).
  • Закладка Client Connections (Соединения с клиентами). Примите параметры, заданные по умолчанию и нажмите Next (Далее).
  • Закладка Buildtime. Примите параметры, заданные по умолчанию и нажмите Next (Далее).
  • Закладка Buildtime Database (База данных компонента Buildtime).
  • Здесь уже должна присутствовать база DB2 в виде DB2 Instance, так что выберите ее.
  • Укажите имя и пароль пользователя DB2 в параметрах соединения с DB/2 (DB/2 connect parameters). Выберите здесь пункт ).(рис 7.11) Свойства базы данных для Buildtime
  • Закладка Runtime Client (Клиент рабочей системы). Примите параметры, заданные по умолчанию и нажмите Next (Далее).
  • Закладка Web Client (Web-клиент). Примите параметры, заданные по умолчанию и нажмите Next (Далее).
  • Закладка WebSphere. Примите параметры, заданные по умолчанию и нажмите Next (Далее).
  • Закладка JDK/JRE. Примите параметры, заданные по умолчанию и нажмите Done (Выполнено)
  • Проведите обзор при помощи WebSphere MQ Explorer, и вы увидите, что все определения WebSphere MQ для кластера FMCQM были созданы.

    Совет. Чтобы найти проводник по конфигурации WebSphere MQ, не загромождая рабочий стол, добавьте модуль WebSphere MQ Explorer в WebSphere MQ Services Monitor через область уведомлений (трей) Windows:
  • Откройте WebSphere MQ Services Monitor в области уведомлений Windows.
  • Выберите пункт меню Select Console (Выбор консоли) $$\to$$ Add/Remove Snap-in (Добавить/удалить модуль) $$\to$$ Add (Добавить) $$\to$$ WebSphere MQ $$\to$$ Finish (Готово) $$\to$$ Close (Закрыть) $$\to$$ OK.
  • Выберите пункт Console (Консоль) $$\to$$ Save (Сохранить). Ответьте YES (Да) на запрос об обновлении MMC до формата 1.2.
  • При следующем открытии WebSphere MQ Services Monitor, WebSphere MQ Explorer будет также готов к использованию.

    7.2.5 Инсталляция и конфигурирование Message Broker

    Мы начнем с инсталляции версии 5.0 WebSphere Business Integration Message Broker (рис 7.12).

    (рис 7.12) Конфигурация WebSphere Business Integration Message Broker

    Брокер проверяет выполнение предварительных условий. Если у вас что-то не установлено, вы можете найти эти продукты на вспомогательном компакт-диске Message Broker. После завершения инсталляции брокера нужно установить пакет исправлений Fixpack 4. Для установки Fixpack 4 требуется предварительно установить версию 5.0.2 IBM Remote Agent Controller [RAC], который можно найти на той же Web-странице, на которой находится и Fixpack 4 брокера. Используйте копию [RAC] с Web-страницы Message Broker, а не какую-нибудь другую копию RAC 5.0.2, чтобы избежать появления предупреждающего сообщения позже, в ходе инсталляции. Однако если вы применяете RAC 5.0.2, это предупреждение можно игнорировать.

    Чтобы получить Fixpack 4 и RAC 5.0.2, обращайтесь на следующий Web-сайт: https://www14.software.ibm.com/webapp/iwm/web/reg/download.do?source=wbimbS_PKG=dlwinwwcp=ISO-8859-1

    Вам нужно зарегистрироваться на сайте http://www.ibm.com.

    Конфигурация брокера

    Прежде чем приступать к работе, убедитесь в том, что пользовательский идентификатор, который будет использоваться брокером, имеет нужные права доступа. Проверьте группы, к которым относится данный идентификатор, при помощи менеджера пользователей Windows или запустите мастер обеспечения безопасности брокера (Broker Security Wizard), инсталлированный с WebSphere Business Integration Message Broker.

    Для конфигурирования брокера мы используем заданный по умолчанию мастер конфигурации из инструментария страницы Getting Started (Начало работы) WebSphere Business Integration Message Broker (см. рис 7.13).

    (рис 7.13) Как найти мастер Getting Started (Начало работы)

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

  • В нашей инсталляции мы использовали в качестве основного идентификатора пользователя имя Admin, а в качестве пользовательского имени для доступа к базе данных имя db2admin. Чтобы применить эти же имена, снимите флажок Also use this account for accessing the DB2 databases (Также использовать эту учетную запись для доступа к базам данных DB2) на первой панели (рис 7.14).(рис 7.14) Мастер Getting Started (Начало работы) WebSphere Business Integration Message Broker
  • Данный мастер предполагает, что нужно создать новый менеджер очереди. Если вы копируете нашу инсталляцию или если у вас уже есть менеджер очереди на узле, который вы конфигурируете в качестве брокера, особой проблемы это не представляет. Когда мастер попросит ввести имя менеджера очереди, введите имя существующего менеджера очереди (FMCQM) и порт слушателя, который мы для него сконфигурировали (5010). Когда работа мастера завершится, в WebSphere MQ Alert Monitor вы увидите маркер предупреждения (рис 7.15).(рис 7.15) Предупреждение в WebSphere MQ Alert MonitorПоявление этого предупреждения объясняется тем, что мастер добавил в FMCQM слушателя с тем же номером порта, что и у существующего слушателя. Вам нужно удалить лишнего слушателя.
  • Выберите пункт меню Alert Monitor (Монитор предупреждений) $$\to$$ MQ Services (Службы MQ) $$\to$$ WebSphere MQ Services (local) (Службы WebSphere MQ локальные) $$\to$$ FMCQM, на правой панели выделите второго слушателя (listener), щелкните правой кнопкой мыши и выберите пункт меню ).(рис 7.16) Удаление лишней службы
  • Завершите исходную конфигурацию брокера, изменив свойства служб брокера WBRK_BROKER и Configuration Manager в Windows Services Manager, чтобы они запускались автоматически [щелкните правой кнопкой мыши по пункту My Computer (Мой компьютер), выберите пункт Manage (Управление) $$\to$$ Services (Службы)] и найдите эти две службы.
  • В конфигурации по умолчанию блокировочная переменная DB2 DB2_RR_TO_RS устанавливается в YES, и это значение является рекомендуемым при использовании функции агрегирования (Aggregate) WebSphere Business Integration Message Broker. Если вы не используете данный мастер, вам нужно установить это значение для переменной в окне команд DB2:

    DB2SET DB2_RR_TO_RS=YES

    В конфигурации по умолчанию также устанавливается значение 900 для переменной DBHEAP. Убедитесь в этом, подав через окно команд DB2 команду DB2 get db CONFIGURATION for WBRKBKDB и проверив значение переменной DBHEAP. Если оно менее 900, измените его, используя следующую команду:

    db2 update database configuration for WBRKBKDB using dbheap 900

    Конфигурация инструментария

    Инструментарий конфигурируется автоматически мастером Getting Started (Начало работы). Чтобы использовать инструментарий брокера, работающего на другой машине (например, чтобы использовать исходную машину для хранения инструментария и обращаться к брокеру, работающему в VMware-образе SAH414A), нам нужно установить только один инструментарий на исходную машину и сконфигурировать его для подключения к брокеру, работающему на SAH414A.

  • Определите ID пользователя, с помощью которого вы собираетесь подключаться к SAH414A? и запустите мастер безопасности брокера, чтобы выделить этому ID права из соответствующих групп брокера.
  • В инструментарии WebSphere Business Integration Message Broker выберите пункт меню File (Файл) $$\to$$ New (Новый) $$\to$$ Other (Другое) $$\to$$ Broker Administration (Администрирование брокера) $$\to$$ Domain (Домен) $$\to$$ Next (Далее). Введите в поле Queue Manager Name (Имя менеджера очереди) значение FMCQM, в поле Host (Хост) – значение SAH414A (или выбранное вами имя), а в поле Port (Порт) – значение 5010 (или выбранный вами номер порта) и нажмите Next (Далее). В поле Server Project (Серверный проект) введите LocalProject, а в поле Connection name – значение LocalProject. Нажмите Finish (Готово), а затем YES (Да). Это имена локальной папки, в которой будут храниться потоки сообщений, и файла, в котором будет содержаться информация о соединении для брокера.
  • Итак, мы закончили инсталляцию и конфигурирование брокера сообщений и инструментария, необходимого для начала разработки потоков сообщений, которое описывается в лекции 9, "Создание корпоративной сервисной шины".

    7.3 Инсталляция и конфигурирование SAH414B

    Среды, которые будут инсталлироваться на SAH414B, показаны на рис 7.17.

    (рис 7.17) Программные среды, инсталлируемые на SAH414B

    Большая часть инсталляции сходна с инсталляцией на SAH414A. Мы отметим только различия.

    7.3.1 WebSphere MQ

    Инсталлируйте WebSphere MQ точно так же, как на SAH414A (рис 7.18).

    (рис 7.18) Размещение WebSphere MQ на SAH414B

    Создание менеджера очереди

  • Щелкните правой кнопкой мыши по папке Queue Managers (Менеджеры очереди) в WebSphere MQ Explorer и выберите пункт меню New (Новый) $$\to$$ Queue Manager (Менеджер очереди).
  • Шаг 1. Введите в поле имени менеджера очереди SAH414B, а в поле Dead Letter Queue name (Имя очереди для зависших писем) – значение SYSTEM.DEAD.LETTER. QUEUE, как показано на рис 7.19. Значение в поле Default Transmission Queue (Очередь передачи по умолчанию) для нас несущественно, поскольку мы собираемся использовать кластеризацию и находить очереди на других серверах. Нажмите (рис 7.19) Конфигурация WebSphere MQ на SAH414B: Шаг 1
  • Шаг 2. Нажмите Next (Далее).
  • Шаг 3. Установите опцию Create Server Connection Channel (Создать канал соединения с сервером), нажмите Next (Далее).
  • Шаг 4. Укажите в поле порта слушателя ( Listener ) значение 1414 и нажмите Finish (Готово).
  • Соединение кластера FMCGRP

  • Запустите VMware-образ SAH414A и проверьте IP-соединение с ним, послав команду ping с SAH414A или на него.
  • Проверьте возможность подключения к кластеру FMCGRP.

    В WebSphere MQ Explorer щелкните правой кнопкой мыши по папке Cluster (Кластер), выберите пункт меню Show Cluster (Показать кластер), введите в поле Cluster name (Имя кластера) значение FMCGRP. Установите переключатель Repository Queue manager is remote (Менеджер очереди для хранилища является удаленным), введите FMCQM в поле Queue Manager Name (Имя менеджера очереди) и SAH414A(5010) в поле ).

    (рис 7.20) Отображение кластера FMCGRP
  • Теперь мы соединяем SAH414B с кластером:
  • Запустите мастер Add Queue Manager to Cluster (Добавление менеджера очереди в кластер). Щелкните правой кнопкой мыши по папке Queue Managers in Cluster (Менеджеры очереди в кластере) в пункте FMCGRP $$\to$$ All Tasks (Все задачи) $$\to$$ Add Queue Manager (Добавить менеджер очереди) $$\to$$ Next (Далее), и мастер установит соединение с кластером FMCGRP.
  • Шаг 1. Установите опцию Queue Manager is Local (Менеджер очереди является локальным) и нажмите Next (Далее).
  • Шаг 2. Нажмите Next (Далее), примите в шаге 2а значения по умолчанию для имени приемного канала кластера. Нажмите Next (Далее), примите в шаге 2b значения по умолчанию для имени приемного канала кластера хранилища и нажмите Next (Далее).
  • Шаг 3. Добавьте менеджер очереди в кластер. Проверьте конфигурацию, нажмите Finish (Готово).
  • Обновите ( Refresh ) папку Queue Managers in Cluster (Менеджеры очереди в кластере), и узел SAH414B будет отображаться в кластере.
  • Кластеры всегда должны иметь как минимум два хранилища. Если сделать SAH414B менеджером очереди для хранилища, это может улучшить производительность, поскольку узел будет знать об изменениях конфигурации кластера до их использования:
  • щелкните правой кнопкой мыши по пункту SAH414B в папке менеджеров очереди в WebSphere MQ Explorer, выберите пункт Properties (Свойства) и перейдите на закладку Repository (Хранилище);
  • установите опцию Repository for a cluster (Хранилище для кластера) и выберите пункт FMCGRP в раскрывающемся окне Cluster (Кластер).
  • Итак, мы завершили создание базовой конфигурации WebSphere MQ. Очереди и конфигурация JMS, которые требуются для решения, будут добавлены в лекции 12, "Интеграция и тестирование бизнес-процессов".

    7.3.2 DB/2

    Инсталляция DB/2 аналогична инсталляции для SAH414A и показана на рис 7.21.

    (рис 7.21) Инсталляция DB/2 на SAH414B

    7.3.3 WebSphere Business Integration Server Foundation

    Чтобы с первого раза успешно установить WebSphere Business Integration Server Foundation, вам нужно аккуратно следовать указанным шагам. На рис. 7.22 приведена конфигурация, которую мы хотим создать при подготовке к размещению решения.

    (рис 7.22) Конфигурация WebSphere Business Integration Server Foundation

    Инсталляция сервера

    Выполните следующие шаги:

  • Инсталлируйте WebSphere Application Server 5.1 без исправлений. Не инсталлируйте встроенную систему сообщений и примеры.
  • Инсталлируйте WebSphere Business Integration Server Foundation 5.1. Не инсталлируйте встроенную систему сообщений и примеры.

    Инсталлируйте Process Choreographer, но не выбирайте мастер конфигурирования контейнера бизнес-процессов.

  • Инсталлируйте пакет Fixpack 1 для WebSphere Application Server 5.1 (см. 7.2.3, "WebSphere Application Server").

    Так вы выполните обновление WebSphere Application Server до версии 5.1.1.

  • Инсталлируйте пакет Fixpack 1 для WebSphere Business Integration Server Foundation, используя ту же процедуру, которая применяется и при установке WebSphere Application Server Fixpack 1.

    Так вы выполните обновление WebSphere Business Integration Server Foundation до версии 5.1.1.

  • Инсталлируйте пакет Cumulative fix 7WebSphere Business Integration Server Foundation 5.1.1.3 требует, чтобы был установлен WebSphere Application Server 5.1.1.7. WebSphere Business Integration Server Foundation 5.1.1 FP2 поддерживает мониторинг бизнес-событий, тогда как в более ранней версии WebSphere Business Integration Server Foundation в этой области присутствовали определенные проблемы. для WebSphere Application Server. Так вы выполните обновление WebSphere Application Server до версии 5.1.1.7.
  • Инсталлируйте пакет Cumulative fix 3 для WebSphere Business Integration Server Foundation. Так вы выполните обновление WebSphere Business Integration Server Foundation до версии 5.1.1.3.
  • Используйте мастер First Steps (Первые шаги), как это делалось ранее, для запуска сервера и проверки установки. Закройте все окна, оставив работающий сервер server1.
  • Конфигурирование контейнера бизнес-процессов

    Для конфигурирования контейнера бизнес-процессов мы использовали скрипт jacl. Откройте окно команд и введите

    D:\WebSphere\AppServer>bin\wsadmin.bat -f processchoreographer\sample\bpeconfig.jacl

    Этот скрипт предложит ввести всю необходимую информацию.

    В табл. 7.1 приводятся ответы на вопросы скрипта, необходимые для конфигурирования контейнера процессов.

    Конфигурирование контейнера бизнес-процессов
    Запрос Ввод Комментарий
    Install bpecontainer.ear (Инсталлировать bpecontainer.ear) Yes
    Interactive Install (Интерактивная инсталляция) No Мы хотим принять все значения по умолчанию для наиболее сложных опций в ходе этой инсталляции
    Users to add to role BPESystemAdministrator (Пользователи, которым назначается роль BPESystemAdministrator) Admin Это идентификатор пользователя, являющегося системным администратором
    Groups to add to role BPESystemAdministrator (Пользователи, которым назначается роль BPESystemAdministrator) Enter Просто нажмите Enter (не вводя никакого текста). Будет принято значение по умолчанию, т.е. роли назначаться не будут
    Run-as UserId for role JMSAPIUser (Admin) [Запускать от имени UserId для роли JMSAPIUser (Admin)] Enter Принимаем значение по умолчанию (обратите внимание, что по умолчанию указывается роль Admin)
    Administrator's password (Пароль администратора) ******* Пароль для Admin
    Use a ... database (Использовать базу данных...) DB2 Мы будем использовать в качестве рабочей базы данных DB2. Обратите внимание на то, что поддерживается много других баз данных
    Install processportal.ear (Инсталлировать processportal.ear) Yes Будет инсталлирован компонент BPC Web Client
    Interactive install (Интерактивная установка) No Снова принимаем значения по умолчанию
    Virtual Host for Web Client [default_host] (Виртуальный хост для Web-клиента) Enter
    Node of Process choreographer to connect to [SAH414B] (Узел Process choreographer, с которым будет устанавливаться соединение) Enter
    Server of Process Choreographer to connect to [server1] (Сервер Process choreographer, с которым будет устанавливаться соединение) Enter
    Create the Data Source for the Process Choreographer database (Создавать источник данных для базы данных Process Choreographer) Yes
    Database name [BPEDB] (Имя базы данных): Enter
    Use the CLI or the Universal JDBC $$\text{\texttrademark}$$ provider (Использовать CLI или провайдера Universal JDBC $$\text{\texttrademark}$$ ) CLI Использовать локальные связи с базами данных
    DB2 user ID[db2admin] (ID пользователя DB2) Enter Или любой другой пользовательский идентификатор, который вы сконфигурировали для доступа к DB/2
    db2admin's password (пароль db2admin) ******* Пароль для DB2ADMIN
    D:\Program Files ... \db2java.zip does not exist (Файл ... не существует) D:\SQLLIB Введите корень инсталляционной директории DB/2 (не путь к db2java.zip)
    Create the Process choreographer database? (Создавать базу данных Process choreographer?) Yes
    DB2 table space directory (Директория табличного пространства Enter
    Use embedded messaging or MQSeries $$\text{\textregistered}$$? (Использовать встроенную систему сообщений или MQSeries $$\text{\textregistered}$$?) MQSeries
    Create the Process Choreographer queue manager and queues? (Создавать менеджер очереди и очереди Process Choreographer?) No Мы уже создали их
    Create the listener ports (Создавать порты слушателей) Yes При этом WebSphere будет использовать уже настроенный менеджер очереди
    D:\Program Files\ ... java\lib does not exist (Файл ... не существует) D:\WebSphereMQ Введите корневую директорию, куда установлен WMQ
    Queue Manager name (Имя менеджера очереди) SAH414B Не используйте значение по умолчанию!
    Will the Queue Manager join a WebSphere MQ cluster (Будет ли менеджер очереди связан с кластером WebSphere MQ?) No Хотя узел SAH414B является членом кластера, данный вопрос относится к специальной конфигурации кластера, определяемой для Process Choreographer с целью выполнения распределения нагрузки. Так что отвечаем отрицательно
    Create the Scheduler for Process Choreographer (Создавать расписание для Process Choreographer) Yes
    Enable global security using the Local OS user registry (Обеспечивать глобальную безопасность с применением пользовательского реестра локальной ОС) Yes Нам нужно использовать глобальную систему безопасности для компонента staff. Хотя наш текущий процесс и не использует никаких staff-узлов, мы добавим некоторые связанные с этим этапы позже, и, следовательно, мы должны сконфигурировать глобальную систему безопасности. К сожалению, скрипт включает не только глобальную безопасность, но и безопасность Java 2, а это воспрепятствует работе CICS Resource Adapter. Мы должны будем решить эту проблему позже
    Server user ID[Admin] (Пользовательский ID сервера) Enter
    Enforce Java 2 Security (Включение безопасности Java 2) No Не для тестирования
    Set 'com.ibm.SOAP.loginUserid' in soap.client.props (Установить : 'com.ibm.SOAP.loginUserid' в soap.client.props) Yes
    Delete the temporary directory C:\tmp (Удалить временную директорию C:\tmp) Yes
    Stop server server1 now (Остановить сейчас сервер server1): Yes Поскольку мы включили глобальную систему безопасности, нужно перезапустить сервер приложений

    Пока сервер останавливается, определите четыре дополнительные очереди, которые необходимы для Process Choreographer. Существует bat-файл, предназначенный для создания очередей. В окне команд введите

    D:\WebSphere\AppServer\ProcessChoreographer>createqueues SAH414B

    После останова сервера запустите службу WebSphere Application Server снова, чтобы проверить установку. Нажмите на команду startup в программной группе WebSphere Application Server. Вы получите уведомление, когда сервер будет готов для электронного бизнеса.

    Откройте в консоли страницу Enterprise Applications (Корпоративные приложения). Проверьте, запущены ли приложения с именами BPEContainer_SAH414B_server1 и BPEWebClient_SAH414B_server1. Это контейнер бизнес-процессов и Web-клиент бизнес-процессов, которые мы установили.

    (рис 7.23) Контейнер процессов и Web-клиент – это корпоративные приложения

    Итак, мы успешно установили и сконфигурировали контейнер бизнес-процессов и Web-клиент процесса. На этом заканчивается инсталляция необходимой инфраструктуры.

    Страницы:

    7.1 Инфраструктура системы

    На рис 5.24 показана архитектура размещения, предлагаемая архитектором решения. Архитектор инфраструктуры отвечает за связывание архитектуры решения с физическими серверами при выполнении требований, связанных со стоимостью, обслуживанием, безопасностью и производительностью. Архитектор решений предлагает список артефактов размещения и сред выполнения, в которых они размещаются согласно PSM. Архитектор инфраструктуры предоставляет спецификации размещения для связывания сред выполнения с физическими серверами.

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

    Архитектура позволяет использовать для каждого компонента один или несколько серверов или объединять компоненты, используя меньшее число серверов. Связи с серверами, которые мы будем устанавливать, показаны на рис 7.1.

    (рис 7.1) Размещение процесса RequestExternalReport в конфигурации портативного компьютера с использованием VMware

    Создаваемая конфигурация, показанная на рис 7.1, будет работать на одной рабочей станции, но ее легко можно преобразовать для работы на нескольких станциях. В конфигурации для одного портативного компьютера мы используем VMware для запуска WebSphere Business Integration Server Foundation на разных виртуальных хостах изо всех остальных компонентов. Это разделение означает, что большая часть взаимодействий протекает через соединения виртуальной сети, не являющейся локальной для виртуальных хостов. Такая система во многом напоминает размещение в готовой рабочей среде. Решение также создавалось на четырех процессорах IBM Netfinity $$\text{\textregistered}$$ xSeries $$\text{\textregistered}$$.

    7.1.1 Конфигурация мобильного компьютера

    Решение работало на компьютере IBM T42p Thinkpad с 2 Гб виртуальной памяти, 60 Гб на диске и с процессором Pentium M 1.99ГГц. Мы использовали VMware Workstation версии 4.5.2 build-8848. Были сконфигурированы два хоста VMware с 640 Мб памяти каждый, с равномерным распределением памяти между физическим хостом и двумя виртуальными машинами. Виртуальные машины запускались с жесткого диска IBM Portable 40GB USB Hard Drive P/N 09N4257 или со второго жесткого диска, монтируемого в IBM Thinkpad Ultrabay. Между этими вариантами не наблюдалось существенной разницы в производительности. Обратите внимание, что производительности USB 1.1 недостаточно для работы решения.

    Из соображений удобства использования весь инструментарий Eclipse запускался на физической машине, а размещение .ear-файлов, потоки сообщений и наборы сообщений осуществлялись через сетевые соединения с виртуальными машинами.

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

  • Была сделана реализация одной системы оценщика в виде EJB и размещена на SAH414A вместе с другими прикладными EJB. Это позволило оставить вторую виртуальную машину для оценщика или для запуска второго сервера приложений на одной из существующих виртуальных машин.
  • Мы не реализовывали демилитаризованную зону (DMZ) и шлюз Web-служб, поэтому потоки проходили напрямую от брокера к оценщикам и в обратном направлении.
  • Мы сконфигурировали только два менеджера очередей WebSphere MQ, по одному для каждой виртуальной машины. Мы могли бы использовать четыре менеджера очереди (по одному для рабочего потока, сервера приложений, брокера и Server Foundation) с тремя менеджерами очереди, запущенными на SAH414A. Это упростило бы повторное размещение решения на нескольких серверах, поскольку менеджеры очередей были бы связаны с узлами промежуточного ПО. Нагрузка на SAH414A оказалась бы существенно больше, поэтому мы решили создать по одному менеджеру очереди для каждой виртуальной машины. Однако переразместить решение становится значительно проще, если определить все очереди как кластерные очереди и относить все новые менеджеры очередей к одному кластеру. Имена очередей, известные приложениям, при этом не изменяются.
  • 7.1.2 Реализация коммуникаций

    Архитектура системы требует, чтобы во всех коммуникациях между службами использовались Web-службы. Существует только одно исключение – это связь между WebSphere MQ Workflow и WebSphere Business Integration Server Foundation, где используется решение на основе XML через JMS, предлагаемое в WA0D supportpac.

    Архитектура также требует, чтобы надежная реализация Web-служб преобразовала существующую в LGI основу обмена сообщениями WebSphere MQ в сервисную шину. Однако из-за того, что реализацию SOAP/JMS в масштабах всей платформы WebSphere непросто сконфигурировать так, чтобы она поддерживала данную архитектуру, архитектор решения переработал систему так, чтобы она использовала SOAP/http, для чего все длительные взаимодействия были заменены несколькими односторонними SOAP-сообщениями, что позволило повысить надежность решения.

    WebSphere Business Integration Message Broker поддерживает как SOAP/Http, так и SOAP/JMS, поэтому в основном инфраструктуру LGI изменять не пришлось. Будет достаточно просто заново разместить систему с использованием SOAP/JMS, для чего нужно изменить несколько SOAP-привязок и изменить несколько входных узлов и потоков сообщений в брокере. Это можно сделать при переводе инфраструктуры на версию 6 продуктов WebSphere и при использовании WebSphere Platform Messaging для соединения узлов семейства WebSphere. См. раздел 13.2, "Изменение инструментария и промежуточного ПО".

    7.2 Инсталляция SAH414A

    Среды, которые устанавливаются на SAH414A, показаны на рис 7.2.

    (рис 7.2) Среды, инсталлируемые и конфигурируемые на SAH414A

    Все программные продукты инсталлируются на диск VMware D, который конфигурируется как динамически изменяемый SCSI. Если пространство на диске D превышает отведенный размер 10 Гб, его можно увеличить.

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

    Важно! Убедитесь, что ваш пользовательский идентификатор Windows не превышает по длине восемь символов, например не Administrator. Длинные пользовательские идентификаторы могут вызывать проблемы в брокере сообщений и DB2.

    7.2.1 WebSphere MQ

    Базовая конфигурация WebSphere MQ показана на рис 7.3. Менеджер очереди, кластер и порты для слушателя (listener) будут сконфигурированы автоматически по конфигурации WebSphere MQ Workflow. Мы добавим очереди, необходимые для интеграции с WebSphere Business Integration Server Foundation, в лекции 12, "Интеграция и тестирование бизнес-процессов". Очереди, необходимые для брокера сообщений, конфигурируются в разделе 7.2.5, "Инсталляция и конфигурирование брокера сообщений".

    (рис 7.3) Конфигурация WebSphere MQ

    Инсталляция WebSphere MQ достаточно проста, так же как и инсталляция пакета Fixpack 9. За пакетом Fixpack 9 обращайтесь на следующий Web-сайт: http://www-1.ibm.com/support/docview.wss?rs=172context=SW900q1=%22WebSphere+MQ+v5.3%22+CSD+Fix+Pack+Maintenanceuid=swg24008835loc=en_UScs=utf-8lang=en+en

    Инсталлируйте все компоненты WebSphere MQ, но не инсталлируйте конфигурацию по умолчанию. Если вы инсталлируете такую же конфигурацию VMware, какая используется в этом курсе, инсталлируйте все программные продукты на диск D.

    7.2.2 DB/2

    Инсталляция DB/2 Extended Enterprise Edition Version 8.1 и пакета Fixpack 6 достаточно понятна.

    (рис 7.4) Конфигурация DB/2

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

    Совет. Используйте DB/2 Configuration Assistant, чтобы установить для параметра DB2_MON_HEAP значение около 900 вместо заданных по умолчанию 66, чтобы избежать возможных проблем.

    7.2.3 WebSphere Application Server

    Конфигурация сервера показана на рис 7.5.

    (рис 7.5) Конфигурация WebSphere Application Server

    Чтобы установить данную версию WebSphere Application Server и его исправления, нам нужно устанавливать их в следующем порядке:

  • WebSphere Application Server 5.1, который находится на инсталляционном CD. Мы инсталлировали его в директорию D:\WebSphere.
  • WebSphere Application Server Fixpack 1 for 5.1. Этот пакет превращает версию 5.1 в 5.1.1. Мы распаковали пакет в директорию D:\WebSphere\WAS511FP1.

    Логически нам следовало бы назвать эту директорию WAS51FP1.

    Пакет исправлений можно получить со следующего сайта: http://www-1.ibm.com/support/docview.wss?rs=180context=SSEQTPdc=D420q1=fixpackuid=swg24007195loc=en_UScs=utf-8lang=en

  • WebSphere Application Server Cumulative Fix 7. Этот пакет преобразует версию 5.1.1 в 5.1.1.7. Мы распаковали это исправление в директорию D:\WebSphere\WAS511CF7.
  • Получить WebSphere Application Server Cumulative Fix 7 можно со следующего сайта: http://www-1.ibm.com/support/docview.wss?rs=180uid=swg24008771

    Использование данного соглашения позволяет отслеживать установленные исправления.

    Процесс установки WebSphere Application Server достаточно понятен. Но не устанавливайте встроенную систему обмена сообщениями. Мы используем WebSphere MQ. Вам нужно инсталлировать HTTP-сервер. Инсталляция пройдет быстрее, если вы откажетесь от установки образцов приложений.

    Чтобы установить пакет исправлений, запустите мастер обновления WebSphere Application Server. Чтобы пути к файлам были проще, мы установили продукты вблизи корневой директории диска D. Чтобы запустить мастер обновлений, вам нужно установить значения переменных окружения Windows, запустив файл setupcmdline.bat, как показано на рис 7.6.

    (рис 7.6) Запуск файла setupcmdline.bat

    Затем вы можете запустить мастер обновлений, введя, например, такую команду: was511fp1\updatewizard

    Точная форма команды зависит от того, как вы назвали директорию, в которую был распакован пакет исправлений. Запуск и выполнение мастера обновлений занимает определенное время (рис 7.7).

    (рис 7.7) Запуск мастера обновлений

    По окончании установки проверьте ее правильность:

  • Запустите команду First Steps (Первые шаги) $$\to$$ Start the Server (Запустить сервер) и дождитесь появления сообщения ADMU3000I Server server1 open for ebusiness; processid is xxx.
  • Выберите пункт Verify Installation (Проверить установку) и дождитесь завершения процесса проверки.
  • Закройте все окна.
  • Теперь, когда конфигурация готова, измените свойство start up службы WebSphere Application Server server1 на automatic, и вам не нужно будет запускать службу явным образом.

    Поскольку мы запускаем Application Server в образе VMware, возможно, лучше администрировать его в браузере, работающем на обычной машине, а не через браузер в VMware. Чтобы убедиться в том, что WebSphere Application Server запущен на SAH414A, и сохранить ярлык на административной консоли, откройте окно браузера и введите такую команду: http://sah414a:9090/admin

    Сохраните эту страницу как ярлык.

    Совет. Вы должны использовать в Rational Software Architect и WebSphere Studio Application Development Integration Edition те же версии встроенных тестовых серверов WebSphere Application Server, которые применяют и серверы рабочей системы. Для этого найдите директории рабочих систем в директориях, в которые вы установили инструменты, и примените тот же процесс установки исправлений. Например, чтобы обновить систему WebSphere Application Server 5.1 в WebSphere Studio Application Development Integration Edition, вы можете найти эту систему по умолчанию в следующей директории: C:\Program Files\IBM\WebSphere Studio\Application Developer IE\v5.1.1\runtimes\base_v51 (для Integration Edition).

    7.2.4 Инсталляция и конфигурирование WebSphere MQ Workflow

    Нам нужно начать с инсталляции WebSphere MQ Workflow 3.5 и пакета Fixpack 4, которая достаточно понятна. Установите все дополнительные компоненты. Посетите следующий Web-сайт, чтобы получить пакет WebSphere MQ Workflow 3.5 Fixpack 4: http://www-1.ibm.com/support/docview.wss?rs=795context=SSVLA5dc=D420uid=swg24007450loc=en_UScs=utf-8lang=en

    Конфигурация будет выглядеть так, как показано на рис 7.8.

    (рис 7.8) Конфигурация WebSphere MQ Workflow

    В ходе процесса конфигурирования создается компонент Buildtime, Web-клиент и утилита администрирования. Компонент Buildtime используется для создания и изменения рабочих потоков. Об этом рассказывается в лекции 11, "Изменение процесса Claim Investigation". Для начала нам нужно сконфигурировать компонент Buildtime.

  • Проверьте, все ли предварительные инсталляции были выполнены. Хотя такой предварительный набор продуктов и не является строго обязательным, мы можем подтвердить работоспособность следующей конфигурации:
  • WebSphere Application Server 5.1 с Fixpack 1 и Cumulative Fix 3;
  • WebSphere MQ 5.3 с Fixpack 9;
  • WebSphere MQ Workflow 3.5 с Fixpack 4;
  • DB/2 8.1 Enterprise с Fixpack 6.
  • Единственной предварительно необходимой конфигурацией является заданный по умолчанию сервер приложений server1, который нужно проверить с помощью мастера First Steps (Первые шаги).
  • Запустите утилиту конфигурирования WebSphere MQ Workflow из группы программ WebSphere MQ Workflow, используя параметры, заданные по умолчанию, за исключением тех, для которых указаны иные значения:
  • Закладка General (Общие):
  • выберите пункт New (Новый) $$\to$$ FMC $$\to$$ OK ;
  • выберите все опции конфигурирования, как показано на рис 7.9.
  • (рис 7.9) Опции закладки General (Общие)
  • Закладка Runtime Database (База данных рабочей системы):
  • Здесь уже должна присутствовать база DB2 в виде DB2 Instance, так что выберите ее.
  • Укажите имя и пароль пользователя DB2 в параметрах соединения с DB/2 (DB/2 connect parameters). Выберите здесь пункт ).
  • (рис 7.10) Свойства базы данных рабочей системы
  • Закладка Queue Manager (Менеджер очереди). Примите параметры, заданные по умолчанию и нажмите Next (Далее).
  • Закладка Cluster (Кластер). Примите параметры, заданные по умолчанию и нажмите Next (Далее).
  • Закладка Client Connections (Соединения с клиентами). Примите параметры, заданные по умолчанию и нажмите Next (Далее).
  • Закладка Buildtime. Примите параметры, заданные по умолчанию и нажмите Next (Далее).
  • Закладка Buildtime Database (База данных компонента Buildtime).
  • Здесь уже должна присутствовать база DB2 в виде DB2 Instance, так что выберите ее.
  • Укажите имя и пароль пользователя DB2 в параметрах соединения с DB/2 (DB/2 connect parameters). Выберите здесь пункт ).(рис 7.11) Свойства базы данных для Buildtime
  • Закладка Runtime Client (Клиент рабочей системы). Примите параметры, заданные по умолчанию и нажмите Next (Далее).
  • Закладка Web Client (Web-клиент). Примите параметры, заданные по умолчанию и нажмите Next (Далее).
  • Закладка WebSphere. Примите параметры, заданные по умолчанию и нажмите Next (Далее).
  • Закладка JDK/JRE. Примите параметры, заданные по умолчанию и нажмите Done (Выполнено)
  • Проведите обзор при помощи WebSphere MQ Explorer, и вы увидите, что все определения WebSphere MQ для кластера FMCQM были созданы.

    Совет. Чтобы найти проводник по конфигурации WebSphere MQ, не загромождая рабочий стол, добавьте модуль WebSphere MQ Explorer в WebSphere MQ Services Monitor через область уведомлений (трей) Windows:
  • Откройте WebSphere MQ Services Monitor в области уведомлений Windows.
  • Выберите пункт меню Select Console (Выбор консоли) $$\to$$ Add/Remove Snap-in (Добавить/удалить модуль) $$\to$$ Add (Добавить) $$\to$$ WebSphere MQ $$\to$$ Finish (Готово) $$\to$$ Close (Закрыть) $$\to$$ OK.
  • Выберите пункт Console (Консоль) $$\to$$ Save (Сохранить). Ответьте YES (Да) на запрос об обновлении MMC до формата 1.2.
  • При следующем открытии WebSphere MQ Services Monitor, WebSphere MQ Explorer будет также готов к использованию.

    7.2.5 Инсталляция и конфигурирование Message Broker

    Мы начнем с инсталляции версии 5.0 WebSphere Business Integration Message Broker (рис 7.12).

    (рис 7.12) Конфигурация WebSphere Business Integration Message Broker

    Брокер проверяет выполнение предварительных условий. Если у вас что-то не установлено, вы можете найти эти продукты на вспомогательном компакт-диске Message Broker. После завершения инсталляции брокера нужно установить пакет исправлений Fixpack 4. Для установки Fixpack 4 требуется предварительно установить версию 5.0.2 IBM Remote Agent Controller [RAC], который можно найти на той же Web-странице, на которой находится и Fixpack 4 брокера. Используйте копию [RAC] с Web-страницы Message Broker, а не какую-нибудь другую копию RAC 5.0.2, чтобы избежать появления предупреждающего сообщения позже, в ходе инсталляции. Однако если вы применяете RAC 5.0.2, это предупреждение можно игнорировать.

    Чтобы получить Fixpack 4 и RAC 5.0.2, обращайтесь на следующий Web-сайт: https://www14.software.ibm.com/webapp/iwm/web/reg/download.do?source=wbimbS_PKG=dlwinwwcp=ISO-8859-1

    Вам нужно зарегистрироваться на сайте http://www.ibm.com.

    Конфигурация брокера

    Прежде чем приступать к работе, убедитесь в том, что пользовательский идентификатор, который будет использоваться брокером, имеет нужные права доступа. Проверьте группы, к которым относится данный идентификатор, при помощи менеджера пользователей Windows или запустите мастер обеспечения безопасности брокера (Broker Security Wizard), инсталлированный с WebSphere Business Integration Message Broker.

    Для конфигурирования брокера мы используем заданный по умолчанию мастер конфигурации из инструментария страницы Getting Started (Начало работы) WebSphere Business Integration Message Broker (см. рис 7.13).

    (рис 7.13) Как найти мастер Getting Started (Начало работы)

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

  • В нашей инсталляции мы использовали в качестве основного идентификатора пользователя имя Admin, а в качестве пользовательского имени для доступа к базе данных имя db2admin. Чтобы применить эти же имена, снимите флажок Also use this account for accessing the DB2 databases (Также использовать эту учетную запись для доступа к базам данных DB2) на первой панели (рис 7.14).(рис 7.14) Мастер Getting Started (Начало работы) WebSphere Business Integration Message Broker
  • Данный мастер предполагает, что нужно создать новый менеджер очереди. Если вы копируете нашу инсталляцию или если у вас уже есть менеджер очереди на узле, который вы конфигурируете в качестве брокера, особой проблемы это не представляет. Когда мастер попросит ввести имя менеджера очереди, введите имя существующего менеджера очереди (FMCQM) и порт слушателя, который мы для него сконфигурировали (5010). Когда работа мастера завершится, в WebSphere MQ Alert Monitor вы увидите маркер предупреждения (рис 7.15).(рис 7.15) Предупреждение в WebSphere MQ Alert MonitorПоявление этого предупреждения объясняется тем, что мастер добавил в FMCQM слушателя с тем же номером порта, что и у существующего слушателя. Вам нужно удалить лишнего слушателя.
  • Выберите пункт меню Alert Monitor (Монитор предупреждений) $$\to$$ MQ Services (Службы MQ) $$\to$$ WebSphere MQ Services (local) (Службы WebSphere MQ локальные) $$\to$$ FMCQM, на правой панели выделите второго слушателя (listener), щелкните правой кнопкой мыши и выберите пункт меню ).(рис 7.16) Удаление лишней службы
  • Завершите исходную конфигурацию брокера, изменив свойства служб брокера WBRK_BROKER и Configuration Manager в Windows Services Manager, чтобы они запускались автоматически [щелкните правой кнопкой мыши по пункту My Computer (Мой компьютер), выберите пункт Manage (Управление) $$\to$$ Services (Службы)] и найдите эти две службы.
  • В конфигурации по умолчанию блокировочная переменная DB2 DB2_RR_TO_RS устанавливается в YES, и это значение является рекомендуемым при использовании функции агрегирования (Aggregate) WebSphere Business Integration Message Broker. Если вы не используете данный мастер, вам нужно установить это значение для переменной в окне команд DB2:

    DB2SET DB2_RR_TO_RS=YES

    В конфигурации по умолчанию также устанавливается значение 900 для переменной DBHEAP. Убедитесь в этом, подав через окно команд DB2 команду DB2 get db CONFIGURATION for WBRKBKDB и проверив значение переменной DBHEAP. Если оно менее 900, измените его, используя следующую команду:

    db2 update database configuration for WBRKBKDB using dbheap 900

    Конфигурация инструментария

    Инструментарий конфигурируется автоматически мастером Getting Started (Начало работы). Чтобы использовать инструментарий брокера, работающего на другой машине (например, чтобы использовать исходную машину для хранения инструментария и обращаться к брокеру, работающему в VMware-образе SAH414A), нам нужно установить только один инструментарий на исходную машину и сконфигурировать его для подключения к брокеру, работающему на SAH414A.

  • Определите ID пользователя, с помощью которого вы собираетесь подключаться к SAH414A? и запустите мастер безопасности брокера, чтобы выделить этому ID права из соответствующих групп брокера.
  • В инструментарии WebSphere Business Integration Message Broker выберите пункт меню File (Файл) $$\to$$ New (Новый) $$\to$$ Other (Другое) $$\to$$ Broker Administration (Администрирование брокера) $$\to$$ Domain (Домен) $$\to$$ Next (Далее). Введите в поле Queue Manager Name (Имя менеджера очереди) значение FMCQM, в поле Host (Хост) – значение SAH414A (или выбранное вами имя), а в поле Port (Порт) – значение 5010 (или выбранный вами номер порта) и нажмите Next (Далее). В поле Server Project (Серверный проект) введите LocalProject, а в поле Connection name – значение LocalProject. Нажмите Finish (Готово), а затем YES (Да). Это имена локальной папки, в которой будут храниться потоки сообщений, и файла, в котором будет содержаться информация о соединении для брокера.
  • Итак, мы закончили инсталляцию и конфигурирование брокера сообщений и инструментария, необходимого для начала разработки потоков сообщений, которое описывается в лекции 9, "Создание корпоративной сервисной шины".

    7.3 Инсталляция и конфигурирование SAH414B

    Среды, которые будут инсталлироваться на SAH414B, показаны на рис 7.17.

    (рис 7.17) Программные среды, инсталлируемые на SAH414B

    Большая часть инсталляции сходна с инсталляцией на SAH414A. Мы отметим только различия.

    7.3.1 WebSphere MQ

    Инсталлируйте WebSphere MQ точно так же, как на SAH414A (рис 7.18).

    (рис 7.18) Размещение WebSphere MQ на SAH414B

    Создание менеджера очереди

  • Щелкните правой кнопкой мыши по папке Queue Managers (Менеджеры очереди) в WebSphere MQ Explorer и выберите пункт меню New (Новый) $$\to$$ Queue Manager (Менеджер очереди).
  • Шаг 1. Введите в поле имени менеджера очереди SAH414B, а в поле Dead Letter Queue name (Имя очереди для зависших писем) – значение SYSTEM.DEAD.LETTER. QUEUE, как показано на рис 7.19. Значение в поле Default Transmission Queue (Очередь передачи по умолчанию) для нас несущественно, поскольку мы собираемся использовать кластеризацию и находить очереди на других серверах. Нажмите (рис 7.19) Конфигурация WebSphere MQ на SAH414B: Шаг 1
  • Шаг 2. Нажмите Next (Далее).
  • Шаг 3. Установите опцию Create Server Connection Channel (Создать канал соединения с сервером), нажмите Next (Далее).
  • Шаг 4. Укажите в поле порта слушателя ( Listener ) значение 1414 и нажмите Finish (Готово).
  • Соединение кластера FMCGRP

  • Запустите VMware-образ SAH414A и проверьте IP-соединение с ним, послав команду ping с SAH414A или на него.
  • Проверьте возможность подключения к кластеру FMCGRP.

    В WebSphere MQ Explorer щелкните правой кнопкой мыши по папке Cluster (Кластер), выберите пункт меню Show Cluster (Показать кластер), введите в поле Cluster name (Имя кластера) значение FMCGRP. Установите переключатель Repository Queue manager is remote (Менеджер очереди для хранилища является удаленным), введите FMCQM в поле Queue Manager Name (Имя менеджера очереди) и SAH414A(5010) в поле ).

    (рис 7.20) Отображение кластера FMCGRP
  • Теперь мы соединяем SAH414B с кластером:
  • Запустите мастер Add Queue Manager to Cluster (Добавление менеджера очереди в кластер). Щелкните правой кнопкой мыши по папке Queue Managers in Cluster (Менеджеры очереди в кластере) в пункте FMCGRP $$\to$$ All Tasks (Все задачи) $$\to$$ Add Queue Manager (Добавить менеджер очереди) $$\to$$ Next (Далее), и мастер установит соединение с кластером FMCGRP.
  • Шаг 1. Установите опцию Queue Manager is Local (Менеджер очереди является локальным) и нажмите Next (Далее).
  • Шаг 2. Нажмите Next (Далее), примите в шаге 2а значения по умолчанию для имени приемного канала кластера. Нажмите Next (Далее), примите в шаге 2b значения по умолчанию для имени приемного канала кластера хранилища и нажмите Next (Далее).
  • Шаг 3. Добавьте менеджер очереди в кластер. Проверьте конфигурацию, нажмите Finish (Готово).
  • Обновите ( Refresh ) папку Queue Managers in Cluster (Менеджеры очереди в кластере), и узел SAH414B будет отображаться в кластере.
  • Кластеры всегда должны иметь как минимум два хранилища. Если сделать SAH414B менеджером очереди для хранилища, это может улучшить производительность, поскольку узел будет знать об изменениях конфигурации кластера до их использования:
  • щелкните правой кнопкой мыши по пункту SAH414B в папке менеджеров очереди в WebSphere MQ Explorer, выберите пункт Properties (Свойства) и перейдите на закладку Repository (Хранилище);
  • установите опцию Repository for a cluster (Хранилище для кластера) и выберите пункт FMCGRP в раскрывающемся окне Cluster (Кластер).
  • Итак, мы завершили создание базовой конфигурации WebSphere MQ. Очереди и конфигурация JMS, которые требуются для решения, будут добавлены в лекции 12, "Интеграция и тестирование бизнес-процессов".

    7.3.2 DB/2

    Инсталляция DB/2 аналогична инсталляции для SAH414A и показана на рис 7.21.

    (рис 7.21) Инсталляция DB/2 на SAH414B

    7.3.3 WebSphere Business Integration Server Foundation

    Чтобы с первого раза успешно установить WebSphere Business Integration Server Foundation, вам нужно аккуратно следовать указанным шагам. На рис. 7.22 приведена конфигурация, которую мы хотим создать при подготовке к размещению решения.

    (рис 7.22) Конфигурация WebSphere Business Integration Server Foundation

    Инсталляция сервера

    Выполните следующие шаги:

  • Инсталлируйте WebSphere Application Server 5.1 без исправлений. Не инсталлируйте встроенную систему сообщений и примеры.
  • Инсталлируйте WebSphere Business Integration Server Foundation 5.1. Не инсталлируйте встроенную систему сообщений и примеры.

    Инсталлируйте Process Choreographer, но не выбирайте мастер конфигурирования контейнера бизнес-процессов.

  • Инсталлируйте пакет Fixpack 1 для WebSphere Application Server 5.1 (см. 7.2.3, "WebSphere Application Server").

    Так вы выполните обновление WebSphere Application Server до версии 5.1.1.

  • Инсталлируйте пакет Fixpack 1 для WebSphere Business Integration Server Foundation, используя ту же процедуру, которая применяется и при установке WebSphere Application Server Fixpack 1.

    Так вы выполните обновление WebSphere Business Integration Server Foundation до версии 5.1.1.

  • Инсталлируйте пакет Cumulative fix 7WebSphere Business Integration Server Foundation 5.1.1.3 требует, чтобы был установлен WebSphere Application Server 5.1.1.7. WebSphere Business Integration Server Foundation 5.1.1 FP2 поддерживает мониторинг бизнес-событий, тогда как в более ранней версии WebSphere Business Integration Server Foundation в этой области присутствовали определенные проблемы. для WebSphere Application Server. Так вы выполните обновление WebSphere Application Server до версии 5.1.1.7.
  • Инсталлируйте пакет Cumulative fix 3 для WebSphere Business Integration Server Foundation. Так вы выполните обновление WebSphere Business Integration Server Foundation до версии 5.1.1.3.
  • Используйте мастер First Steps (Первые шаги), как это делалось ранее, для запуска сервера и проверки установки. Закройте все окна, оставив работающий сервер server1.
  • Конфигурирование контейнера бизнес-процессов

    Для конфигурирования контейнера бизнес-процессов мы использовали скрипт jacl. Откройте окно команд и введите

    D:\WebSphere\AppServer>bin\wsadmin.bat -f processchoreographer\sample\bpeconfig.jacl

    Этот скрипт предложит ввести всю необходимую информацию.

    В табл. 7.1 приводятся ответы на вопросы скрипта, необходимые для конфигурирования контейнера процессов.

    Конфигурирование контейнера бизнес-процессов
    Запрос Ввод Комментарий
    Install bpecontainer.ear (Инсталлировать bpecontainer.ear) Yes
    Interactive Install (Интерактивная инсталляция) No Мы хотим принять все значения по умолчанию для наиболее сложных опций в ходе этой инсталляции
    Users to add to role BPESystemAdministrator (Пользователи, которым назначается роль BPESystemAdministrator) Admin Это идентификатор пользователя, являющегося системным администратором
    Groups to add to role BPESystemAdministrator (Пользователи, которым назначается роль BPESystemAdministrator) Enter Просто нажмите Enter (не вводя никакого текста). Будет принято значение по умолчанию, т.е. роли назначаться не будут
    Run-as UserId for role JMSAPIUser (Admin) [Запускать от имени UserId для роли JMSAPIUser (Admin)] Enter Принимаем значение по умолчанию (обратите внимание, что по умолчанию указывается роль Admin)
    Administrator's password (Пароль администратора) ******* Пароль для Admin
    Use a ... database (Использовать базу данных...) DB2 Мы будем использовать в качестве рабочей базы данных DB2. Обратите внимание на то, что поддерживается много других баз данных
    Install processportal.ear (Инсталлировать processportal.ear) Yes Будет инсталлирован компонент BPC Web Client
    Interactive install (Интерактивная установка) No Снова принимаем значения по умолчанию
    Virtual Host for Web Client [default_host] (Виртуальный хост для Web-клиента) Enter
    Node of Process choreographer to connect to [SAH414B] (Узел Process choreographer, с которым будет устанавливаться соединение) Enter
    Server of Process Choreographer to connect to [server1] (Сервер Process choreographer, с которым будет устанавливаться соединение) Enter
    Create the Data Source for the Process Choreographer database (Создавать источник данных для базы данных Process Choreographer) Yes
    Database name [BPEDB] (Имя базы данных): Enter
    Use the CLI or the Universal JDBC $$\text{\texttrademark}$$ provider (Использовать CLI или провайдера Universal JDBC $$\text{\texttrademark}$$ ) CLI Использовать локальные связи с базами данных
    DB2 user ID[db2admin] (ID пользователя DB2) Enter Или любой другой пользовательский идентификатор, который вы сконфигурировали для доступа к DB/2
    db2admin's password (пароль db2admin) ******* Пароль для DB2ADMIN
    D:\Program Files ... \db2java.zip does not exist (Файл ... не существует) D:\SQLLIB Введите корень инсталляционной директории DB/2 (не путь к db2java.zip)
    Create the Process choreographer database? (Создавать базу данных Process choreographer?) Yes
    DB2 table space directory (Директория табличного пространства Enter
    Use embedded messaging or MQSeries $$\text{\textregistered}$$? (Использовать встроенную систему сообщений или MQSeries $$\text{\textregistered}$$?) MQSeries
    Create the Process Choreographer queue manager and queues? (Создавать менеджер очереди и очереди Process Choreographer?) No Мы уже создали их
    Create the listener ports (Создавать порты слушателей) Yes При этом WebSphere будет использовать уже настроенный менеджер очереди
    D:\Program Files\ ... java\lib does not exist (Файл ... не существует) D:\WebSphereMQ Введите корневую директорию, куда установлен WMQ
    Queue Manager name (Имя менеджера очереди) SAH414B Не используйте значение по умолчанию!
    Will the Queue Manager join a WebSphere MQ cluster (Будет ли менеджер очереди связан с кластером WebSphere MQ?) No Хотя узел SAH414B является членом кластера, данный вопрос относится к специальной конфигурации кластера, определяемой для Process Choreographer с целью выполнения распределения нагрузки. Так что отвечаем отрицательно
    Create the Scheduler for Process Choreographer (Создавать расписание для Process Choreographer) Yes
    Enable global security using the Local OS user registry (Обеспечивать глобальную безопасность с применением пользовательского реестра локальной ОС) Yes Нам нужно использовать глобальную систему безопасности для компонента staff. Хотя наш текущий процесс и не использует никаких staff-узлов, мы добавим некоторые связанные с этим этапы позже, и, следовательно, мы должны сконфигурировать глобальную систему безопасности. К сожалению, скрипт включает не только глобальную безопасность, но и безопасность Java 2, а это воспрепятствует работе CICS Resource Adapter. Мы должны будем решить эту проблему позже
    Server user ID[Admin] (Пользовательский ID сервера) Enter
    Enforce Java 2 Security (Включение безопасности Java 2) No Не для тестирования
    Set 'com.ibm.SOAP.loginUserid' in soap.client.props (Установить : 'com.ibm.SOAP.loginUserid' в soap.client.props) Yes
    Delete the temporary directory C:\tmp (Удалить временную директорию C:\tmp) Yes
    Stop server server1 now (Остановить сейчас сервер server1): Yes Поскольку мы включили глобальную систему безопасности, нужно перезапустить сервер приложений

    Пока сервер останавливается, определите четыре дополнительные очереди, которые необходимы для Process Choreographer. Существует bat-файл, предназначенный для создания очередей. В окне команд введите

    D:\WebSphere\AppServer\ProcessChoreographer>createqueues SAH414B

    После останова сервера запустите службу WebSphere Application Server снова, чтобы проверить установку. Нажмите на команду startup в программной группе WebSphere Application Server. Вы получите уведомление, когда сервер будет готов для электронного бизнеса.

    Откройте в консоли страницу Enterprise Applications (Корпоративные приложения). Проверьте, запущены ли приложения с именами BPEContainer_SAH414B_server1 и BPEWebClient_SAH414B_server1. Это контейнер бизнес-процессов и Web-клиент бизнес-процессов, которые мы установили.

    (рис 7.23) Контейнер процессов и Web-клиент – это корпоративные приложения

    Итак, мы успешно установили и сконфигурировали контейнер бизнес-процессов и Web-клиент процесса. На этом заканчивается инсталляция необходимой инфраструктуры.

    Вернуться к учебному плану