новое событие
Информационный поток
Задания вакансии материалы разработки сообщения форума
Форум

Обсуждение к заданию: Устранить проблему долгого проведения документов реализации товаров и услуг

    • #1
    • 05.07.2021 17:26
    0
    Задачу до этого выкладывал. Пока никто не решил. Оплата будет после тестирования устранения проблемы. Имеем УТиВСК 11.4 работала быстро без зависании. Чуть менее года назад без изменения оборуд...  Подробнее>>
    • #2
    • 05.07.2021 17:27
    0
    Я правильно понял, что долго могут проводиться только новые документы, а существующие перепроводятся всегда быстро?
    • #3
    • 05.07.2021 18:31
    0
    Здравствуйте, Альберт.

    Тестирование и Исправление базы (в режиме "Только тестирование") со всеми включенными галочками делали уже?
    Какие-то "битые" данные в базе нашлись?

    P.S. Только ОБЯЗАТЕЛЬНО резервную копию базы сделайте перед выполнением ТИИ (а то случаи бывают разные).
    • #4
    • 05.07.2021 20:13
    0
    План запроса на уровне msql смотрели?
    Посмотрите в замере производительности, что происходит при проведении... И ещё - попробуйте сделать переиндексацию регистров, но только на уровне скуля + пересчет итогов.
    • #5
    • 05.07.2021 22:44
    0
    Текущее железо способно обеспечить комфортную работу для 150+ одновременно работающих пользователей и 5 средненьких фоновых. На базах 300-500 ГБ.
    Обычно источник проблемы - люди. Которые что-то сделали в администрировании SQL\VM\кластера 1с и ленятся разбираться как починить. А их не исправить.
    • #6
    • 06.07.2021 07:35
    0
    Можно попробовать через отладчик прогнать проблему. Возможно после обновления изменили код на какой-нибудь не очень оптимизированный, может запросы тормозят или блокировка какая-то получается при записи в регистры.
    • #7
    • 06.07.2021 08:32
    0
    Мингазов Радик
    Я правильно понял, что долго могут проводиться только новые документы, а существующие перепроводятся всегда быстро?


    Верно только новые документы, единственное могут еще долго проводится измененные документы. Допустим создали реализацию на 50 позиции провелось быстро. Потом добавили несколько позиции и уже долго проводится.
    • #8
    • 06.07.2021 08:52
    0
    Л. Андрей
    Текущее железо способно обеспечить комфортную работу для 150+ одновременно работающих пользователей и 5 средненьких фоновых. На базах 300-500 ГБ.
    Обычно источник проблемы - люди. Которые что-то сделали в администрировании SQL\VM\кластера 1с и ленятся разбираться как починить. А их не исправить.


    Да вложили деньги в новый сервер и на нем больше года все работало быстро. До этого стояла стационарный ПК с i7 процом и 24ГБ ОЗУ, выполнял теже задачи. В SQL пробовали выставлять разные настройки, пока к результату не привело ничего.
    • #9
    • 06.07.2021 08:56
    0
    AlexDEV
    План запроса на уровне msql смотрели?
    Посмотрите в замере производительности, что происходит при проведении... И ещё - попробуйте сделать переиндексацию регистров, но только на уровне скуля + пересчет итогов.




    План запроса на уровне msql смотрели? - это не смотрели, погуглю что это
    В замере производительности при проведении не нашли проблему, выполняется основной запрос проведения документа. Переиндексацию регистров + пересчет итогов - если не ошибаюсь SQL выполняет по ночам как регламентную операцию обслуживания (посмотрю точно).
    • #10
    • 06.07.2021 08:58
    0
    Назаренко Сергей Васильевич
    Здравствуйте, Альберт.

    Тестирование и Исправление базы (в режиме "Только тестирование") со всеми включенными галочками делали уже?
    Какие-то "битые" данные в базе нашлись?

    P.S. Только ОБЯЗАТЕЛЬНО резервную копию базы сделайте перед выполнением ТИИ (а то случаи бывают разные).


    Добрый день, Сергей. ТИИ делал несколько раз. Битые данные были немного, но не критичные.
Для участия в обсуждении Вам необходимо авторизоваться либо   зарегистрироваться