УТ 11.4 закрытие месяца под SQL очень долго.

1. RAV38574 119 29.09.20 13:14 Сейчас в теме
База УТ 11.4.12.77 закрытие месяца в файловом варианте 5-10 минут, в Серверном расчет себестоимости более 3 часов, память использует всю. Документов всех за месяц не более 500 с 1-5 позициями номенклатуры. Метод ФИФО. Предварительный расчет себестоимости включен.
Платформа 8.3.17.1549. Сервер новый, большой производительности Xeon 4.00 GHz, WS 2019 Standart , 1c на SSD, SQL 2016, память 64 Гбт,

Что надо сделать, какие настройки, чтобы закрытие проходило быстрее и без израсходования всей памяти сервера.

Инструкция по настройке рабочих серверов от 1с не помогает https://its.1c.ru/db/metod8dev/content/5908/hdoc. По форумам тоже решение не нашел. Распределение затрат и расчет себестоимости просто висит часами.
Ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
2. nomad_irk 72 29.09.20 13:18 Сейчас в теме
(1) Как организована система хранения данных для MS SQL?
на каком диске хранится tempdb/журнал транзакций для БД/файлы БД?
Память для MS SQL необходимо ограничить.
3. erutan 104 29.09.20 13:32 Сейчас в теме
При похожей ситуации помогли

https://its.1c.ru/db/metod8dev/content/5837/hdoc

Обновление статистик
Очистка процедурного КЭШа
Дефрагментация индексов
4. RAV38574 119 29.09.20 13:36 Сейчас в теме
Как надо, для решения именно закрытия месяца, т.к. в остальном база работает быстро претензий нет.
Система стоит на SATA , база SQL на SSD и tempdb на SSD отдельно.
5. XAKEP 29.09.20 13:36 Сейчас в теме
SQL 2016 експрес ?

а сколько пользователей вообще онлайн (минимум*максимум)
6. RAV38574 119 29.09.20 13:39 Сейчас в теме
Не експрес, И при одном пользователе такая проблемма.
7. XAKEP 29.09.20 13:39 Сейчас в теме
все на реальном железе или виртуальные "чудеса" ?
8. RAV38574 119 29.09.20 13:45 Сейчас в теме
На реальном, терминал и SQL, больше ничего, сервер новый, база только перенесена, база в файле 1.7 Гб.
На старом вылетала с ошибкой по памяти, но там и сервер отстой был.
В файловой закрывается быстро.
11. comptr 31 29.09.20 13:53 Сейчас в теме
(8)
На старом вылетала с ошибкой по памяти

Можно попробовать запустить тестирование и исправление.
Если не поможет - выгрузить в файловый вариант и попробовать утилиту chdbl.exe из каталога с платформой, потом загрузить обратно.
12. RAV38574 119 29.09.20 13:59 Сейчас в теме
(11) Это было бы просто. Вылетала, реально памяти не хватало на сервере, и опять же на старом сервере в файле закрывалась. База уже другая свернутая с переносом документов в чистую базу, дело не в ней.
20. XAKEP 29.09.20 14:56 Сейчас в теме
(12)
свертка базы не удаляет ошибок.....
22. RAV38574 119 29.09.20 18:44 Сейчас в теме
(20)База уже другая свернутая с переносом документов в чистую базу, а это остатки и документы текущие.
О каких ошибках речь? и потом напомню в файловом режиме все прекрасно, проблемма при закрытии в серверном варианте. И более, база типовая.
9. XAKEP 29.09.20 13:48 Сейчас в теме
10. RAV38574 119 29.09.20 13:49 Сейчас в теме
Сервер да 64 + файловая 64 и 32 (для сдачи отчетности).
13. XAKEP 29.09.20 14:02 Сейчас в теме
https://infostart.ru/1c/articles/255469/

думаю смысл понятен :)
-----------------------
Как то в очередной раз разбираясь с расчетом себестоимости я заметил такую вещь, что в файловой базе полный расчет выполнялся за 30 секунд, а в серверной порядка 10 минут.
------------------------
14. XAKEP 29.09.20 14:04 Сейчас в теме
(13)
Здесь следует сделать одно замечание: данный способ хорошо работает только в том случае, если в результирующей временной таблице по способам распределения большое число записей.
15. RAV38574 119 29.09.20 14:24 Сейчас в теме
(13) Если бы база была большой, а тут легковес и в стандартной поставке такая засада. Ну не должно так быть, я понимаю тормоз SQL на маленькой базе по отношению к 64 файловой, но тут просто Камазовский тормоз.
16. XAKEP 29.09.20 14:31 Сейчас в теме
(15)
я с MSSQL ничем не помогу
-------------------------------------
есть минимальные начальные настройки
надеюсь они сделаны
и общие рекомендации
также сделаны :) ?
------------------------------
для SQL
17. RAV38574 119 29.09.20 14:36 Сейчас в теме
(16) Что рекомендует 1с в https://its.1c.ru/db/metod8dev/content/5908/hdoc.
Остальное по ограничению памяти не решает проблемму. Увеличение потоков при расчете себестоимости в УТ то же.
18. XAKEP 29.09.20 14:40 Сейчас в теме
(17)
может глупый вопрос
Предварительный расчет себестоимости включен

а работает задание ?
23. nomad_irk 72 29.09.20 19:11 Сейчас в теме
(15)запускаете расчет с/с на обоих базах(файловой и к-с) с замером производительности и сравниваете на что тратится значительное бОльше времени в случае к-с.
19. XAKEP 29.09.20 14:47 Сейчас в теме
При изменениях в данных (процедура проведение документа в рассчитываемом периоде) требует полного повторного запуска расчетов, может длиться несколько часов. При запуске с параллельной работой пользователей (когда, к примеру, пользователи работают в текущем месяце, а вы запустили расчеты по предыдущему) он значительно «съедает» ресурсы, тормозит систему.
------------------------------

но вы говорили, что и при одном пользователе долго
всех отключили что-ли ?
------------------------

поставьте запрет на проведение задним числом
и попробуйте...больше вариантов пока нет
21. RAV38574 119 29.09.20 15:18 Сейчас в теме
Да один на сервере, закрытие именно одного месяца, остальные закрыты. Я вот не пойму база меньше 2 Гб, откуда можно набрать более 40 Гб в памяти при расчете, это как зациклить надо? или архитиктуру так использовать бездарно. Причем эта проблемма идет с 2010 (что я нашел в форумах) и до сих пор методики настройки SQL и 1c по этой проблемме нет, непонятно.
24. Fox-trot 158 29.09.20 19:17 Сейчас в теме
25. RAV38574 119 29.09.20 19:20 Сейчас в теме
(24)База типовая, какие запросы?
27. Fox-trot 158 29.09.20 19:33 Сейчас в теме
(25) это же не тора, перепиши все тупые запросы документа закрытия
26. XAKEP 29.09.20 19:25 Сейчас в теме
нашел инфо, с чего начинают поиски
обновить статистику и перестроить индексы. MSSQL
только после этого копать глубже.
28. REDS220 29.09.20 21:19 Сейчас в теме
(3) Попробуем сделать по данной инструкции:

https://www.plus-aliance.ru/news/tekhnoblog/service-databases-microsoft-sql-server-for-1c-operation/

Единственно из этой схемы будет выпилено резервное копирование.
По результатам сообщу.

Минимальное результатов не дало, память выжирается медленно но верно, как будто утечка...


Если у кого то есть предположения или опыт по данному вопросу просьба не ждать выполнения нами данной инструкции, предлагайте Ваши решения.
29. muskul 30.09.20 01:45 Сейчас в теме
а какой режим партионного учета включен? если ли разница (на копии конечно) если поменять фифо на среднюю.
30. RAV38574 119 30.09.20 11:43 Сейчас в теме
(29)Можно конечно потренироваться, но это не решение проблеммы.
(3) не помогло, (26) это то же, что и в 3 посте.
31. erutan 104 30.09.20 17:12 Сейчас в теме
(30) есть другой сервер (для эксперимента)?
Дальше - попробуйте включить технологический журнал и "раскурить" причины зависаний.

Еще вариант - если база небольшая и типовая (или почти типовая) - можно попробовать показать в 1с (отправить dt на ftp техподдержки, предоставляют место по запросу)
33. RAV38574 119 30.09.20 19:07 Сейчас в теме
(31)Это второй сервер, в тех. поддержку 1с запрос сделан, пока нет решения.
32. nomad_irk 72 30.09.20 17:17 Сейчас в теме
(30)Включайте замер производительности в файловой и к-с БД и сравнивайте, на что тратится значительно бОльшее количество времени в случае к-с.
Результат сравнения даст вам направление движения.
34. RAV38574 119 30.09.20 20:30 Сейчас в теме
Сделал тест с КА 2.4.6 все пролетело за 15 мин., а база тяжелее в 7 раз. Так что сам SQL работает как надо.
Осталось понять, что не так с УТ 11.4.12.77, или дождаться метода решения от 1с. Тестирование и исправление делалось, дело в другом.
35. Fox-trot 158 30.09.20 20:52 Сейчас в теме
(34) индексы уже перестроил?
36. RAV38574 119 30.09.20 21:07 Сейчас в теме
(35)
индексы

Подробнее, что значит перестроил?
37. Fox-trot 158 30.09.20 21:40 Сейчас в теме
38. RAV38574 119 30.09.20 21:50 Сейчас в теме
(37)Тестирование и исправление информационной базы. Конечно.
39. Fox-trot 158 01.10.20 07:01 Сейчас в теме
(38) вспомнил, у одного клиента параметр увеличения базы был по-дефолту 1 мегабайт
глянь, что там у вас. какое значение?
40. RAV38574 119 15.10.20 15:53 Сейчас в теме
Ошибка в конфигурации, принята на исправление 00-00330308.
Спасибо, всем участникам темы.
Umka23; comptr; erutan; +3 Ответить
Оставьте свое сообщение

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