Oracle tuxedo что это
Новые продукты позволяют выполнить рехостинг приложений мэйнфрейма на платформу Oracle Tuxedo 11g – программный сервер приложений для критически важных корпоративных бизнес-приложений, написанных на языках программирования C/C++ и Cobol. По данным Oracle, перевод приложений в среде Oracle Tuxedo 11g помогает организациям сократить затраты, связанные с запуском онлайн-приложений и систем пакетной обработки данных, а также снизить расходы на масштабирование и обеспечение непрерывности бизнес-процессов.
«Несмотря на явную экономию затрат, которая сегодня вполне реальна для уже развернутых сред на базе мэйнфреймов, некоторые организации могут колебаться при принятии решений о миграции из-за высокой сложности таких проектов и связанных с ними рисков. Наша цель состоит в упрощении и ускорении процесса миграции», — заявил Фрэнк Сюн (Frank Xiong), вице-президент Oracle по разработке программного обеспечения. По его словам, решения Oracle Tuxedo Application Runtime for CICS and Batch 11g и Oracle Tuxedo Application Rehosting Workbench 11g позволяют свести к минимуму внесение изменений в код приложений и сделать процесс рехостинга приложений мэйнфрейма типовой, широко распространенной процедурой.
С помощью данных продуктов организации могут выполнить миграцию приложений мэйнфреймов в «стек» корпоративного ПО, а затем масштабировать и развивать корпоративные приложения в соответствии с новыми целями и задачами бизнеса.
Решение Oracle Tuxedo Application Runtime for CICS and Batch 11g предоставляет среду эмуляции CICS API и пакетной обработки, которая задействует полный спектр возможностей платформы Oracle Tuxedo. Перенесенные приложения исполняются в многоузловой распределенной Grid-среде с централизованным оперативным управлением. Кроме того, интеграция в масштабе предприятия сервисов «мэйнфреймовских» CICS-приложений (предназначенных, как правило, для онлайн-обработки транзакций и больших массивов данных) даст возможность воспользоваться преимуществами открытой инфраструктуры на базе SOA, отметили в Oracle.
Data Fusion Awards: синергия разнородных данных становится неотъемлемой частью бизнеса, науки и государства
Среди ключевых функций решения: CICS Application Runtime — поддерживает исполнение приложений IBM CICS (без каких-либо изменений кода) в Grid-среде, которая обеспечивает распределение больших рабочих нагрузок по разным процессорам и узлам (это упрощает администрирование CICS-приложений и обеспечивает масштабирование до более чем 100 тыс. пользователей и свыше 50 тыс. транзакций в секунду); 3270 Terminal Server — сохраняет для сотрудников бизнес-подразделений привычную для них пользовательскую рабочую среду благодаря поддержке эмуляции терминала tn3270; Distributed CICS Resource Management — упрощает развертывание и администрирование, давая клиентам возможность запускать «регионы» (экземпляры) CICS в распределенной конфигурации; Batch Application Runtime — обеспечивает управление рабочими заданиями (подобно JES-системе IBM), предоставляя возможности локальной или распределенной передачи и регистрации заданий, кроме того, распределенные устройства-инициаторы пакетной обработки могут осуществлять распараллеливание рабочих заданий (они поддерживают функцию отказоустойчивости (fail-over), уменьшая временные «окна» пакетной обработки, помогая тем самым строго соблюдать принятые соглашения об уровне обслуживания (SLA)); Batch Execution Environment — помогает исполнять приложения IBM для пакетной обработки данных без внесения изменений в программный код, а также поддерживает функции, использующие язык управления заданиями JCL, и распространенные сервисные программы пакетной обработки.
В свою очередь, решение Oracle Tuxedo Application Rehosting Workbench 11g предоставляет набор автоматизированных инструментов для миграции, которые интегрированы с центральным хранилищем данных. По информации Oracle, этот инструментарий отличает высокая точность представления данных, а также возможность работать с большими приложениями, что позволяет реализовать проекты миграции с минимальными затратами и рисками.
Основные функции решения включают: Workbench Repository and Cataloguer — обеспечивает целостность активов переносимых приложений путем полной проверки взаимозависимостей (функционал Cataloguer генерирует и обслуживает все релевантные метаданные компонентов «источника» и «получателя»); File Migrator — поддерживает миграцию наборов данных и неструктурированных (плоских) файлов в базы данных ISAM или Oracle Database 11g, используя для этого автоматизированные сервисные функции миграции для загрузки, выгрузки и проверки целостности данных; DB2 Migrator — автоматизирует миграцию логической структуры данных и собственно данных в СУБД Oracle Database 11g, используя те же механизмы что и File Migrator; Cobol Migrator — поддерживает миграцию Cobol-активов мэйнфреймов IBM (OLTP- и Batch-приложений) на открытые системы, адаптирует программы к диалектам компилятора и разнообразным методам доступа к данным; JCL Migrator — поддерживает миграцию заданий IBM JCL в среду Tuxedo ART, обслуживая поток и характеристики пакетных заданий.
To support interoperability between OMQ client application and OTMQ, OTMQ provides Client Library Server TuxCls() . With this server deployed, OTMQ and OMQ client can have message-level compatibilities. The traditional OMQ client can work with OTMQ server without any code change, compile and link, and any configuration change, except for below limitations:.
To integrate the OTMQ global naming service with OMQ naming, the global naming file, which is indicated by the enviorment variables DMQNS_DEFAULTPATH and DMQNS_DEVICE , should have the read and write permissions for OTMQ and OMQ naming services.
If you are using tpenqplus/tpdeqplus , you must add tpqattach before invoking tpenqplus/tpdeqplu s, and the attached qspace/qname is an OTMQ qspace/qname .
Core servers TMS_TMQM() , TuxMsgQ() , TuxMQFWD() and TMQEVT() are provided by the OTMQ. TMS_TMQM() manages global transactions for the queued message facility. It must be defined in the *GROUPS section of the configuration file. TuxMsgQ() and TuxMQFWD() provide message queuing services to users. They must be defined in the *SERVERS section of the configuration file. TMQEVT() provides publish/subscribe services to users. It must be defined in *SERVERS section of the configuration file.
Supplemental servers TMQ_NA() , TuxMsgQLD() and TuxCls() can be configured at machine level for one or more OTMQ queue space.
In addition to the standard requirements of a group name tag and a value for GRPNO , there must be a server group defined for each OTMQ queue space the application will use. The TMSNAME and OPENINFO parameters need to be set. Here are examples:
TMS_TMQM is the name for the transaction manager server for OTMQ. In OPENINFO parameter, TUXEDO/TMQM is the literal name for the resource manager as it appears in $TUXDIR/udataobj/RM . The values for and are instance-specific and must be set to the pathname for the universal device list and the name associated with the queue space, respectively. These values are specified by the administrator using tmqadmin(1) .
The TuxMsgQ() takes the same CLOPT as TMQUEUE server of Oracle Tuxedo /Q. The TuxMsgQ() reference page gives a full description of the SERVERS section of the configuration file. But still the TuxMsgQ() has several unique properties can be specified:
TuxMsgQ() provides the sanity check function to remove invalid queue owners. To configure the sanity check interval for the TuxMsgQ() server, set " -i " in CLOPT . The value means the TuxMsgQ() server will do sanity check per receiving this number of messages.
OTMQ Offline Trade Driver Server TuxMQFWD() is part of the OTMQ Reliable Message Delivery feature. It is responsible for resending the recoverable messages to the target if the OTMQ Message Queue Manager Server TuxMsgQ() fails to deliver the message to target at the first time.
Refer to the TuxMQFWD() reference page for a full description of the *SERVERS section of the configuration file for this server.
Any improper configuration that prevents the TuxMQFWD() server from dequeuing or forwarding messages will cause the server booting failure. Some important items should be emphasized:
*SRVGRP of TuxMQFWD() server must have TMSNAME set to TMS_TMQM , and the OPENINFO must be set to associate with the proper device and queue space.
OTMQ Event Broker TMQEVT() is required for publish/subscribe feature. It is responsible for notifying subscribers when topics are published. It must be configured in a separate server group from TuxMsgQ( ) and TuxMQFWD() .
Refer to the TMQEVT() reference page for a full description of the *SERVERS section of the configuration file for this server.
OTMQ Naming Server TMQ_NA() can be configured to provide the naming feature. It allows the application to bind the queue alias to an actual queue name, and also supports lookup the actual queue name through provided queue alias.
Refer to the reference page of TMQ_NA() for a full description of the *SERVERS section of the configuration file for this server.
One limitation for the naming server is only one TMQ_NA() server process can be configured for one OTMQ queue space.
The TMQ_NA() may boot with a pre-defined name space file, which is specified when creating or updating the queue space. The following example shows the content of one static name space file, which defines the association between the user defined queue alias and the actual queue name.
Refer to qspacecreate or qspacechange command of tmqadmin(1) for specifying the static name space file.
OTMQ command tmqadmin(1) is used to establish the resources of the OTMQ. The OTMQ_MIB Management Information Base also provides an alternative method of administering OTMQ programmatically. See the Using MIB for more information on the MIB operation.
Most of the key commands of tmqadmin have positional parameters. If the positional parameters (those not specified with a dash (-) preceding the option) are not specified on the command line when the command is invoked, tmqadmin prompts you for the required information.
For the number of concurrent processes count one for each TMS_TMQM , TuxMsgQ or TuxMQFWD server in the group that uses this queue space and one for a fudge factor.
Most of these prompts are the same as the qspacecreate of qmadmin command of Oracle Tuxedo /Q component. The last three prompts are specific for OTMQ.
You can choose to initialize the queue space as you use the qspacecreate command, or you can let it be done by the qopen command when you first open the queue space.
Besides enable server group migration, the key configuration is set DBBLFAILOVER and SGRPFAILOVER in the UBBconfig file *RESOURCES section, and set RESTART=Y and MAXGEN greater than 0 for each server in migration group in the *SERVERS section.
*MACHINES
"machine1 "LMID=L1
"machine2 "LMID=L2
*GROUPS
QGRP1
LMID=L1,L2 GRPNO=1 TMSNAME=TMS_TMQM TMSCOUNT=2
OPENINFO="TUXEDO/TMQM:/dev/device1:queuespace1"
Each queue that you intend to use must be created with the tmqadmin(1) qcreate command. First you have to open the queue space with the qopen command. If you do not provides a queue space name, qopen will prompt for it. (You can also use the T_OTMQ class of the OTMQ_MIB to create a queue.)
Most of these prompts and options are the same as the qcreate of qmadmin command of Oracle Tuxedo /Q component. Still OTMQ provides more specific options:
WSC_JOURNAL_ENABLE : If set to 1, WS SAF is enabled. If set to 0, WS SAF is disabled. The default value is 0.
WSC_JOURNAL_PATH : Specifies the journal file path. The default value is "./" on UNIX and ".\\" on Windows.
WSC_JOURNAL_CYCLE_BLOCKS : the journal cycles (reuses) disk blocks when full and overwrites previous messages. The default value is 0.
WSC_JOURNAL_FIXED_SIZE : Determines if the journal size is fixed or allowed to grow. The default value is 0.
WSC_JOURNAL_PREALLOC : the journal file disk blocks are pre-allocated when the journal is initially opened. The default value is 1.
OTMQ provides a utility ConvertQSPACE() to upgrade Oracle Tuxedo /Q Qspace to OTMQ Qspace, so that the customers who already deployed Oracle Tuxedo /Q applications can benefit from OTMQ new features without data lost.
Make sure the QMCONFIG environment variable is configured as OTMQ device. Configure the OTMQ servers in the Oracle Tuxedo UBBCONFIG file according to OTMQ device and Qspace name.
OTMQ provides Link Driver Server TuxMsgQLD() as counterpart of OMQ Link Driver to achieve message level compatibilities for cross-group communication between OTMQ and OMQ applications.
Also TuxMsgQLD() provides the routing functionality like traditional OMQ Link Driver but with limitations. For more information, see Interoperability
TuxMsgQLD() requires pre-created link table and routing table in corresponding OTMQ Qspace. Link table consists of entries that each stands for one remote OMQ group. Routing table consists of entries that each stands for one combination of target group and routing through group. Link table and routing table are created by tmqadmin(1 ) qspacecreate command. The default size of link table is 200, or a different size can be specified with -L option. The default size of routing table is 200, or a different size can be specified with -R option.
TuxMsgQLD() requires a configuration file placed under APPDIR. The configuration file name is specified by CLOPT-f parameter. Refer to the TuxMsgQLD() reference page for a full description of the SERVERS section of the configuration file for this server.
Redwood Shores, CA, Москва, 22 августа 2012 г. – Корпорация Oracle анонсировала Oracle Tuxedo 12c, новую версию лучшего в отрасли сервера приложений для работы с приложениями, написанными на C/C++ и Cobol и развернутыми на предприятии или в облаке.
Сервер приложений Oracle Tuxedo 12c, оптимизированный для работы на программно-аппаратном комплексе Oracle Exalogic Elastic Cloud и тесно интегрированный с Oracle Fusion Middleware, Oracle Database 11g и Oracle Enterprise Manager 12c, обеспечивает производительность и масштабируемость класса мэйнфрейма для критически важных бизнес-приложений.
Oracle Tuxedo 12c предоставляет инновационные возможности, средства разработки, расширения и улучшения, которые позволяют снизить совокупную стоимость владения существующих приложений Tuxedo и ускорить вывод на рынок новых приложений.
С новой версией Oracle Tuxedo 12c, а также новыми и улучшенными продуктами линейки Oracle Tuxedo корпорация Oracle предлагает самое полное решение для разработки, рехостинга и развертывания приложений C/C++ и COBOL в традиционных центрах обработки данных, на оптимизированных программно-аппаратных комплексах и в корпоративных средах облачных вычислений.
«Для удовлетворения растущих потребностей приложений, развертываемых на предприятии и в облаке, организациям нужна современная и открытая платформа, которая может обеспечивать производительность и масштабируемость класса мэйнфрейма, – подчеркнул Фрэнк Сюн (Frank Xiong), вице-президент Oracle по разработке программных продуктов. – С выпуском Oracle Tuxedo 12c, а также новых и усовершенствованных продуктов линейки Oracle Tuxedo существующие и новые клиенты могут воспользоваться преимуществами высокопроизводительных бизнес-приложений на экономически выгодной основе, повышая общую эффективность и снижая расходы. Кроме того, оптимизированная интеграция между Oracle Tuxedo 12c и Oracle Exalogic Elastic Cloud обеспечивает колоссальные улучшения в производительности приложений и гибкости масштабирования для компенсации колебаний нагрузки, а также упрощает развертывание и распределение ресурсов в облачной среде».
С помощью Oracle Tuxedo 12c клиенты могут выполнять критически важные приложения C/C++ и COBOL на предприятии и в облаке, повысить операционную эффективность с помощью новейших средств управления, ускорить вывод на рынок новых приложений с помощью инновационных средств повышения эффективности разработчиков.
Tuxedo (транзакции для Unix , расширенный для распределенных операций) - это платформа промежуточного программного обеспечения, используемая для управления распределенной обработкой транзакций в распределенных вычислительных средах. Tuxedo - это система обработки транзакций или связующее ПО, ориентированное на транзакции, или сервер корпоративных приложений для различных систем и языков программирования. Разработанный AT&T в 1980-х годах, он стал программным продуктом корпорации Oracle в 2008 году, когда они приобрели BEA Systems . Tuxedo теперь является частью Oracle Fusion Middleware .
С самого начала в 1983 году AT&T разработала Tuxedo для обеспечения высокой доступности и предоставления чрезвычайно масштабируемых приложений для поддержки приложений, требующих тысячи транзакций в секунду в общедоступных распределенных системах. Первоначальная разработка была нацелена на создание и администрирование систем поддержки операций для телефонной компании в США , для которых требовались возможности оперативной обработки транзакций (OLTP).
Концепции Tuxedo заимствованы из Операционной системы поддержания петли (LMOS). Tuxedo поддерживал перенос приложения LMOS с систем мэйнфреймов, использующих систему управления информацией (IMS), с IBM на гораздо более дешевые распределенные системы, работающие (собственная AT&T) на Unix . [1]
Первоначальная команда Tuxedo состояла из членов команды LMOS, включая Хуана М. Андраде, Марка Т. Каргеса, Терренса Дуайера и Стивена Фелтса. [2] В 1993 году Novell приобрела подразделение Unix System Laboratories (USL) компании AT&T, которое в то время отвечало за разработку Tuxedo. В сентябре 1993 года он был назван «самым известным» монитором обработки распределенных транзакций, работающим на 25 различных платформах. [3] В феврале 1996 года BEA Systems заключила эксклюзивное соглашение с Novell о разработке и распространении Tuxedo на платформах, отличных от NetWare , при этом большинство сотрудников Novell, работающих с Tuxedo, присоединились к BEA. [4] [5] В 2008 году корпорация Oracle приобрела BEA Systems , и TUXEDO продавался как часть линейки продуктов Oracle Fusion Middleware . [6] [7]
Tuxedo использовался в качестве межплатформенного программного обеспечения для транзакций в ряде инструментов разработки многоуровневых приложений. Open Group использовала некоторые интерфейсы Tuxedo в качестве основы своих стандартов, таких как X / Open XA и XATMI. [8]
Разработчики Tuxedo опубликовали статьи об этом в начале 1990-х годов. [9] [10] Позже он стал основой некоторых исследовательских проектов. [11] [12] [13]
Кластеризация
Другой процесс на каждой машине, называемый мостом, отвечает за передачу запросов от одной машины к другой. Это позволяет Tuxedo распределять нагрузку по различным машинам в домене и позволяет серверам и службам работать на нескольких машинах. Кроме того, BBL и Bridge контролируют друг друга и перезапускают друг друга в случае отказа одного из них. В случае выхода из строя главной машины другая машина, назначенная резервной главной, может взять на себя функцию главной машины. Кроме того, поскольку машины в одном домене могут иметь разные архитектуры (x86, IA32, SPARC, P-Series и т. Д.), Bridge также отвечает за обработку различий в таких вещах, как порядок байтов .
В Oracle Exalogic Tuxedo используются возможности RDMA InfiniBand для обхода моста. Это позволяет клиенту службы на одной машине напрямую обращаться к серверу на другой машине.
Гибкие форматы буферов
Также имеется поддержка типов буферов, разработанных пользователем (например, буферы JamFlex, определенные Tuxedo-версией набора инструментов Panther RAD ).
Концентраторы связи
Для удаленных клиентов (Java, CORBA или / WS) Tuxedo предоставляет концентраторы связи, называемые приемниками / обработчиками, которые обрабатывают удаленную сетевую связь. Клиенты подключаются к этим концентраторам связи, которые действуют как прокси для клиентов. Когда клиенты делают запросы, слушатель / обработчик использует локальную инфраструктуру Tuxedo для выполнения запроса от имени клиента. Затем Tuxedo распределяет нагрузку между серверами в домене, предлагающими услугу, даже если сервер не находится на локальном компьютере. Это контрастирует с большинством серверов приложений Java EE, где балансировка нагрузки выполняется клиентом, выполняющим запросы к разным машинам с кластером.
Шлюзы
Чтобы облегчить совместное использование сервисов между доменами, Tuxedo предоставляет доменные шлюзы. Доменный шлюз позволяет импортировать и экспортировать услуги из удаленных доменов. Это позволяет локальному домену видеть службы в удаленных доменах, как если бы они были локальными службами. Шлюзы домена несут ответственность за распространение контекста безопасности и транзакции в удаленный домен. Помимо соединения доменов Tuxedo, существуют доменные шлюзы для систем мэйнфреймов, использующих TCP / IP , системную сетевую архитектуру IBM (SNA) или протоколы OSI , а также серверы приложений Java Platform, Enterprise Edition . Для шлюзов мэйнфреймов каждая система видит сервисы, импортированные из удаленной системы, как локальные, и использует инфраструктуру локальной системы для взаимодействия с этими сервисами. Это означает, что Tuxedo рассматривает транзакцию CICS как службу Tuxedo, а CICS видит службу Tuxedo как транзакцию CICS.
Восстановление после сбоя
BBL на каждой машине отслеживает состояние всех серверов и может автоматически перезапускать отказавшие серверы. Он также может обнаруживать зависшие серверы и при необходимости отключать / перезапускать их. Процесс BRIDGE в кластерной среде контролирует BBL, поэтому единых точек отказа нет. Любые транзакции, на которые повлиял сбой сервера или компьютера и которые не завершили этап подготовки, откатываются. Транзакции, которые завершили фазу подготовки, но не фазу фиксации, будут зафиксированы как часть последовательности загрузки Tuxedo.
Мониторинг и координация транзакций
Приложения Tuxedo могут запрашивать, чтобы все вызовы служб и связанные с ними обновления любых ресурсов, контролируемых менеджерами ресурсов (например, базами данных), управлялись транзакцией. Как только приложение начинает транзакцию, все последующие вызовы служб и вложенные вызовы включаются как часть этой транзакции, даже те службы, которые выполнялись в удаленных доменах. Затем Tuxedo координирует обработку фиксации с менеджерами ресурсов, чтобы обеспечить атомарные обновления всех затронутых ресурсов. Транзакции могут управляться приложением или автоматически управляться конфигурацией Tuxedo, т. Е. Транзакциями, управляемыми контейнером.
Подсистема массового обслуживания
Подсистема событий
Oracle предлагает ряд дополнительных продуктов к Tuxedo.
Повторный хостинг мэйнфреймов
В марте 2010 года Oracle анонсировала два новых продукта. [19] Среда выполнения приложений для CICS и пакетной обработки вместе с соответствующей рабочей средой Oracle Tuxedo Application Rehosting Workbench позволяет переносить IBM Customer Information Control System (CICS) и пакетные приложения на Tuxedo в распределенных системах. Благодаря предоставлению инструментов автоматического преобразования, расширению макросов препроцессора API, эквивалентному CICS, и среде выполнения пакетной обработки, подобной JES-2, миграция приложений для мэйнфреймов значительно упрощается.
TSAM Plus
Этот продукт предоставляет возможности централизованного мониторинга для нескольких доменов Tuxedo. Агенты TSAM Plus развернуты на машинах в домене Tuxedo. Эти агенты собирают метрические данные из запущенных процессов Tuxedo на основе настроенной политики и отправляют данные обратно в TSAM Plus Manager, где они используются исторически или в реальном времени. TSAM Plus предоставляет информацию о конфигурации, пути вызова, шаблоне вызова, выполнении службы, транзакции и других показателях мониторинга. TSAM Plus также контролирует Tuxedo ART CICS и пакетные приложения. Дополнительный компонент TSAM Plus - это подключаемый модуль для Oracle Enterprise Manager Cloud Control, который обеспечивает полную работу, настройку, администрирование и управление приложением Tuxedo.
Адаптеры для мэйнфреймов Tuxedo (TMA)
Этот продукт предоставляет набор процессов шлюза, которые выполняются в Tuxedo и взаимодействуют с мэйнфреймом, используя его собственные протоколы. Этот шлюз обеспечивает двунаправленную интеграцию между мэйнфреймами и платформами Tuxedo и позволяет Tuxedo отображаться как удаленная область CICS или IMS для мэйнфрейма, а удаленная область CICS или IMS - как другой домен Tuxedo для локального приложения Tuxedo.
Адаптер JCA
This tutorial describes the architecture and major features of the Oracle Tuxedo product:
- What is Oracle Tuxedo?
- Support for Industry Standards
- Support for Popular Platforms
- Support for Multiple Programming Models and Languages
- Mission-Critical Software
- Distributed Transaction Management
- Scalability and Performance
- High Availability and Fault Management
- Security
- Management Tools
- Client and Server Components
- Invocation Capabilities
What is Oracle Tuxedo?
Oracle Tuxedo provides the framework, or middleware, for building scalable multi-tier client/server applications in heterogeneous (dissimilar), distributed environments that extend from Web to the Enterprise. Using Oracle Tuxedo, users can manufacture, control, and deploy distributed applications independently of the underlying hardware, functioning system, network, and database setting.
As indicated in the in addition to the figure, middleware consists of software facilities that exist in the midst of a client or server application and the operating system and network facilities about a system node in the network.
Middleware facilities present a more functioning set of application programming interfaces (API) than the effective system and network facilities. The main desire of middleware facilities is to message solves application connectivity and interoperability problems.
Oracle Tuxedo offers the following middleware facilities:
ATMI, for the Application-to-Transaction Monitor Interface, is the main API for the Tuxedo system. It includes transaction government functions (routines, verbs); demand/allergic hypersensitivity, conversational, queuing, and notice-and-subscribe broadcast-handling functions; abet interface functions; and buffer doling out functions for distributed application communication.
CORBA, for Common Object Request Broker Architecture, is a language-independent, distributed-endeavor model specified by the Object Management Group (OMG). The CORBA programming interface consists of the C++ and Java ORBs. An ORB, or Object Request Broker, is a library that enables CORBA objects to push and communicate subsequent to one choice.
Technical child maintenance for third party CORBA Java ORBs should be provided by their respective vendors. Oracle Tuxedo does not find the money for any obscure preserve or documentation for third party CORBA Java ORBs.
- A high-dynamism transaction government application server
The transaction admin application server oversees all aspects of a distributed ATMI transaction regardless of the systems or resource managers used. It provides the recommend-epoch engines for government ATMI transactions on the subject of the zenith of nameless computer hardware and functioning systems.
The set sights on the application server, based as regards the CORBA Object Transaction Service (OTS), combines the Tuxedo ATMI transaction position of view technology taking into account the Oracle CORBA C++ ORB to find the child support for tall play-deed for distributed-objective applications using transactions.
Oracle Tuxedo includes the ATMI facilities and CORBA C++ objects needed for transaction dispensation, security, notice transport, administration and manageability, and XA-cordial to pro database sticking together for two-phase commit meting out. It includes a tall-quickness, deeply honorable server-side proclamation switch especially tuned for handling distributed transactions across many server machines.
Support for Popular Platforms
A client/server application separates the calling (client) software and the called (server) software into sever programs. The advantage of a client/server application is that merged client processes can interface taking into consideration a single server process, where the processes discharge loyalty does not need to control vis–vis the same host robot. Thus, clients and servers can seek on the subject of hardware and software platforms suited to their particular functions. For example, clients can control regarding reasonable platforms such as workstations or personal computers, and database dealing out servers can manage as regards platforms specially intended and configured to take effect queries.
The Oracle Tuxedo system has been ported to the most popular client platforms, including Microsoft Windows Server and XP, and a variety of UNIX workstations. The Oracle Tuxedo system has been ported to the most popular server platforms, including Microsoft Windows Server, HP-UX, IBM AIX, and the Sun Solaris.
Support for the Multiple Programming Models and Languages
- C and COBOL supported for the ATMI application clients and servers
- C++ supported for the ATMI application clients and CORBA C++ application clients and servers
- Java supported for the CORBA Java application clients and Jolt application clients
Technical freshen for third party CORBA Java ORBs should be provided by their respective vendors. Oracle Tuxedo does not meet the expense of any profound maintenance or documentation for third party CORBA Java ORBs.
Mission-Critical Software
ATMI and CORBA applications developed once Oracle Tuxedo is mission-vital, meaning that they are honorable, scalable, safe, and simple. Applications can go ahead as the company grows, and they continue meting out bearing in mind various parts of the network fail. Applications can press on and concurrence as the demand requires.
Distributed Transaction Management
Oracle Tuxedo specializes in managing transactions, in relation to behalf of ATMI and CORBA applications, from their reduction of origin typically harshly the client across one or more server machines, and later permit sustain to on to the originating client. When a transaction ends, Tuxedo ensures that all the systems effective in the transaction are left in a consistent assert. Tuxedo knows how to counsel transactions, route them across systems, load-description their finishing, and restart them after failures.
Oracle Tuxedo ensures the integrity of data accessed across several sites or managed by swap database products. It tracks the transaction participants and supervises a two-phase commit protocol, ensuring that transaction commit and the rollback are properly handled at each site.
Scalability and Performance
In an enterprise setting, applications may way to maintain hundreds of battle contexts (where the context can be a thread or a process), tens of thousands of client applications, and millions of objects at usual performance levels. Subjecting an application to exponentially increasing demands speedily reveals any resource shortcomings and play bottlenecks in the application. Scalability is in view of that a vital characteristic of Oracle Tuxedo applications.
Oracle Tuxedo enables distributed applications to scale is an appreciation to varying transaction invincible sum by vigorously spawning and terminating servers (ATMI) or by energetically activating and deactivating objects (CORBA) to meet the workload demands. Oracle Tuxedo balances the workload along in the company of all the within realizing facilities or objects to ensure that they are all evenly used.
Applications built re speaking Oracle Tuxedo can maintenance a single client in parable to a single server, or they can retain tens of thousands of clients and thousands of servers without changing application code. As an application scales, the Oracle Tuxedo system continues at the forefront taking place following the child support for confronting users in the previously than consistently tall put it on and to your liking responsiveness.
High Availability and Fault Management
In a distributed client/server atmosphere, thousands of independent processors and processes must cooperate to run the application. Many malfunctions can happen. In estrangement of failures, Oracle Tuxedo keeps the application dispensation in the song of ways:
- Ensures no single narrowing of failure by providing replicated server groups that can continue considering something breaks.
- Restores the handing out the application to pleasurable conditions after failures occur.
Ensuring constant entrance to e-issue applications is a key feature of Oracle Tuxedo. System components are all the time monitored for application, transaction, network, and hardware failures. When a failure occurs, Oracle Tuxedo critically removes that component from the system, manages any valuable recovery proceedings, and approaching-routes messages and transactions to permanent systems all transparently to the decline devotee and without disruption in the bolster.
Security
Oracle Tuxedo security includes authentication, qualified tribute, and encryption to ensure data privacy when deploying Oracle Tuxedo applications across networks. Two levels of encryption are supported: (1) network-level encryption using Oracle Tuxedos proprietary Link-Level Encryption (LLE) or Secure Sockets Layer (SSL); and (2) application-level encryption using the SSL protocol and public-key encryption.
In order to unite Oracle Tuxedo security considering new security systems, Oracle Tuxedo provides the following security plug-in interface. The plug-in interface allows Tuxedo customers to independently define and energetically mount going on their own security plug-ins.
Management Tools
The Oracle Tuxedo system gives administrators a further of several methods for the stage the same set of administrative tasks for either Oracle Tuxedo ATMI or CORBA environments. The once figure illustrates the Oracle Tuxedo tools comprehensible to write an application configuration file and energetically administer an Oracle Tuxedo application during control time.
In helper to using these tools to administrator Oracle Tuxedo applications, administrators use these tools to discharge faithfulness oddity-bitterness and recovery tasks following application failures occur. Oracle Tuxedo automatically recovers from many types of failures. However, some failures often the most terrible ones require operator organizations to determine what has actually unproductive.
Oracle Tuxedo Administration Console
The Oracle Tuxedo Administration Console is a graphical adherent interface that enables administrators to operate most administration and configuration tasks for Oracle Tuxedo applications. An administrator can display and fiddle considering configuration auspices, determine the confess of each component in the system, and make a moreover of statistical reference approximately items such as executed requests and queued requests.
The Oracle Tuxedo Administration Console is implemented as a set of Java applets, which can manage upon most platforms that maintain a Java-gifted Web browser. The server-side components of the Oracle Tuxedo Administration Console reside upon one of the server machines in an Oracle Tuxedo application. To use the Console, an administrator must enter the URL of the server and download the Java applets.
Command-Line Interface
Most of the functionality needed for functioning modification of an Oracle Tuxedo application is provided by the admin and config commands. Most of the functionality needed for full of zip modification of an Oracle Tuxedo Domains configuration is provided by the dmadmin command. Each of these commands is an interactive meta-command having many subcommands for performing arts various administrative tasks, including the modification of configuration entries though the system is meting out.
MIB Interface
The MIB interface is an application programming interface for directly accessing and manipulating system settings in the Oracle Tuxedo viewpoint opinion bases. The interface allows administrators to have quantity control again Tuxedo applications. The MIB interface is powerful because it is implemented once the same APIs that Tuxedo developers use to write business-indispensable client/server applications.
There are MIB interfaces to administer the entrance manage list, disk-based queues, Domains, activities, core Tuxedo, and workstation strengthening. The subsequent to are the corresponding MIB component names: ACL_MIB, APPQ_MIB, DM_MIB, EVENT_MIB, TM_MIB, and WS_MIB. Through the MIB interface, administrators meet the expense of advice the application by programmatically querying the Tuxedo bulletin board for the current space of MIB objects, and later effecting administrative changes by either environment and resetting specific MIB values or creating supplementary MIB objects.
The level of rule within operating through the MIB interface in the plan of fact comes in manageable in failover and fallback situations. The MIB programming interface is the only habit to handle every portion of one of the realizable complications that can occur in a failover have an effect on. During a failover, scripts can be used to kill client MIB programs that take accomplish specifics tasks such as shutting the length of and migrating server groups and verifying the come clean of the application.
Client and Server Components
The following figure identifies the Oracle Tuxedo client and server components and shows the connectivity together in the company of the clients and servers.
An unapproachable Tuxedo client atm (/WS), Jolt, or CORBA C++interfaces past a Tuxedo server via a network association and a pair of Tuxedo gateway processes: Workstation Listener/Handler (WSL/WSH), Jolt Server Listener/Handler (JSL/JSH), or IIOP Listener/Handler (ISL/ISH). A detached Tuxedo client may control upon a robot that does not share the Tuxedo server application (typically a workstation or personal computer), or the standoffish client may control upon a robot that is share of the Tuxedo server application. For the latter act, the local dynamic system intercepts the messages destined for the network and redirects them to the destination process the Tuxedo cold client or handler process management locally.
An original Tuxedo client indigenous ATMI client or indigenous CORBA C++ clients co-located upon a robot that is a portion of the Tuxedo server application and interfaces later a Tuxedo server Tuxedo infrastructure using interprocess communication. Native Jolt clients are not supported. These clients can isolate admission into a Tuxedo server via a pair of JSL/JSH gateway processes.
Along with brief descriptions of new terms shown in the previous figure should prove helpful in the treaty the connectivity among Oracle Tuxedo clients and servers:
IIOP
Internet Inter-ORB Protocol. A protocol used for communication together between CORBA ORBs higher than the Internet (TCP/IP).
IIOPS
IIOP layered more than the SSL protocol.
LLE
Link-Level Encryption. An Oracle Tuxedo protocol for establishing data privacy future than network links surrounded by Oracle Tuxedo server machines.
SSL
Secure Sockets Layer. The plenty protocol for establishing fastens communications beyond the Internet (TCP/IP).
Oracle Tuxedo Client Components
The together in the midst of client component software is included in the Oracle Tuxedo 12c Release 1 (12.1.1) distribution:
- Oracle ATMI Workstation (/WS) client software
- Oracle Jolt client software
- Oracle C++ client ORB including the environmental objects
- Oracle Tuxedo Server Components
The like server component software is included in the Oracle Tuxedo 12c Release 1 (12.1.1) distribution:
- Oracle ATMI server software
- Oracle CORBA C++ server software
- Oracle Jolt server software
- Oracle SNMP Agent software
- Oracle Tuxedo Administration Console software
Invocation Capabilities
The bearing in mind table lists the invocation capabilities for an application built upon the Oracle system. An Oracle Tuxedo application may span complex Oracle Tuxedo server machines and maybe in accord ATMI facilities, CORBA objects, or both.
Читайте также: