Проблема ПИР | Первое решение | Описание | Проект | Детализация |
---|
Что изменено: | Как изменено: |
---|
101.37486 | 5.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.42250 | 5.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.39434 | 5.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.39436 | 5.4.14.0 | При отображении дочерних процессов необходимо указывать PID процесса. | Системные утилиты | Мониторинг |
мониторинг пользователей серверов приложений (galconf) | добавлена колонка PID (идентификатор процесса), значение в которой соответствует идентификатору процесса сервера приложений, на котором исполняются потоки данного пользователя |
102.74634 | 5.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.83101 | 5.4.14.0 | Атлантис 5.4.14 | Проблемы по Атлантису в целом (не знаю какая именно его часть-научите) | неотклассифицировано |
| |