Как перезапустить конфигурацию 1С

Под перезапуском конфигурации 1С пользователи обычно понимают несколько разных действий: повторный вход в базу после обновления, перезапуск клиентского приложения, рестарт службы сервера 1С или применение изменений конфигурации базы данных. Правильный способ зависит от того, что именно произошло: обновлена конфигурация, изменился код расширения, появилась ошибка кэша или завис рабочий процесс сервера.

Самое частое заблуждение — считать, что для «перезапуска конфигурации» достаточно закрыть и открыть окно 1С. Если изменения внесены в конфигурацию базы данных, простой повторный вход не поможет: требуется выполнить обновление конфигурации базы данных в конфигураторе, а в клиент-серверном варианте иногда дополнительно перезапустить службу агента сервера.

Ниже разобраны все основные сценарии: от простого перезапуска сеанса пользователя до перезапуска серверных служб и очистки кэша. Для каждого случая указаны условия применения, точные действия и признаки, по которым можно проверить, что результат достигнут.

Определяем, какой именно перезапуск требуется

Прежде чем что-то перезапускать, важно понять причину. Ошибки вида «конфигурация базы данных не соответствует сохранённой конфигурации» означают, что изменения внесены в конфигуратор, но не применены к базе — нужен запуск обновления конфигурации базы данных. Ошибки, которые возникают только у одного пользователя и исчезают у других, обычно указывают на локальный кэш метаданных.

Зависание всех сеансов одновременно, невозможность подключиться к кластеру или сообщения о недоступности сервера — признак проблемы на уровне службы агента сервера 1С или СУБД. В этом случае перезапуск клиента бесполезен.

Перезапуск сеанса пользователя

Простейший сценарий — повторный вход в информационную базу. Он нужен, когда в конфигурацию внесены изменения, которые подхватываются при новом подключении: обновлены роли, изменены настройки интерфейса, доработан код общих модулей. Действия: закройте все окна 1С, убедитесь, что процесс 1cv8.exe завершён в диспетчере задач, затем запустите базу заново из списка информационных баз.

Если пользователь работает в терминальном режиме или через веб-клиент, сеанс может оставаться активным даже после закрытия окна браузера. В этом случае сеанс завершают принудительно: в клиент-серверном варианте — через консоль кластера серверов 1С (раздел «Сеансы»), в файловом — через пункт «Администрирование → Активные пользователи» в режиме предприятия.

Обновление конфигурации базы данных

Это ключевой смысл фразы «перезапустить конфигурацию» в контексте доработок. Когда разработчик изменяет конфигурацию в конфигураторе, изменения сохраняются только в конфигурации разработчика. Чтобы они начали действовать для пользователей, нужно применить их к базе данных.

Порядок действий: откройте конфигуратор под учётной записью с правами администратора, выполните команду «Конфигурация → Обновить конфигурацию базы данных» или нажмите F7. Если изменились структуры данных (добавлены реквизиты, табличные части, измерения регистров), платформа предложит выполнить реструктуризацию — подтвердите её, предварительно убедившись в наличии резервной копии.

Во время обновления с реструктуризацией пользователи должны выйти из базы: монопольный режим требуется для изменения структуры таблиц. Если обновление затрагивает только программный код, в ряде случаев платформа позволяет применить его без монопольного доступа, но пользователям всё равно потребуется перезайти, чтобы получить новую версию модулей.

1. 1
   Сделайте резервную копию базы (выгрузка в dt или средствами СУБД)
2. 2
   Попросите пользователей завершить работу и проверьте активные сеансы
3. 3
   Откройте конфигуратор и нажмите F7 (Обновить конфигурацию базы данных)
4. 4
   Подтвердите реструктуризацию, если она запрошена
5. 5
   Дождитесь завершения и запустите базу в режиме предприятия для проверки
6. 6
   Разрешите пользователям входить в базу

Перезапуск службы сервера 1С

В клиент-серверном варианте работы отдельная задача — перезапуск службы агента сервера 1С:Предприятия. Она нужна, когда завис рабочий процесс кластера, память сервера исчерпана, или требуется применить изменения настроек кластера. Это действие затрагивает всех пользователей всех баз данного сервера, поэтому выполнять его нужно осознанно.

На Windows откройте оснастку «Службы» (services.msc), найдите службу «Агент сервера 1С:Предприятия» соответствующей версии платформы, выберите «Перезапустить». Альтернатива — командная строка с правами администратора:

net stop "Агент сервера 1С:Предприятия 8.3 (x86-64)" && net start "Агент сервера 1С:Предприятия 8.3 (x86-64)"

На Linux служба перезапускается через systemctl: sudo systemctl restart srv1cv83 (имя юнита зависит от версии платформы и способа установки). После перезапуска проверьте, что кластер поднялся: откройте консоль кластера и убедитесь, что рабочие процессы запущены, а сеансы пользователей устанавливаются.

Очистка кэша метаданных

Типичная ситуация после обновления конфигурации: у части пользователей появляются странные ошибки — «поле не найдено», «метод не обнаружен», формы открываются в старом виде. Причина — устаревший кэш метаданных на клиентском компьютере или в каталоге сервера.

Для клиентского кэша есть три рабочих способа. Первый — удалить базу из списка в стартовом окне и добавить её заново (кэш привязан к идентификатору базы в списке). Второй — удалить вручную папки кэша в профиле пользователя: %APPDATA%\1C\1cv8 и %LOCALAPPDATA%\1C\1cv8, ориентируясь на папки с именами в виде GUID. Третий — добавить в параметры запуска базы ключ /ClearCache, который очищает клиентский кэш при старте.

На сервере кэш расположен в каталоге служебных файлов кластера (папка reg_1541 или аналогичная, подкаталоги с GUID баз). Серверный кэш удаляют только при остановленной службе агента, иначе часть файлов будет заблокирована, а часть — пересоздана некорректно.

Перезапуск после изменения расширений и внешних компонентов

Расширения конфигурации применяются иначе, чем основная конфигурация. После изменения расширения в конфигураторе достаточно сохранить его — обновление конфигурации базы данных не требуется, если расширение не меняет структуру данных. Однако пользователям нужно перезайти в сеанс: расширение подключается при старте сеанса.

Отдельный случай — расширения, добавляющие собственные объекты метаданных (справочники, регистры). Их изменение требует обновления конфигурации базы данных с реструктуризацией, как и изменения основной конфигурации. Признак необходимости — соответствующий запрос платформы при сохранении расширения.

После обновления внешних компонентов или внешних обработок, подключённых через механизм дополнительных отчётов и обработок, перезапуск конфигурации не нужен вовсе — достаточно переоткрыть форму обработки. Но если компонент загружается в память сеанса, потребуется повторный вход пользователя.

Проверка результата и выбор правильного действия

После любого перезапуска нужно убедиться, что цель достигнута. Если обновлялась конфигурация — откройте изменённый объект и проверьте новое поведение. Если чистился кэш — повторите операцию, которая вызывала ошибку. Если перезапускался сервер — проверьте доступность всех баз кластера и работу фоновых заданий.

Частые вопросы