платформа  8.3.9.2170
при поиске в ЖР  всё сводится к везению  , иногда  найдёт   а иногда вешает всё.   В консоли ожиданий нет ничего нет, винты не заняты  впринципе всё штатно на все пользователи которые пытаются что либо сделать встают в ожидание . Не знаю бесконечность или нет   полее 10 минут не выдерживал и останавливал службу сервера в связи с возрастающим кол-вом желающих моей смерти.  

1с и SQL разнесены. пользователей 200-300.   базы в которых точно такое происходит 800 и 900 Гб.   Журнал резал. ограничивал одним месяцев.  залёт реже  но так и остаётся непредсказуем.

Для такого дела внедряют подсистему внешнего ЖР

(когда агент в фоне сливает данные ЖР в регистр сведений отдельной базы-хранилища)

Тогда уж лучше сливать непосредственно в какую то таблицу SQL. Там ведь ничего не надо. Единственно не понятно кто будет сливать.
Зато после можно будет подцепить эту таблицу через внешние данные в ту же конфу.

(0) У нас тоже большая база (журнал в "старом" формате). Смотрю максимум за неделю: захожу в ЖР, ставлю отборы и обязательно "отобрать сразу".

в типовых есть версионирование

(2) тогда уж лучше какой нибудь эластик использовать

(6) Ну это для гурманов, любящих выходить за рамки платформы 1С. А так сразу развернул отдельную базу и уже профит.

(5) версионирование<>ЖР

(0) Журнал на SSD вынести. Тем более если пишите в него не только ошибки.

(8) ЖР нужен что только отчет об ошибках посмотреть

(9) у меня на некоторых база журнал в день доходит до 3 Гб. Вот где засада.

(11) Почему еще не внедрено там (1)?

попробую на выхах в старый формат перевести

(0) наблюдалось похожее когда размер ЖР превышал 20 Гб (цифра примерная и непостоянная)