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


Описание файла обновления:
ФайлCHKMSSQL_EXE_54380.txt
ОбновлениеCHKMSSQL_EXE_54380
НазначениеОбщее
ПродуктAtlantis 5.4
Релиз:
КомпонентCHKMSSQL
ТипEXE
Версия5.4.38.0
Дата2011-11-09 16:04:58
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.107769NEWне работает функция SUM в подзапросе для полей типа TimeИнструментарий прикладного программистаАгрегирование в логических таблицах
MSSQL Oracle Функции агрегирования ----- ПРОЯВЛЕНИЕ ПРОБЛЕМЫ ----- Не работают (или неправильно работают) функции SUM и AVG в подзапросах в логической таблице для полей типа DATE, TIME, DATETIME, COMPИсправлено. # ИНСТРУКЦИЯ ПО НАСТРОЙКЕ: Oracle: запустить проверку целостности БД с опцией "Проверка служебных объектов" (ChkBase.StoredProcs=On) MSSQL: запустить проверку целостности БД с опцией "Проверка служебных объектов" (ChkBase.StoredProcs=On) Если на этой базе раньше пытались суммировать время, то чтобы вычистить из кеша старые неправильные запросы, нужно очистить кеш: truncate table xx$hashvalues
101.451685.4.36.0Не работает восстановление общих прав при проверке БД (Chkmssql)Поддержка различных платформ баз данныхИнсталляция, настройка, проверка БД
MSSQL Проверка БД ----- ПРОЯВЛЕНИЕ ПРОБЛЕМЫ ----- Проверка прав роли PUBLIC запускается только если одновременно с этим проверять также структуру таблиц.Исправлено. Теперь достаточно галочки "проверка пользователей и прав".
101.453005.4.36.0chkmssql: Несоответствие финального сообщения фактическому состояниюПоддержка различных платформ баз данныхИнсталляция, настройка, проверка БД
MSSQL Проверка прав пользователей ----- ПРОЯВЛЕНИЕ ПРОБЛЕМЫ ----- Если были обнаружены несоответствия прав пользователей, то в конце проверки все равно выводится "Все проверенные объекты корректны!"Исправлено
101.453595.4.36.0Support Проверка таблиц БДВосстановление БДПроверка таблиц БД
MSSQL Проверка БД ----- ПРОЯВЛЕНИЕ ПРОБЛЕМЫ ----- При проверке версии БД некоторые поля, являющиеся числами, сравниваются как строки, а вид строки зависит от региональных настроек, отсюда равные версии могут быть признаны неравными, и chkmssql напишет "не совпадают версии или контрольные суммы словаря"Исправлено
101.456615.4.36.035 атл ломает enterpriseПоддержка различных платформ баз данныхMS SQL
MSSQL Enterprise SQL Server 2000 ----- ПРОЯВЛЕНИЕ ПРОБЛЕМЫ ----- Нельзя создавать/изменять словарные таблицы без отключения от системы Enterprise. На SQL Server 2000 ошибка при отключении базы от системы Enterprise (и при подключении обратно).Исправлено.
101.462805.4.36.0Заполнение БД сторонними средствами: стандартный заголовок таблицы на MSSQL 2000Поддержка различных платформ баз данныхMS SQL
MSSQL 2000 ----- СУТЬ ПРЕДЛОЖЕНИЯ ----- Корректно заполнять стандартный заголовок таблицы при вставке внешними средствамиРеализовано. # ИНСТРУКЦИЯ ПО НАСТРОЙКЕ: Выполнить проверку БД в режиме исправления с параметром "Проверка корректности триггеров" (ChkBase.Triggers=on).
102.1057115.4.36.0ошибка 5 - дубл знач уни ключа на разных таблицах напр t$spsopr0 а поле fnrecПроблемы по Атлантису в целом (не знаю какая именно его часть-научите)неотклассифицировано
MSSQL ----- ПРОЯВЛЕНИЕ ПРОБЛЕМЫ ----- Нарушается учет суррогатного ключа таблицы, в результате дальнейшая вставка в таблицу становится невозможной. В том числе может проявиться для журнала!Исправлено. # ИНСТРУКЦИЯ ПО НАСТРОЙКЕ: 1. Выполните обновление вспомогательной службы napsrv.exe с помощью инсталлятора БД ms_inst.exe. Порядок действий подробно рассмотрен в п. 2.4.5 документа "Система Галактика ERP. Платформа MS SQL Server. Инструкция по установке". 2. Запустите проверку целостности БД с опцией "Проверка корректности триггеров" (ChkBase.Triggers=On).
102.1063035.4.36.0Зависание при входе в модуль Управление персоналом с казахской кодировкойПоддержка различных платформ баз данныхMS SQL
MS SQL ----- ПРОЯВЛЕНИЕ ПРОБЛЕМЫ ----- Данные типа char в юникодной БД (например, с казахским языком) не создаются с типом nchar, и в результате они не считываются и не изменяются.Исправлено. Для исправления проблемы необходимо пересоздать ранее созданную БД.
103.51015.4.36.0Проблема заполнения мемо-полей после установки Атлантиса 5.4.35Проблемы по Атлантису в целом (не знаю какая именно его часть-научите)неотклассифицировано
MSSQL SQL Server 2000 ----- ПРОЯВЛЕНИЕ ПРОБЛЕМЫ ----- На SQL Server 2000 не получается модифицировать мемо-поле, если таблица журналируется.Исправлено. # ИНСТРУКЦИЯ ПО НАСТРОЙКЕ: Выполнить проверку БД в режиме исправления с параметром "Проверка корректности триггеров" (ChkBase.Triggers=on).
101.443585.4.35.0Выдавать DD.MM.YYYY HH:MM:SS---Конец проверки---в chkmssql.log в мом.оконч.пров.Восстановление БДПроверка таблиц БД
MSSQL Проверка БД ----- СУТЬ ПРЕДЛОЖЕНИЯ ----- Утилита проверки создает лог. Нужно, чтобы в лог попадало время окончания проверки, а не время выхода из утилиты.Реализовано.
101.446815.4.35.0Очередной этап оптимизации триггеровПоддержка различных платформ баз данныхMS SQL
MSSQL ----- СУТЬ ПРЕДЛОЖЕНИЯ ----- Ускорить модификацию данных на платформе MSSQL за счет оптимизаций в триггерах и сервере вспомогательной службы (napsrv)Существенно ускорена модификация журналируемых таблиц, слегка ускорена модификация нежурналируемых таблиц # ИНСТРУКЦИЯ ПО НАСТРОЙКЕ: 1. Выполните обновление вспомогательной службы napsrv.exe с помощью инсталлятора БД ms_inst.exe. Порядок действий подробно рассмотрен в п. 2.4.5 документа "Система Галактика ERP. Платформа MS SQL Server. Инструкция по установке" 2. Старую базу нужно проапгрейдить, применив к ней новый chkmssql с параметром "проверка триггеров"
101.450285.4.35.0Не работает переключение идентификации с SQL на NTLMПрава доступаИдентификация
MSSQL ----- ПРОЯВЛЕНИЕ ПРОБЛЕМЫ ----- На MSSQL 2005-2008 при использовании режима "пользователи 2005" (на MSSQL 2008 этот режим всегда) не работает переключение режима авторизации SQL<->NTLMИсправлено. # ИНСТРУКЦИЯ ПО НАСТРОЙКЕ: 1. Выполните обновление вспомогательной службы napsrv.exe с помощью инсталлятора БД ms_inst.exe. Порядок действий подробно рассмотрен в п. 2.4.5 документа "Система Галактика ERP. Платформа MS SQL Server. Инструкция по установке" 2. Старую базу нужно проапгрейдить, применив к ней новый chkmssql с параметром "проверка служебных объектов"
101.453945.4.35.0Ломается информация о пользователях в SQL Server при переключении на SQL-автор-юПрава доступаИдентификация
MSSQL Система разграничения прав ----- ПРОЯВЛЕНИЕ ПРОБЛЕМЫ ----- При переключении способа авторизации SQL<->NTLM пропадает привязка пользователей к ролям, в результате пользователи лишаются всех прав.Исправлено. # ИНСТРУКЦИЯ ПО НАСТРОЙКЕ: Нужно поправить хранимые процедуры, запустив "Проверку БД" с параметром "проверка служебных объектов"
102.631345.4.35.0Проверка таб.БД-Проверка пользователей и правНастройкаПроверка таблиц БД
Oracle MS SQL ----- СУТЬ ПРЕДЛОЖЕНИЯ ----- Необходимо отображать визуализацию процесса проверки пользователей и прав.Добавлена визуализация процесса проверки.
102.951035.4.34.0chkora с параметроми для конкретно выбранных польвателейСистемные утилитыПрочие дополнительные утилиты
Проверка БД Утилиты администратора MSSQL Oracle ----- СУТЬ ПРЕДЛОЖЕНИЯ ----- Дать возможность проводить проверку БД только для выбранных пользователей.Доработано. В инструментальном комплексе Support в диалоге настройки параметров проверки БД добавлена возможность указать пользователей.
104.182615.4.33.0Необходимо ускорить сжатие журнала .Поддержка различных платформ баз данныхMS SQL
MSSQL Журнал ----- СУТЬ ПРЕДЛОЖЕНИЯ ----- Необходимо ускорить сжатие журнала . Сжатие журнала происходит медленно и вызывает подвисание всех пользователей.Ускорено примерно в 2 раза. Также теперь можно прервать сжатие журнала в любой момент и продолжить позднее. # ИНСТРУКЦИЯ ПО НАСТРОЙКЕ: Нужно запустить проверку целостности БД с опцией "проверка триггеров". Должно использоваться сплошное удаление журнала (SolidJournalClear=on), чтобы оптимизация работала
101.441905.4.32.0count(*) в count(rowid) или count(1)Поддержка различных платформ баз данныхOracle
Oracle MS SQL ----- СУТЬ ПРЕДЛОЖЕНИЯ ----- Заменить count(*) на count(1) для более быстрого выполнения запроса.Заменено.
101.254965.4.31.0Chkmssql.exe: Медленно проверяется соответствие пользователей и правПоддержка различных платформ баз данныхMS SQL
MSSQL Проверка БД ----- СУТЬ ПРЕДЛОЖЕНИЯ ----- Ускорить проверку прав пользователейОптимизирован алгоритм проверки прав
101.390775.4.31.0Неверно генерится запрос для insert...select для таблиц имеющих мемо-полеПоддержка различных платформ баз данныхMS SQL
MSSQL ----- ПРОЯВЛЕНИЕ ПРОБЛЕМЫ ----- Неверно генерируется запрос для insert...select для таблиц, имеющих мемо-полеИсправлено # ИНСТРУКЦИЯ ПО НАСТРОЙКЕ: Надо запустить проверку БД в режиме исправления с галочкой "проверка корректности триггеров"
101.435775.4.30.0проверка таблиц БД не исправляет праваПоддержка различных платформ баз данныхИнсталляция, настройка, проверка БД
Enterprise Утилита проверки MSSQL ----- ПРОЯВЛЕНИЕ ПРОБЛЕМЫ ----- После отключения slave-базы утилита проверки не может исправить права на таблицы, ранее помеченные как разделяемые.Исправлено.
103.37025.4.25.0Очень медленно идет расчет прав на Oracle 10gПоддержка различных платформ баз данныхOracle
Oracle Утилита проверки БД Расчет прав доступа ----- СУТЬ ПРЕДЛОЖЕНИЯ ----- Ускорить расчет прав доступа за счет использования ролей на SQL-платформах, а также за счет оптимизации алгоритма расчета прав доступа.Изменился алгоритм расчета прав. Теперь при расчете прав пользователей сначала рассчитываются права на группы, сохраняются в БД и потом используются при расчете прав пользователей. В случае использования ролей на SQL-платформах эти рассчитанные права групп уходят на сервер БД; права пользователей передаются на сервер БД без учета прав групп, в которые он входит. Новый алгоритм расчета предполагает, что предварительные права пользователей на БД непротиворечивы. Например, на некоторую таблицу пользователю заданы права -I--, а на поле этой таблицы заданы права R-. В результата после расчета пользователю на данное поле таблицы будут выданы права -- (нет прав на поле). Противоречие в данном случае заключается в том, что для поля было разрешено чтение , запрещенное для таблицы. При расчете прав на БД выдается дополнительное окно "Параметры расчета прав на БД", в котором определяются следующие опции расчета: (1) Безусловный пересчет (для SQL-платформ) (2) пересчет прав групп (если выполняется расчет прав пользователей) или (2) пересчет прав пользователей групп (если выполняется расчет прав групп) (3) использовать роли (для SQL-платформ) (4) пересчитывать вхождение в группы (если установлен флаг (3)) Опции расчета имеют следующее назначение: (1) Данный флаг является аналогом параметра SQLDriver.ForceRights = on. (2) Данной опцией предоставляется возможность раздельного расчета прав групп и пользователей. Например, если администратор после последнего перерасчета прав менял только права пользователей, пересчет прав групп не требуется и при снятии данного флага производиться не будет. (3) Данное поле показывает включен ли режим расчета прав с использованием аппарата ролей СУБД SQL платформ. Включение этого режима расчета выполняется параметром конфигурационного файла SQLDriver.UseSQLRole = on. Переключатель заблокирован для изменений. Этот режим оптимизирует процесс передачи прав в СУБД при расчете. Наибольшее ускорение расчета прав этот режим дает для случая, когда большое количество пользователей входит в небольшое количество групп, причем пользователи не имеют индивидуальных прав (все права определяются правами группы). В результате расчета прав в этом режиме в Oracle формируются роли групп, имеющие вид <имя_бд_галактики>##<нрек_группы>, например GAL##800000000000000F. Этим ролям в СУБД выдаются привилегии соответствуюших групп, заданных в модуле Права доступа. Переход на этот вариант расчета требует полного пересчета прав всех пользователей и групп, что может привести к значительным разовым временным издержкам. (4) При выдаче прав на роль выполняется перепривязка в СУБД пользователей к группам. Данный процесс также увеличивает время расчета прав. Поэтому если изменение состава групп не производилось, то для ускорения расчета этот флаг устанавливать не нужно. Выполнена еще одна доработка, оптимизирующая процесс раздачи прав: если для выбранных групп при установленном флаге (2) найдутся пользователи, вход которым в систему запрещен (при расчете прав группам), или таковые окажутся среди выбранных для расчета (при расчете прав пользователям), будет выдан запрос: "Среди пользователей, выбранных для расчета, есть пользователи, которым запрещен вход в систему. Расчитывать для них права?" По умолчанию предлагается "Нет", т.к. расчет прав таким пользователям представляется в большинстве случаев бессмысленным. # ИНСТРУКЦИЯ ПО НАСТРОЙКЕ: Для перехода на новый метод расчета прав с использованием аппарата ролей СУБД SQL платформ необходимо выполнить следующие действия: 1) Установить в конфигурационном файле комплекса Support параметры SQLDriver.UseSQLRole = on SQLDriver.ForceRights = on. 2) Запустить Support и выполнить перерасчет прав на БД для всех пользователей, установив в окне "Параметры расчета прав на БД" все флаги. 3) Для платформы Oracle в модуле Восстановление БД комплекса Support выполнить проверку БД (в режиме исправления) с помощью меню Сервис -> База данных -> Проверка таблиц БД. Установить следующие параметры проверки: v Проверка пользователей и прав v Все таблицы В результате в СУБД Oracle привилегии пользователей на БД будут приведены в соответствие рассчитанным с учетом прав ролей групп. 4) Для платформы MS SQL Server приведение привилегий пользователей в соответствие рассчитанным с учетом прав ролей групп при необходимости нужно выполнить внешними средствами.
102.833405.4.22.0DSQL: неверный результат при суммировании двух величин типа compПоддержка различных платформ баз данныхПрямой SQL
Прямой SQL MS SQL ----- ПРОЯВЛЕНИЕ ПРОБЛЕМЫ ----- Функции int64 и comp некорректно конвертируют данные.Исправлено. # ИНСТРУКЦИЯ ПО НАСТРОЙКЕ: Выполнить проверку БД с параметром "Проверка служебных объектов". Перекомпилировать хранимые процедуры и функции прямого SQL, использующие функции comp и int64.
102.886355.4.22.0Ошибка при использовании comp в прямом sqlПоддержка различных платформ баз данныхПрямой SQL
Прямой SQL MS SQL ----- ПРОЯВЛЕНИЕ ПРОБЛЕМЫ ----- При использовании функции comp от вычисляемого выражения в прямом SQL на MS SQL выдаётся ошибка вида 42000: [Microsoft][ODBC SQL Server Driver][SQL Server]The data types bigint and decimal are incompatible in the boolean OR operator.Исправлено. # ИНСТРУКЦИЯ ПО НАСТРОЙКЕ: Выполнить проверку БД с параметром "Проверка служебных объектов". Перекомпилировать хранимые процедуры и функции прямого SQL, использующие функции comp и int64.
102.855315.4.21.0ChkMsSql.exe не понимает прав на вьюхи, которые стали раздаваться на 5.4.15Поддержка различных платформ баз данныхИнсталляция, настройка, проверка БД
Протект Проверка корректности БД ----- ПРОЯВЛЕНИЕ ПРОБЛЕМЫ ----- При проверке прав ChkMsSql.exe ошибочно удаляет права пользователей на вьюхи, которые стали раздаваться на 5.4.15.Исправлено.
101.374745.4.20.0Не позволять заводить в x$Users юзеров с xu$LoginName=saПоддержка различных платформ баз данныхMS SQL
Протект MS SQL 2008 MS SQL 2005 ----- СУТЬ ПРЕДЛОЖЕНИЯ ----- Не позволять заводить юзеров с зарезервированными в СУБД именамиПроверка реализована для MS SQL 2008 и MS SQL 2005 в режиме "Пользователи 2005"
101.420145.4.20.0Поддержка MS SQL 2008Поддержка различных платформ баз данныхMS SQL
MS SQL 2008 MS SQL 2005 ----- СУТЬ ПРЕДЛОЖЕНИЯ ----- Необходимо поддержать функционирование Атлантис-систем на MS SQL 2008.MS SQL 2008 поддержан. Также появилась дополнительная опция инсталляции под MS SQL 2005 - отражать атлантис-пользователей в СУБД способом, появившемся в MS SQL 2005. # ИНСТРУКЦИЯ ПО НАСТРОЙКЕ: Необходимо обновить на используемых серверах СУБД NapSrv. О том, как это сделать правильно - см. документ "Инструкция по установке".
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
102.855265.4.19.0Дублирование ключа в x$journal по nrec-ку при выполнении групповых операцийПоддержка различных платформ баз данныхMS SQL
Дублирование ключа в x$journal по nrec-ку при выполнении групповых операцийИсправлено # ИНСТРУКЦИЯ ПО НАСТРОЙКЕ: Необходимо выполнить проверку БД в разрезе триггеров утилитой chkmssql.exe в режиме исправления, переустановить вспомогательную службу NapSrv.exe.
106.89215.4.18.0Запуск chkmssql.exe на БД с ПротектомПоддержка различных платформ баз данныхПоддержка утилит на SQL платформах
Запуск chkmssql.exe на БД с Протектом После установки последних обновлений, т.е. атлантиса 5.4. При попытке запустить проверку БД из саппорта --- Восстановление БД --- Сервис --- Базы данных --- Проверка таблиц БД выдается ошибка о недостаточных правах. При длительных попытках разобраться с проблемой ВЫЯСНИЛОСЬ: проверку можно запустить только от пользователя с правами администратора в саппорте у которого установлен пустой пароль. При запуске же с командной строки формировался atlerror.log. Для проверки былb даже проделаны следущие действия: Установлен чистый MS SQL 2000+SP4, развернута тестовая БД. При запуске проверки без протекта - проверка прошла. Включили протект, установили пароль администратору - проверка НЕ ПРОШЛА! (Пробовал также запускать проверку на MS SQL 2005) Отключение же протекта не всегда возможно, у клиента стоит две копии БД на одном сервере в одной инстансе без параметра FullLoginName. А то, что проверку надо проводить от пользователя с правами администратора и с пустым паролем НИГДЕ не написано. Прошу рассмотреть данную проблему. С Уважением, Соколов Александр.Теперь при включенном Протекте любое Атлантис-приложение при запуске ведет себя по одному сценарию: если имя пользователя и пароль не заданы в конфигурационном файле, приложение запрашивает их и пытается соединиться с БД, иначе попытка выполняется сразу же при старте. В случае неудачного соединения выдаётся сообщение: "Вы не обладаете правами для работы с выбранной базой данных. Повторить попытку соединения?" [Да/нет]. Предоставляется не более 5 попыток соединения. Сказанное не относится к базам данных с NTLM идентификацией на платформе MSSQL Server.
101.386515.4.14.0не выдаются права на ToAtlTime и ToAtlDateПоддержка различных платформ баз данныхИнсталляторы, настройка базы на SQL платформах
Утилита проверки chkmssql при создании отсутствующих или некорректных служебных функций не выдаёт на них права. Так же отсутствует проверка прав на корректные служебные функции и процедуры.Исправлено. Проверка прав на функции и процедуры выполняется при проверке служебных объектов. # ИНСТРУКЦИЯ ПО НАСТРОЙКЕ: Если 5.3 уже установлен, то для корректировки прав на добавленные в 5.3 служебные функции необходимо запустить утилиту chkmssql на проверку служебных объектов. Если 5.3 ещё не устанавливался, то при установке по инстркции использовать chkmssql не ниже 5.3.17.
101.388315.4.14.0Трудности первого входа в БДПоддержка различных платформ баз данныхMS SQL
Трудности первого входа в БД MS SQL Server 2005. Казахская кодировка. После инсталляции базы данных пытаюсь первый раз войти в нее Саппортом. Галактикой входит нормально. В этом случае бывает два варианта: 1. Выдается сообщение "Не удалось создать супервизора по умолчанию. Статус 311. Система разграничения прав доступа заблокирована." И все. Больше ничего сделать нельзя. Выдается лог (см. ms70drv.lo2). 2. В Саппорт пускает, но при попытке входа в протект, энтерпрайз и т.д. ругается, что не может создать пароль. При этом формируется лог (ms70drv.lo1). После этого можно выйти из Саппорта, а затем снова войти. Пустит в любой модуль не спрашивая пароля. Независимо от того, была попытка установить пустой пароль или непустой.Модифицирован способ хранения пароля на юникодных базах. Проблемы создания супервизора по умолчанию и установки нового пароля пользователя устранены. # ИНСТРУКЦИЯ ПО НАСТРОЙКЕ: Перед началом работы с ранее установленной юникодной БД (Казахстан), ее следует проверить утилитой chkmssq.exe версии 5.3.21 в режиме исправления полей таблиц.
102.746345.4.14.0Для выпуска Атлантиса 5314Предложение по новой функциональности Галактики ERP (по системе в целом)?
Для совместимости с Атлантисом 5.3.14 необходима персборка на этом атлантисе 6 dll: - G_FA 8.10.1.0 - G_Fin 8.10.3.0 - G_Nalog 8.10.2.0 - G_OPer 8.10.3.0 - G_Txo 8.10.8.0 - Galnet 8.10.53.0Указанные DLL пересобраны на 5.3.14.
102.831015.4.14.0Атлантис 5.4.14Проблемы по Атлантису в целом (не знаю какая именно его часть-научите)неотклассифицировано