ora90drv

ORA90DRV ( 5.5.21.0 )

Краткое описание :

Реализация UNPROTECTED режима через роль DBA понижает степень безопасности эксплуатации экземпляра БД.

Описание :

Oracle

Что измененно :

Драйвер ORACLE
ora9inst.exe
chkora9.exe

----- ПРОЯВЛЕНИЕ ПРОБЛЕМЫ -----
Реализация UNPROTECTED режима через роль DBA понижает степень безопасности эксплуатации экземпляра БД.
Пользователь с назначенной ролью DBA обладает привилегиями превышающими необходимые пользователю Системы Галактика ERP и, возможно, вступающими в противоречие с политиками безопасности на предприятии, эксплуатирующем Систему.
Роль назначается администраторам Системы Галактика ERP, а в UNPROTECTED режиме всем пользователям Системы Галактика ERP.

Как измененно :

Роль DBA назначается в специально созданную роль СХЕМА##ADMIN, которая защищена паролем.
Пароль НЕ известен пользователям системы Галактика ERP.
Активация роли происходит в драйвере ORA90DRV при наличии соответствующих полномочий у пользователя, создавшего сессию.
Роль активна ТОЛЬКО в рамках сессии, созданной приложением Галактика ERP.
Таким образом, при создании сессии работы с СУБД ORACLE любым иным способом, роль СХЕМА##ADMIN и назначенная в нее роль DBA не могут быть активированы и привилегии роли DBA НЕДОСТУПНЫ.
# ИНСТРУКЦИЯ ПО НАСТРОЙКЕ:
Для БД, созданных с и эксплуатируемых с ПО на основе ATLANTIS версии ДО 5.5.21, в любом состоянии системы (PROTECT/UNPROTECT не имеет значения), в support выполнить "Проверку таблиц БД", опции "проверка служебных объектов", "проверка пользователей и прав", "проверка прав на зеркальные таблицы" в режиме исправления.
Автоматическая чистка журналов на время выполнения проверки и исправления должна быть отключена с помощью SUPPORT версии ДО 5.5.21, если таковая была включена.
После выполнения проверки и исправления, автоматическую чистку журналов нужно включить обратно с помощью SUPPORT версии 5.5.21
ВНИМАНИЕ!!!
После проверки и исправления БД, работоспособность системы обеспечивается только при использовании ATLANTIS версии 5.5.21 и выше.
Все предыдущие версии ATLANTIS становятся неработоспособны.

ora90drv

ORA90DRV ( 5.5.21.0 )

Краткое описание :

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

Описание :

Oracle

Что измененно :

Драйвер ORACLE

----- ПРОЯВЛЕНИЕ ПРОБЛЕМЫ -----
При операциях с запароленными объектами, в случае сбоя в лог пароль пишется открытым текстом.

Как измененно :

К запароленным объектам в настоящее время относятся роли #RBL и ##ADMIN.
При логировании пароль заменяется на <...>.

ora90drv

ORA90DRV ( 5.5.21.0 )

Краткое описание :

Нужен ли ORDER BY при наложенных протектных фильтрах на группы записей (АСК1)

Описание :

Oracle

Что измененно :

Oracle

----- СУТЬ ПРЕДЛОЖЕНИЯ -----
Убрать ORDER BY при использовании протектных фильтрах на группы записей

Как измененно :

Реализовано

ora90drv

ORA90DRV ( 5.5.21.0 )

Краткое описание :

Ускорить запросы к филиальным таблицам на Oracle

Описание :

Общие вопросы взаимодействия с СУБД

Что измененно :

Филиальность
Oracle

----- СУТЬ ПРЕДЛОЖЕНИЯ -----
Ускорить запросы к филиальным таблицам за счёт настройки
индексов системы Галактика ERP под филиальность

Как измененно :

Доработано.
- доработка включается только если есть филиалы
- неуникальные индексы всех "филиальных" (т.е. не общих) таблиц содержат сегмент филиала
- введён новый класс "монофилиальных" таблиц, у которых сегмент филиала ведущий для большинства прикладных индексов (подробнее см. документацию)
- перестройка индексов осуществляется с помощью chkora9 (можно запустить прямо из модуля Филиальность), причём во время перестройки пользователи могут работать с системой
- при проверке с помощью chkora9 про индексы, которые не идеальны в плане использования филиального сегмента (ещё не обработаны после установки обновления или изменения настройки филиальности), выдаётся отдельный текст ошибки (не такой, как про совсем неправильные индексы)

Минусы:
- индексы занимают больше места на диске

# ИНСТРУКЦИЯ ПО НАСТРОЙКЕ:
Инструкция для клиентов, использующих филиальность! Если филиальность не используется, то никаких дополнительных действий не требуется.

1. Донастройте филиальность в комплеке Support, возможно, объявив некоторые таблицы монофилиальными.
2. Запустите проверку индексов из меню Операции > Коррекция индексов модуля Филиальность без исправления, почитайте, что она собирается исправить.
Обратите внимание на индексы, которые не "неправильно настроен под филиальность", а "некорректен или отсутствует". Если такие есть -- их расхождение не связано с данной доработкой, проконсультируйтесь с техподдержкой прежде чем их исправлять.
3. Запустите проверку индексов из меню Операции > Коррекция индексов модуля Филиальность с исправлением в фоне.
Процесс может идти долго. Можно убивать процесс, если слишком грузит сервер, а потом запускать заново. Можно административными средствами понизить ему приоритет. Также можно убить процесс support, а процесс chkora9 оставить.
4. "Сохранение настроек филиальности" в саппорт порождает архив, несовместимый между старой и новой версией support.exe (новая -- это 5.5.20 и выше)

ora90drv

ORA90DRV ( 5.5.21.0 )

Краткое описание :

Падение приложения при выполнении тестового примера на юникодной БД

Описание :

Прямой SQL

Что измененно :

Unicode
Oracle
MSSQL

----- ПРОЯВЛЕНИЕ ПРОБЛЕМЫ -----
Падение на уникодных базах при использовании объектного DSQL (getResultSet),
также можно воспроизвести в функциональном DSQL
(1 раз sqlAllocStmt, затем sqlExecute + sqlBindColumn + sqlFetch многократно)

Как измененно :

Исправлено.