ChkOra9
Краткое описание :
Реализация 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 становятся неработоспособны.
ChkOra9
Краткое описание :
Ускорить запросы к филиальным таблицам на OracleОписание :
Общие вопросы взаимодействия с СУБДЧто измененно :
Филиальность
Oracle
----- СУТЬ ПРЕДЛОЖЕНИЯ -----
Ускорить запросы к филиальным таблицам за счёт настройки
индексов системы Галактика ERP под филиальность
Как измененно :
Доработано.
- доработка включается только если есть филиалы
- неуникальные индексы всех "филиальных" (т.е. не общих) таблиц содержат сегмент филиала
- введён новый класс "монофилиальных" таблиц, у которых сегмент филиала ведущий для большинства прикладных индексов (подробнее см. документацию)
- перестройка индексов осуществляется с помощью chkora9 (можно запустить прямо из модуля Филиальность), причём во время перестройки пользователи могут работать с системой
- при проверке с помощью chkora9 про индексы, которые не идеальны в плане использования филиального сегмента (ещё не обработаны после установки обновления или изменения настройки филиальности), выдаётся отдельный текст ошибки (не такой, как про совсем неправильные индексы)
Минусы:
- индексы занимают больше места на диске
# ИНСТРУКЦИЯ ПО НАСТРОЙКЕ:
Инструкция для клиентов, использующих филиальность! Если филиальность не используется, то никаких дополнительных действий не требуется.
1. Донастройте филиальность в комплеке Support, возможно, объявив некоторые таблицы монофилиальными.
2. Запустите проверку индексов из меню Операции > Коррекция индексов модуля Филиальность без исправления, почитайте, что она собирается исправить.
Обратите внимание на индексы, которые не "неправильно настроен под филиальность", а "некорректен или отсутствует". Если такие есть -- их расхождение не связано с данной доработкой, проконсультируйтесь с техподдержкой прежде чем их исправлять.
3. Запустите проверку индексов из меню Операции > Коррекция индексов модуля Филиальность с исправлением в фоне.
Процесс может идти долго. Можно убивать процесс, если слишком грузит сервер, а потом запускать заново. Можно административными средствами понизить ему приоритет. Также можно убить процесс support, а процесс chkora9 оставить.
4. "Сохранение настроек филиальности" в саппорт порождает архив, несовместимый между старой и новой версией support.exe (новая -- это 5.5.20 и выше)
ChkOra9
Краткое описание :
Переделать 101.55699; теперь не диагностирует базы, которые когда-то _были_ филиальнымиОписание :
Инсталляция, настройка, проверка БДЧто измененно :
Филиальность
Утилиты проверки БД
----- СУТЬ ПРЕДЛОЖЕНИЯ -----
Утилита проверки БД должна ругаться на индексы с ATL_BRANCH,
если филиальность когда-то была (даже если теперь её нет).
Как измененно :
Когда уникальный индекс имеет на конце ATL_BRANCH,
это не считается ошибкой, если филиалов нет, и все записи имеют
значение этого поля равное 0.
В остальных случаях считается ошибкой и исправляется.
# ИНСТРУКЦИЯ ПО НАСТРОЙКЕ:
Если у Вас была филиальность, а потом её удалили (совсем или остался только один филиал), то запустите проверку таблиц БД с опцией "Проверка корректности индексов" (ChkBase.Indexes=On).
ChkOra9
Краткое описание :
Выдается сообщение "Cfg-файл отсутствует", если в пути есть пробелы.Описание :
Проверка таблиц БДЧто измененно :
Проверка БД
Утилиты
----- ПРОЯВЛЕНИЕ ПРОБЛЕМЫ -----
В случае если рабочий каталог для утилит проверки БД содержит пробелы, конфигурационный файл для запуска не инициализируется.
Как измененно :
Исправлено.