Сравнение файлов
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
180.8360NEWDSQL-функция сборки даты из дня, месяца и годаИнструментарий прикладного программистаПрямой SQL
DSQL MSSQL Oracle ----- СУТЬ ПРЕДЛОЖЕНИЯ ----- В DSQL нужна функция сборки даты из дня, месяца и годаСделаны функция сборки даты YMD2Date и сборки времени HMS2Time Порядок параметров как в названии функции. # ИНСТРУКЦИЯ ПО НАСТРОЙКЕ: Запустите проверку целостности БД с опцией "Проверка служебных объектов" (ChkBase.StoredProcs=On).
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)
101.474215.4.39.0При первом входе пользователя в систему под Протект формируется ora73drv.logПоддержка различных платформ баз данныхOracle
Драйвер ORACLE ----- ПРОЯВЛЕНИЕ ПРОБЛЕМЫ ----- Oracle 8i При первом входе вновь созданного пользователя формируется лог с ошибкой ORA-00942: table or view does not exist.Доработан драйвер. Возможно появление диагностического сообщения об изменении статуса процедуры пакета "GAL_SYSFUNC_PKG".IS_JOB_RUNNING в ora73drv.log. Диагностика появляется в случае продолжения работы в support.exe после выполнения проверки и исправления служебных объектов. # ИНСТРУКЦИЯ ПО НАСТРОЙКЕ: Под SUPERVISOR в support.exe выполнить проверку "Служебных объектов" в режиме исправления. [=]->Главное меню->Восстановление БД Сервис->База данных->Проверка таблиц БД установить опцию "Проверка служебных объектов" Выполнить проверку, Работа в режиме исправления - ДА.
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
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.461605.4.38.0Не рассчитываются права пользователей при включенном usesqlrole=onПрава доступаГрупп
Oracle ----- СУТЬ ПРЕДЛОЖЕНИЯ ----- Доработать режим групповой раздачи прав, чтобы он корректно раздавал права пользователю, состоящему в нескольких группах. Без этого слишком долго рассчитывать права.Доработано # ИНСТРУКЦИЯ ПО НАСТРОЙКЕ: После установки обновления необходимо либо пересчитать права пользователям, установив в окне =Параметры расчета прав на БД= флаг "пересчитывать вхождение в группы", либо выполнить проверку БД в режиме исправления с включенной опцией "Проверка пользователей и прав" (ChkBase.UsersAndRights=on).
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
103.51495.4.36.0Производить контроль версии Оракла при запуске chkora.exeПоддержка различных платформ баз данныхИнсталляция, настройка, проверка БД
Проверка БД Oracle ----- СУТЬ ПРЕДЛОЖЕНИЯ ----- Производить контроль версии Oracle при запуске chkora.exe для предотвращения неверной корректировки словаря на СУБД версий 9i и выше.Исправлено.
102.631345.4.35.0Проверка таб.БД-Проверка пользователей и правНастройкаПроверка таблиц БД
Oracle MS SQL ----- СУТЬ ПРЕДЛОЖЕНИЯ ----- Необходимо отображать визуализацию процесса проверки пользователей и прав.Добавлена визуализация процесса проверки.
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
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. # ИНСТРУКЦИЯ ПО НАСТРОЙКЕ: