Администрирование · 8 мин
Каталог пользователя занят в 1С 7.7: причины и пошаговое решение
Ошибка «каталог пользователя занят» в 1С 7.7: почему возникает, как найти и удалить lock-файлы, что делать при зависшем сеансе и как предотвратить повторение ошибки.
Ошибка «Каталог пользователя занят» (или «Каталог пользователя не обнаружен / занят другим пользователем») — одна из самых частых проблем при запуске 1С:Предприятия 7.7. Она означает, что платформа не смогла получить монопольный доступ к рабочему каталогу пользователя, в котором хранятся настройки интерфейса, списки открытых окон и служебные файлы сеанса.
Чаще всего причина банальна: предыдущий сеанс 1С завершился аварийно (отключение электричества, сбой сети, принудительное закрытие через диспетчер задач), и в каталоге пользователя остался файл блокировки. Платформа видит этот файл и считает, что пользователь уже работает, отказывая в запуске второго сеанса под тем же именем.
Реже проблема связана с реально активным вторым сеансом — например, бухгалтер запустил 1С на другом компьютере под своим именем, или сеанс «завис» на терминальном сервере. Порядок диагностики в обоих случаях различается, поэтому сначала нужно понять, есть ли живой сеанс, и только потом удалять блокировки.
Что означает ошибка и где находится каталог пользователя
При запуске 1С 7.7 платформа создаёт в каталоге пользователя служебные файлы и блокирует их, чтобы два сеанса одного пользователя не испортили настройки друг друга. Каталог пользователя по умолчанию находится внутри каталога информационной базы, в подпапке вида UsrDef, Usr_ИмяПользователя или в папке, заданной в списке пользователей конфигуратора.
Точный путь к каталогу можно посмотреть в конфигураторе: меню «Администрирование» → «Пользователи» → открыть нужного пользователя → поле «Рабочий каталог». Если поле пустое, используется стандартная папка внутри базы. Типичные признаки блокировки — файлы с расширением .lck и файл users.usr в корне базы.
Шаг 1. Убедитесь, что сеанс действительно не активен
Прежде чем что-либо удалять, проверьте, не работает ли пользователь в 1С на самом деле. Удаление блокировок при живом сеансе приведёт к конфликту записи настроек и может повредить файлы базы, особенно в файловом варианте работы по сети.
Проверьте следующее: нет ли запущенного процесса 1cv7.exe или 1cv7l.exe на компьютере пользователя (диспетчер задач, вкладка «Процессы»); не запущена ли 1С на другом рабочем месте под тем же именем; нет ли зависшего сеанса на терминальном сервере (диспетчер серверов терминалов или команда query session).
Шаг 2. Найдите и удалите файлы блокировки
Если активных сеансов нет, откройте каталог информационной базы и каталог пользователя. Найдите файлы с расширением .lck, а также проверьте наличие файла users.usr в корне базы — он фиксирует активных пользователей. Удалите lock-файлы из каталога проблемного пользователя.
Если база лежит на сетевом диске, убедитесь, что файл действительно удалился: иногда кэш сетевого клиента показывает устаревшее содержимое папки. Обновите окно проводника (F5) или откройте каталог заново. После удаления попробуйте запустить 1С снова — в большинстве случаев вход проходит сразу.
- 1Проверьте диспетчер задач на компьютере пользователя — нет ли процесса 1cv7.exe
- 2Убедитесь, что пользователь не работает на другом компьютере или терминальном сервере
- 3Откройте каталог базы и каталог пользователя (путь — в свойствах пользователя в конфигураторе)
- 4Удалите файлы *.lck и, при необходимости, users.usr
- 5Запустите 1С и проверьте вход под нужным пользователем
Шаг 3. Зависший сеанс на терминальном сервере
Отдельный сценарий — работа через RDP. Пользователь закрыл окно удалённого рабочего стола вместо выхода из 1С, и сеанс остался висеть на сервере в состоянии «Отключён». 1С при этом продолжает работать и держит блокировку.
Решение: на сервере откройте «Диспетчер служб терминалов» (или выполните query session), найдите отключённый сеанс пользователя и завершите его командой «Сброс» / Reset. После этого блокировки снимутся автоматически, и удалять файлы вручную обычно не требуется.
query session
reset session <ID_сеанса>Шаг 4. Если ошибка повторяется после удаления блокировок
Если lock-файлы удалены, а ошибка остаётся, проверьте права доступа: у пользователя должны быть полные права (чтение, запись, создание, удаление) на свой рабочий каталог и на каталог базы. При работе по сети проверьте права и на уровне общей папки, и на уровне NTFS.
Ещё одна причина — повреждённый файл настроек 1cv7.cfg или файлы в каталоге пользователя. Попробуйте переименовать каталог пользователя (например, добавить к имени «_old»): 1С создаст новый чистый каталог при входе. Настройки интерфейса при этом сбросятся, но данные базы не пострадают.
Также проверьте, не открыт ли каталог базы монопольно другим процессом — например, антивирусом или программой резервного копирования, которая держит файлы открытыми. Временно исключите каталог базы из проверки антивируса и повторите попытку.
Как предотвратить повторение ошибки
Главная профилактика — корректное завершение работы: выход из 1С через «Файл → Выход», а не закрытием окна или завершением процесса. При работе по RDP пользователей нужно обучить выходить из программы до закрытия окна удалённого рабочего стола, а на сервере настроить автоматическое завершение отключённых сеансов по таймауту.
Полезно настроить стабильное электропитание (ИБП) на компьютерах, где работает 1С, и следить за надёжностью сети: обрыв соединения с сетевым диском во время сеанса почти гарантированно оставит блокировку. Для баз с несколькими пользователями рассмотрите переход с файлового варианта на SQL-версию 1С 7.7 — там механизм блокировок реализован надёжнее.
Что важно запомнить
Ошибка «каталог пользователя занят» почти всегда решается удалением lock-файлов из каталога пользователя — но только после проверки, что реального сеанса нет. При работе через терминальный сервер сначала сбрасывайте зависшие сеансы. Профилактика — корректный выход из программы и стабильная сеть.
Частые вопросы
Можно ли удалять каталог пользователя целиком?
Можно, но не нужно в первую очередь. Достаточно удалить lock-файлы. Удаление всего каталога сотрёт настройки интерфейса, журналы открытых окон и индивидуальные параметры пользователя — восстановить их будет нельзя. Делайте это только при подозрении на повреждение файлов настроек.
Ошибка появляется у всех пользователей сразу — в чём причина?
Если войти не может никто, проблема не в каталоге конкретного пользователя, а в блокировке всей базы: проверьте файл 1Cv7.DBL или наличие монопольного сеанса, права на сетевую папку и доступность сервера, где лежит база.
Как узнать, кто занял каталог, если база сетевая?
Откройте на файловом сервере управление общими ресурсами (compmgmt.msc → «Открытые файлы») и посмотрите, с какого компьютера открыты файлы базы. Также список активных пользователей виден в конфигураторе рабочего сеанса через «Администрирование → Активные пользователи».
Поможет ли перезагрузка компьютера?
Если зависший процесс 1С был на этом компьютере — да, перезагрузка завершит процесс, но lock-файлы на сетевом диске при этом могут остаться, и их всё равно придётся удалить вручную. Поэтому перезагрузка — не замена описанной процедуре.
Почему ошибка возникает после каждого отключения электричества?
При внезапном выключении питания 1С не успевает удалить свои lock-файлы, и при следующем запуске платформа видит «занятый» каталог. Решение — установить источник бесперебойного питания и настроить корректное завершение работы при разряде батареи.
Опасно ли удалять файл users.usr?
Файл users.usr хранит список пользователей, работающих с базой. Удалять его можно только когда в базе гарантированно никто не работает — иначе активные сеансы потеряют корректную регистрацию. Если все сеансы завершены, удаление безопасно: файл будет создан заново при следующем входе.