Администрирование · 11 мин
Как запустить 1С 7.7 в монопольном режиме
Как запустить 1С 7.7 монопольно: способы через конфигуратор и ярлык, снятие блокировок, работа в терминале и сетевой версии, типичные ошибки и их решение.
Монопольный режим в 1С:Предприятии 7.7 нужен для операций, которые невозможно выполнить при активных сеансах других пользователей: тестирование и исправление информационной базы, загрузка и выгрузка данных, обновление конфигурации, изменение структуры метаданных, полное перепроведение документов. Пока база открыта монопольно, остальные пользователи не смогут войти и увидят сообщение об отказе в доступе.
Платформа 7.7 существует в двух вариантах — файловом (dbt-файлы, чаще всего dbf-формат) и SQL-версии. Способ монопольного запуска в обоих случаях одинаковый: отличается только реакция на активные сеансы и механизм блокировок. В файловой версии монопольный доступ контролируется через файл блокировок 1Cv7.LCK, в SQL-версии — через механизмы самой СУБД.
Ниже разобраны все рабочие способы запуска: через конфигуратор, через ярлык с параметром, в терминальном окружении, а также что делать, когда монопольный режим не устанавливается из-за «зависших» сеансов и как безопасно снять блокировку.
Когда монопольный режим действительно необходим
Не каждая административная задача требует монопольного доступа. Понимание, когда он обязателен, а когда достаточно обычного сеанса, избавляет от лишних простоев в работе пользователей.
Монопольный режим обязателен для: тестирования и исправления ИБ (chdbfl-аналог для dbf — встроенное «Тестирование и исправление» в конфигураторе), загрузки и выгрузки данных через «Загрузить/Выгрузить данные», сохранения и восстановления конфигурации, объединения конфигураций, изменения состава пользователей и их прав, полного перепроведения документов через обработки, требующие эксклюзивного доступа.
Без монопольного режима можно выполнять: просмотр структуры метаданных, редактирование модулей с сохранением «в файл» (без обновления конфигурации БД), формирование отчётов, настройку интерфейсов, если она не требует сохранения в базу.
Способ 1. Запуск через конфигуратор
Самый простой и надёжный путь. Откройте стартовое окно 1С (запуск 1cv7l.exe или ярлык «1С Предприятие»), выберите нужную базу в списке, в поле «В режиме» укажите «Конфигуратор» и нажмите «ОК». Конфигуратор 7.7 по умолчанию пытается открыть базу монопольно.
Если в базе есть активные пользователи, появится сообщение «Ошибка открытия информационной базы в монопольном режиме» или «Невозможно открыть базу монопольно». Это значит, что кто-то работает, либо остался зависший сеанс — о снятии таких блокировок ниже.
После входа проверьте состояние: меню «Администрирование» → пункт «Монопольный режим» (если он доступен для переключения) или сообщение в заголовке окна. В ряде операций, например при «Тестировании и исправлении», платформа сама проверит монопольность и откажет при её отсутствии.
- 1Откройте стартовое окно 1С и выберите информационную базу
- 2В поле режима выберите «Конфигуратор» и нажмите «ОК»
- 3При запросе пользователя введите логин с правами администратора
- 4Убедитесь, что сообщений о невозможности монопольного доступа нет
- 5Выполните нужную операцию, затем закройте конфигуратор, чтобы освободить базу
Способ 2. Ярлык с параметром монопольного запуска
Если монопольный режим нужен в «Предприятии» — например, для запуска обработки перепроведения или группового изменения данных — создайте отдельный ярлык с ключом командной строки.
Щёлкните правой кнопкой по рабочему столу → «Создать» → «Ярлык» и укажите путь к исполняемому файлу с параметрами. Для обычной версии это 1cv7.exe, для SQL-версии — 1cv7s.exe, для отладочной — 1cv7l.exe.
"C:\Program Files\1Cv77\BIN\1cv7.exe" enterprise /D"C:\Bases\Trade\" /M /NИмяПользователя /PПарольРазбор параметров: enterprise — режим запуска (для конфигуратора — config, для отладчика — debug); /D — путь к каталогу информационной базы; /M — ключ монопольного запуска; /N и /P — имя пользователя и пароль (необязательны, но удобны для автоматизации). Пути с пробелами обязательно заключайте в кавычки.
Сохраните ярлык под понятным именем, например «База — монопольно», чтобы случайно не запустить его в рабочее время. После завершения работы просто закройте сеанс — база станет доступна остальным.
Как вывести пользователей и снять зависшие сеансы
Главная причина, по которой монопольный режим «не включается», — активные или зависшие сеансы. В файловой версии 7.7 механизм блокировки строится на файле 1Cv7.LCK в каталоге базы и таблице активных пользователей.
Корректный порядок: заранее предупредите пользователей, дождитесь их выхода, проверьте по сети, что никто не держит базу открытой. Если пользователь «вышел», а монопольный доступ всё равно не устанавливается — скорее всего, сеанс завис: программа закрылась аварийно, по сети пропала связь или компьютер пользователя перезагрузился с открытой 1С.
Для файловой версии при гарантированном отсутствии работающих пользователей допустимо удалить файл 1Cv7.LCK из каталога базы. Перед удалением убедитесь, что базу действительно никто не использует: проверьте список открытых файлов на сервере (на Windows — через «Управление компьютером» → «Общие папки» → «Открытые файлы»).
Монопольный режим в терминальном окружении
Если 1С 7.7 работает на терминальном сервере (RDP), ситуация усложняется: на одном сервере одновременно открыто несколько сеансов, и «зависший» процесс 1cv7.exe может продолжать держать блокировку даже после отключения пользователя от RDP.
Откройте «Диспетчер задач» на терминальном сервере, перейдите на вкладку «Пользователи» или «Подробно» и найдите все процессы 1cv7.exe, 1cv7s.exe, 1cv7l.exe. Завершите те, что принадлежат отключённым сеансам. Альтернатива — консольная команда:
tasklist /FI "IMAGENAME eq 1cv7.exe"
taskkill /F /IM 1cv7.exeВторая команда завершает все процессы 1С на сервере — применяйте её только когда уверены, что активной работы нет. После очистки процессов проверьте отсутствие 1Cv7.LCK и запускайте монопольный сеанс.
Особенности SQL-версии 1С 7.7
В SQL-варианте (1cv7s.exe + MS SQL Server) файла блокировок нет: монопольность контролируется на уровне соединений с базой данных. Зависший сеанс здесь — это «повисшее» соединение (spid) на стороне SQL Server.
Чтобы увидеть активные подключения, используйте SQL Server Management Studio: Activity Monitor или запрос к sys.sysprocesses с фильтром по имени базы. Завершить конкретное соединение можно командой KILL <spid>. Это безопаснее, чем перезапуск службы SQL Server, который оборвёт работу всех баз сразу.
После очистки соединений монопольный запуск выполняется тем же ярлыком с ключом /M — платформа получит эксклюзивный доступ, и остальные подключения будут отклоняться до завершения сеанса.
Как выбрать действие
Проверка результата и типичные ошибки
Признак успешного монопольного входа — отсутствие ошибок при запуске и доступность операций, требующих эксклюзива: «Тестирование и исправление» запускается без отказа, «Сохранить данные» и «Загрузить данные» активны. Одновременно другой пользователь при попытке входа должен получить сообщение о монопольном режиме — это подтверждает, что блокировка работает.
Отдельная частая ситуация: администратор запустил монопольный сеанс и оставил его открытым, уйдя с рабочего места. Пользователи не могут войти и не понимают причину. Выработайте правило — монопольный сеанс закрывается сразу после завершения операции, а длительные процедуры (тестирование большой базы) планируются на нерабочее время с предупреждением.
Как проверить результат
Сеанс открылся без сообщений об ошибке доступа
Ошибка «невозможно открыть базу монопольно» — есть активные или зависшие сеансы
«Тестирование и исправление» и «Загрузка данных» запускаются без отказа
Платформа сообщает, что операция требует монопольного режима
При попытке входа с другого компьютера выдаётся отказ в доступе
Второй пользователь свободно вошёл — монопольный режим не установлен
После закрытия сеанса пользователи входят в обычном режиме
Блокировка осталась — проверьте 1Cv7.LCK или зависшие процессы
Что важно запомнить
Конфигуратор 1С 7.7 открывает базу монопольно по умолчанию; для режима «Предприятие» используйте ярлык с ключом /M. Перед запуском завершите все сеансы, при зависших блокировках проверяйте 1Cv7.LCK, процессы на терминальном сервере или соединения в SQL Server. Перед принудительным снятием блокировок всегда делайте копию базы.
Частые вопросы
Что делать, если пишет «Невозможно открыть базу монопольно», но все пользователи вышли?
Почти всегда это зависший сеанс. Проверьте процессы 1cv7.exe на компьютерах и терминальном сервере, наличие файла 1Cv7.LCK в каталоге базы (файловая версия) или активные соединения в SQL Server (SQL-версия). После их устранения монопольный вход заработает.
Можно ли запустить монопольный режим, не выгоняя пользователей?
Нет. Монопольный режим по определению требует эксклюзивного доступа: пока есть хотя бы один активный сеанс, платформа откажет в запуске. Ключ /M не принуждает пользователей к выходу — он только запрашивает эксклюзив.
Безопасно ли удалять файл 1Cv7.LCK?
Только при стопроцентной уверенности, что базу никто не использует: проверьте открытые файлы на сервере и процессы на рабочих станциях. Удаление блокировки при активной работе может привести к порче dbf-таблиц. Перед удалением сделайте копию каталога базы.
Чем отличаются 1cv7.exe, 1cv7s.exe и 1cv7l.exe?
Первый — обычная файловая версия, второй — SQL-версия, третий — отладочный (локальный) вариант. Ключ /M и синтаксис параметров командной строки у всех трёх одинаковы, различается только механизм блокировок на стороне хранилища данных.
Как автоматизировать монопольное обслуживание по расписанию?
Создайте bat-файл с командой запуска 1cv7.exe с параметрами enterprise /D /M /N /P и добавьте его в Планировщик заданий Windows на нерабочее время. Учтите: если к моменту запуска останется активный сеанс, команда завершится ошибкой — предусмотрите предварительное завершение процессов и журналирование результата.
Почему после аварийного завершения база долго не отпускает монопольный доступ?
При аварийном закрытии запись об активном сеансе не удаляется из таблицы блокировок. В файловой версии помогает удаление 1Cv7.LCK после проверки отсутствия работающих пользователей, в SQL-версии — завершение «повисшего» соединения через KILL в SQL Server.