Нарушена целостность структуры конфигурации 1С: как восстановить базу

Обновление оборвалось, и 1С пишет: «Нарушена целостность структуры конфигурации». Не загружайте старый dt и не запускайте исправление на рабочей базе. Первое действие — сохранить базу в её текущем состоянии.

Это сообщение говорит об ошибке в базе или конфигурации. Состояние документов и остатков по нему не определить. Проверяйте данные только на отдельной копии.

Сначала определите масштаб ошибки

Сообщение видит один пользователь, а остальные входят в ту же базу — начните с локального кэша 1С. Закройте клиент на проблемном компьютере, сохраните базу и очистите временные файлы пользователя.

Инструкция OTR связывает такую единичную ошибку с временными файлами клиента. Это совет стороннего подрядчика. Структуру информационной базы он не восстанавливает.

Если ошибка появляется у нескольких пользователей, очистка локального кэша не поможет. Скопируйте базу и переходите к штатной диагностике.

Вывод: ошибка на одном компьютере ведёт к проверке клиента. Ошибка у всех — к диагностике копии информационной базы.

Как сохранить базу перед проверкой

У файловой базы найдите каталог с файлом 1Cv8 и скопируйте весь каталог. WiseAdvice IT называет 1Cv8 файлом конфигурации в каталоге информационной базы.

Путь к базе виден внизу окна запуска 1С. Перед копированием закройте пользовательские сеансы: файлы не должны меняться во время операции.

Для клиент-серверной базы используйте средства вашей СУБД. После создания резервной копии проверьте, что операция завершилась без ошибки, а файл доступен для отдельного развёртывания.

Исходную копию отложите. Больше её не меняйте. Каждую попытку восстановления проводите на новом дубликате — тогда неудачная проверка не уничтожит единственное сохранённое состояние.

Зафиксируйте время сбоя и действия, которые ему предшествовали. Если ошибка появилась после обновления, запишите версию платформы, релиз конфигурации и этап, на котором прервалась операция.

Если Конфигуратор открывается

Откройте копию базы. Первой запустите проверку в режиме «только тестирование». Официальная страница фирмы «1С» о тестировании и исправлении информационной базы разделяет диагностику и исправление.

Режим «только тестирование» ищет ошибочные состояния, но не меняет их. Сохраните журнал сообщений и результат диагностики. Только после этого решайте, нужна ли попытка с исправлением.

Процедуре нужен монопольный доступ. Пока идёт проверка, пользователи не смогут открыть базу. По этой причине диагностику проводят на отдельном экземпляре.

Для клиент-серверной базы доступна проверка логической целостности. Официальное описание 1С относит её именно к клиент-серверному формату.

Для файловой базы доступны реиндексация таблиц и сжатие. Эти операции меняют внутреннее состояние базы. Запускайте их на новом дубликате исходной копии.

Вывод: инструмент зависит от формата базы и от того, открывает ли её Конфигуратор.

Штатная процедура 1С содержит несколько проверок и режимов. Не ставьте все флажки сразу. Иначе журнал не покажет, после какой операции база изменилась.

Если тестирование оборвалось, сохраните журнал. Документация 1С предусматривает поэтапную работу и продолжение прерванной проверки. Исходную копию при этом всё равно не трогайте.

Если Конфигуратор не открывает файловую базу

Сохраните исходный файл 1Cv8, сделайте рабочий дубликат и передайте в chdbfl только его. Такой порядок для недоступной базы приводит инструкция OTR.

OTR связывает chdbfl со случаем, когда Конфигуратор не открывает базу. Официальная страница 1С описывает файловый и клиент-серверный форматы отдельно. Прямого запрета на chdbfl для клиент-серверной базы там нет.

Но переносить этот порядок на базу в СУБД без документации для вашей версии платформы нельзя. Проверьте состояние СУБД, затем отдельно разверните её резервную копию.

После chdbfl дубликат может открыться. Это ещё не повод возвращать его пользователям. Сначала откройте копию в Конфигураторе, проведите штатную диагностику и проверьте данные в пользовательском режиме.

Если 1С пишет «Файл базы данных повреждён», переходите к отдельному порядку проверки файла. Исходный файл там тоже сохраняют до запуска утилиты.

Записывайте ход каждой попытки: какой дубликат взяли, какие флажки включили, чем закончилась проверка. Иначе следующая попытка легко повторит предыдущую.

Как вернуть конфигурацию из cf или другой копии

Берите файл cf только из проверенной базы с той же конфигурацией. До загрузки уточните её название, редакцию, версию и список доработок.

Среди доступных материалов нет официальной пошаговой инструкции фирмы «1С» по устранению именно этой ошибки через cf. Поэтому загрузка конфигурации не годится как универсальный способ восстановления.

Работайте на отдельном дубликате:

1. Создайте новый дубликат исходного состояния.
2. Откройте его в Конфигураторе.
3. Сравните текущую конфигурацию с проверенной версией.
4. Зафиксируйте найденные различия.
5. Загружайте cf только после проверки конфигурации, редакции и версии.
6. Проверьте открытие базы и прикладные данные.

Пользователи InfoStart описывают восстановление через резервную копию, сравнение конфигураций и выгрузку либо загрузку cf. Это опыт сообщества, а не инструкция разработчика. На рабочей базе такой порядок применять нельзя.

Если конфигурация стоит на поддержке, сравните её с версией поставщика. До загрузки проверьте расширения, доработки и изменения режима поддержки.

Одинаковое название ещё не означает одинаковое состояние конфигураций. Могут отличаться релиз, расширения, изменённые объекты и незавершённые операции обновления.

Не проверяйте старый dt на рабочей базе. Доступные материалы не дают подтверждённого порядка такого восстановления при ошибке целостности структуры конфигурации. Разворачивайте dt отдельно и не подключайте к этой базе пользователей.

Если обновление оборвалось при изменении структуры базы, используйте порядок действий после прерванного обновления. Повторный запуск без разбора причины может снова изменить базу.

Чего нельзя делать с таблицей Config

Не запускайте на рабочей базе команды DELETE и INSERT для таблицы [dbo].[Config]. Они встречаются в материалах сообщества, но доступная официальная документация 1С этот способ не подтверждает.

SQL-команды меняют служебные данные в обход платформы. Достаточно ошибиться в имени базы, таблице или выбранном экземпляре — и СУБД получит новые повреждения.

Не переносите таблицу Config из тестовой базы в рабочую. Совпадения названий конфигураций мало: релиз, расширения, доработки и этап обновления могут различаться.

Вывод: прямое изменение Config не относится к штатному восстановлению. Оно затрудняет дальнейшую диагностику.

Если SQL-команды уже запускали, остановитесь. Сохраните копию СУБД и журнал действий. Все следующие проверки проводите на отдельно восстановленном экземпляре.

Как проверить восстановленную копию

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

Проверьте документы, созданные задолго до сбоя и прямо перед ним. Сверьте даты, номера, проведение и связанные движения. Берите объекты, которые можно сопоставить с рабочими журналами или внешними данными.

Откройте основные справочники. Если конфигурация ведёт остатки, проверьте и их. Затем создайте новые тестовые данные и выполните типовую операцию. Существующие документы ради проверки не меняйте.

До подключения копии к сети отключите фоновые и регламентные задания. Иначе копия начнёт обмен, отправит сообщения или запустит обработку рядом с рабочей системой.

Вывод: перед возвратом базы проверьте структуру, старые данные, свежие документы и новую операцию.

Подключать пользователей можно после четырёх проверок:

• база открывается в Конфигураторе и пользовательском режиме;
• штатная диагностика не сообщает о неисправленных ошибках;
• свежие документы находятся и читаются;
• новая тестовая операция завершается без ошибки целостности.

Провалился хотя бы один пункт — не подменяйте рабочую базу восстановленной копией.

Если восстановление не помогло

Прекратите менять базу. Сохраните исходную копию, результаты попыток, журнал диагностики и точный список выполненных действий.

Не запускайте исправление снова и снова. Не очищайте [dbo].[Config] вручную. Не проверяйте старый dt на рабочем экземпляре. Каждое такое действие меняет исходное состояние и мешает последующей диагностике.

Для сообщения об ошибке формата потока действует отдельный порядок восстановления. Не применяйте его к нарушению целостности структуры конфигурации.

Если штатные способы не вернули базу, передайте копии и журнал специалисту по аварийному восстановлению 1С и SQL. Сколько данных удастся вернуть, станет ясно только после проверки копий.

Остальные сценарии отказа собраны на карте неисправностей 1С. Ищите инструкцию по точному тексту сообщения: порядок от соседней ошибки может здесь не сработать.

Чтобы ошибка не повторилась

Перед обновлением снимайте копию и пробуйте развернуть её отдельно. Сам файл ещё не доказывает, что из него откроется база.

Перед штатной диагностикой закройте пользовательские сеансы. Фирма «1С» указывает, что тестирование и исправление требует монопольного режима. Во время процедуры пользователи работать с базой не смогут.

Не запускайте обновление через нестабильное соединение. OTR и WiseAdvice IT связывают ошибку целостности со сбоем питания или выключением во время обновления.

Настройте резервное копирование базы 1С и храните копию отдельно от рабочего сервера. Периодически разворачивайте её под другим именем и проверяйте вход.

Ваш порядок действий сейчас:

1. Ошибка только у одного пользователя — сохраните базу, проверьте вход с другого компьютера и очистите локальный кэш.
2. Ошибка у всех, Конфигуратор открывается — диагностируйте копию в режиме «только тестирование».
3. Файловая копия не открывается — проверяйте дубликат файла 1Cv8 через chdbfl.
4. Клиент-серверная база не открывается — работайте с копией средствами СУБД.
5. Есть проверенный cf — сравните конфигурации на отдельном экземпляре до загрузки.
6. Нет исходной копии — прекратите операции, которые меняют базу.