База на SQL, в ней остались на ночь посидеть 2 пользовалеля: один терминальный, один сетевой. Выгоняю пользователей:
"C:\Program Files (x86)\1cv82\8.2.18.82\bin\1cv8.exe" ENTERPRISE /Sserver\trade /N111 /P222 /WA- /AU- /DisableStartupMessages /CЗавершитьРаботуПользователей

Жду положенную минуту. Хочу архивировать - не работает:
"C:\Program Files (x86)\1cv82\8.2.18.82\bin\1cv8.exe" CONFIG /S server\trade /N111 /P222 /DumpIB trade_%date%.dt /UC

Включаю загонялку:
"C:\Program Files (x86)\1cv82\8.2.18.82\bin\1cv8.exe" ENTERPRISE /Sserver\trade /N111 /P222 /WA- /AU- /DisableStartupMessages /CРазрешитьРаботуПользователей /UCКодРазрешения

Теперь не архивирует, потому что пользователи УЖЕ в программе снова! Подключены одновременно с разрешением работать в базе! Как победить эту гидру?

(0) погугли скрипты выгонялок - полно

(0) из серверных баз продуктивнее выгонять иначе. В профессиональной разработке целая глава под это и там прямо код скрипта написан.
Кроме того, там можно почитать про установку блокировки соединений и специальный параметр командной строки /UC, который эту блокировку игнорит.

2(0) зачем выгонять? они что-то делают?  если нет, и значит не происходит блокировок, то просто регистрируешь еще одну базу в консоли, указав в качестве базы ИБ туже, что и рабочая. Архивируешь эту вторую

(4) интересный вариант, попробую.

(4) -> (3)

и, кстати, архивировать через dt нельзя

(6) Почему?

2(7) ну давай предположим, что реплику из (6) сказал ты сам. и не просто для того, чтобы соврать. Какие бы ты привел причины?

(8) есть мысли, но не для полуночной дискуссии...

(7) Не надежно. Потом можно не развернуть_
А вообще верный вариант в (3) для твоей ситуации.
ТАм ничего сложного.

Либо просто бекапь скуль и не парься.

(7) потому, что Сергей Нуралиев утверждает, что эта выгрузка не для резервногокопирования: Внезапно! оказалось что 1С не рекомендует бекапить 8ку посредством выгрузки в dt 28й пост.
Ну и были прецеденты когда выгрузка эта обратно не загружалась, причиняя баттхёрт