Omega Production Wiki

h2. Установка

{{>toc}}

h3. Краткое описание устанавливаемой системы

Для понимания куда необходимо устанавливать компоненты ПО ниже представлена краткая схема работы системы:

!OmpDiagram-Page-1.png!

Если технические возможности не позволяют иметь 2 сервера то можете установить систему на 1 одном сервере.

h3. Устанавливаемые компоненты:

* сервер базы данных

** Oracle Database + пустая база для Omega Production

* сервер приложений:

** Oracle Client

** файлы приложения Omega Production

h3. Установка при помощи серверного установщика

Перед запускои установщика можно положить рядом ваш файл лицензии и тогда он зачитается автоматически. 

# Запустить установщик

# Вкладка *Каталог установки*. Указываем путь куда установить файлы:

#* В случае установки компонента *Oracle и БД для Omega* - файлы администрирования установки и файлы инструменты по администрированию БД

#* В случае установки компонента *Omega Production* - файлы администрирования установки и файлы самого приложения

!clipboard-202403211723-et68p.png!

# Вкладка *Выбор компонентов*. Компоненты могут устанавливаться на одну машину но рекомендуется для распределения нагрузки на разные.

#* *Omega Production* - сервер приложений. Устанавливается приложение Omega Production которое будут использовать остальные пользователи и откуда будет запускаться REST-сервер

#* *Oracle и БД для Omega* - сервер баз данных. Устанавливается СУБД Oracle и устанавливаются база данных Omega Production

#* *VC Redist* - компонент программ Майкрософт для корректной работы компонента *Omega Production*

!clipboard-202403211724-0a5ju.png!

# На вкладке "Лицензия":

#* Если вам передан файл лицензии вместе с установщиком то жмём Далее. Иначе указываем путь к файлу лицензии

!clipboard-202403211739-u9ipw.png!

# На вкладке *Oracle и БД для Omega*:

#* *ORACLE_BASE* - путь куда устанавливается весь комплект СУБД Oracle ( такое имя ему дается в регистре )

#* *ORACLE_HOME* - путь куда устанавливается основные инструменты СУБД Oracle ( Заполняется автоматически. Такое имя ему дается в регистре )

#* *Пароль от sys* - системный пользователь в СУБД Oracle. Мы обычно ставим пароль по умолчанию sys

#* *Пароль от system* - системный пользователь в СУБД Oracle. Мы обычно ставим пароль по умолчанию sys

#* *Путь к файлам данных Oracle* - путь к файлам формата @.dbf@ где лежат все данные СУБД Oracle.

#* *Имя базы* - наименование одного из управляющих БД объектов в Oracle. Обычно мы именуем этот объект omega

#* *Объём выделяемой ОЗУ* - объём оперативной памяти которое будет использовать Oracle. *!!!Внимание!!! Смотрим в документ о минимальных системных требованиях Requierments.doc*

!clipboard-202403211742-8fqge.png!

# При установке СУБД Oracle откроется отдельная консоль. При окончании установки консоль ждёт чтобы вы нажали любую клавишу.  

# Ждём окончания установки. Для улучшения установщика прислать текст из лога установщика bea@omp-system.ru. Желательно в названии письма указать название вашего производства

# [Для версии x32] Установить клиентскую версию x32 СУБД Oracle. Сделать папку с установленным клиентом доступной в вашей сети производства

# [Опционально] Для снятия нагрузки и улучшения безопасности с серверной версии Oracle можно установить клиентскую версию x64.

Установить клиентскую версию x64 СУБД Oracle. Сделать папку с установленным клиентом доступной в вашей сети производства

# Если не сделали пункт 7 то сделать папку ORACLE_HOME с установленной серверной версией Oracle доступной в вашей сети производства. 

# Настроить клиентский установщик в папке <путь куда установили через установщик>\Omega\Install по readme

h3. Установка обновлений

Релизы и патчи заказчикам выкладываются в виде архивов на ftp сервер Омеги. Они могут включать в себя следующие компоненты:

-файлы api (папка Api)

-исполняемые файлы (папки Omega\App32 и Omega\App64)

-скрипты (папка DB)

-печатные формы (папка Templates)

-файл с описанием изменений (папка Doc)

Перед проведением обновления нужно закрыть доступ к базе с помощью батника db_lock.bat, который поставляется c дистрибутивом Омеги.

К закрытой базе можно подключиться из Омеги под администратором. И в диалоге “О программе” посмотреть количество работающих пользователей. 

После закрытия доступа к базе в течении 15 минут все пользователи  автоматически отключаются от базы, что можно контролировать в диалоге “О программе”.

Также работающих пользователей можно контролировать из задачи “Список пользователей”.

Если  в релизе\патче есть скрипты, то нужно сделать дамп базы(в случае отсутствия актуального дампа). Дамп делается после отключения всех пользователей от базы с помощью батника _export_dp.cmd

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

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

После выполнения предыдущих процедур можно открывать доступ к базе с помощью батника db_unlock.bat

Если релиз\патч содержит печатные формы, то необходимо сохранить их в базе с помощью редактора печатных форм.