Информация о файле обновления Галактика CHKORA9_EXE_544420.TXT


Описание файла обновления:
ФайлCHKORA9_EXE_544420.TXT
ОбновлениеChkOra9_EXE_544420
НазначениеОбщее
Продукт
Релиз05/11/2008 :
КомпонентChkOra9
ТипEXE
Версия5.4.44.20
Дата2016-06-10 14:32:54
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.153993NEWRECORD LOCKED, ALX$ACTIVEUSERS - неполадки при работе пользователей в ситемеПоддержка различных платформ баз данныхOracle
Oracle Драйвер БД Утилиты проверки БД Инсталляторы БД ----- ПРОЯВЛЕНИЕ ПРОБЛЕМЫ ----- Периодически возникает блокировка записей в таблице X$ACTIVEUSERS, в результате чего пользователи не могут войти в систему "Галактика ERP".Исправлена процедура таблицы SYS#LOCKS очистки в системном пакете SYS_FUNC_PKG # ИНСТРУКЦИЯ ПО НАСТРОЙКЕ: выполнить проверку Служебных объектов а режиме исправления. В логе chkora.log должен быть зафиксирован факт восстановления системного пакета SYS_FUNC_PKG
106.95695.4.41.0Появляются записи с 0-м NREC (выявлено в ПиР 106.9557)Проблемы по Атлантису в целом (не знаю какая именно его часть-научите)неотклассифицировано
Проверка целостности БД MSSQL Oracle ----- СУТЬ ПРЕДЛОЖЕНИЯ ----- Неизвестно как, но появляются записи с 0-м NREC При решении ПиР 106.9557 была найдена запись с 0-нреком. Результат выполнения запроса я прикрепляю во вложении. Запрос был: SELECT * FROM T$AKTOFP WHERE (F$NREC = 0x8000000000000000) Нужно, чтобы проверка целостности БД выявляла и исправляла такие ошибки.Проверка включена в раздел "проверка структуры таблицы" Такие записи выявляются, им выдается новый нрек. Этот нрек пишется в логе. После этого администратор может сам посмотреть на эту запись, удалить ее или даже поправить на нее ссылки.
180.66305.4.39.0Прямой SQL и InStrИнструментарий прикладного программистаПрямой SQL
ORACLE DSQL ----- ПРОЯВЛЕНИЕ ПРОБЛЕМЫ ----- Некорректная последовательность входных параметров при передаче в INSTR.Исправлено. # ИНСТРУКЦИЯ ПО НАСТРОЙКЕ: Необходимо запустить проверку целостности базы данных с опцией "проверка служебных объектов" (ChkBase.StoredProcs=on)
102.1124685.4.39.0Поддержка ORACLE 11.2 в части последствий удаления прив.UNLIMITED TABLESPACE/DBAПоддержка различных платформ баз данныхOracle
Драйвер ORACLE ----- ПРОЯВЛЕНИЕ ПРОБЛЕМЫ ----- Начиная с версии СУБД ORACLE 11.2 отъем у пользователя роли DBA или привилегии UNLIMITED TABLESPACE приводит к обнулению всех отдельно выданных пользователю квот на табличные пространства. Данное положение будет вписано в инструкцию по безопасности ORACLE.Доработано. При использовании СУБД ORACLE 11.2 и выше при отъеме у пользователя привилегии UNLIMITED TABLESPACE, производится повторная принудительная выдача квот на табличные пространства, которые использует схема Галактика ERP.
104.197535.4.39.0Неверно работает сортировка по индексам на версии 50438 на Oracle 10,11Поддержка различных платформ баз данныхOracle
Драйвер ORACLE ----- ПРОЯВЛЕНИЕ ПРОБЛЕМЫ ----- Неверно работает сортировка на версии 50438 в режиме поддержки национальных языков (x$files.xf$flags = 16) не работает быстрый поиск на Oracle 10 и 11.Разработаны пользовательские таблицы сортировки для ORACLE версий 9, 10, 11 # ИНСТРУКЦИЯ ПО НАСТРОЙКЕ: Для работы со схемами системы Галактика ERP (Oracle версий 9i, 10g,11g), имеющими кодировку "украинская", необходимо в обязательном порядке выполнить следующие действия: а) выполнить установку обновления Атлантис 5.4.39 б) выполнить установку пользовательский NLS-таблиц согласно инструкции, входящей в составобновления. В результате установки обновления chkora9_EXE_54390.acd в каталоге EXE приложения формируется каталог NLS_Oracle, содержащий пользовательские NLS-таблицы для разных версий СУБД и инструкцию по установке таблиц. в) выполнить проверку БД с помощью утилиты chkora9.exe версии 5.4.39 с опцией "Проверка корректности индексов" (ChkBase.Indexes=on) в режиме исправления. Без выполнения указанных действий после установки обновления версии 5.4.39 соединение Атлантис-приложений со схемами системы Галактика ERP (Oracle версий 9i, 10g,11g), имеющими кодировку "украинская", становится невозможным.
101.474645.4.39.0chkora должна создавать триггеры на пересоздаваемые таблицыПоддержка различных платформ баз данныхOracle
ChkOra9.exe (проверка структуры БД ORACLE) ----- ПРОЯВЛЕНИЕ ПРОБЛЕМЫ ----- При исправлении структуры таблиц и НЕ установленном флаге проверки триггеров, триггера для исправляемой таблицы удаляются не восстанавливаются.исправлено
102.1157345.4.39.0RunTime при расчете правПрава доступаПользователей
Драйвер ORACLE ----- ПРОЯВЛЕНИЕ ПРОБЛЕМЫ ----- При пересчете прав пользователю, имеющему индивидуальное назначение прав на таблицы, Support аварийно прекращает работу по рантайму, по причине нарушения прав доступа к памяти.исправлено # ИНСТРУКЦИЯ ПО НАСТРОЙКЕ: В каталоге, из которого запускается support.exe с последующим запуском из него проверки прав пользователей в модуле "Восстановление БД" (фактически запуск chkora9.exe) должен находиться файл "atlantis.cfg". В файле в разделе поддержки национальный языков должен быть установлен параметр Atlantis.NLS.Page в значение "kaz". пример: ------- // файл : "atlantis.cfg" // Поддержка национальных языков Atlantis.NLS.Page = "kaz"; В случае непосредственного запуска chkora9.exe файл "atlantis.cfg", с указанной настройкой, должен находиться в каталоге из которого запускается chkora9.exe
102.1077695.4.38.0не работает функция SUM в подзапросе для полей типа TimeИнструментарий прикладного программистаАгрегирование в логических таблицах
MSSQL Oracle Функции агрегирования ----- ПРОЯВЛЕНИЕ ПРОБЛЕМЫ ----- Не работают (или неправильно работают) функции SUM и AVG в подзапросах в логической таблице для полей типа DATE, TIME, DATETIME, COMPИсправлено. # ИНСТРУКЦИЯ ПО НАСТРОЙКЕ: Oracle: запустить проверку целостности БД с опцией "Проверка служебных объектов" (ChkBase.StoredProcs=On) MSSQL: запустить проверку целостности БД с опцией "Проверка служебных объектов" (ChkBase.StoredProcs=On) Если на этой базе раньше пытались суммировать время, то чтобы вычистить из кеша старые неправильные запросы, нужно очистить кеш: truncate table xx$hashvalues
101.461605.4.38.0Не рассчитываются права пользователей при включенном usesqlrole=onПрава доступаГрупп
Oracle ----- СУТЬ ПРЕДЛОЖЕНИЯ ----- Доработать режим групповой раздачи прав, чтобы он корректно раздавал права пользователю, состоящему в нескольких группах. Без этого слишком долго рассчитывать права.Доработано # ИНСТРУКЦИЯ ПО НАСТРОЙКЕ: После установки обновления необходимо либо пересчитать права пользователям, установив в окне =Параметры расчета прав на БД= флаг "пересчитывать вхождение в группы", либо выполнить проверку БД в режиме исправления с включенной опцией "Проверка пользователей и прав" (ChkBase.UsersAndRights=on).
102.1108895.4.38.0Двоятся записи документов после повторного приема OracleПоддержка различных платформ баз данныхOracle
Oracle ----- ПРОЯВЛЕНИЕ ПРОБЛЕМЫ ----- Дублирование документа при приеме на работу из-за того, что не срабатывает проверка KIND == char(0) из-за того, что при вставке char(0) превращается в Исправлено. # ИНСТРУКЦИЯ ПО НАСТРОЙКЕ: 1. Изменить значения по умолчанию для всех полей типа char[1] на CHR(0) (в оракле тип таких полей VARCHAR2(1), но есть и другие поля VARCHAR2(1), которые трогать не надо) Такие поля есть в таблицах IMPTUNE VARSTAT SPNABOR LINKCOL TMPKSEB TABLTMP TMP_PLVED USERRIGHTS INTCLNAM PERSONS CONSCRIPTION PASSPORTS STAFUSER FACTOTPUSK Для этого можно воспользоваться одним из следующих способов: а) Выполнить проверку БД в режиме исправления с опциями "Проверка структуры таблиц"(ChkBase.Fields=on) + "проверка индексов"(ChkBase.Indexes=on) + "проверка триггеров"(ChkBase.Triggers=on) Эта операция займет займет немало времени, т.к. вышеперечисленные таблицы, которые нужно поправить, будут пересоздаваться, а их данные копироваться. б) ИЛИ, выполнить следующий скрипт(если база уникодная, то VARCHAR2(1) замените на NVARCHAR2(1)) alter table <имя схемы>.IMPTUNE modify( "FDIGITDIVIDER" VARCHAR2(1) default(CHR(0)), "FDIVIDER" VARCHAR2(1) default(CHR(0)), "FPROCSTRCHAR" VARCHAR2(1) default(CHR(0)), "FTXOCHAR" VARCHAR2(1) default(CHR(0)) ); alter table <имя схемы>.VARSTAT modify( "FSIGN" VARCHAR2(1) default(CHR(0)) ); alter table <имя схемы>.SPNABOR modify( "FSIGN" VARCHAR2(1) default(CHR(0)) ); alter table <имя схемы>.LINKCOL modify( "FSIGN" VARCHAR2(1) default(CHR(0)) ); alter table <имя схемы>.TMPKSEB modify( "FSIGN" VARCHAR2(1) default(CHR(0)) ); alter table <имя схемы>.TABLTMP modify( "FALG[1]" VARCHAR2(1) default(CHR(0)), "FALG[2]" VARCHAR2(1) default(CHR(0)), "FALG[3]" VARCHAR2(1) default(CHR(0)), "FALG[4]" VARCHAR2(1) default(CHR(0)), "FALG[5]" VARCHAR2(1) default(CHR(0)), "FALG[6]" VARCHAR2(1) default(CHR(0)), "FALG[7]" VARCHAR2(1) default(CHR(0)), "FALG[8]" VARCHAR2(1) default(CHR(0)), "FALG[9]" VARCHAR2(1) default(CHR(0)) ); alter table <имя схемы>.TMP_PLVED modify( "FALG[1]" VARCHAR2(1) default(CHR(0)), "FALG[2]" VARCHAR2(1) default(CHR(0)), "FALG[3]" VARCHAR2(1) default(CHR(0)), "FALG[4]" VARCHAR2(1) default(CHR(0)), "FALG[5]" VARCHAR2(1) default(CHR(0)), "FALG[6]" VARCHAR2(1) default(CHR(0)), "FALG[7]" VARCHAR2(1) default(CHR(0)), "FALG[8]" VARCHAR2(1) default(CHR(0)), "FALG[9]" VARCHAR2(1) default(CHR(0)) ); alter table <имя схемы>.USERRIGHTS modify( "FMARKED" VARCHAR2(1) default(CHR(0)) ); alter table <имя схемы>.INTCLNAM modify( "FFILLER" VARCHAR2(1) default(CHR(0)) ); alter table <имя схемы>.PERSONS modify( "FSEX" VARCHAR2(1) default(CHR(0)), "FISEMPLOYEE" VARCHAR2(1) default(CHR(0)), "FSEX$UP" VARCHAR2(1) default(CHR(0)), "FISEMPLOYEE$UP" VARCHAR2(1) default(CHR(0)) ); alter table <имя схемы>.CONSCRIPTION modify( "FMOBORDER" VARCHAR2(1) default(CHR(0)) ); alter table <имя схемы>.PASSPORTS modify( "FKIND" VARCHAR2(1) default(CHR(0)) ); alter table <имя схемы>.STAFUSER modify( "FFLAG1" VARCHAR2(1) default(CHR(0)), "FFLAG2" VARCHAR2(1) default(CHR(0)), "FFLAG3" VARCHAR2(1) default(CHR(0)), "FFLAG4" VARCHAR2(1) default(CHR(0)), "FFLAG5" VARCHAR2(1) default(CHR(0)), "FFLAG6" VARCHAR2(1) default(CHR(0)), "FFLAG7" VARCHAR2(1) default(CHR(0)), "FFLAG8" VARCHAR2(1) default(CHR(0)), "FFLAG9" VARCHAR2(1) default(CHR(0)), "FFLAG10" VARCHAR2(1) default(CHR(0)) ); alter table <имя схемы>.FACTOTPUSK modify( "FPRIZN1" VARCHAR2(1) default(CHR(0)) ); 2. В таблицах PASSPORTS, INTCLNAM, VARSTAT, SPNABOR, LINKCOL, TMPKSEB заменить уже имеющиеся пробелы на 0-байты, выполнив внешними средствами следующий скрипт: Update <имя схемы>.passports set fkind = CHR(0) where fkind = ; Update <имя схемы>.intclnam set ffiller = CHR(0) where ffiller = ; Update <имя схемы>.varstat set fsign = CHR(0) where fsign = ; Update <имя схемы>.spnabor set fsign = CHR(0) where fsign = ; Update <имя схемы>.linkcol set fsign = CHR(0) where fsign = ; Update <имя схемы>.tmpkseb set fsign = CHR(0) where fsign = ;
101.451605.4.37.0Не работает восстановление общих прав при проверке БД (Chkora9, Chkora)Поддержка различных платформ баз данныхИнсталляция, настройка, проверка БД
Oracle Утилиты проверки БД ----- ПРОЯВЛЕНИЕ ПРОБЛЕМЫ ----- Утилиты проверки не исправляют следующие сущности: 1. Права для роли PUBLIC в ORACLE. 2. Право execute для dbms_lock у основного пользователя 3. Права select на v$session и gv$sessionИсправлена проверка прав роли PUBLIC в Oracle. Для прав на объекты dbms_lock, v$session, gv$session выводится только предупредительное сообщение в лог об отсутствии прав. Их добавление необходимо производить вручную от имени пользователя SYS.
101.450565.4.37.0Проверка прав групп в режиме проверки вносит изменения в БДПоддержка различных платформ баз данныхOracle
Oracle Утилиты проверки БД ----- ПРОЯВЛЕНИЕ ПРОБЛЕМЫ ----- Проверка прав с включённым протектом при использовании групповых прав в режиме проверки изменяет базу, в то время как должна только сообщать о некорректностях.Исправлено
102.990825.4.37.0DSQL: Функция to_sec100Поддержка различных платформ баз данныхПрямой SQL
Oracle Утилита проверки Утилита разворачивая базы ----- ПРОЯВЛЕНИЕ ПРОБЛЕМЫ ----- Функция to_sec100 возвращает ошибку, если время 24:00 ORA-01850: hour must be between 0 and 23 ORA-06512: at "GAL.TO_ORADATETIME", line 1 ORA-06512: at "GAL.TO_DAYS", line 1 ORA-06512: at "GAL.TO_SEC100", line 1Исправлено. Для применения исправлений необходимо запустить утилиту проверки с флагом StoredProcs=on
102.631345.4.35.0Проверка таб.БД-Проверка пользователей и правНастройкаПроверка таблиц БД
Oracle MS SQL ----- СУТЬ ПРЕДЛОЖЕНИЯ ----- Необходимо отображать визуализацию процесса проверки пользователей и прав.Добавлена визуализация процесса проверки.
102.920585.4.35.0требуется поддержка Кодировка Атлантис kaz для OracleПоддержка различных платформ баз данныхOracle
Oracle ----- СУТЬ ПРЕДЛОЖЕНИЯ ----- Требуется поддержка казахского языка.Добавлена поддержка казахской кодировки для версий РСУБД Oracle 9i и выше. Для адекватной работы при необходимо установить для экземпляра значение параметра NLS_NCHAR_CHARACTERSET в AL16UTF16. Из-за особенностей реализации алфавитной сортировки казахского языка в РСУБД Oracle, символы Ii Yy (с черточкой) находятся не на своих местах. # ИНСТРУКЦИЯ ПО НАСТРОЙКЕ: При создании нового экземпляра необходимо: 1. Выставить значение параметра NLS_NCHAR_CHARACTERSET в AL16UTF16 2. Запустить инсталятор БД Галактики и выбрать кодировку создаваемой базы "Казахская" При переводе существующей БД на казахскую необходимо выяснить, установлен ли в экземпляре параметр NLS_NCHAR_CHARACTERSET в AL16UTF16. Если установлен, то достаточно запустить утилиту chkora с параметрами Fields=on и Indexes=on. Если значение параметра NLS_NCHAR_CHARACTERSET отличное от необходимого, то конвертация существующей БД невозможна, и необходимо создавать новый экземпляр.
101.431505.4.35.0Проблемы при включении алфавитной сортировки в oracleПоддержка различных платформ баз данныхOracle
Oracle ----- СУТЬ ПРЕДЛОЖЕНИЯ ----- Исправить некорректное поведение некоторых интерфейсов при включении алфавитной сортировки как в галактике, так и в саппорте.Исправлено. Функционирование алфавитной сортировки возможно только на версиях Oracle выше 9i. # ИНСТРУКЦИЯ ПО НАСТРОЙКЕ: Для работоспособности алфавитной сортировки использовать версию Oracle выше 9i. Для баз, созданных инсталятором до версии 5.4.35 - запустить утилиту проверки БД с опцией проверки индексов (параметр Indexes=on). Для баз, созданных инсталятором версий 5.4.35 и выше, - запуск утилиты проверки не требуется.
101.447715.4.34.0Утилита проверки не корректриует праваПоддержка различных платформ баз данныхИнсталляция, настройка, проверка БД
Oracle ----- ПРОЯВЛЕНИЕ ПРОБЛЕМЫ ----- Если пользователю на таблицу XXX выданы не все права, а прав в СУБД выдано меньше, чем задано (например, задано R---, а выдано ----), то утилита проверки не корректирует права пользователя, и в логе пишет Права пользователя из группы YYY на таблицу XXX не соответствуют словарю -HE ИСПРАВЛЕНО-Исправлено.
102.951035.4.34.0chkora с параметроми для конкретно выбранных польвателейСистемные утилитыПрочие дополнительные утилиты
Проверка БД Утилиты администратора MSSQL Oracle ----- СУТЬ ПРЕДЛОЖЕНИЯ ----- Дать возможность проводить проверку БД только для выбранных пользователей.Доработано. В инструментальном комплексе Support в диалоге настройки параметров проверки БД добавлена возможность указать пользователей.
101.434955.4.34.0Необработанная исключительная ситуация в chkora9.exe при проверке польз. таблицыПоддержка различных платформ баз данныхИнсталляция, настройка, проверка БД
Oracle Утилита проверки ----- ПРОЯВЛЕНИЕ ПРОБЛЕМЫ ----- При проверке таблицы с большим количеством столбцов утилита диагностики БД chkora/chkora9 некорректно завершается с формированием лога atlerror.log.1. Исправлена проблема проверки таблицы с помощью утилит chkora/chkora9 с количеством полей больше максимального; 2. Изменено максимальное количество полей в таблице с 244 до 899 включительно.
101.441905.4.32.0count(*) в count(rowid) или count(1)Поддержка различных платформ баз данныхOracle
Oracle MS SQL ----- СУТЬ ПРЕДЛОЖЕНИЯ ----- Заменить count(*) на count(1) для более быстрого выполнения запроса.Заменено.
102.907255.4.29.0Не корректно работает функция FROM_SEC100Поддержка различных платформ баз данныхПрямой SQL
Oracle Прямой SQL ----- ПРОЯВЛЕНИЕ ПРОБЛЕМЫ ----- Не корректно работает функция FROM_DAYS, при некоторых значениях параметра в лог выдаётся ORA-01848: day of year must be between 1 and 365 (366 for leap year) ORA-06512: at "GAL.FROM_DAYS", line 1 ORA-06512: at "GAL.FROM_SEC100", line 1Исправлено. # ИНСТРУКЦИЯ ПО НАСТРОЙКЕ: Для коррекции работы хранимой функции FROM_DAYS необходимо запустить утилиту проверки БД в части проверки хранимых процедур.
101.433005.4.26.0ORA-24373, ORA-00922, ошибки компиляции при проверке таблиц БДВосстановление БДПроверка таблиц БД
Oracle Утилита проверки БД ----- ПРОЯВЛЕНИЕ ПРОБЛЕМЫ ----- При запуске утилиты проверки в комплексе Support через пункт меню "Восстановление БД"-"Проверка таблиц БД" с установкой флага "Проверка состояния объектов" в лог-файл драйвера БД Oracle выдаются сообщения об ошибке компиляции пакета.Исправлено.
101.428935.4.25.0Падение chkora9 при проверке прав доступаПоддержка различных платформ баз данныхOracle
Oracle chkora9 ----- ПРОЯВЛЕНИЕ ПРОБЛЕМЫ ----- При проверке прав доступа пользователей (параметр UsersAndRights=on) утилитой, происходит самопроизвольное "падение" в результате критической ошибки (Runtime Error).Добавлена обработка на наличие невалидных кодов таблиц в словаре
101.402385.4.25.0Пользовательские роли создаются в locaseПоддержка различных платформ баз данныхOracle
Oracle chkora9 chkora ----- ПРОЯВЛЕНИЕ ПРОБЛЕМЫ ----- Пользовательские роли создаются в locase, из-за чего с ними неудобно работать внешними средствами. Кроме того, существуют ошибки обработки имен ролей в разных регистрах различными алгоритмами системы Галактика ERP, комплекса Support и утилит проверки БД.Пользовательские роли теперь всегда создаются в верхнем регистре. Исправлена обработка имен ролей с различыми регистрами в драйвере и утилитах проверки БД
103.37025.4.25.0Очень медленно идет расчет прав на Oracle 10gПоддержка различных платформ баз данныхOracle
Oracle Утилита проверки БД Расчет прав доступа ----- СУТЬ ПРЕДЛОЖЕНИЯ ----- Ускорить расчет прав доступа за счет использования ролей на SQL-платформах, а также за счет оптимизации алгоритма расчета прав доступа.1. Добавлена функциональность использования оракловых ролей при групповой раздаче прав. Имена ролей имеют вид <имя_бд_галактики>##<нрек_группы>, например GAL##800000000000000F 2. Доработан интерфейс расчета прав доступа, возможен частичный пересчет. Подробнее см. документацию для Support.
101.374865.4.22.0Зависание Галактики на Oracle 10g в конфигурации RACПоддержка различных платформ баз данныхOracle
Oracle MS SQL Сервер приложений ----- СУТЬ ПРЕДЛОЖЕНИЯ ----- 1 Реализовать поддержку Oracle RAC начального уровня (корректная работа алгоритмов Системы Галактика). 2 Обрабатывать не только переподсоединение к другому узлу RAC, но и потерю соединения с СУБД в обычной ситуации (сейчас подобное приводит к отказу работоспособности сервера приложений).1 Реализована поддержка Oracle RAC (с версии Oracle 10G R2) начального уровня - алгоритмы Системы Галактика работают в данной архитектуре корректно. 2 Любая потеря соединения обрабатывается с выдачей соответствующего сообщения и завершением работы приложения. Сервер приложений при этом сохраняет работоспособность. # ИНСТРУКЦИЯ ПО НАСТРОЙКЕ: 1. Для корректной работы на Oracle версий < 10G (вне зависимости от присутствия/отсутствия RAC) необходимо: - установить параметр job_queue_processes в значение, не меньшее 5; - внешними средствами от имени пользователя SYS выполнить запрос GRANT EXECUTE ON SYS.DBMS_IJOB TO SUPERVISOR WITH GRANT OPTION; (если не включен параметр FullLoginName) или GRANT EXECUTE ON SYS.DBMS_IJOB TO <имя_бд_галактики>#SUPERVISOR WITH GRANT OPTION (если параметр FullLoginName включен. Вместо <имя_бд_галактики> подставить название схемы, куда установлена Галактика) - для вступления изменений патча в силу запустить chkora/chkora9 с параметрами StoredProcs=on UsersAndRights=on. 2. Для корректной работы на Oracle версий 9i - 11g (вне зависимости от присутствия/отсутствия RAC) необходимо: - внешними средствами от имени пользователя SYS выполнить запрос GRANT SELECT ON SYS.GV_$SESSION TO SUPERVISOR WITH GRANT OPTION; (если не включен параметр FullLoginName) или GRANT SELECT ON SYS.GV_$SESSION TO <имя_бд_галактики>#SUPERVISOR WITH GRANT OPTION; (если параметр FullLoginName включен. Вместо <имя_бд_галактики> подставить название схемы, куда установлена Галактика) - для вступления изменений патча в силу запустить chkora9 с параметрами StoredProcs=on UsersAndRights=on. 3. Для корректной работы в архитектуре Oracle RAC необходимо создать сервис и в настройках TNS указать соединение не по SID, а по SERVICE_NAME. Сервис по умолчанию использовать нельзя. Все клиенты в рамках кластера должны cоединяться используя только один сервис. При наличии в сети нескольких кластеров, к которым будет обращаться система Галактика ERP, сервисы на обоих должны называться по-разному. Пример создания сервиса и настроек TNS для кластера из 3-х узлов: srvctl add service -d GAL -s GALAXY -r ORCL1,ORCL2 -a ORCL3 srvctl start service -d GAL -s GALAXY GAL_TAF = (DESCRIPTION = (LOAD_BALANCE = ON) (FAILOVER = ON) (ADDRESS = (PROTOCOL = TCP)(HOST = ORCL1_hostname)(PORT = 1521)) (ADDRESS = (PROTOCOL = TCP)(HOST = ORCL2_hostname)(PORT = 1521)) (ADDRESS = (PROTOCOL = TCP)(HOST = ORCL3_hostname)(PORT = 1521)) (CONNECT_DATA = (SERVICE_NAME = GALAXY) (FAILOVER_MODE = (TYPE = SELECT) (METHOD = BASIC) (RETRIES = 20) (DELAY = 1) ) ) )
101.420815.4.20.0Доработка регистрации несанкционированных входов в системуПоддержка различных платформ баз данныхOracle
Протект Регистрация действий пользователей MS SQL Oracle ----- ПРОЯВЛЕНИЕ ПРОБЛЕМЫ ----- Для возможности применения встроенного СЗИ в ИСПД класса К3 необходимо доработать регистрацию несанкционированных попыток входа в систему.Регистрация несанкционированных входов проводится на всех платформах. При этом записывается пароль, предъявленный при входе (за исключением NTLM авторизации для MS SQL). Права на таблицу Events ограничены для обычных пользователй правом на добавление записи. В Suport на MS SQL и Oracle не запрашивается идентификационная информация в случае попытки загрузить функциональность, доступную лишь администратору, из-под обычного пользователя. # ИНСТРУКЦИЯ ПО НАСТРОЙКЕ: Pervasive.SQL - особых требований к установке нет. MS SQL Server - при необходимости ограничить права на таблицу Events из внешних средств выполнить внешними средствами revoke select,update,delete on events from public Oracle - выполнить проверку хранимых процедур утилитой проверки. При необходимости ограничить права на таблицу Events из внешних средств выполнить внешними средствами revoke select,update,delete on <gal_scheme>.events from <gal_scheme>#public
180.39385.4.20.0медленно работает chkoraПоддержка различных платформ баз данныхOracle
Oracle chkora9 ----- СУТЬ ПРЕДЛОЖЕНИЯ ----- Ускорить процесс отработки утилиты проверки корректности бд при установке в chkora.cfg в опции [ChkBase] всех параметров в ONИзменен алгоритм проверки существующих прав с расчитанными (параметр UsersAndRights в chkora.cfg).
106.89215.4.18.0Запуск chkmssql.exe на БД с ПротектомПоддержка различных платформ баз данныхИнсталляция, настройка, проверка БД
Запуск chkmssql.exe на БД с Протектом После установки последних обновлений, т.е. атлантиса 5.4. При попытке запустить проверку БД из саппорта --- Восстановление БД --- Сервис --- Базы данных --- Проверка таблиц БД выдается ошибка о недостаточных правах. При длительных попытках разобраться с проблемой ВЫЯСНИЛОСЬ: проверку можно запустить только от пользователя с правами администратора в саппорте у которого установлен пустой пароль. При запуске же с командной строки формировался atlerror.log. Для проверки былb даже проделаны следущие действия: Установлен чистый MS SQL 2000+SP4, развернута тестовая БД. При запуске проверки без протекта - проверка прошла. Включили протект, установили пароль администратору - проверка НЕ ПРОШЛА! (Пробовал также запускать проверку на MS SQL 2005) Отключение же протекта не всегда возможно, у клиента стоит две копии БД на одном сервере в одной инстансе без параметра FullLoginName. А то, что проверку надо проводить от пользователя с правами администратора и с пустым паролем НИГДЕ не написано. Прошу рассмотреть данную проблему. С Уважением, Соколов Александр.Теперь при включенном Протекте любое Атлантис-приложение при запуске ведет себя по одному сценарию: если имя пользователя и пароль не заданы в конфигурационном файле, приложение запрашивает их и пытается соединиться с БД, иначе попытка выполняется сразу же при старте. В случае неудачного соединения выдаётся сообщение: "Вы не обладаете правами для работы с выбранной базой данных. Повторить попытку соединения?" [Да/нет]. Предоставляется не более 5 попыток соединения. Сказанное не относится к базам данных с NTLM идентификацией на платформе MSSQL Server. # ИНСТРУКЦИЯ ПО НАСТРОЙКЕ: