Как правильно отключить удаленный сеанс 1С: все способы и нюансы

4. Работа с кластером 1С через rac (для Linux/Windows)

Администраторы кластеров 1С на Linux или Windows Server могут использовать утилиту rac (Remote Administration Console) для управления сеансами. Этот метод эффективен, когда графический интерфейс монитора недоступен (например, на сервере без GUI).

Основные команды rac:

# Подключение к кластеру (порт по умолчанию: 1541)
rac cluster --cluster=ИмяКластера list

Просмотр сеансов
rac session --cluster=ИмяКластера list

Принудительное завершение сеанса по ID
rac session --cluster=ИмяКластера terminate --session-id={ID}

Перезапуск рабочего процесса (если сеанс не завершается)
rac process --cluster=ИмяКластера restart --process-id={PID}

Пример вывода команды rac session list:

Если сеанс не завершается через rac, проверьте логи кластера (/var/log/1C/1cv83/ на Linux или C:\Program Files\1cv8\srvinfo\ на Windows) на наличие ошибок типа «Session termination timeout». В этом случае поможет только перезапуск рабочего процесса кластера с указанием конкретного PID.

Сохранить логи активных транзакций|Убедиться, что пользователь не выполняет критические операции|Попробовать связаться с пользователем|Проверить наличие резервной копии базы-->

5. Отключение через PowerShell (для Windows Server)

6. Особенности работы с 1C:Fresh и облачными базами

Для корпоративных облаков (1C:GSP) доступен Портал администрирования, где можно настроить:

• Лимиты на количество одновременных сеансов;
• Автоматическое завершение по тайм-ауту;
• Уведомления о длинных сеансах (через email или Telegram-бот).

7. Диагностика и профилактика «зависших» сеансов

Чтобы минимизировать проблемы с удаленными сеансами, настройте проактивный мониторинг и оптимизируйте параметры кластера. Основные меры:

• 📊 Логирование:

  Включите расширенные логи в 1cv83.conf (или srvinfo.reg для Windows):

  [Log]
  Level=Debug
  Path=C:\Logs\1C\
  MaxFileSize=10

  Это поможет отследить причины "зависаний" (например, долгие запросы к СУБД).

• ⏱️ Тайм-ауты:

  Установите разумные лимиты в конфигурации кластера:

  [Session]
  Timeout=300  ; 5 минут бездействия
  DeadlockTimeout=60 ; Время ожидания при блокировках

• 🔄 Регулярное обслуживание:

  Запускайте еженедельное Тестирование и исправление базы с опциями:

  • Проверка логической целостности;
  • Реиндексация таблиц;
  • Сжатие таблиц (для SQL-баз).
  • 🛡️ Резервные копии:

    Настройте автоматическое резервное копирование перед массовым завершением сеансов (например, через SQL Agent или pg_dump).

  Для диагностики текущих проблем используйте:

  Проблема	Инструмент диагностики	Команда/путь
  Долгие запросы к СУБД	SQL Profiler (MSSQL)	SELECT * FROM sys.dm_exec_requests WHERE status = 'running'
  Блокировки в 1С	Монитор производительности (1С)	Администрирование → Монитор производительности
  Утечки памяти в ragent.exe	Process Explorer	Фильтр по имени процесса + колонка Private Bytes
  Сетевые задержки	Wireshark	Фильтр: tcp.port == 1541 || tcp.port == 1560

  💡

  Регулярное обслуживание базы и мониторинг активных сеансов сокращают количество аварийных ситуаций на 70%. Настройте оповещения о длинных сеансах (более 1 часа) через Zabbix или Grafana.

  FAQ: Частые вопросы по отключению сеансов 1С

  Можно ли отключить сеанс 1С без прав администратора?

  Нет, для принудительного завершения сеансов требуются права администратора кластера 1С или СУБД. Однако пользователь с ролью Администратор базы в конфигураторе может завершить чужие сеансы через меню Администрирование → Активные пользователи (если это разрешено в настройках безопасности).

  В облачных решениях (например, 1C:Fresh) завершить чужой сеанс может только владелец аккаунта или пользователь с ролью Администратор портала.

  Что будет, если принудительно завершить сеанс во время проведения документа?
  Принудительное завершение сеанса во время проведения документа или записи транзакции может привести к:
  • Неполному проведению документа (останутся незаписанные движения);
  • Орфанным блокировкам в СУБД (если транзакция не была откачена);
  • Повреждению данных в регистрах накопления или бухгалтерских итогах.
  Чтобы минимизировать риски:
  1. Проверьте статус транзакции в СУБД (запрос SELECT * FROM sys.dm_tran_active_transactions для MSSQL).
  2. Если транзакция открыта, попробуйте откатить её командой ROLLBACK TRANSACTION с указанием SPID.
  3. После завершения сеанса запустите Тестирование и исправление базы с опцией Проверка ссылочной целостности.
  Как отключить все сеансы сразу (например, для обновления)?
  Для массового завершения сеансов используйте:
  • Для клиент-серверного варианта:

    rac session --cluster=ИмяКластера terminate --all

    Или через PowerShell:

    Get-WmiObject Win32_Process | Where-Object { $_.Name -like "1cv8" } | ForEach-Object { $_.Terminate() }

  • Для файлового варианта:

    Закройте все процессы 1cv8.exe через диспетчер задач или команду:

    taskkill /F /IM 1cv8.exe

  • Для облака 1C:Fresh:

    Создайте заявку в поддержку с просьбой временно заблокировать доступ всех пользователей (кроме администраторов) на время обновления.

  ⚠️ Важно: Перед массовым завершением:

  1. Уведомите пользователей за 10-15 минут (через email или Telegram-бот).
  2. Сделайте резервную копию базы.
  3. Проверьте, что нет длинных транзакций (более 5 минут).
  Почему сеанс не завершается через rac terminate?

  Если команда rac session terminate не работает, возможные причины:

  • 🔄 Сеанс находится в состоянии commit:

    Транзакция ещё не завершена в СУБД. Проверьте логи SQL-сервера на наличие долгих операций.

  • 🔒 Блокировка на уровне ОС:

    Процесс 1cv8.exe может быть заблокирован антивирусом (например, Kaspersky сканирует временные файлы 1С). Исключите папки %TEMP% и каталог базы из проверки.

  • 🖥️ Проблемы с кластером:

    Рабочий процесс (rmngr) не отвечает. Перезапустите его командой:

    rac process --cluster=ИмяКластера restart --all

  • 📡 Сетевые задержки:

    Если кластер 1С и СУБД находятся на разных серверах, проверьте задержки командой:

    ping {имя_сервера_SQL}

    При пинге > 50 мс настройте Quality of Service (QoS) для трафика 1С.

  Если проблема повторяется, увеличьте тайм-аут завершения сеанса в конфигурации кластера:

  [Session]
  TerminateTimeout=120 ; 2 минуты вместо 30 секунд по умолчанию

  Как узнать, какой пользователь заблокировал документ?

  Чтобы найти пользователя, блокирующего документ:

  1. Откройте базу в режиме Конфигуратор.
  2. Перейдите в Администрирование → Активные пользователи.
  3. Нажмите Показать блокировки (или F9).
  4. В списке найдите документ по типу (например, РеализацияТоваровУслуг) и номеру.
  5. В колонке Пользователь будет указан блокирующий сеанс.

  Если интерфейс недоступен, используйте запрос к СУБД:

  • Для MSSQL:

    SELECT
    LTRIM(RTRIM(s.user_name())) AS [User],
    t.text AS [Query],
    DB_NAME(r.database_id) AS [Database]
    FROM
    sys.dm_tran_locks l
    JOIN sys.dm_tran_session_transactions t ON l.lock_owner_address = t.transaction_id
    JOIN sys.dm_tran_sessions s ON t.session_id = s.session_id
    JOIN sys.dm_tran_active_transactions r ON t.transaction_id = r.transaction_id
    CROSS APPLY sys.dm_exec_sql_text(r.transaction_begin_time) AS q
    WHERE
    l.resource_associated_entity_id = (SELECT object_id FROM sys.tables WHERE name = 'Document{НомерДокумента}')

    Замените {НомерДокумента} на ID документа (например, Document12345).

  • Для PostgreSQL:

    SELECT
    usename AS user,
    query,
    query_start
    FROM
    pg_stat_activity
    WHERE
    query ILIKE '%WHERE Ref = ''{СсылкаНаДокумент}''%';