Здравствуй, уважаемый коллективный разум.

Прошу прощения, если такой вопрос уже задавали. Я искал и не нашёл.

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

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

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

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

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

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

(1) Чё это? Яндекс говорит, что кондиционер -_-

(3) Хочется получить именно ДТшку. Сиквельный же только сиквел и ест, насколько я знаю.

(5) А как?

(6).1 http://its.1c.ru/db/v836doc#bookmark:cs:TI000000189

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

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

(9) Какой именно?

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

(10)
вот, попробуй:
http://lmgtfy.com/?q=1с+сервер+выгнать+пользователей

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

(13)Лениво за тебя гуглить, каждая вторая ссылка ведет на решение. Варианты:
1. Открываешь типовую и смотришь обработку "Блокировка установки соединений." Запускаешь ее регламентом или еще каким нить таким способом.
2. Куришь ключи запуска, там тоже вариант идентичный результату от п.1
3. Все таки осиливаешь гугл и находишь что то вроде этого:
'VBS. Cкрипт осуществляет отключение всех подключений к ИБ 1С:Предприятия v8.2.
'На сервере подразумевается наличие только одного кластера и нескольких рабочих процессов

'имя пользователя 1С:Предприятия
UserName = "xxx"

'пароль пользователя 1С:Предприятия
UserPass = "xxx"

'имя сервера 1С
ServerName    =    "server1"
BaseName    =    "infobase1"

'количество рабочих процессом минус 1
pn = 2

Dim Connector
Dim AgentConnection
Dim Cluster
Dim WorkingProcess
Dim WorkingProcessConnection
Dim ibDesc
Dim connections
Dim ConnectString

Dim StdOut
Set StdOut = WScript.StdOut


Set Connector = CreateObject("V82.COMConnector")
Set AgentConnection = Connector.ConnectAgent(ServerName)
Set Cluster = AgentConnection.GetClusters()(0)
AgentConnection.Authenticate Cluster, "", ""

Dim p
For p = 0 To pn
    Set WorkingProcess = AgentConnection.GetWorkingProcesses(Cluster)(p)
    ConnectString = WorkingProcess.HostName & ":" & WorkingProcess.MainPort
    Set WorkingProcessConnection = Connector.ConnectWorkingProcess(ConnectString)
    WorkingProcessConnection.AddAuthentication UserName, UserPass
    Set ibDesc = WorkingProcessConnection.CreateInfoBaseInfo()
    ibDesc.Name = BaseName
    Connections = WorkingProcessConnection.GetInfoBaseConnections(ibDesc)

    Dim i
    Dim Connection
    For i = LBound(Connections) To UBound(Connections)
        set Connection = connections(i)
        If (Connection.AppID <> "COMConsole") then
                'StdOut.WriteLine(Connection.UserName)
            WorkingProcessConnection.Disconnect Connection
        End if
    Next   'i

Next    'p

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

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

(15) у него яйцы стальные

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

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

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

Спасибо всем, кто делился опытом.

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

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

А теперь холодный душ :)

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

Я хотел напомнить, что узел - это не совсем архив. Точнее - совсем не архив :)