An existing connection was forcibly closed by the remote host при расчете себестоимости
Уважаемые коллеги, помогите победить проблему
Считаем себестоимость (РАУЗ).
Отрицательных остатков по регистру "Учет затрат(регл)" на начало и конец периода нет.
Встречных выпусков ("мертвых петель") нет.
Алгоритмы РАУЗ не изменялись.
Расчет себестоимости формирует порядка 10 млн записей по регистру "Учет затрат (регл)" занимает это около 6 часов
после чего выдает сообщение:
"An existing connection was forcibly closed by the remote host" чем все и заканчивается. До формирования проводок не доходит.
Сервера 1С и СУБД разделены.
ОС: Windows Server 2012 R2
СУБД: MS SQL 2016
Безрезультатно была опробована следующая рекомендация:
Считаем себестоимость (РАУЗ).
Отрицательных остатков по регистру "Учет затрат(регл)" на начало и конец периода нет.
Встречных выпусков ("мертвых петель") нет.
Алгоритмы РАУЗ не изменялись.
Расчет себестоимости формирует порядка 10 млн записей по регистру "Учет затрат (регл)" занимает это около 6 часов
после чего выдает сообщение:
"An existing connection was forcibly closed by the remote host" чем все и заканчивается. До формирования проводок не доходит.
Сервера 1С и СУБД разделены.
ОС: Windows Server 2012 R2
СУБД: MS SQL 2016
Безрезультатно была опробована следующая рекомендация:
Найденные решения
Сам отвечу на свой вопрос.
Проблема решена по следующей рекомендации:
Увеличил количество памяти на рабочий процесс с 8 Гб до 12 Гб.
Уменьшил количество рабочих процессов до 2.
Увеличил количество соединений на процесс с 50 до 100.
Свернутый набор записей по регистру "Учет затрат(регл)" составил 2,5 млн записей,
что в 2 раза больше расчетов за предшествующие периоды.
Видимо мы просто подошли к границе максимального объема памяти на рабочий процесс.
Проблема решена по следующей рекомендации:
Увеличил количество памяти на рабочий процесс с 8 Гб до 12 Гб.
Уменьшил количество рабочих процессов до 2.
Увеличил количество соединений на процесс с 50 до 100.
Свернутый набор записей по регистру "Учет затрат(регл)" составил 2,5 млн записей,
что в 2 раза больше расчетов за предшествующие периоды.
Видимо мы просто подошли к границе максимального объема памяти на рабочий процесс.
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Не уверен на все 100, но похоже на переполнение. Севрер 1С х64? Если нет - попробуйте выполнить операцию под х64.
Если сервер 1с х64 - попробуйте сделать настройки из этой статьи
Интересует блокировка страниц в памяти и Boost SQL Server priority
Если сервер 1с х64 - попробуйте сделать настройки из этой статьи
Интересует блокировка страниц в памяти и Boost SQL Server priority
Сам отвечу на свой вопрос.
Проблема решена по следующей рекомендации:
Увеличил количество памяти на рабочий процесс с 8 Гб до 12 Гб.
Уменьшил количество рабочих процессов до 2.
Увеличил количество соединений на процесс с 50 до 100.
Свернутый набор записей по регистру "Учет затрат(регл)" составил 2,5 млн записей,
что в 2 раза больше расчетов за предшествующие периоды.
Видимо мы просто подошли к границе максимального объема памяти на рабочий процесс.
Проблема решена по следующей рекомендации:
Увеличил количество памяти на рабочий процесс с 8 Гб до 12 Гб.
Уменьшил количество рабочих процессов до 2.
Увеличил количество соединений на процесс с 50 до 100.
Свернутый набор записей по регистру "Учет затрат(регл)" составил 2,5 млн записей,
что в 2 раза больше расчетов за предшествующие периоды.
Видимо мы просто подошли к границе максимального объема памяти на рабочий процесс.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот