Быстродействие 7.12

[hope]

Добрый день Всем!!!

Кто перешел на 7.12?! Изменилось ли быстродействие Галактики?

Мы перешли с 5.84 на 7.12. Скорость заметно стала ниже. Долго открываются интерфейсы, переход по модулям очень долго.
При этом пользователи говорят, что отчеты стали формироваться быстрее.

Можно ли как-то ускорить открытие интерфейсов, переход по модулям????

[edward_K]

отчеты да быстрее, хотя если сравнивать с 585 то медленее
такие общие рекомендации на любую версию
1. настроить временные файлы на локал
В galnet.cfg(startup.cfg)
[Files]
TmpFilesDirectory=d:\gal712\knpz\tmp
TmpFilesShortDirectory=d:\gal712\knpz\tmp
В wingal.bat
Del /Q /A:S /A:H /A:R /A:A d:\gal712\knpz\tmp\tmp*.*
Del /Q /A:S /A:H /A:R /A:A d:\gal712\knpz\dsk\tmp*.*
2.При расчете зарплаты много сообщений протокол от zaralg,
Можно для сохранения отладочных режимов воспользоваться настройкой «Управление персоналом» - «Кэшировать запись сообщений в протокол». При «да» сообщения не выводить, при «нет» выводить.
3.Много протоколов в сети
Необходимо проанализировать необходимость использования SPX и TCP/IP
В Pervasive Control Center можно оставить один MicroSoft Tcp/ip.

4.Медленный переход из модуля модуль
711 sup03.txt
8. ПРОБЛЕМА В ПИР: 101.23503
ЧТО ИСПРАВЛЕНО:
медленный переход из модуля в модуль
КАК ИСПРАВЛЕНО:
LicParam.AdminInfoEnable ускоряет переход за счет консоли администратора.
Если для Галактики его выключить, а для Support включить, то в консоли
администратора все же можно будет наблюдать данные, если для их обновления
периодически менять модуль в Support

[hope]

Забыла сказать - у нас MS SQL.

Про параметр LicParam.AdminInfoEnable - для 7.12 этот параметр действует? Посмотрела в списке параметров - там такого нет. Но при этом с ним Галактика работает и, вроде, быстрее переходит из модуля в модуль.



И еще вопрос касаемый бытродействия: для Галактики на MS SQL - в Support - SQL -запросы на удаление/изменение записей - просто тормозят - слов нет как жутко, при этом повисают все пользователи, работать нельзя - все висит.
Вчера запустила запрос на очитску поля KatMc.BarKod, в каталоге МЦ 20000 записей выполнялся 16 часов!!!!!????? Все висели 16 часов. За это время можно вручную почистить. Никто не мог работать.
Может тоже есть какие-нибудь настройки - ускоряющие это дело? Или при платформе MS SQL вообще не использовать Support-SQL - для изменения данных? Делать все изменения в самой базе в MS SQL?

Спасибо!

[WiRuc]

Делать все изменения в самой базе в MS SQL?

Вот это правильно:) Сразу забудете о тормозах, хотя появяться другие проблемы.

А чтобы проверить, из-за чего происходят тормоза, запустите профайлер из поставки MSSQL, выполните необходимый вам запрос в SUPPORTе и посмотрите через профайлер, что происходит в этот момент с базой.
Очень помогает для быстродействия снести часть индексов на наиболее интенсивно модифицируемых таблицах, но для этого нужно очень хорошо разбираться в структуре БД и в том, как Галактика работает с СУБД. Если убьете нужный для Галактики индекс, неприятностей будет куча.

[hope]

Спасибо!

А с офисом так и осталась проблема: если начинаешь менять номер офиса - сразу опять ошибка и в базу уже зайти нельзя. А удаление офиса и создание нового - дает работать. Тех поддержка сказала, что такая ошибка зарегистрирована в ПИРе, но решили ее для версии 8.0.

[Visceroid]

медленный переход из модуля в модуль
КАК ИСПРАВЛЕНО:
LicParam.AdminInfoEnable ускоряет переход за счет консоли администратора.
Если для Галактики его выключить, а для Support включить, то в консоли
администратора все же можно будет наблюдать данные, если для их обновления
периодически менять модуль в Support

Меня интересует как подшить, а главное куда, этот параметр, при условии, что я использую Галактику 7.12

[edward_K]

в galnet.cfg и support.cfg с разными значениями