Администрирование · 12 мин
Конфигурация базы данных не соответствует сохраненной конфигурации 1С: пошаговое решение
Почему 1С пишет «конфигурация базы данных не соответствует сохраненной конфигурации» и как исправить: обновление конфигурации БД, восстановление из копии, типичные ошибки.
Ошибка «конфигурация базы данных не соответствует сохраненной конфигурации» появляется при запуске 1С:Предприятие и означает, что структура метаданных, записанная в самой информационной базе, расходится с той конфигурацией, которую платформа ожидает увидеть. Чаще всего это случается после неудачного обновления, восстановления базы из копии, прерванного процесса реструктуризации или подключения базы к «не той» конфигурации.
Критичность ситуации разная: иногда проблема решается штатным обновлением конфигурации базы данных за несколько минут, а иногда расхождение — симптом повреждения базы, и любые поспешные действия могут усугубить потерю данных. Поэтому первый шаг — не «исправлять», а понять, что именно произошло с базой.
Ниже разобраны причины рассинхронизации, безопасный порядок диагностики, способы восстановления для файлового и клиент-серверного вариантов, а также ограничения, при которых самостоятельное вмешательство лучше прекратить.
Почему возникает рассинхронизация конфигураций
В информационной базе 1С хранятся одновременно несколько «слоёв»: основная конфигурация (та, что редактируется в Конфигураторе), конфигурация базы данных (структура, по которой реально построены таблицы СУБД) и, в управляемых решениях, конфигурация поставщика. Ошибка появляется, когда конфигурация базы данных перестаёт совпадать с сохранённой основной конфигурацией.
Типичные причины расхождения:
- обновление конфигурации было прервано на этапе реструктуризации — например, из-за отключения электричества, разрыва сети или принудительного завершения процесса;
- база была восстановлена из копии, сделанной до обновления конфигурации, а Конфигуратор открывает её уже с новой конфигурацией;
- к базе подключили неверный файл конфигурации (.cf) или загрузили конфигурацию из другого решения;
- повреждение файла базы (1Cv8.1CD) после сбоя диска, антивирусной блокировки или некорректного копирования;
- в клиент-серверном варианте — рассинхронизация после проблем на стороне СУБД или прерванной транзакции обновления.
Первый шаг: зафиксируйте текущее состояние базы
До любых попыток исправления сделайте резервную копию именно в текущем, «сломанном» состоянии. Если дальнейшие действия ухудшат ситуацию, копия позволит вернуться к исходной точке. Для файловой базы достаточно скопировать файл 1Cv8.1CD при закрытых сеансах всех пользователей. Для клиент-серверной — сделать выгрузку через Конфигуратор (Администрирование → Выгрузить информационную базу), а если Конфигуратор не открывается — штатную резервную копию средствами СУБД.
Параллельно зафиксируйте факты: что делали с базой в последний раз (обновляли, восстанавливали, переносили), на каком этапе возникла ошибка, открывается ли Конфигуратор, работают ли другие базы на том же сервере. Эти детали определяют дальнейший маршрут решения.
Стандартное решение: обновление конфигурации базы данных
Если Конфигуратор открывается, самый частый и безопасный сценарий — штатное обновление конфигурации базы данных. Оно синхронизирует физическую структуру данных с текущей конфигурацией.
- 1Завершите все сеансы пользователей и откройте базу в режиме Конфигуратора под учётной записью с правами администратора.
- 2Откройте меню «Конфигурация» → «Обновить конфигурацию базы данных» (или нажмите Ctrl+F7).
- 3Если конфигурация на поддержке и платформа предлагает обновление — согласитесь; при появлении окна реструктуризации проверьте список изменений и подтвердите.
- 4Дождитесь полного завершения реструктуризации, не прерывая процесс.
- 5Запустите базу в режиме 1С:Предприятие и проверьте работоспособность.
Если пункт обновления недоступен или платформа сообщает, что обновление не требуется, но ошибка при запуске сохраняется, проблема глубже простой рассинхронизации — переходите к диагностике повреждений.
Если обновление зависает или падает
Длительная реструктуризация на больших базах — нормальное явление: перестроение таблиц регистров накопления может занимать часы. Не прерывайте процесс, если видна дисковая активность. Если же процесс падает с ошибкой, зафиксируйте текст сообщения — он укажет на конкретный объект метаданных, с которым проблема.
Диагностика: тестирование и исправление, проверка утилитой chdbfl
Когда обновление не помогает или Конфигуратор не открывается, базу нужно проверить на физические повреждения. Для файловых баз есть два инструмента.
Первый — штатное «Тестирование и исправление» (Конфигуратор → Администрирование → Тестирование и исправление). Запускайте его только на копии базы, с включёнными проверками логической и ссылочной целостности. Опции «Очищать ссылки» и «Удалять объект» при обнаружении битых ссылок используйте осознанно: они безвозвратно удаляют данные.
Второй инструмент — утилита chdbfl.exe из каталога bin установленной платформы. Она проверяет физическую целостность файла 1Cv8.1CD на уровне страниц данных. Укажите путь к файлу базы, отметьте «Исправлять обнаруженные ошибки» только после того, как сделана копия файла, и запустите проверку. Утилита не анализирует бизнес-логику — только структуру файла.
Как проверить результат
База открывается без сообщения о несоответствии конфигурации
Ошибка воспроизводится или появляется новое сообщение о повреждении
Данные отображаются, проведение документов работает
Пропали записи, документы не проводятся, ошибки СУБД
Платформа сообщает, что обновление не требуется
Каждый запуск снова предлагает обновление — признак хронической рассинхронизации
Восстановление из резервной копии и через выгрузку/загрузку
Если тестирование показало множественные повреждения или исправление не дало результата, надёжнее вернуться к последней рабочей резервной копии. Сравните дату копии с датой последних введённых данных, чтобы оценить объём потерь, и восстановите базу в новый каталог или под новым именем на сервере — не поверх текущей.
Альтернативный метод — выгрузка и загрузка через .dt. Если Конфигуратор всё же открывает повреждённую базу, выполните выгрузку (Администрирование → Выгрузить информационную базу), создайте пустую базу из того же шаблона конфигурации и загрузите в неё выгрузку. Этот способ часто «вылечивает» физические повреждения файла, потому что данные переносятся в новую чистую структуру. Ограничение: выгрузка больших баз занимает много времени и требует значительного дискового пространства.
Сравнение способов восстановления
Подходит при простой рассинхронизации после обновления. Быстро, но не лечит повреждения файла.
Подходит при подозрении на повреждение файловой базы. Риск: опции удаления данных необратимы.
Самый надёжный вариант. Минус — потеря данных, введённых после даты копии.
Лечит физические повреждения, сохраняя данные. Требует, чтобы Конфигуратор открывал базу, и много времени на больших объёмах.
Особенности для клиент-серверного варианта
В клиент-серверной архитектуре (MS SQL Server, PostgreSQL) ошибка чаще связана не с файлом, а с состоянием базы на СУБД или с прерванной транзакцией обновления. Проверьте журналы СУБД на предмет ошибок, убедитесь, что служба агента сервера 1С и СУБД работают, а диск с данными и журналами транзакций не переполнен — переполнение диска во время реструктуризации одна из частых причин рассинхронизации.
Для восстановления используйте резервные копии средствами СУБД, а не копирование файлов данных напрямую. После восстановления копии на тестовом сервере выполните обновление конфигурации базы данных, чтобы убедиться, что копия консистентна, и только потом применяйте её к рабочему контуру.
Как выбрать действие
Типичные ошибки при самостоятельном устранении
Отдельно стоит предостеречь от «лечения» базы сторонними утилитами прямого редактирования таблиц СУБД. Изменение служебных таблиц платформы вручную почти гарантированно приводит к потере работоспособности базы и лишает возможности дальнейшего штатного восстановления.
Если ошибка повторяется регулярно после каждого обновления, проверьте, не работают ли два администратора с одной базой одновременно и не запускается ли обновление при активных сеансах пользователей. Монопольный режим при обновлении конфигурации БД — обязательное условие.
Профилактика: как не столкнуться с ошибкой снова
Большинство случаев рассинхронизации связано с прерванными процедурами и отсутствием копий. Настройте регулярное резервное копирование: для файловых баз — автоматическое копирование файла вне рабочих часов, для клиент-серверных — план обслуживания на СУБД с полными и разностными копиями. Периодически проверяйте, что копии реально восстанавливаются на тестовом контуре.
Перед каждым обновлением конфигурации делайте копию, завершайте все сеансы, убеждайтесь в достаточном свободном месте на диске (для реструктуризации больших таблиц может потребоваться объём, сопоставимый с размером базы) и не прерывайте процесс до его завершения. Эти простые правила исключают подавляющее большинство ситуаций с несоответствием конфигураций.
Что важно запомнить
Ошибка несоответствия конфигураций решается в большинстве случаев штатным обновлением конфигурации базы данных в Конфигураторе. Перед любыми действиями — резервная копия. При повреждениях файла используются chdbfl и тестирование, в тяжёлых случаях — восстановление из копии или выгрузка/загрузка .dt.
Частые вопросы
Можно ли открыть базу в режиме Предприятия, игнорируя ошибку?
Нет, при этом сообщении платформа блокирует запуск в пользовательском режиме. Попытки обойти ограничение сторонними средствами опасны: данные будут записываться в структуру, не соответствующую метаданным, что приведёт к порче информации. Сначала нужно устранить рассинхронизацию в Конфигураторе.
Обновление конфигурации базы данных не предлагается, но ошибка есть. Что делать?
Это признак того, что проблема не в обычной рассинхронизации, а в повреждении служебных структур. Проверьте файловую базу утилитой chdbfl или выполните тестирование и исправление на копии. Если повреждений не найдено, попробуйте сценарий выгрузки в .dt и загрузки в чистую базу.
Поможет ли переустановка платформы 1С?
Нет. Ошибка относится к содержимому информационной базы, а не к установленной платформе. Переустановка платформы не изменит структуру данных. Единственное исключение — если используется несовместимая версия платформы, тогда достаточно запустить базу под корректным релизом.
База открылась после исправления, но пропали некоторые документы. Это нормально?
Да, если при тестировании и исправлении включались опции удаления объектов с битими ссылками — такие записи удаляются безвозвратно. Восстановить их можно только из резервной копии, сделанной до исправления, поэтому копия перед любыми ремонтными операциями обязательна.
Как понять, что база повреждена физически, а не просто рассинхронизирована?
Косвенные признаки: ошибка появилась после сбоя питания, зависания сервера или переполнения диска; Конфигуратор не открывает базу вовсе; chdbfl находит ошибки в структуре файла; в журналах СУБД есть сообщения о повреждении страниц данных. В таких случаях начинайте с диагностики, а не с обновления конфигурации.
Можно ли обновлять конфигурацию базы данных при работающих пользователях?
Нет. Обновление конфигурации БД требует монопольного доступа: все сеансы должны быть завершены, включая фоновые задания и соединения веб-сервисов. Попытка обновления при активных сеансах либо будет заблокирована платформой, либо завершится рассинхронизацией — той самой ошибкой, которую вы пытаетесь устранить.