Install » История » Редакция 14
« Предыдущее |
Редакция 14/56
(Разница(diff))
| Следующее »
BEA, 21.08.2024 18:05
Установка¶
- Содержание
- Установка
Краткое описание устанавливаемой системы¶
Для понимания куда необходимо устанавливать компоненты ПО ниже представлена краткая схема работы системы:
Если технические возможности не позволяют иметь 2 сервера то можете установить систему на 1 одном сервере.
Устанавливаемые компоненты:¶
- сервер базы данных
- Oracle Database + пустая база для Omega Production
- сервер приложений:
- Oracle Client
- файлы приложения Omega Production
Установка при помощи серверного установщика¶
Перед запускои установщика можно положить рядом ваш файл лицензии и тогда он зачитается автоматически.
- Запустить установщик
- Вкладка Каталог установки. Указываем путь куда установить файлы:
- В случае установки компонента Oracle и БД для Omega - файлы администрирования установки и файлы инструменты по администрированию БД
- В случае установки компонента Omega Production - файлы администрирования установки и файлы самого приложения
- Вкладка Выбор компонентов. Компоненты могут устанавливаться на одну машину но рекомендуется для распределения нагрузки на разные.
- Omega Production - сервер приложений. Устанавливается приложение Omega Production которое будут использовать остальные пользователи и откуда будет запускаться REST-сервер
- Oracle и БД для Omega - сервер баз данных. Устанавливается СУБД Oracle и устанавливаются база данных Omega Production
- VC Redist - компонент программ Майкрософт для корректной работы компонента Omega Production
- На вкладке "Лицензия":
- Если вам передан файл лицензии вместе с установщиком то жмём Далее. Иначе указываем путь к файлу лицензии
- Если вам передан файл лицензии вместе с установщиком то жмём Далее. Иначе указываем путь к файлу лицензии
- На вкладке Oracle и БД для Omega:
- ORACLE_BASE - путь куда устанавливается весь комплект СУБД Oracle ( такое имя ему дается в регистре )
- ORACLE_HOME - путь куда устанавливается основные инструменты СУБД Oracle ( Заполняется автоматически. Такое имя ему дается в регистре )
- Пароль от sys - системный пользователь в СУБД Oracle. Мы обычно ставим пароль по умолчанию sys
- Пароль от system - системный пользователь в СУБД Oracle. Мы обычно ставим пароль по умолчанию sys
- Путь к файлам данных Oracle - путь к файлам формата
.dbf
где лежат все данные СУБД Oracle. - Имя базы - наименование одного из управляющих БД объектов в Oracle. Обычно мы именуем этот объект omega
- Объём выделяемой ОЗУ - объём оперативной памяти которое будет использовать Oracle. !!!Внимание!!! Смотрим в документ о минимальных системных требованиях Requierments.doc
- При установке СУБД Oracle откроется отдельная консоль. При окончании установки консоль ждёт чтобы вы нажали любую клавишу.
- Ждём окончания установки. Для улучшения установщика прислать текст из лога установщика bea@omp-system.ru. Желательно в названии письма указать название вашего производства
- [Для версии x32] Установить клиентскую версию x32 СУБД Oracle. Сделать папку с установленным клиентом доступной в вашей сети производства
- [Опционально] Для снятия нагрузки и улучшения безопасности с серверной версии Oracle можно установить клиентскую версию x64.
Установить клиентскую версию x64 СУБД Oracle. Сделать папку с установленным клиентом доступной в вашей сети производства - Если не сделали пункт 7 то сделать папку ORACLE_HOME с установленной серверной версией Oracle доступной в вашей сети производства.
- Настроить клиентский установщик в папке <путь куда установили через установщик>\Omega\Install по readme
Установка обновлений¶
Релизы и патчи заказчикам выкладываются в виде архивов на ftp сервер Омеги. Они могут включать в себя следующие компоненты:
-файлы api (папка Api)
-исполняемые файлы (папки Omega\App32 и Omega\App64)
-скрипты (папка DB)
-печатные формы (папка Templates)
-файл с описанием изменений (папка Doc)
Перед проведением обновления нужно закрыть доступ к базе с помощью батника db_lock.bat, который поставляется c дистрибутивом Омеги.
К закрытой базе можно подключиться из Омеги под администратором. И в диалоге “О программе” посмотреть количество работающих пользователей.
После закрытия доступа к базе в течении 15 минут все пользователи автоматически отключаются от базы, что можно контролировать в диалоге “О программе”.
Также работающих пользователей можно контролировать из задачи “Список пользователей”.
Если в релизе\патче есть скрипты, то нужно сделать дамп базы(в случае отсутствия актуального дампа). Дамп делается после отключения всех пользователей от базы с помощью батника _export_dp.cmd
После создания дампа можно запускать на базе скрипты с помощью батника run.bat, находящегося в папке со скриптами. После запуска скриптов нужно проверить получившийся lst файл на предмет наличия ошибок и переслать этот файл разработчикам.
Если в релизе\патче есть исполняемые модули, то нужно сделать резервную копию папки с рабочими исполняемыми модулями. После этого скопировать исполняемые модули из релиза\патча в рабочую папку. После копирования нужно запустить Омегу под администратором для выполнения процедур по обновлению и конвертации данных.
После выполнения предыдущих процедур можно открывать доступ к базе с помощью батника db_unlock.bat
Если релиз\патч содержит печатные формы, то необходимо сохранить их в базе с помощью редактора печатных форм.
Обновлено BEA 6 месяца назад · 14 изменени(я, ий)