Как перезапустить базу 1С: инструкция для файлового и серверного режима

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

Прежде чем перезапускать что-либо, определите, как развёрнута ваша база: файл-серверный вариант (каталог с файлом 1Cv8.1CD на диске или сетевом ресурсе) или клиент-серверный (СУБД MS SQL Server, PostgreSQL, IBM DB2 или Oracle). От этого зависит и набор инструментов, и риски. Некорректный перезапуск серверной базы при активных транзакциях может привести к незавершённым операциям и необходимости восстановления.

Как определить режим работы базы и что именно нужно перезапустить

Откройте меню «Файл — Сведения для технической поддержки» или посмотрите строку подключения в списке информационных баз стартера 1С. Если путь выглядит как File="D:\Bases\Trade" — это файловый режим. Если указан Srvr="Server1";Ref="Trade" — клиент-серверный, и перезапускать придётся серверные компоненты.

Важно различать три уровня перезапуска. Первый — перезапуск сеанса конкретного пользователя: решает локальные зависания. Второй — перезапуск работы с конкретной базой: завершение всех сеансов и соединений этой базы. Третий — перезапуск серверных служб (агент сервера 1С, СУБД): затрагивает все базы, обслуживаемые сервером, и применяется, когда более мягкие меры не помогли.

Перезапуск файловой базы 1С

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

Если кто-то из пользователей не может выйти (программа зависла), завершите процесс 1cv8.exe на его компьютере через диспетчер задач. При размещении базы на сетевом ресурсе проверьте, не держит ли файл открытым какой-либо компьютер: на файловом сервере это видно в оснастке «Управление компьютером — Общие папки — Открытые файлы».

После того как все сеансы закрыты, откройте базу заново через стартер 1С. Если база долго не открывается или выдаёт ошибку «Файл базы данных повреждён», перезапуском проблему не решить — потребуется тестирование и исправление через конфигуратор или утилиту chdbfl.exe.

Перезапуск базы в клиент-серверном режиме через консоль кластера

Основной инструмент администратора — консоль администрирования серверов 1С:Предприятия (оснастка «Администрирование серверов 1С Предприятия» на Windows). Откройте консоль, разверните нужный кластер, найдите ветку «Информационные базы» и выберите вашу базу. В подветках «Сеансы» и «Соединения» видно, кто и как подключён к базе в текущий момент.

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

Завершение сеанса через консоль — принудительная операция: несохранённые данные пользователя будут потеряны. Поэтому перед массовым завершением отправьте пользователям сообщение (в консоли есть функция отправки сообщения по сеансам) и дайте 5–10 минут на завершение работы.

1. 1
   Откройте консоль администрирования серверов 1С и найдите нужный кластер
2. 2
   В свойствах информационной базы включите блокировку начала сеансов
3. 3
   Отправьте пользователям сообщение о плановом завершении работы
4. 4
   Через несколько минут завершите оставшиеся сеансы и соединения
5. 5
   Выполните необходимые работы (обновление, обслуживание)
6. 6
   Снимите блокировку сеансов и проверьте вход тестовым пользователем

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

Если проблема глубже — кластер не отвечает, рабочие процессы падают, консоль не подключается — перезапускают службу «Агент сервера 1С:Предприятия». На Windows это делается через оснастку services.msc: найдите службу с именем вида «Агент сервера 1С:Предприятия 8.3.x», в контекстном меню выберите «Перезапустить». Учтите: перезапуск агента завершит сеансы во всех базах кластера.

На Linux служба называется srv1cv8 и управляется через systemd. Команда перезапуска выполняется от root или через sudo:

sudo systemctl restart srv1cv8-8.3.22-x86_64
sudo systemctl status srv1cv8-8.3.22-x86_64

После перезапуска службы дождитесь, пока кластер полностью поднимется: рабочие процессы rphost должны появиться в диспетчере задач или в выводе ps aux | grep rphost. Первый вход пользователя после перезапуска может занять больше времени — сервер заново заполняет кэш.

Перезапуск на уровне СУБД

Перезапуск службы СУБД — самый тяжёлый вариант, к нему прибегают при проблемах на стороне SQL-сервера: зависшие запросы, переполненный журнал транзакций, ошибки выделения памяти. Для MS SQL Server служба называется «SQL Server (MSSQLSERVER)» или «SQL Server (имя экземпляра)», перезапуск выполняется через SQL Server Configuration Manager или services.msc.

Перед перезапуском СУБД обязательно завершите сеансы 1С через консоль кластера — иначе пользователи получат обрыв соединения, а незавершённые транзакции откатятся. Также проверьте, не обслуживает ли этот же экземпляр SQL Server другие приложения: их работа тоже прервётся.

Для PostgreSQL на Linux перезапуск выполняется командой sudo systemctl restart postgresql (имя службы может включать версию). После перезапуска проверьте, что база доступна: выполните тестовое подключение через psql или pgAdmin и убедитесь, что база не находится в режиме восстановления.

Проверка результата и типичные ошибки

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

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