Принудительное отключение всех соединений.

[Oldman06]

Приветствую. Проблема в следующем. База 1С на linux сервере. Настроен ночной бэкап на одном из компов. Проблема в том, что не все пользователи выключают программу. Раньше это решалось перезапуском сервиса 1С на сервере ночью перед бэкапом. Но по всей видимости в 8.3 появился механизм поддержки соединения, и после перезапуска сервиса запущенные клиенты заново подсоединяются. Как гарантированно закрыть все соединения?

[LexaK]

да вроде как активные соединения не мешают делать бакап базы.
или у вас база(ы) в файловом режиме и вы выгружаете .dt ?

[Oldman06]

да вроде как активные соединения не мешают делать бакап базы.
или у вас база(ы) в файловом режиме и вы выгружаете .dt ?

База на postgresql. Бэкап делаю средствами 1С на одном из компов. Соединения мешают. Приходится через консоль администрирования все соединения закрывать.
На предполагаемый вопрос "почему не делаете бэкап средствами postgres?", сразу отвечу: не нашел ни одного рабочего примера такого бэкапа. Данные выгруженные таким способом, либо вообще не загружаются назад в базу, либо после загрузки данные искажены. По моему мнению, резервное копирование средствами 1С самый правильный способ получить достоверный архив.

[Kironten]

По моему мнению, резервное копирование средствами 1С самый правильный способ получить достоверный архив.

Вот мягко говоря - спорное утверждение. Скорее это способ как получить битую базу без возможности восстановления.

[Oldman06]

По моему мнению, резервное копирование средствами 1С самый правильный способ получить достоверный архив.

Вот мягко говоря - спорное утверждение. Скорее это способ как получить битую базу без возможности восстановления.

Вот уже 6 лет база архивируется именно так. База более 12 Гб. Я каждую неделю с архива заливаю образ себе в тестовую базу чтобы иметь актуальные данные для дальнейшей разработки. И ни одного сбоя. Чего не скажешь о выгрузке напрямую из postgresql. Хотя, возможно, я просто не знаю как правильно выгружать из postgresql.