Всем привет!
В ЗУП 2.5 формируется стандартный отчет РСВ. Сотрудников очень много, поэтому формируется долго. Но до сих пор проблем не было, например годовой отчет формировался больше суток, но в итоге сформировался.
А сейчас формируем 1 квартал, проходит около полутора суток, вываливается окно с ошибкой "Сеанс отсутствует или удален". Ну и как обычно предлагается завершить работу или перезапустить сеанс.
Никто интерактивно сеанс не удаляет. Уже две попытки было, так что убедились, что первый раз не случайно что-то там вылетело.
Куда копать? Наверное какие-то настройки сервера 1С или SQL-сервера могут влиять на эту ситуацию? Может не хватает памяти и сервер 1С процесс убивает... или что-то аналогичное.

Исходные данные:
Сервер 1С и SQL-сервер находятся на одном физическом сервере. Операционка Windows Server2012 R2 Standart, 64х. ОЗУ 128 Гб.
Установлена 1С версии 8.3.10.2561
В параметрах кластера сервера 1С:
Допустимый объем памяти: 4Гб
Интервал превышения допустимого объема: 60 сек
Выключенные процессы останавливать через: 60 сек
Режим распределения нагрузки: Приоритет по производительности
Остальные параметры не указаны (равны нулю)
В параметрах рабочего сервера все показатели про память нули.

Может допустимый объем памяти в свойствах кластера попробовать увеличить? Или наоборот поставить ноль?
Кто с этими параметрами знаком, подскажите, что можно попробовать?
Если исходных данных не хватает, пишите, постараюсь их дать

Флажок "принудительно завершать проблемные процессы" в свойствах кластера не стоит.

Полтора суток? Это сколько же у вас сотрудников?

(2) Около 15 тысяч
Но видимо что-то в последних релизах ЗУП 2.5 изменили в формировании РСВ, усложнили. Ибо в прошлом году 1 квартал формировался меньше суток, год формировался больше суток, но чуть меньше полутора суток. Сейчас же 1 квартал 2018 года формируется больше, чем формировался целый год 2017.

(3) но ведь все эти 15 тысяч как-то структурированы?

Зачем вам вся эта толпа в развернутом виде в одном отчете, не пойму.

Наверняка, что все они поделены на кусочки в зоне ответственности всех расчетчиков - порезать на куски и сформировать... Сервак 1С в 64-битном исполнении или только СУБД 64 бита, а на само приложение пожадничали денег?

(4) Чувак, название отчета глянь, какое там "на кусочки".
(0) Увеличь до 16 Гб в настройках кластера

(4) Не понял, как порезать на куски? РСВ формируется в целом по организации, в 1С даже нет возможности сформировать его например по подразделению. Да и неправильно это.
"Сервак 1С в 64-битном исполнении" - Да

(5) "Увеличь до 16 Гб" - тоже склоняюсь к тому, что надо увеличить этот параметр. Но вот до какой цифры, 16 Гб или какой другой... Может вообще обнулить, тогда без ограничения наверное будет? Не силен в этих вопросах, но почитал, что при достижении указанного предела использования памяти 1С запускает новый процесс, а старый закрывает. Но в новый процесс всё переносится вроде как, т.е. никаких потерь не должно быть. А у меня то вылетает с ошибкой.
Поэтому не уверен, что проблема именно тут.

Почитал я теорию, склоняюсь к тому, чтобы увеличить параметр "Допустимый объем памяти" в свойствах кластера. И возможно на время формирования отчета увеличить параметр "Выключенные процессы останавливать через".
Как думают специалисты? :)
Думал ещё над параметрами в свойствах рабочего сервера:
"Максимальный объем памяти рабочих процессов" и "Безопасный расход памяти за один вызов".
Эти параметры у нас нули. Ноль в первом параметре говорит о доступности 80% всей ОЗУ, что не должно ограничивать. А вот ноль во втором - это всего 5% от первого параметра для одного вызова. Тут может есть узкое место, но я так понял, что если бы причина была здесь, вылезала бы ошибка: «Превышен максимальный расход памяти сервера за один вызов».
У меня же текст ошибки другой: "Сеанс отсутствует или удален".

У тебя падает РП, смотри в ТЖ почему

(9) никогда с ТЖ не сталкивался, он вроде по умолчанию уже должен писаться? Спасибо, попробую разобраться

"с ТЖ не сталкивался, он вроде по умолчанию уже должен писаться?" // Нет

(11) Создал файл logcfg.xml, положил его на сервер в каталог C:\Program Files\1cv8\conf
Логи начали писаться. Правильное ли место я выбрал? Я не разобрался в разнице клиентских логов и серверных. Где-то пишут, что надо этот файл класть в каталог conf папки установки сервера 1С (например, C:\Program Files\1cv82\8.2.17.153\bin\conf)
Иначе будут писаться клиентские логи. Или наоборот. В общем не понял я.
У меня 1С с отчетом РСВ запущена прямо на сервере, на котором установлен и сервер 1С и сервер SQL. Куда правильнее положить файл logcfg.xml, чтобы в моей ситуации я зафиксировал причину удаления сеанса?

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

(13) разработчики на полном официозе заявляли о прекращении саппорта версии ЗУП 2.5 - на что надо рассчитывать от писанины им куда-то.

(13) Дак последний отчет уже в этой базе, со 2 квартала в ЗУП 3.1 переходим. Его бы сформировать и всё. А иначе конечно да, всё хуже и хуже этот РСВ формируется, дольше и дольше с каждым кварталом. Неизвестно что в ЗУП-3 будет, боюсь не лучше там ситуация.

(11) Сам файл сделал такой, вроде в соответствии с рекомендациями 1С:

<?xml version="1.0" encoding="UTF-8"?>
<config xmlns="http://v8.1c.ru/v8/tech-log">;
  <log location="C:\Program Files\1cv8\logs" history="72">
    <event>
      <eq property="Name" value="PROC"/>
    </event>
    <event>
      <eq property="Name" value="SCOM"/>
    </event>
    <event>
      <eq property="Name" value="CONN"/>
    </event>
    <event>
      <eq property="Name" value="EXCP"/>
    </event>
    <event>
      <eq property="Name" value="ADMIN"/>
    </event>
    <event>
      <eq property="Name" value="QERR"/>
    </event>
    <property name="all">
    </property>
  </log>
</config>

Правда тут не пишутся дампы памяти. Их наверное тоже бы надо, вдруг в самом деле в 1С отослать придется

(15) вам при таких траблах один фиг придется все повторить в 3.1 с начала года.

После внесения изменений в параметры кластера нужно перезапускать службу сервера 1С?
Я изменил параметр "Допустимый объем памяти" в свойствах кластера, нажал Применить. Всё сохранилось. Но я думал для вступления изменений в силу нужен перезапуск службы.
Однако отчет сформировался. Я удивлен. Если параметры сразу применились, то я рад. Иначе дело было вообще не в этом, и это удручает, что проблема не найдена