Администрирование · 12 мин
Как отключить пользователя в 1С 7.7
Как отключить пользователя в 1С 7.7 через мониторинг пользователей, консоль и административные средства. Разблокировка базы, завершение сеансов, типичные ошибки и ограничения.
Отключить пользователя в 1С 7.7 нужно в нескольких типовых ситуациях: перед монопольной загрузкой данных, при восстановлении базы из архива, при изменении конфигурации или когда сеанс «завис» и блокирует работу остальных. В отличие от современной платформы 1С 8, в «семёрке» нет встроенной консоли управления сеансами с кнопкой «отключить», поэтому администратор использует обходные, но рабочие методы.
Основные инструменты — журнал регистрации и мониторинг активных пользователей, механизм блокировки базы через параметр запуска, завершение процесса 1cv7.exe на стороне клиента или сервера терминалов, а также период ожидания завершения работы. Выбор способа зависит от режима работы базы: файловый (сетевая папка) или SQL-версия, локальный компьютер пользователя или терминальный сервер.
Важно понимать: принудительное завершение сеанса в 1С 7.7 может привести к потере несохранённых данных у пользователя и, в редких случаях, к повреждению индексных файлов базы. Поэтому перед отключением всегда стоит попытаться связаться с пользователем и попросить его выйти штатно, а принудительные методы применять только при необходимости.
Как посмотреть, кто сейчас работает в базе
Прежде чем отключать кого-либо, нужно увидеть список активных сеансов. В 1С 7.7 для этого служит встроенный мониторинг. Откройте программу в режиме «Предприятие» и перейдите в меню Администрирование → Активные пользователи (в некоторых конфигурациях пункт называется «Мониторинг пользователей»). Откроется список, где видны имена пользователей, компьютеры, с которых выполнен вход, и время начала работы.
Дополнительную информацию даёт журнал регистрации: Администрирование → Журнал регистрации. В нём фиксируются события входа и выхода, что помогает понять, действительно ли пользователь активен или его сеанс «завис» — например, компьютер был выключен без корректного выхода из программы.
В файловом режиме список активных пользователей хранится в файле 1Cv7.LCK в каталоге базы. Если база внезапно «освободилась» после сбоя, а вход всё равно заблокирован сообщением о занятых сеансах, проблема обычно в остаточных записях этого файла — подробнее об этом в разделе про зависшие сеансы.
Уточнить у пользователя, работает ли он, попросить выйти штатно
Проверить файл 1Cv7.LCK и остаточные процессы
Проверить каталог базы при закрытых сеансах всех пользователей
Штатный способ: попросить пользователя выйти
Самый безопасный метод отключения — договориться. В 1С 7.7 нет встроенной рассылки сообщений активным пользователям, поэтому администратор связывается с сотрудником по телефону, через мессенджер или лично и просит сохранить документы и закрыть программу через Файл → Выход.
Такой подход гарантирует, что все непроведённые документы будут либо сохранены, либо осознанно отменены, а файлы базы корректно закрыты. Особенно это важно, если пользователь в момент отключения проводит документы или формирует большой отчёт — прерывание таких операций принудительным способом повышает риск ошибок в данных.
Если пользователь отошёл от рабочего места, можно удалённо подключиться к его компьютеру штатными средствами удалённого доступа, принятыми в организации, и закрыть программу корректно. Это тоже считается штатным завершением, так как программа закрывается обычным образом.
Принудительное завершение процесса 1cv7.exe
Когда пользователь недоступен, а сеанс нужно закрыть немедленно, процесс завершают принудительно. На компьютере пользователя откройте диспетчер задач (Ctrl+Shift+Esc), найдите процесс 1cv7.exe и выберите «Снять задачу» / «Завершить процесс». Если база работает в терминальном режиме, то же самое делает администратор на сервере терминалов — через диспетчер задач с отображением процессов всех пользователей или через консоль управления сеансами.
Для терминального сервера удобно использовать командную строку. Сначала определите идентификатор сеанса пользователя командой query session или qwinsta, затем завершите сеанс командой logoff с номером сеанса. Альтернатива — завершить конкретный процесс по его PID через taskkill.
qwinsta
logoff 12
taskkill /PID 4820 /FПосле завершения процесса подождите одну-две минуты и проверьте список активных пользователей в мониторинге: запись должна исчезнуть. Если запись осталась, вероятно, остались устаревшие данные в файле блокировок — см. раздел о зависших сеансах.
Блокировка входа в базу на время обслуживания
Отключить текущих пользователей — только половина задачи: нужно ещё не дать им зайти обратно, пока идёт обслуживание. В типовых конфигурациях 1С 7.7 (например, «Торговля и склад», «Бухгалтерия») есть штатный механизм: в константах или настройках параметров системы устанавливается дата блокировки / признак запрета входа, после чего при попытке входа пользователь получает сообщение о проведении регламентных работ.
Универсальный способ — запуск базы в монопольном режиме. Пока один сеанс открыт монопольно, остальные пользователи не смогут войти. Для обслуживания конфигуратор также запускают с требованием монопольного доступа: при сохранении изменённой конфигурации программа сама потребует, чтобы все пользователи вышли.
Дополнительный приём для файловой базы — временно ограничить права доступа к сетевой папке с базой на уровне файловой системы, оставив доступ только учётной записи администратора. Метод грубый, но надёжный: не забудьте вернуть права после окончания работ.
- 1Установите признак блокировки входа в настройках конфигурации, если он предусмотрен
- 2Предупредите пользователей и попросите выйти из программы
- 3Проверьте список активных пользователей в мониторинге
- 4Принудительно завершите оставшиеся сеансы на клиентах или терминальном сервере
- 5Выполните обслуживание: архивную копию, загрузку данных, обновление конфигурации
- 6Снимите блокировку и сообщите пользователям о возобновлении работы
Что делать с зависшими сеансами и файлом блокировок
Характерная проблема 1С 7.7 в файловом режиме: пользователь давно вышел (или его компьютер перезагрузился), а база сообщает, что он ещё работает. Причина — устаревшие записи в файле 1Cv7.LCK, который лежит в каталоге базы и ведёт учёт активных соединений.
Порядок действий: убедитесь, что из базы вышли абсолютно все пользователи (проверьте по мониторингу и опросом). Затем откройте каталог базы и удалите файлы 1Cv7.LCK и 1Cv7.DBL, если они остались. Эти файлы создаются заново при следующем входе, их удаление при закрытых сеансах безопасно.
Если после этого вход по-прежнему невозможен или появляются ошибки открытия таблиц, выполните тестирование и исправление базы через конфигуратор (Администрирование → Тестирование и исправление ИБ), предварительно сделав архивную копию каталога базы целиком.
Особенности для SQL-версии 1С 7.7
В SQL-варианте 1С 7.7 активные соединения видны также на стороне сервера баз данных. Администратор может просмотреть подключения к базе средствами SQL Server (Enterprise Manager / Management Studio, системные представления активных процессов) и при необходимости завершить конкретное соединение командой KILL с номером процесса.
Этот способ эффективен, когда клиентский компьютер недоступен, а сеанс держит блокировки на таблицах. Однако завершать соединение на стороне SQL стоит только после попытки штатного выхода: прерванная транзакция откатится, и несохранённые изменения пользователя будут потеряны.
Для массового отключения перед обслуживанием SQL-версии удобно сочетать оба уровня: сначала блокировка входа в конфигурации и предупреждение пользователей, затем контроль оставшихся соединений на сервере и точечное завершение «зависших».
Сравнение способов отключения
Самый безопасный, данные сохраняются; требует доступности пользователя и времени
Быстро и управляемо; риск потери несохранённых данных у пользователя
Работает при недоступном клиенте; только для SQL-версии, транзакция откатывается
Убирает зависшие записи; применять только при полностью пустой базе
Типичные ошибки и как их избежать
Самая частая ошибка — удаление файла блокировок, пока кто-то ещё работает. Внешне это «решает» проблему входа, но создаёт условия для конфликтов записи и порчи данных. Всегда сначала проверяйте список активных пользователей и убеждайтесь, что база пуста.
Вторая ошибка — принудительное завершение сеанса без предупреждения в момент проведения документов или пакетной обработки. Даже если база не повредится, пользователь потеряет результаты работы, а восстановить их можно будет только повторным вводом.
Третья ошибка — забыть снять блокировку входа после обслуживания. Пользователи не смогут зайти, а администратор будет искать несуществующую неисправность. Заведите правило: любое обслуживание заканчивается проверкой входа под обычной учётной записью.
Как проверить, что пользователь действительно отключён
После завершения сеанса обновите список активных пользователей в мониторинге: запись о пользователе должна исчезнуть. Если запись осталась спустя несколько минут — проверьте, не запущен ли ещё один экземпляр 1cv7.exe на том же компьютере, и при пустой базе очистите LCK-файлы.
Дополнительная проверка — попытка монопольного входа в конфигуратор. Если монопольный режим установился, значит, активных сеансов не осталось. Если программа сообщает о занятых соединениях, ищите оставшийся сеанс по списку пользователей или на терминальном сервере.
Как проверить результат
Отключённого пользователя нет в списке
Запись остаётся после завершения процесса — искать второй сеанс или чистить LCK
Режим устанавливается без сообщений о занятых сеансах
Сообщение о работающих пользователях — база ещё занята
Файлы 1Cv7.LCK и 1Cv7.DBL отсутствуют или пересоздаются при входе
Файлы остаются и блокируют вход — удалить при пустой базе
Что важно запомнить
В 1С 7.7 пользователя отключают штатным выходом или принудительным завершением процесса 1cv7.exe, а для обслуживания базу блокируют настройкой в конфигурации или монопольным режимом. Зависшие записи убирают удалением LCK-файлов только при полностью пустой базе, а любые регламентные операции начинают с архивной копии.
Частые вопросы
Можно ли отключить пользователя удалённо, не подходя к его компьютеру?
Да, если база работает на терминальном сервере — администратор завершает сеанс пользователя через диспетчер задач или команду logoff. Для SQL-версии можно завершить соединение на сервере баз данных. Для локального файлового режима без удалённого доступа к компьютеру пользователя прямого способа нет — остаётся связаться с пользователем или подключиться к его рабочему месту средствами удалённого управления.
Что будет с данными пользователя при принудительном завершении сеанса?
Все несохранённые изменения будут потеряны: незаписанные документы, непроведённые операции, открытые формы. Уже записанные в базу данные не пострадают, но если прервать процесс в момент проведения или пакетной обработки, возможны частично выполненные операции — их придётся проверить и при необходимости повторить.
База пишет «пользователь уже работает», хотя все вышли. Что делать?
Это признак зависших записей в файле блокировок. Убедитесь, что ни у кого не запущен процесс 1cv7.exe, затем удалите файлы 1Cv7.LCK и 1Cv7.DBL в каталоге базы. После этого вход должен заработать. Если проблема повторяется регулярно, проверьте стабильность сети и корректность завершения работы на клиентских машинах.
Как запретить пользователям входить в базу на время обновления конфигурации?
В типовых конфигурациях установите признак блокировки входа в настройках параметров системы. Дополнительно можно открыть конфигуратор и начать сохранение конфигурации — программа сама потребует монопольного доступа и не пустит остальных. Для файловой базы надёжный вариант — временно ограничить права на сетевую папку для обычных пользователей.
Опасно ли удалять 1Cv7.LCK?
Опасно только при работающих пользователях: удаление файла блокировок во время активных сеансов нарушает механизм разграничения доступа и может привести к ошибкам записи. При полностью пустой базе удаление безопасно — файл создаётся заново при следующем входе.
Можно ли настроить автоматическое завершение неактивных сеансов?
Штатного механизма автоотключения по таймауту в 1С 7.7 нет. На практике используют внешние средства: на терминальном сервере настраивают таймаут простаивающих сеансов в параметрах службы терминалов, а для локальных рабочих мест — плановые задачи, завершающие процесс 1cv7.exe в нерабочее время. Такие меры применяют с осторожностью, чтобы не оборвать реальную работу.