Oracle oms что это

Обновлено: 06.07.2024

Определение автономной базы данных (Autonomous Database)

Автономная база данных — это облачная база данных, использующая машинное обучение для автоматизации стандартных задач по своему обслуживанию, таких как настройка, защита, резервное копирование, обновление и т. д., которые обычно входят в круг задач администраторов баз данных. В отличие от обычной базы данных, автономная БД выполняет все эти действия без вмешательства пользователя.

Зачем нужны автономные базы данных

Базы данных используются для хранения важной деловой информации и играют огромную роль в деятельности современных компаний. Администраторы баз данных часто перегружены работой: им приходится вручную выполнять задачи, связанные с управлением и обслуживанием баз данных, что весьма трудоемко. Из-за сложности сегодняшних нагрузок администраторы БД могут допускать ошибки, которые способны привести к катастрофическим последствиям: сбоям, снижению эффективности и нарушениям безопасности.

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

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

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

Типы данных, хранящихся в базах данных

Информация, хранящаяся в системе управления базами данных, может быть высокоструктурированной (например, бухгалтерские записи или сведения о заказчиках) или неструктурированной (цифровые изображения, электронные таблицы и т. д.). Сотрудники и заказчики могут получать доступ к данным как напрямую, так и опосредованно — с использованием корпоративного ПО, через веб-сайты или мобильные приложения. Кроме того, информация, хранящаяся в базах данных, используется разного рода программным обеспечением (например, приложения для бизнес-аналитики, управления взаимоотношениями с заказчиками и цепочкой поставок).

Компоненты автономной базы данных

Автономная база данных состоит из двух ключевых элементов, которые соответствуют двум типам нагрузок.

  • Хранилище данных выполняет большое количество функций, связанных с бизнес-аналитикой, и использует для анализа подготовленные заранее данные. Среда хранилища данных также управляет всеми операциями жизненного цикла базы данных; в этой среде может выполняться выборка данных по миллионам строк. Она масштабируется в соответствии с текущими потребностями бизнеса, и ее можно развернуть за считаные секунды.
  • Обработки транзакций дает возможность вести транзакционные процессы с контролем времени, такие как аналитика в режиме реального времени, персонализация и обнаружение мошенничества. При обработке транзакций обычно используется очень малое число записей; такие процедуры основаны на заранее определенных операциях и дают возможность легко разрабатывать и развертывать приложения.

Как работает автономная база данных

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

В этом отношении автономная база данных обладает особыми характеристиками.

Самоуправляемость

Самозащита

Самовосстановление

Преимущества автономной базы данных

Автономная база данных имеет несколько преимуществ.

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

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

Умные технологии, используемые в автономных базах данных

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

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

Кроме того, у автономных баз данных есть особые возможности и характеристики.

Простое масштабирование

Беспроблемная установка исправлений БД

Интегрированные интеллектуальные инструменты

Преимущества для разработчика

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

Выбор автономной базы данных

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

Автоматическое выделение ресурсов

Автоматическая конфигурация

Автоматическое индексирование

Автоматическое масштабирование

Автоматизированная защита данных

Автоматизация системы безопасности

Автоматическое резервное копирование

Автоматическая установка исправлений

Автоматизированное обнаружение и устранение проблем

Автоматическое восстановление после сбоя

Будущее автономных баз данных

Данные сегодня генерируются с такой скоростью, что их стало невозможно обрабатывать вручную. Без системы автоматизированного управления данными из них не получится эффективно и безопасно извлекать критически важную для бизнеса информацию. Благодаря своим интеллектуальным инструментам автоматизации автономные базы данных могут предложить предприятиям целый ряд преимуществ, которыми не обладают традиционные базы данных. Ожидается, что предприятия все активнее будут переходить на эту модель, так как она дает возможность компаниям сохранить конкурентное преимущество и переориентировать работу ИТ-отдела с управления базами данных на разработку инноваций.

Данный блог - интересные статьи и переводы на разные IT темы или около IT для русскоязычного сообщества разработчиков ПО.

Поиск по этому блогу

Установка и конфигурирование Oracle Enterprise Manager 13c.

Этот пост поможет правильно установить и сконфигурировать Oracle Enterprise Manager 13c.

Oracle Enterprise Manager - Это централизованный центр управления и мониторинга для всех продуктов Oracle. OEM способен управлять и мониторить и сторонние приложения и сообщать о всех критических проблемах основанные на установленных правилах установленные администратором.

Первоначальные настройки системы

На операционной системе Oracle Linux 6.7 64 Bit предустановлена база данных Oracle Database 12c установка которой тут не рассматривается.

Предустановленные пакеты для корректной установки и настройки Oracle Management Service (OMS)

Обязательные пакеты для установки и работы Management Agent

Ниже список пакетов, которые должны быть установлены в системе для установки и работы OEM Management Agent.

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

Для проверки установленных пакетов на ОС Oracle Linux, выполните команду ниже:

]$ rpm -qa|grep make

Для поиска пакетов RPM используйте утилиту YUM, выполнив команду. Если на сервере нет доступа к интернету, то заранее скачайте пакеты и установите их.

Для установки RPM используйте утилиту YUM, выполнив команду ниже

Рекомендации настройки ядра системы

Если OMS и Database расположены на разных хостах установите kernel.shmmax параметр в файле /etc/sysctl.conf

Если OMS и Database на одинаковых хостах, то можно параметры не менятьe.

Предустановки для пользователей и групп

Конфигурирование параметров Базы Данных для корректной установки

Установите параметр optimizer adaptive features в положение false

alter system set optimizer_adaptive_features=false scope=both sid='*';

Core Components Installed

Перед установкой, выполните следующие действия

Уберите из окружения переменных, переменные ORACLE_HOME & ORACLE_SID, если система устанавливается рядом с Базой

Удалить все упоминания директорий Oracle в переменной PATH. Вы можете добавить их после установки OEM

Важно что Weblogic Server предназначать будет только для OMS и он не будет дружить с другими продуктами Oracle Fusion Middleware

Создайте и сконфигурируйте директории для BI Publisher

OEM установка и настройка

ВАЖНО. Эти файлы не надо распаковывать. Предоставьте права на запуск .bin файла командой:

Снимите галочку с предложение загрузки обновления и нажмите Next

Убедитесь, что все пред установочные проверки прошли успешно и нажмите.

При установки он предупредил что используется не стандартные порты и оперативной памяти установлено меньше 10 ГБ

Выберите стандартную (Simple) установку и нажмите Next

В расширенной установки (Advanced), вы можете поменять настройки портов, имени домена доступа, пути для установки системы. Simple установка использует параметры по умолчанию. Для теста я вабрал Simple установку, но на реальных проектах нужно использовать расширенную (Advanced) установку и сконфигурировать систему под ваш проект .

Agent Base Directory : /u01/app/oracle/product/agent_13c (убедитесь что агент находится в различной с middleware home директории )

Укажите пароль Администратора системы и параметры доступа к базе данных и нажмите Next

В тестовой установки используется один и тот же пароль для Weblogic, Nodemanager, MDS, SYSMAN пользователя. В расширенной (Advanced) установки вы должны использовать разные пароли.

В Database connection details, используется пользователь SYS имя перемещаемой базы данных

На этом этапе какие рекомендуемые параметры будут использоваться в базе данных. Нажмите yes для применения параметров автоматически


На этом этапе вы увидите предупреждение session_cached_cursors & shared_pool_size. Эти параметры должны быть значения рекомендуемые. Данные параметры требуется настроить в реальной эксплуатации. Так как это влияет на производительность. Вы можете сделать это после установки OEM. Я оставляю эти настройки для демо-установки.

Обеспечить пути для программного обеспечения библиотеки, BI Publisher конфигурации кластера и каталогов . Они не являются обязательными и могут быть настроены с консоли OEM после установки. Но рекомендуется настроить во время установки. Вы также можете включить BI Publisher в процессе установки или может быть включена с помощью EMCTL после установки

BI Publisher Config Directory : /u01/app/oracle/product/bip/config

BI Publisher Cluster Directory : /u01/app/oracle/product/bip/cluster

Процесс установки очень длинный. Наберитесь терпения

По завершению процесса установки запустите скрипт от пользователя root

Starting to execute /u01/app/oracle/product/oemfmw_13c/root.sh .

Finished execution of /u01/app/oracle/product/oemfmw_13c/root.sh .

Starting to execute /u01/app/oracle/product/agent_13c/agent_13.1.0.0.0/root.sh .

Finished execution of /u01/app/oracle/product/agent_13c/agent_13.1.0.0.0/root.sh .


Основные используемые порты системы

Основные адреса для доступа к системе

Выберите стартовую домашнюю страницу. Ее всегда можно поменять

  • Получить ссылку
  • Facebook
  • Twitter
  • Pinterest
  • Электронная почта
  • Другие приложения

Ярлыки

  • Получить ссылку
  • Facebook
  • Twitter
  • Pinterest
  • Электронная почта
  • Другие приложения

Комментарии

Настройка портов доступа к Oracle Enterprise Manager Express 12c

Недавно ORACLE снизил цену на InMemoryDB TimesTen, таким образом получение быстрой базы с поддержкой PL/SQL и гибкой репликацией стало реальностью.

Ниже описаны некоторые особенности инсталляции ORACLE Enterprise Manager 11g с целью мониторинга базы TimesTen. Мониторинг малоинформативен, но, в отсутствие инструментов работы с графическим интерфейсом (есть только SQL Developer), лучше, чем ничего. Для EM12с плагин для TT ещё не выпущен(29.08.2012).

Необходимый набор софта

Настоятельно рекомендую только этот набор.

Платформа:
— Oracle Enterprise Linux 5.5 (удалось установить и на OEL 6.3, но нужны дополнительные действия;
— Virtualbox 4.1.18 (завёлся только для кернела 2.6.32-279.el6.x86_64 OEL 6.3) – можно ставить и напрямую на сервер, но тогда сложно будет клонировать. Можно использовать и другие технологии виртуализации. Выбор VB обусловлен лёгким переносом VM на другие платформы, что выгодно отличает его от моего фаворита KVM.

Дистрибутив БД (нужна для хранения данных EM):
— Oracle 11.2.0.3 (p10404530_112030_Linux-x86-64_1of7.zip и 2of7.zip).

Сервер приложений и сам EM11g (FYI: в EM12c WebLogic встроен в дистрибутив EM):
— WebLogic 10.3.2 (wls1032_generic.jar) – только эта версия и никакая другая;
— EM 11.1.0.1.0 (GridControl_11.1.0.1.0_Linux_x86_1of3.zip, 2of3.zip и 3of3.zip).

Установка Oracle Enterprise Linux

Установка ORACLE 11.2.0.3 DB в версии Enterprise Edition.

В данном разделе не рассмотрены вопросы конфигурирования автостарта и изменение параметров кернела.

Не забываем export DISPLAY=<Свой IP>:0.0

Выбрать “Server” и “Advanced”, Enterprise Edition.
Убрать автоматический Memory management и установить SGA 3079 и PGA 1024

После установки
Изменить

oracle/app/oracle/product/11.2.0/dbhome_1/network/admin/tnsnames.ora
ORCL =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST =192.168.6.227)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = orcl)
)
)

oracle/app/oracle/product/11.2.0/dbhome_1/network/admin/listener.ora
LISTENER =
(DESCRIPTION_LIST =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1521))
(ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.6.227)(PORT = 1521))
)
)
ADR_BASE_LISTENER = /home/oracle/app/oracle
SID_LIST_LISTENER =
(SID_LIST =
(SID_DESC =
(GLOBAL_DBNAME = orcl)
(ORACLE_HOME = /home/oracle/app/oracle/product/11.2.0/dbhome_1)
(SID_NAME =orcl)
)
)

Если при установке использовалась только кнопка “Next”, то правим параметры:
$ sqlplus /nolog
SQL> conn / as sysdba;
SQL> alter system set processes =500 scope = spfile;
SQL> alter system set log_buffer=10485760 scope=spfile;

SQL> show parameter target
SQL> show parameter pga
SQL> alter system set sga_max_size=3072M scope=spfile;
SQL> alter system set sga_target=3072M scope=spfile;

SQL> alter system set session_cached_cursors=200 scope=spfile;
SQL> alter database datafile '/home/oracle/app/oracle/oradata/orcl/undotbs01.dbf' resize 800M;

SQL> alter user sysman account unlock;
SQL> alter user sysman identified by sysman;
SQL> alter user sys identified by sys;
SQL> alter user system identified by system;
SQL> alter user dbsnmp identified by dbsnmp;

SQL> alter system set pga_aggregate_target=512M;
SQL> alter system set shared_pool_size = 800M;

SQL> shutdown immediate;
SQL> startup;

Может понадобиться:
$ less

/.bash_profile
export ORACLE_BASE=/home/oracle/app/oracle
export ORACLE_HOME=/home/oracle/app/oracle/product/11.2.0/dbhome_1
export PATH=$ORACLE_HOME/bin:/usr/ccs/bin:/usr/bin:/usr/ucb:/etc:/usr/openwin/bin:/export/home/oracle/opatch/OPatch:$PATH
export LD_LIBRARY_PATH=".:$ORACLE_HOME/lib:/opt/shared:/usr/local/lib:$LD_LIBRARY_PATH"
export ORACLE_SID=orcl
ulimit –n 4096

По умолчанию ORACLE DB и листенер не запускаются.

Установка WebLogic

Запускаем инсталляцию WebLogic
$ java -d64 -jar wls1032_generic.jar

По умолчанию предлагается какой-то левый каталог. Можно и туда, но для единообразия, лучше в $ORACLE_BASE/middleware, т.е. в /home/oracle/app/oracle/middleware

Убрать галку Run QuickStart.

После установки, сначала накатываем патч на bsu p12426828_1035_Generic(этот патч прокатывает только на новой версии openjdk 1.6, т.е. openjdk из дистрибутива EOL 5.5 не подойдёт, необходимо обновить его либо из репозитория jumpstart, либо репозитория ORACLE. См. выше.)
$ java -jar patch-client-installer330_generic32.jar

Потом ставим патч на WL p9438213_10320_Generic
Копируем его в middleware_home/utils/bsu/cache_dir, распаковываем

$ export MIDDLEWARE_HOME=/home/oracle/app/oracle/middleware
$ cd /home/oracle/app/oracle/middleware/utils/bsu/
$ mkdir cache_dir
$ cd cache_dir/
$ cp

oracle/distr/ogc11/p9438213_10320_Generic.zip ./
$ unzip p9438213_10320_Generic.zip

$ cd $MIDDLEWARE_HOME/utils/bsu/
$./bsu.sh

Запускаться будет долго (видимо, пытается попасть на сервер обновлений). Выбираем WDJ7 и нажимаем +.

Установка Em 11g

Если используется OEL, отличный от непатченного 5.5, то OMS Configuration потерпит неудачу. Это связано с версией JAVA. Установка с java-1.6.0-openjdk.x86_64 1:1.6.0.0-1.27.1.10.8.el5_8 не прокатывает.
Нужно ставить старый java-1.6.0-openjdk-1.6.0.0-1.7.b09.0.1.el5.x86_64.rpm (по слухам, OMS Configuration проходит с openjdk до 18ой версии включительно).

На всякий случай проверяем пользователя sysman. Есть подозрение, что именно ему при инсталляции базы вкатываются схемы enterprise manager, идущего с дистрибутивом базы.
$ sqlplus / as sysdba;
SQL> SELECT COUNT(*) FROM ALL_USERS WHERE USERNAME='SYSMAN';
SQL> alter user sysman account unlock;
SQL> alter user sysman identified by sysman;

Далее сносим локальный репозиторий (в процессе установки EM всё равно попросит это сделать)
$ORACLE_HOME/bin/emca -deconfig dbcontrol db -repos drop -SYS_PWD sys -SYSMAN_PWD sysman

Ответить: orcl, 1521, Y

Далее ОПЦИОНАЛЬНО можно проверить, что пацаны и их схемы теперь не с нами:

$sqlplus / as sysdba
SQL> SELECT COUNT(*) FROM ALL_USERS WHERE USERNAME IN ('SYSMAN','SYSMAN_MDS');
SQL> SELECT FILE_NAME FROM DBA_DATA_FILES WHERE UPPER (TABLESPACE_NAME) LIKE 'MGMT%';

Запускаем инталляцию EM11g
$./runInstaller

Убираем две галки secure, запоминаем порты

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

Проверяем, что всё заработало:
$ export ORACLE_HOME=/home/oracle/app/oracle/middleware/oms11g
$ORACLE_HOME/bin/emctl status oms

$ export ORACLE_HOME=$ORACLE_BASE/middleware/agent11g
$ORACLE_HOME/bin/emctl status agent
$ORACLE_HOME/bin/emctl upload

Установка агента


После установки можно получить доступ к ORACLE Support из EM, чтобы загружать софт для агентов напрямую.
Setup->Patching Setup. Закладка “Online and Offline Settings” переключить в “Offline”.
Далее по ссылкам в таблице скачать все xml-файлы и сделать их upload в соответствующих строчках. Перевести Connection в Online

Перезапустить.
$ export ORACLE_HOME=/home/oracle/app/oracle/middleware/oms11g
$ emctl stop oms
$ emctl start oms

Заново ввести логин/пароль и, о чудо, коннект появится. Хочется надеяться, что такие бубнопляски необходимы только из-за наличия корпоративного firewall.

Установить соответствующий путь по подсказке “The Software Library has not been configured. Component/Directive/Image/Network/Suite creation will fail if Software Library is not configured. To configure, click on the 'Provisioning' sub-tab, go to the 'Administration' page and set the path for Software Library.”
Например, /home/oracle/app/oracle/middleware/softlib(предварительно необходимо создать)
$ cd /home/oracle/app/oracle/middleware
$ mkdir softlib

На закладке “Deployment” выбрать “Download agent Software”. Выбрать агента для нужной OS и нажать “Download”.
Альтернативный вариант (если доступ к ORACLE Support из EM получить не удалось) – это скачать софт для агента самостоятельно и распаковать его в <OMS_HOME>/sysman/agent_download/На закладке “Deployment” выбрать “Install agent”.

/.ssh
$ /usr/bin/ssh-keygen -t rsa
$ /usr/bin/ssh-keygen -t dsa
$ touch

Далее (разница в путях к $HOME в команде cat обусловлена разными OS, 6.180 – это Solaris 10, 6.227 – OEL 5.5)
$ ssh 192.168.6.180 cat /export/home/oracle/.ssh/id_rsa.pub >> authorized_keys
$ ssh 192.168.6.180 cat /export/home/oracle/.ssh/id_dsa.pub >> authorized_keys
$ ssh 192.168.6.227 cat /home/oracle/.ssh/id_rsa.pub >> authorized_keys
$ ssh 192.168.6.227 cat /home/oracle/.ssh/id_dsa.pub >> authorized_keys

/.ssh/authorized_keys
$ chmod 600

В EM на закладке “Deployment” выбрать “Install Agent”, “Fresh Install”. Возможно появление warning /etc/hosts invalid. Формат подобрать не удалось, поэтому просто Continue.

Для запуска софта ORACLE нужно прописывать ORACLE_HOME под конкретное ПО, например, для запуска EM
$ export ORACLE_HOME=/home/oracle/app/oracle/middleware/oms11g
$ emctl start oms

Установка Plugin TimesTen


Скачиваем TimesTen_EMplugin22.zip
Сверху справа ссылка “Setup”, в левом меню выбираем “Management Plug-ins”,
Далее кнопки “Import” и “Browse”.
Нажать “List Archive”, “Select All” и “OK”.

Далее иконка “Deploy”

Нажать “Go”, выбрать агента и нажать “Select”.
Дождаться окончания процесса.


В разделе “Targets ->All Targets” перейти по ссылке соответствующего агента
В разделе “Monitored targets” в выпадающем списке “Add” справа выбрать “Timesten In Memory Database 11g” и нажать “Go”

Вводим свои параметры подключения, далее “Test Connection” и “ОК”.


В “Monitored Targets” появился наш объект мониторинга
Наслаждаемся результатом

Биржевые технологии, алгоритмическая торговля, Java и программирование


OMS различаются по своему предназначению и функционалу в зависимости от того, для какого участника биржевого бизнеса она предназначена.

Buy-side

OMS используются в компаниях buy-side для управления инвестиционными активами и учета ордеров, отправленных брокерам на исполнение. Совмещают в себе несколько функционалов: portfolio management system, investment management system и portfolio analytics. Система показывает текущую стоимость активов, позволяет управлять портфелями и определять, что и в каком количестве надо продать или купить по результатам анализа и предсказания моделей. Buy-side OMS отвечает на вопрос: какими позициями я владею, сколько они стоят сейчас, как их надо перераспределить (что продать, что купить), чтобы достичь определенного целевого индикатора.

Для отправки своих ордеров на рынок buy-side интегрирует свою OMS с системами сразу нескольких брокеров. Редко, когда инвестор работает только с одним брокером. Когда менеджер-инвестор решает оформить ордер, он в своей OMS определяет, какому из брокеров ордер будет направлен. Ведущими вендорами OMS для buy-side были компании Macgregor, Linedata, Charles River, EzeCastle, LatentZero, Intiviti.

В начале 2000-ых годов некоторые из этих компаний были куплены или вошли в состав других компаний:

  • в 2005 г. Macgregor куплена компанией Investment Technoglogy Group ITG
  • в 2006 г. Eze Castle слилась с брокером BNY Mellon Securities и сформировали компанию ConvergEx, а потом Eze Castle была перепродана компании TPG
  • в 2007 г. LatentZero куплена компанией royalblue, которая позднее переименовалась в Fidessa

Sell-side

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

Главными вендорами, чьи OMS я часто вижу в банках, являются:

На чем пишут OMS?

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

Серверная часть: может быть написана на чем угодно. Видел системы написанные на C++ и Java. И работает на любой операционной системе: в начале 2000-ых на серверах еще популярна была OS Solaris, потом ее место заняла OS Linux. Сервера на Windows NT тоже встречаются, но редко. Все данные сохраняются в конечном счете в корпоративной базе данных, где безраздельно правят Oracle и MS SQL Server.

Роль IT

Так как OMS это компьютерная система, без IT отдела ее невозможно ни разрабатывать, ни поддерживать в PROD. В buy-side фирмах над OMS чаще всего работают консультанты от вендоров, которые настраивают OMS от вендора под нужды конкретного инвестора. В sell-side фирмах либо разрабатывают свою OMS под себя, либо покупают у вендора и настраивают ее под себя с помощью консультантов вендора.

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

Роль программистов

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

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

Читайте также: