subj. Интересует практика действующих спецов. ps. Сервер приложений ПРОФ, не КОРП.

По необходимости

(0) у меня работает платформа 8.3.14.1630 на Postgres 9.6
сейчас есть проблема медленной работы в одной базе из 4х
не перезагружал уже месяц
но планирую решить ее не рестартом, а переходом на свежую 8.3.15 \ Postgres 10

раньше рестартил каждую ночь после резервной выгрузки

Раз в ночь, если возможно, с чисткой сеансовым.

(0) Каждую ночь.

(0) Когда основные базы были на 8.2, ну может раз в несколько месяцев.
Теперь, после кошмара с переходом на 8.3.......часто....

(4) "Раз в ночь, если возможно, с чисткой сеансовым." - это как?

(7) http://www.gilev.ru/tag/сеансовые-данные/

по мере необходимости, обычно вместе с рестартом самого сервера после обновлений, то есть в среднем раз в 1...2 месяца.

разумеется для такой работы требуется некоторый тюнинг
1. настройка рабочих процессов на автоперезапуск в случае ошибок
2. подбор параметров количество баз и сеансов в одном рхосте
3. периодическая очистка виндового темпа

Это лучше делать еженочно

(10) еженочно у нас не подходит, из-за разнности часовых поясов у нас программа работает чуть-ли не 24часа в сутки...

(11) Ну если работает, то хорошо, а если вдруг начнёт глючить, то вспомните мою рекомендацию.

Если у вас возникает потребность в еженощном рестарте, то или глючный релиз, или кривой код в 1с.

(13)другими словами, или кривой код в 1с, или кривой код в 1с

(14) Ну, в общем да. Только виновники разные

(0) тогда уж платформу,  СУБД и количество пользователей неплохо спрашивать.

8.2 150 пользователей раз в месяц примерно.
8.3.10 300 пользователей если динамически не обновлять то раз в три дня. Если динамически то ежедневно с чистой кеш.

Рестарт 1С-сервера очень помогает проводить динамическое обновление рабочей конфигурации.