Почему база в серверном варианте может работать хуже чем в файловом?

1. I_train 07.12.22 11:11 Сейчас в теме
Была файловая база ут 10.3 на платформе 8.2.19.130, перевели ее на серверный вариант (MS SQL), теперь проведение документов, в частности отчет о розничной продаже и возврат товара, стали проходить существенно дольше. Стоял параметр "Серверный (сжатие: усиленное)" , отключил его запустив с параметром /TComp -None, изменений нет. Посмотрел кодом где зависает, зависает в процедуре ДвижениеПартийТоваров (Проводит переданный документ по учету партий товаров), может кто нибудь сталкивался с подобным?
Ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
5. user1863362 07.12.22 11:19 Сейчас в теме
(1) А вы какую цель переводом базы на SQL вообще преследовали?
7. I_train 07.12.22 11:22 Сейчас в теме
(5)
А вы какую цель переводом базы на SQL вообще преследовали?
Ускорить работу, а то некоторые документы долго проводились
8. independ 1542 07.12.22 11:36 Сейчас в теме
(1) какая версия платформы и версия mssql? по личному опыту связка 8.2.19.130 и mssql2012 самая стабильная для ут 10.3(база с 2012 года 50гб), но есть клиент с 8.3.18.1483 и mssql2014 тоже адекватно(база с 2015 года 40гб). тюнинг mssql + регулярные регл.задания применяются
конфиг железа офисный
9. dnikolaev 178 07.12.22 11:44 Сейчас в теме
вот эта поправка меня спасла от зависаний по партионному учету https://infostart.ru/1c/articles/191732/

еще посмотрите в целом свой регистр "списанные товары"
поймете для чего он. в своем случае я его зачищаю, т.к. он дает тормоза, а нужен по сути только для перепроведения по партиям.
если перепроводить обработкой я не планирую в закрытых периодах - я его зачищаю.

ну а что касается SQL - обязательно проверьте настроены ли регламентные задания (типа обновление статистики итп.)
10. apokrit 07.12.22 11:46 Сейчас в теме
(1)
перевел ее на серверный вариант (MS SQL)

Файловый вариант (даже толстого клиента) гораздо проще устроен:
* не нужно передавать данные с клиента на сервер предприятия
* не нужно передавать данные с сервера предприятия в СУБД
* не нужно это всё возвращать в обратном порядке
+ ещё вопрос где СУБД, как настроена

(1)
отключил его запустив с параметром /TComp -None, изменений нет

Это настройки для протокола обмена тонкого клиента с сервером, на толстый клиент они вообще ни как не влияют.
13. lmnlmn 69 07.12.22 12:00 Сейчас в теме
(1) Если народу мало и до лимитов файловой базы еще далеко, то лучше ее оставить файловой на терминальном сервере. По сети не дергать. Будет быстрее работать.

P.S. А еже ли вы еще и SQL с сервером 1С на одной машине крутите...
14. umev 07.12.22 12:14 Сейчас в теме
(13)
P.S. А еже ли вы еще и SQL с сервером 1С на одной машине крутите...

Фигня. Мы же не знаем конфигурацию сервера. Если ядер и памяти хватает, то в чем проблема?
19. minarenko 07.12.22 14:06 Сейчас в теме
(1)прирост производительности на скуле появляется при параллельном записи/чтении. Если мало пользователей работает в базе, то файловая порой быстрее работает
20. Vitaly1C8 07.12.22 15:02 Сейчас в теме
(1) нужна более конкретная конфигурация вашего сервера; Народ тут голову ломает, советы дает, а может оказаться что у Вас SQL на другой машине в сети стоит, или раньше на физ-сервере было, а теперь на виртуалке.

P.S. С файловой базой (раз уж она работает быстрее) Вы можете использовать Автономный сервер (ibsrv)
2. user1278383 5 07.12.22 11:13 Сейчас в теме
Для одного пользователя она и должна работать медленнее...
3. I_train 07.12.22 11:14 Сейчас в теме
(2) Спасибо за ответ, но в базе несколько пользователей работают
4. user1278383 5 07.12.22 11:19 Сейчас в теме
6. I_train 07.12.22 11:20 Сейчас в теме
15. user1278383 5 07.12.22 12:22 Сейчас в теме
(6) для 5 я не думаю, что серверный вариант будет быстрее работать. На сколько примерно процентов падение производительности? "Существенно дольше" - это раза в два дольше или процентов на 20%?
11. umev 07.12.22 11:52 Сейчас в теме
Схема питания сервера переключена на высокую производительность?
12. I_train 07.12.22 12:00 Сейчас в теме
(11)
Схема питания сервера переключена на высокую производительность?
Спибо за ответ, переключил на высокую
16. Dem0 07.12.22 12:23 Сейчас в теме
Вспомнил одну оказию..
Дин. список в одной сильно самописной базе (на БСП) жутко тормозил на Постгре
После выгрузки в ДТ в файловую базу - этот же дин. список работал в 20 раз быстрее.
Виновата была криво настроенная постгря.
17. Online-Ufa 07.12.22 12:27 Сейчас в теме
Если файловая тормозила потому, что не хватало ресурсов сервера, то при переходе на SQL и должно начать тормозить еще сильнее
user1278383; I_train; +2 Ответить
18. XAKEP 07.12.22 13:56 Сейчас в теме
для этого не нужно настраивать и менять железо
Оставьте свое сообщение

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот