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


Описание файла обновления:
ФайлCLIAGENT_DLL_54381.txt
ОбновлениеCLIAGENT_DLL_54381
НазначениеСпециальное
ПродуктAtlantis 5.4
Релиз:
КомпонентCLIAGENT
ТипDLL
Версия5.4.38.1
Дата2011-12-16 17:40:14
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
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.422505.4.22.0Сообщение о занятом служебном ресурсе при обновлении 3хуровневого клиентаПерспективные проекты инструментария32-x битный клиент
Клиент сервера приложений ----- ПРОЯВЛЕНИЕ ПРОБЛЕМЫ ----- При обновлении 3хуровневого клиента выдаются сообщения: 1) Oшибкa oткpытия (coздaния)кoмпoнeнтa D:Gal810.54exeAtlantis_myannik.res 2) Oшибкa oткpытия (coздaния) кoмпoнeнтa D:Gal810.54exemyannik.crf.Исправлено.
101.394345.4.14.0Нужна возможность снятия дочерних процессов менеджера сервера приложенийСистемные утилитыМониторинг
режим менеджера серверов приложений (galsrv)добавлен параметр REG:Server/IdleSlaveServerTimeout (0 по умолчанию / единица измерения - мс), в котором задаётся время по истечение которого процесс сервера приложений, запущеный менеджером, будет завершен, если на этом сервере не выполняется потоков ни одного пользователя # ИНСТРУКЦИЯ ПО НАСТРОЙКЕ: Если необходимо, чтобы процессы серверов приложений, запущенных менеджером серверов приложений, автоматически завершались при отсутствии пользователей, необходимо в параметре системного реестра того компьютера, на котором исполняется менеджер серверов приложений задать параметр HKEY_LOCAL_MACHINESOFTWAREGalaktika CorpServerIdleSlaveServerTimeout (REG_DWORD) в котором указать время в мс (например, 20 сек = 20000); если на протяжении указанного периода времени сервер приложений будет простаивать (не будет ни одного пользователя), процесс данного сервера приложений будет завершен пример файла test.reg (останавливать через 20 сек бездействия) приведён ниже (строки, содержащие << и >> означают начало и конец файла соответственно и не входят в его содержимое); в случае его запуска из программной оболочки операционной системы соответствующий ключ будет добавлен в системный реестр. << REGEDIT4 [HKEY_LOCAL_MACHINESOFTWAREGalaktika CorpServer] "IdleSlaveServerTimeout"=dword:00004e20 >>
101.394365.4.14.0При отображении дочерних процессов необходимо указывать PID процесса.Системные утилитыМониторинг
мониторинг пользователей серверов приложений (galconf)добавлена колонка PID (идентификатор процесса), значение в которой соответствует идентификатору процесса сервера приложений, на котором исполняются потоки данного пользователя
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Проблемы по Атлантису в целом (не знаю какая именно его часть-научите)неотклассифицировано