Почему может потребоваться отключение пользователя в 1С 7.7

Устаревшая, но всё ещё актуальная для многих предприятий платформа 1С:Предприятие 7.7 не имеет встроенного графического интерфейса для принудительного отключения пользователей. Однако ситуации, когда администратору требуется срочно завершить сеанс работы — возникают регулярно. Это может быть связано с блокировкой данных при аварийном завершении программы, необходимостью экстренного обновления конфигурации или подозрением на несанкционированный доступ.

В отличие от современных версий 1С (8.x), где отключение пользователей реализовано через консоль администрирования, в 1С 7.7 для этого требуется использовать обходные пути: от ручного удаления файлов блокировок до прямого вмешательства в базу данных через SQL. Каждый метод имеет свои риски и ограничения, поэтому важно понимать механизмы работы платформы и последствия некорректных действий.

Эта статья охватывает все актуальные способы отключения пользователей в 1С 7.7, включая:

  • 🔧 Работу через монопольный режим конфигуратора
  • 🗄️ Удаление файлов блокировок вручную
  • 💻 Использование SQL-запросов для файловой и клиент-серверной баз
  • 🔄 Автоматизированные скрипты для массового отключения

Способ 1: Отключение через монопольный режим конфигуратора

Самый безопасный и рекомендуемый метод — использование монопольного режима в конфигураторе. Он подходит для большинства случаев, когда пользователь "завис" в базе, но не вызвал критических блокировок. Алгоритм действий:

  1. Закройте все экземпляры 1С:Предприятие на вашем компьютере.
  2. Запустите 1Сv7.exe с ключом /Config (для файловой базы) или /S "имя_сервера\имя_базы" (для клиент-серверной).
  3. В окне авторизации выберите пользователя с правами Администратор.
  4. Удерживая клавишу Shift, нажмите кнопку ОК — это откроет конфигуратор в монопольном режиме.
  5. Дождитесь сообщения о успешном захвате монопольного доступа. Все активные пользователи будут автоматически отключены.

⚠️ Внимание: Если после захвата монопольного режима конфигуратор выдаёт ошибку "Не удалось захватить монопольный режим", это означает, что в базе есть неразрешимые блокировки на уровне СУБД. В этом случае потребуется использовать альтернативные методы (см. разделы ниже).

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

Способ 2: Ручное удаление файлов блокировок (для файловой базы)

Файловая версия 1С 7.7 хранит информацию о блокировках в специальных файлах с расширением .LCK. Эти файлы создаются в каталоге базы данных и содержат данные о текущих сеансах. Их удаление принудительно разрывает соединения.

Инструкция по очистке:

  1. Закройте все экземпляры 1С на сервере и рабочих станциях.
  2. Перейдите в папку с базой данных (обычно это C:\Program Files\1Cv77\Bases\имя_базы\).
  3. Удалите все файлы с расширениями:
    • 📄 *.LCK — файлы блокировок
    • 📄 *.LG? — файлы журналов (где ? — цифра)
    • 📄 1CV7.LGD — файл описания журналов
  • Перезапустите службу 1С:Предприятие (если используется серверный вариант).
    • Тип файла Назначение Можно ли удалять
    .LCK Блокировки текущих сеансов Да, обязательно
    .LG? Журналы транзакций Да, но только при остановленной базе
    .DBF Таблицы данных Нет, только резервное копирование
    1CV7.LGD Описание структуры журналов Да, вместе с .LG?

    ⚠️ Внимание: Удаление файлов .LG? может привести к потере несохранённых данных в транзакциях, которые не были зафиксированы. Этот метод следует использовать только в крайних случаях, когда другие способы не помогли.

    Что будет если удалить все файлы .DBF?

    Удаление файлов .DBF приведёт к полной потере данных базы! Эти файлы содержат всю учётную информацию (справочники, документы, регистры). Восстановить их можно только из резервной копии. Никогда не удаляйте .DBF файлы вручную — для очистки базы используйте штатные средства конфигуратора или утилиту CHECKDBF.EXE из комплекта поставки 1С 7.7.

    Способ 3: Отключение через SQL-запросы (клиент-серверный вариант)

    Для клиент-серверных баз 1С 7.7 (работающих на MS SQL Server или IBM DB2) отключение пользователей осуществляется через прямые запросы к СУБД. Этот метод требует знания SQL и прав администратора базы данных.

    Основные шаги:

    1. Подключитесь к серверу баз данных через SQL Server Management Studio или аналогичную утилиту.
    2. Выполните запрос для идентификации активных сеансов: 
      SELECT * FROM master..sysprocesses WHERE dbid = DB_ID('имя_базы_1С')
    3. Найдите в результатах строку с именем проблемного пользователя (поле loginame).
    4. Завершите сеанс командой: 
      KILL <номер_сеанса>

      где <номер_сеанса> — значение из поля spid.

    Для массового отключения всех пользователей (например, перед обновлением) используйте скрипт:

    DECLARE @sql NVARCHAR(MAX) = '';

    SELECT @sql = @sql + 'KILL ' + CAST(spid AS VARCHAR(5)) + ';'
    

    FROM master..sysprocesses
    

    WHERE dbid = DB_ID('имя_базы_1С') AND spid != @@SPID;
    


    EXEC sp_executesql @sql;

    ⚠️ Внимание: Принудительное завершение сеансов через KILL может привести к повреждению данных, если пользователь вёл незафиксированные транзакции. Всегда проверяйте целостность базы после таких операций утилитой CHECKDB.EXE.

    Монопольный режим конфигуратора|Удаление файлов .LCK|SQL-запросы KILL|Автоматизированные скрипты-->

    Способ 4: Автоматизированные решения и сторонние утилиты

    Для упрощения администрирования 1С 7.7 существуют сторонние утилиты и скрипты, автоматизирующие процесс отключения пользователей. Наиболее популярные инструменты:

    • 🛠️ 1C77 Admin Tool — графическая оболочка для управления сеансами, поддерживает массовое отключение и мониторинг блокировок.
    • 📜 Batch-скрипты для автоматического удаления .LCK файлов по расписанию (пример ниже).
    • 🔄 Утилита UnLock1C77 — консольное приложение для принудительного снятия блокировок.

      • Пример batch-скрипта для очистки блокировок (сохраните как clean_1c77.bat):

      @echo off

      set BASE_PATH=C:\Program Files\1Cv77\Bases\ВашаБаза
      

      cd /d %BASE_PATH%
      

      del /Q *.LCK 2>nul
      

      del /Q *.LG? 2>nul
      

      del /Q 1CV7.LGD 2>nul
      

      echo Блокировки очищены. База готова к работе.
      

      pause

      💡 Полезный совет: Для автоматического запуска скрипта перед резервным копированием добавьте его в Планировщик задач Windows с правами администратора. Это поможет избежать проблем с блокировками при ночных бэкапах.

      💡

      Перед использованием сторонних утилит всегда тестируйте их на тестовой копии базы. Некоторые инструменты могут конфликтовать с антивирусным ПО или правами доступа.

      Частые ошибки и их решения

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

      Ошибка Причина Решение
      Не удалось захватить монопольный режим Активные транзакции или повреждённые файлы блокировок Удалите файлы .LCK вручную или перезагрузите сервер
      Ошибка блокировки при открытии таблицы Повреждение индексов в .DBF файлах Выполните CHECKDBF.EXE /F имя_базы
      SQL Server не найден или доступ запрещён Неверные параметры подключения в 1CV7.MD Проверьте настройки в файле конфигурации базы
      Недостаточно прав для выполнения операции Пользователь не имеет роли sysadmin в SQL Назначьте права через SQL Server Management Studio

      Если после отключения пользователей база не открывается или выдаёт ошибки чтения, выполните следующие действия:

      1. Проверьте целостность файлов утилитой: 
        CHECKDBF.EXE /F C:\путь\к\базе
      2. При обнаружении ошибок восстановите данные из резервной копии.
      3. Если резервной копии нет, используйте утилиту DBFRECOVER.EXE для восстановления повреждённых таблиц.
    💡

    Перед любыми манипуляциями с базой 1С 7.7 обязательно создавайте резервную копию. Эта платформа не поддерживает откат транзакций на уровне СУБД, поэтому восстановление данных без бэкапа часто невозможно.

    Профилактика блокировок: лучшие практики администрирования

    Чтобы минимизировать необходимость принудительного отключения пользователей, следуйте рекомендациям по настройке и эксплуатации 1С 7.7:

    • 🔄 Регулярное резервное копирование: Настройте автоматическое создание бэкапов не реже 1 раза в день. Используйте утилиту BACKUP1CV7.EXE или сторонние решения вроде Handy Backup.
    • ⚙️ Оптимизация конфигурации: Удалите неиспользуемые справочники и документы, чтобы уменьшить нагрузку на базу. Используйте утилиту CONFIG.EXE для анализа структуры.
    • 🚦 Контроль сеансов: Ограничьте время простоя сеанса в настройках SQL Server (параметр remote query timeout).
    • 📊 Мониторинг блокировок: Используйте скрипты для логирования длительных транзакций. Пример: 
      SELECT t1.resource_type, t1.resource_database_id, t1.request_mode, t1.request_session_id,

      t2.blocking_session_id
      

      FROM sys.dm_tran_locks t1
      

      JOIN sys.dm_os_waiting_tasks t2 ON t1.lock_owner_address = t2.resource_address;

      • ⚠️ Внимание: В 1С 7.7 отсутствует встроенный механизм тайм-аутов сеансов. Если пользователь забыл закрыть программу, его сеанс может висеть неограниченно долго, блокируя данные. Решит проблему только ручное отключение или перезагрузка сервера.

      Для клиент-серверных баз на MS SQL Server настройте автоматическое завершение долгих транзакций:

      -- Устанавливает тайм-аут 30 минут для всех сеансов

      EXEC sp_configure 'remote query timeout', 1800;
      

      RECONFIGURE;

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

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

      Нет. Для принудительного отключения требуются права Администратор 1С (в конфигураторе) или sysadmin (в SQL Server). Обычный пользователь может только дождаться, пока сеанс истечёт по тайм-ауту или будет закрыт вручную.

      Что делать, если после удаления .LCK файлов база не открывается?

      Скорее всего, были повреждены файлы данных (.DBF). Попробуйте:

      1. Восстановить базу из резервной копии.
      2. Запустить утилиту CHECKDBF.EXE /F для проверки целостности.
      3. Если утилита не помогает — использовать DBFRECOVER.EXE для восстановления отдельных таблиц.

      В крайнем случае придётся восстанавливать данные из архивных копий или вручную переносить информацию в новую базу.

      Как отключить всех пользователей сразу для обновления конфигурации?

      Самый надёжный способ:

      1. Остановите службу 1С:Предприятие 7.7 на сервере.
      2. Удалите все файлы .LCK и .LG? в папке базы.
      3. Перезапустите службу.
      4. Захватите монопольный режим в конфигураторе (см. Способ 1).

      Для клиент-серверной базы дополнительно выполните SQL-запрос KILL для всех активных сеансов (см. Способ 3).

      Почему после отключения пользователя его сеанс появляется снова?

      Это типичная проблема при работе с терминальным сервером или удалёнными рабочими столами. Причины:

      • Пользователь не закрыл программу, а только свернул её.
      • Сеанс RDP не был завершён корректно (например, просто закрыто окно).
      • В настройках терминального сервера включено восстановление сеансов.

      Решение: Настройте политики терминального сервера на принудительное завершение сеансов при разрыве соединения.

      Можно ли отключить пользователя по IP-адресу?

      В 1С 7.7 нет штатных средств для отключения по IP. Альтернативные варианты:

      • Использовать брандмауэр Windows для блокировки IP-адреса.
      • Настроить правила на маршрутизаторе, чтобы разрывать соединения с портом 1540-1541 (по умолчанию для 1С 7.7).
      • Для SQL-варианта — идентифицировать сеанс по IP через запрос: 
        SELECT * FROM master..sysprocesses WHERE host_name = 'IP_адрес'

        и завершить его командой KILL.