Консоль сервера 1С (выгнать пользунов в пакетном режиме) #766590

Здравствуй, уважаемый коллективный разум. Прошу прощения, если такой вопрос уже задавали. Я искал и не нашёл. На сервере 1С то и дело зависают сеансы, соответственно стопорится авто-архивирование баз. Консоль сервера позволяет вручную их рубануть. Вопрос такой: как можно то же самое сделать автоматически, например батником? Можно ли это делать удалённо, т.е. когда консоль на одном компе, а сам сервер на другом?

это можно сделать с помощью RAS/RAC

если речь, конечно, про пакетный режим

[соответственно стопорится авто-архивирование баз] а сиквельный бэкап уже не устраивает

Возможно, у него "сервер 1С" - это компьютер с файловыми базами.

Да, можно батником.

Чё это? Яндекс говорит, что кондиционер -_- Хочется получить именно ДТшку. Сиквельный же только сиквел и ест, насколько я знаю. А как?

.1

Батник вчера приводили рабочий, не смог что-то найти. Суть в том 1. Останавливаешь службу. 2. Килишь процессы. 3. Чистишь кэш сервера. 4. Запускаешь службу.

скачай батник с инфостарта - в чем проблема ?

Какой именно?

поиск работает, не ври. Только ищи не "выгнать пользунов в пакетном режиме", а "1с сервер выгнать пользователей" )))

вот, попробуй:

Ты бы ещё на видео петросяна дал ссылку. Наверное, я в верхнем сообщении описал ситуацию, решение которой не нашёл в гугле. Если пропустил, то конкретику в студию! А если ссылка на гугль это всё, что ты можешь ответить, то, культурно говоря, печально видеть Вашу неадекватность.

Лениво за тебя гуглить, каждая вторая ссылка ведет на решение. Варианты: 1. Открываешь типовую и смотришь обработку "Блокировка установки соединений." Запускаешь ее регламентом или еще каким нить таким способом. 2. Куришь ключи запуска, там тоже вариант идентичный результату от п.1 3. Все таки осиливаешь гугл и находишь что то вроде этого:

DT не является средством резервного копирования.

он лентяй в свои 32 года. Да еще других обвиняет в неадекватности.

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

Просто службу перезапустить - не предлагать?

Если несколько баз на сервере, а нужна одна?

Спасибо всем, кто делился опытом. На данный момент решили пойти другим путём. А именно - создать узел УРБД с самым полным :) планом обмена, и ночами его выгружать.

Молодец! Я всегда так советую делать :) Только выгружать его не обязательно - а) узел сам по себе горячий архив для оперативной работы; б) файловый вариант узла проще и быстрее архивировать :) А теперь холодный душ :) - миграция конфигурации в починённый узел из центрального; - конфигурация в подчиненном узле - заблокирована; - списки пользователей базы данных - автономны и не мигрирую; - даже "самый полный :)" план обмена переносит не всю информацию базы данных, а только конфигурацию и данные. Я хотел напомнить, что узел - это не совсем архив. Точнее - совсем не архив :)