Почему база в серверном варианте может работать хуже чем в файловом?
Была файловая база ут 10.3 на платформе 8.2.19.130, перевели ее на серверный вариант (MS SQL), теперь проведение документов, в частности отчет о розничной продаже и возврат товара, стали проходить существенно дольше. Стоял параметр "Серверный (сжатие: усиленное)" , отключил его запустив с параметром /TComp -None, изменений нет. Посмотрел кодом где зависает, зависает в процедуре ДвижениеПартийТоваров (Проводит переданный документ по учету партий товаров), может кто нибудь сталкивался с подобным?
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) какая версия платформы и версия mssql? по личному опыту связка 8.2.19.130 и mssql2012 самая стабильная для ут 10.3(база с 2012 года 50гб), но есть клиент с 8.3.18.1483 и mssql2014 тоже адекватно(база с 2015 года 40гб). тюнинг mssql + регулярные регл.задания применяются
конфиг железа офисный
конфиг железа офисный
вот эта поправка меня спасла от зависаний по партионному учету
еще посмотрите в целом свой регистр "списанные товары"
поймете для чего он. в своем случае я его зачищаю, т.к. он дает тормоза, а нужен по сути только для перепроведения по партиям.
если перепроводить обработкой я не планирую в закрытых периодах - я его зачищаю.
ну а что касается SQL - обязательно проверьте настроены ли регламентные задания (типа обновление статистики итп.)
еще посмотрите в целом свой регистр "списанные товары"
поймете для чего он. в своем случае я его зачищаю, т.к. он дает тормоза, а нужен по сути только для перепроведения по партиям.
если перепроводить обработкой я не планирую в закрытых периодах - я его зачищаю.
ну а что касается SQL - обязательно проверьте настроены ли регламентные задания (типа обновление статистики итп.)
(1)
Файловый вариант (даже толстого клиента) гораздо проще устроен:
* не нужно передавать данные с клиента на сервер предприятия
* не нужно передавать данные с сервера предприятия в СУБД
* не нужно это всё возвращать в обратном порядке
+ ещё вопрос где СУБД, как настроена
(1)
Это настройки для протокола обмена тонкого клиента с сервером, на толстый клиент они вообще ни как не влияют.
перевел ее на серверный вариант (MS SQL)
Файловый вариант (даже толстого клиента) гораздо проще устроен:
* не нужно передавать данные с клиента на сервер предприятия
* не нужно передавать данные с сервера предприятия в СУБД
* не нужно это всё возвращать в обратном порядке
+ ещё вопрос где СУБД, как настроена
(1)
отключил его запустив с параметром /TComp -None, изменений нет
Это настройки для протокола обмена тонкого клиента с сервером, на толстый клиент они вообще ни как не влияют.
(1) нужна более конкретная конфигурация вашего сервера; Народ тут голову ломает, советы дает, а может оказаться что у Вас SQL на другой машине в сети стоит, или раньше на физ-сервере было, а теперь на виртуалке.
P.S. С файловой базой (раз уж она работает быстрее) Вы можете использовать Автономный сервер (ibsrv)
P.S. С файловой базой (раз уж она работает быстрее) Вы можете использовать Автономный сервер (ibsrv)
Вспомнил одну оказию..
Дин. список в одной сильно самописной базе (на БСП) жутко тормозил на Постгре
После выгрузки в ДТ в файловую базу - этот же дин. список работал в 20 раз быстрее.
Виновата была криво настроенная постгря.
Дин. список в одной сильно самописной базе (на БСП) жутко тормозил на Постгре
После выгрузки в ДТ в файловую базу - этот же дин. список работал в 20 раз быстрее.
Виновата была криво настроенная постгря.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот