Проверка конфигурации 1С 8.3: версия, целостность, лицензии и журнал

Быстрее всего проверить конфигурацию 1С так: в пользовательском режиме откройте Главное меню → Справка → О программе. Там видны название и версия конфигурации, версия платформы и режим работы базы (файловый или клиент-серверный). Для глубокой проверки — синтаксиса модулей, ссылок, отличий от поставки — нужен Конфигуратор и команда Конфигурация → Проверка конфигурации.

Частое заблуждение администратора: «раз окно „О программе“ показывает свежий релиз, с базой всё в порядке». Окно показывает только номер. Оно не скажет, снята ли конфигурация с поддержки, есть ли доработки, применены ли изменения к базе данных и не повреждены ли таблицы. Ниже — проверки по слоям, от безопасных к тем, что требуют выгнать пользователей.

1. Версия конфигурации и платформы в пользовательском режиме

Начинайте с того, что доступно без прав администратора и без остановки работы.

Окно «О программе» (Главное меню — кнопка с тремя полосками в левом верхнем углу — → Справка → О программе):

• 📌 название конфигурации и её версия, например «Бухгалтерия предприятия, редакция 3.0» и номер релиза из четырёх чисел;
• 🖥 версия платформы — тоже четыре числа, вида 8.3.xx.yyyy;
• 🗄 строка соединения с базой: File="D:\Bases\Buh" для файловой базы или Srvr="srv1c";Ref="buh" для серверной;
• 👤 текущий пользователь и режим запуска (тонкий, толстый или веб-клиент).

Внизу окна есть ссылка «Информация для технической поддержки». Она открывает текст со всеми параметрами: версии, ОС, объём памяти, установленные расширения. Этот текст удобно копировать в заявку подрядчику целиком.

Расширения. В БП 3.0 и ЗУП 3.1 список подключённых расширений открывается через Администрирование → Печатные формы, отчеты и обработки → Расширения. Расширение меняет поведение типовой конфигурации, поэтому при любом «странном» поведении программы проверяйте этот список первым.

2. Свойства и состояние конфигурации в Конфигураторе

Конфигуратор показывает то, чего не видно пользователю. Запустите базу в режиме «Конфигуратор» из окна запуска и откройте дерево: Конфигурация → Открыть конфигурацию.

2.1. Свойства корня конфигурации

Щёлкните правой кнопкой по корневому элементу дерева и выберите «Свойства». Что здесь важно:

Режим совместимости часто объясняет «необъяснимое»: новая платформа ведёт себя как старая, если конфигурация работает в режиме совместимости с более ранней версией.

2.2. Состояние поддержки

Откройте Конфигурация → Поддержка → Настройка поддержки. Возможны три состояния:

• ✅ на поддержке, без возможности изменения — чистая типовая, обновляется без вопросов;
• ✏️ с возможностью изменения — в конфигурацию могли внести правки, при обновлении потребуется сравнение и объединение;
• ⛔ поддержка снята — обновить штатно уже нельзя, только через сравнение с новой поставкой.

2.3. Совпадает ли основная конфигурация с конфигурацией базы данных

В Конфигураторе живут две конфигурации: основная (та, что редактируется) и конфигурация базы данных (та, с которой работают пользователи). Если правку сохранили, но не применили к базе, пользователи её не видят.

Проверка: Конфигурация → Сравнить конфигурации, слева выберите основную конфигурацию, справа — конфигурацию базы данных. Пустой отчёт сравнения означает, что всё применено. Отличия говорят о несохранённой работе разработчика.

Чтобы увидеть доработки относительно типовой, сравните конфигурацию с поставочной: Конфигурация → Сравнить, объединить с конфигурацией из файла и укажите файл 1Cv8.cf нужного релиза из каталога шаблонов. Достаточно посмотреть отчёт сравнения и закрыть окно без объединения.

3. Встроенная проверка конфигурации и тестирование базы

Здесь два разных инструмента, и их часто путают.

3.1. Проверка конфигурации (код и метаданные)

Конфигурация → Проверка конфигурации анализирует саму конфигурацию, а не данные. В окне отметьте:

• 🔗 логическую целостность конфигурации;
• 🔍 поиск некорректных ссылок;
• 🧩 проверку синтаксиса модулей в нужных режимах: тонкий клиент, веб-клиент, сервер, внешнее соединение;
• ⚙️ расширенную проверку модулей, если нужно ловить вызовы недоступных в контексте методов.

Результат выводится в окно служебных сообщений. Ошибки в типовой конфигурации на поддержке встречаются редко. Если их много — ищите причину в доработках или расширениях.

Ту же проверку можно запустить без интерфейса, например ночью по расписанию:

"C:\Program Files\1cv8\8.3.xx.yyyy\bin\1cv8.exe" DESIGNER /F"D:\Bases\Buh" /N"Администратор" /P"пароль" ^
  /CheckConfig -ConfigLogIntegrity -IncorrectReferences -ThinClient -Server ^
  /Out "D:\Logs\checkconfig.txt"

Для серверной базы вместо /F укажите /S"srv1c\buh". Пароль в bat-файле храните только на защищённом сервере.

3.2. Тестирование и исправление информационной базы

Это проверка данных: индексов, ссылочной целостности, итогов. Запуск: Администрирование → Тестирование и исправление в Конфигураторе. Начните с режима «Только проверка» — он ничего не меняет и показывает масштаб проблемы.

Режим исправления запускайте только после резервной копии (выгрузка .dt или бэкап СУБД). Тестирование требует монопольного доступа: предупредите пользователей и проводите его вне рабочего времени.

3.3. Физическая целостность файловой базы

Для файловой базы есть отдельная утилита chdbfl.exe в каталоге bin установленной платформы. Она проверяет сам файл 1Cv8.1CD на уровне страниц. Запускайте её только при закрытой базе: ни одного пользователя, ни одного открытого Конфигуратора.

4. Где лежат файлы конфигурации на диске

Иногда проверка начинается не в программе, а в проводнике.

Что из этого полезно для проверки:

• 📏 размер 1Cv8.1CD. Резкий рост без роста данных — повод для тестирования и сжатия таблиц;
• 📂 несколько папок платформы. Пользователи могут запускать базу разными версиями. В ibases.v8i у каждой базы может быть строка Version= — она закрепляет версию платформы для запуска;
• 📦 шаблоны в tmplts. По названиям папок видно, какие релизы конфигурации скачаны и доступны для обновления и сравнения.

5. Проверка серверной базы через консоль кластера и rac

Для клиент-серверной базы часть проверок делается в консоли «Администрирование серверов 1С:Предприятия».

Что посмотреть в консоли:

• 🗂 Информационные базы — есть ли база в кластере, с какой СУБД и под каким именем базы данных она связана;
• 👥 Сеансы — кто подключён, каким клиентом, с какого компьютера, давно ли висит сеанс;
• 🔒 Блокировки — какие объекты заблокированы прямо сейчас;
• ⚙️ Рабочие процессы — занятая память, число соединений, показатель доступной производительности. Падение этого показателя у одного процесса при нормальных остальных указывает на перегруженный процесс.

Если консоль не открывается с ошибкой о незарегистрированном компоненте, перерегистрируйте radmin.dll нужной версии платформы от имени администратора:

regsvr32 "C:\Program Files\1cv8\8.3.xx.yyyy\bin\radmin.dll"

Версия radmin.dll должна совпадать с версией сервера 1С. Если на компьютере несколько платформ, регистрируйте ту, что установлена на сервере.

Из командной строки. Утилита rac работает через сервер администрирования ras, который должен быть запущен (по умолчанию порт 1545). Базовые команды:

rac cluster list
rac infobase summary list --cluster=<uuid кластера>
rac session list --cluster=<uuid кластера>

Остальные подкоманды и ключи смотрите в справке rac help. Вывод rac удобен для скриптов мониторинга: его легко разбирать и отправлять в систему оповещений.

6. Лицензии и ключи защиты

Проверка лицензий отвечает на вопрос «почему база не пускает нового пользователя».

6.1. Программные лицензии

Активированные программные лицензии хранятся в файлах .lic, обычно в C:\ProgramData\1C\licenses\. Если папка пуста или файлы удалены, платформа не найдёт лицензию.

Список лицензий на компьютере выводит утилита ring из состава платформы:

ring license list

Для подробностей по конкретной лицензии используйте ключи из ring license help. Учтите: программная лицензия привязана к параметрам оборудования. После замены диска, сетевой карты или переноса виртуальной машины её может понадобиться восстановить — это делается штатно по пин-коду из комплекта.

6.2. Аппаратные ключи HASP

Для USB-ключей откройте в браузере на компьютере с ключом http://localhost:1947 — это веб-интерфейс менеджера лицензий Sentinel. Там видно:

• 🔑 подключённые ключи и их тип;
• 📊 сколько сессий занято;
• 🌐 с каких компьютеров идут обращения к сетевому ключу.

6.3. Какие лицензии заняты на сервере

В клиент-серверном варианте лицензию получает сервер 1С. Посмотреть, какой сеанс какую лицензию занял, можно командой rac session list --cluster=<uuid> --licenses или в списке сеансов консоли кластера.

7. Журнал регистрации: кто и когда менял конфигурацию

Журнал регистрации хранит историю событий базы, в том числе изменения конфигурации.

Где открыть:

• в пользовательском режиме БП 3.0 и ЗУП 3.1 — Администрирование → Обслуживание → Журнал регистрации;
• в Конфигураторе — Администрирование → Журнал регистрации.

Как найти изменения конфигурации. Установите отбор по событиям группы «Информационная база» — там есть события изменения и обновления конфигурации базы данных. Добавьте период и пользователя. Получите ответ: кто, когда и с какого компьютера применял изменения.

Ещё два полезных отбора:

• 🚫 по уровню «Ошибка» — неожиданные исключения после обновления или подключения расширения;
• 🔐 по событиям сеанса аутентификации — неудачные попытки входа под администратором.

Журнал хранится в формате SQLite (файл .lgd) или в старом формате из нескольких файлов. Формат и срок хранения настраиваются в Конфигураторе: Администрирование → Настройка журнала регистрации. Если журнал за нужный период пуст, проверьте именно эту настройку: возможно, регистрация отключена или старые события удалены.

8. Частые ошибки при проверке конфигурации 1С

Ещё одна ловушка — проверять синтаксис только в режиме сервера. Ошибки в клиентских модулях проявятся у пользователей тонкого и веб-клиента, поэтому отмечайте все режимы, которыми реально пользуются в организации.

Частые вопросы