Конфигуратор 1С для администратора: запуск, обновление, отладка и обслуживание базы
Содержание
Конфигуратор 1С — второй режим запуска платформы 1С:Предприятие 8.3, в котором администратор и разработчик работают не с данными, а с самой базой: обновляют конфигурацию, настраивают роли и пользователей, отлаживают код, делают выгрузку .dt и тестирование. Запускают его кнопкой «Конфигуратор» в окне выбора баз или командой 1cv8.exe DESIGNER.
Ниже собран порядок работы, который нужен на практике: от первого открытия до обслуживания базы и пакетных команд для скриптов. Всё описанное относится к платформе 8.3 и одинаково для БП 3.0, ЗУП 3.1, УТ 11 и других конфигураций — разница только в составе объектов дерева.
Запуск конфигуратора и первая настройка рабочего места
Конфигуратор открывается из того же окна запуска, что и пользовательский режим:
- Запустите 1С, выделите базу в списке.
- Нажмите «Конфигуратор» (не «1С:Предприятие»).
- Введите пользователя с ролью «Администратор системы» или «Полные права» — в зависимости от конфигурации.
- После входа дерево объектов скрыто. Откройте его:
Конфигурация → Открыть конфигурацию.
Пустое окно после запуска — норма, а не ошибка. Дерево появляется только после команды «Открыть конфигурацию».
💡 Если кнопки «Конфигуратор» нет в окне запуска, её убрали настройкой списка баз. Запустить режим можно и без кнопки — из командной строки:
"C:\Program Files\1cv8\8.3.24.1548\bin\1cv8.exe" DESIGNER /F"D:\Bases\Buh" /N"Администратор" /P"пароль"
Номер версии в пути подставьте свой. Для клиент-серверной базы вместо /F указывают /S"имя_сервера\имя_базы".
Что настроить сразу после первого входа:
- ⚙️
Сервис → Параметры— шрифт модулей, автозамена, вид дерева; - 🔤 там же — синтаксис-помощник и контекстная подсказка, без них писать код неудобно;
- 🗂️ при необходимости — подключение к хранилищу:
Конфигурация → Хранилище конфигурации → Подключиться к хранилищу.
Вход в конфигуратор сам по себе не блокирует базу для других пользователей. Монопольный доступ нужен только для отдельных операций: обновления структуры базы, загрузки .dt, тестирования и исправления. О них ниже.
Три конфигурации в одной базе и порядок обновления
Главное, что путает новичков: в базе живут три разные конфигурации.
| Что | Где открывается | Зачем |
|---|---|---|
| Основная конфигурация | Конфигурация → Открыть конфигурацию | Здесь вносят изменения. Пока они не применены, пользователи их не видят |
| Конфигурация базы данных | Конфигурация → Конфигурация базы данных | То, с чем реально работают пользователи |
| Конфигурация поставщика | Конфигурация → Поддержка | Эталон типовой от фирмы-разработчика, нужен для сравнения при обновлении |
Изменение проходит две стадии. Сначала вы правите основную конфигурацию и сохраняете её (Ctrl+S). Затем применяете к базе: Конфигурация → Обновить конфигурацию базы данных или клавиша F7. Только после второго шага изменения видят пользователи.
Обновление типовой конфигурации из файла
Для типовой конфигурации на поддержке порядок такой:
- Сделайте выгрузку базы в
.dt(см. раздел про обслуживание). - Откройте
Конфигурация → Поддержка → Обновить конфигурацию. - Укажите файл обновления
.cfuили полный дистрибутив.cf. - Если конфигурация не изменялась, обновление пройдёт без окна сравнения. Если изменения есть, откроется окно сравнения и объединения — в нём решают, что взять от поставщика, а что оставить своё.
- Нажмите
F7и подтвердите принятие изменений структуры. - Запустите базу в режиме 1С:Предприятие: обработчики обновления выполнятся при первом входе.
Файл .cfu подходит только для обновления с определённых релизов. Список допустимых исходных версий указан в описании обновления. Если ваш релиз туда не входит, ставьте промежуточные обновления по очереди.
Типовые конфигурации без доработок проще обновлять из режима Предприятия через интернет-поддержку. Конфигуратор нужен, когда в базе есть изменения или обновление идёт из файла.
Когда конфигурацию лучше не снимать с поддержки
Чтобы править типовую, её включают на изменение: Конфигурация → Поддержка → Настройка поддержки → Включить возможность изменения. После этого каждое обновление превращается в сравнение и объединение, а ошибки слияния копятся.
Для большинства доработок (своя печатная форма, роль, реквизит, обработчик события) удобнее расширение: Конфигурация → Расширения конфигурации. Расширения появились в платформе 8.3.6. Основная конфигурация остаётся на полной поддержке, обновление идёт без слияния. После добавления или изменения расширения его тоже нужно применить к базе.
Отладка кода и замер производительности
Отладка в конфигураторе нужна, когда отчёт считает не то, документ не проводится или обработка «висит».
Отладка в файловой базе
- Откройте нужный модуль и поставьте точку останова на строке — клавиша
F9. - Запустите отладку:
Отладка → Начать отладку(F5). Откроется клиент с подключённым отладчиком. - Выполните в клиенте действие, которое вызывает проблемный код.
- На точке останова смотрите значения переменных в «Табло» или наведением курсора, шагайте
F10(с обходом) иF11(с заходом в процедуру).
Если клиент уже запущен отдельно, подключиться к
нему можно через Отладка → Подключение. Клиент для этого запускают с параметром /Debug.
Отладка на сервере 1С
В клиент-серверной базе серверный код по умолчанию не отлаживается. Агент сервера (ragent) нужно запустить с ключом -debug, а для отладки по протоколу HTTP — с ключами -debug -http. Ключ дописывают в строку запуска службы агента.
Чтобы ключ заработал, службу агента перезапускают. При этом оборвутся сеансы всех пользователей всех баз на этом сервере. Делайте это вне рабочего времени и предупредите людей заранее. На рабочем сервере отладку после работы лучше снова выключать: она добавляет нагрузку.
Замер производительности
Когда операция работает медленно, а причина неясна:
- Начните отладку (
F5). - Включите
Отладка → Замер производительности. - Выполните медленное действие в клиенте.
- Выключите замер той же командой.
Конфигуратор покажет таблицу строк кода с количеством вызовов и долей времени. Сортируйте по времени: обычно сверху оказываются запрос в цикле или обращение к реквизиту через точку внутри большого перебора. Двойной щелчок по строке открывает её в модуле.
Роли и пользователи: что делать в конфигураторе, а что в Предприятии
В конфигураторе есть два места, связанных с доступом:
- 🛡️ роли — ветка
Общие → Ролив дереве. Это описание прав на объекты; меняется только вместе с конфигурацией; - 👤 список пользователей базы —
Администрирование → Пользователи. Здесь задают имя, пароль, аутентификацию ОС и набор ролей.
В типовых конфигурациях (БП 3.0, ЗУП 3.1, УТ 11) пользователями и правами управляют из режима Предприятия, через профили и группы доступа. В БП это раздел Администрирование → Настройки пользователей и прав. Если раздать роли в конфигураторе мимо профилей, при следующей записи пользователя в Предприятии набор ролей может быть пересчитан по профилю. Права «уплывут», и вы не поймёте, почему.
Когда конфигуратор действительно нужен для прав:
- Восстановить доступ администратора. Если в Предприятии никто не может войти с полными правами, в конфигураторе откройте
Администрирование → Пользователи, задайте пароль или роль пользователю-администратору. - Добавить свою роль. Создайте её в расширении, а не в основной конфигурации. Затем назначьте через профиль группы доступа в Предприятии.
- Проверить, что разрешает роль. Откройте роль в дереве: видно права на каждый объект и ограничения доступа на уровне записей.
В пустом списке пользователей вход в базу выполняется без пароля с полными правами. Как только вы создадите первого пользователя, он должен иметь административную роль — иначе вы закроете себе вход в конфигуратор.
Проверка синтаксиса и конфигурации перед сохранением
«Компиляции» в привычном смысле в 1С нет: модули проверяются при сохранении конфигурации и при ручной проверке. Ошибки ловят в три уровня.
Модуль. Внутри открытого модуля нажмите Ctrl+F7 — проверка синтаксиса только этого модуля. Ошибки появятся в окне служебных сообщений, двойной щелчок ведёт к строке.
Сохранение. При Ctrl+S конфигуратор проверяет изменённые модули. При ошибке он предложит сохранить конфигурацию
с ошибками или вернуться к правке. Сохранять с ошибками можно, но к базе (F7) такую конфигурацию применять не стоит.
Вся конфигурация. Конфигурация → Проверка конфигурации. В окне отмечают виды проверок:
- 🔗 логическая целостность и поиск неправильных ссылок — ловит битые ссылки на удалённые объекты;
- 🧩 проверка модулей в разных режимах: тонкий клиент, сервер, внешнее соединение, веб-клиент;
- 📱 режимы, которые реально используются в вашей базе. Проверка веб-клиента бессмысленна, если его нет.
Частая ситуация после слияния при обновлении: модуль формы проверяется в толстом клиенте, но падает в тонком из-за вызова серверного метода на клиенте. Поэтому отмечайте именно тонкий клиент и сервер.
Обслуживание базы: выгрузка, тестирование, кэш
Выгрузка и загрузка .dt
Администрирование → Выгрузить информационную базу— полная копия базы с конфигурацией и данными в файл.dt. Выгрузку лучше делать, когда в базе нет пользователей: так копия будет согласованной.Администрирование → Загрузить информационную базу— полностью заменяет текущую базу содержимым файла. Нужен монопольный доступ. Перед загрузкой проверьте, в какую базу вы вошли: в списке баз часто есть копия и рабочая с похожими именами.
Файл .dt подходит для переноса между файловым и клиент-серверным вариантом. Для ежедневного резерва большой клиент-серверной базы средствами СУБД он медленнее, но для переноса и перед обновлением — самый надёжный вариант.
Тестирование и исправление
Администрирование → Тестирование и исправление запускает проверку базы. Требуется монопольный доступ: все пользователи должны выйти.
| Опция | Когда включать |
|---|---|
| Реиндексация таблиц | Ошибки индексов, медленный поиск в файловой базе |
| Проверка логической целостности | Ошибки при открытии форм и отчётов, сбой после аварийного выключения |
| Проверка ссылочной целостности | Появились «Объект не найден» в документах |
| Пересчёт итогов | Остатки в отчётах не сходятся с оборотами |
| Сжатие таблиц | Файловая база сильно выросла после удаления данных |
| Реструктуризация таблиц | Только если остальное не помогло, это самая долгая опция |
Режим «Тестирование и исправление» меняет данные. Перед ним — выгрузка .dt. Для битых ссылок выбирайте действие осознанно: «создавать объекты» безопаснее, чем «удалять ссылки».
Сброс кэша
Странные ошибки интерфейса, «старая» форма после обновления, падения при открытии — частый признак испорченного кэша на компьютере пользователя. Варианты сброса:
- Запустить базу
с параметром
/ClearCache(дописывается в «Дополнительные параметры запуска» в свойствах базы в списке). - Закрыть 1С и удалить папки с именами-идентификаторами в
%APPDATA%\1C\1cv8и%LOCALAPPDATA%\1C\1cv8.
Перед удалением папок пользователь должен закрыть все окна 1С на этом компьютере, иначе незаписанные данные пропадут. Файл ibases.v8i со списком баз не трогайте.
Пакетный режим конфигуратора для скриптов
Регулярные операции администратор переводит в bat-файлы и планировщик задач. Конфигуратор выполняет команду и закрывается, результат пишет в лог.
Выгрузка .dt по расписанию:
"C:\Program Files\1cv8\8.3.24.1548\bin\1cv8.exe" DESIGNER /S"srv1c\buh" /N"Администратор" /P"пароль" /DumpIB "D:\Backup\buh.dt" /Out "D:\Backup\dump.log" /DisableStartupMessages
Основные ключи, которые стабильно работают:
| Ключ | Что делает |
|---|---|
/DumpIB файл.dt | Выгрузка базы в .dt |
/RestoreIB файл.dt | Загрузка базы из .dt |
/DumpCfg файл.cf | Сохранение основной конфигурации в файл |
/LoadCfg файл.cf | Загрузка конфигурации из файла |
/UpdateDBCfg | Применение конфигурации к базе (аналог F7) |
/UpdateCfg файл.cfu | Обновление конфигурации на поддержке |
/IBCheckAndRepair | Тестирование и исправление |
/Out файл.log | Куда писать результат |
/DisableStartupMessages | Не показывать окна-предупреждения при старте |
/UC код | Код разрешения входа при установленной блокировке сеансов |
💡 Пароль в bat-файле лежит открытым текстом. Заведите для скриптов отдельного пользователя базы, а доступ к папке со скриптами ограничьте правами Windows. Для полного списка ключей и параметров /IBCheckAndRepair смотрите справку платформы по параметрам командной строки.
Перед пакетным обновлением ночью проверьте, что пользователи вышли, или установите блокировку сеансов в консоли кластера. Иначе /UpdateDBCfg упрётся в активные соединения и завершится с ошибкой в логе.
Ошибки при работе в конфигураторе и что с ними делать
Ещё две ошибки, которые встречаются у начинающих администраторов:
- ❌ Работа в рабочей базе вместо копии. Любую доработку и проверку обновления сначала делают на копии, развёрнутой из
.dt. - ❌ Хранилище без захвата объектов. Если база подключена к хранилищу конфигурации, менять можно только захваченные объекты. Правки, сделанные без захвата, при обновлении из хранилища потеряются.