При сообщении «Файл базы данных повреждён» прекратите попытки записи, завершите работу пользователей и сохраните отдельную копию всего каталога файловой базы, если носитель доступен без ошибок чтения. Не запускайте тестирование, исправление или утилиту восстановления на единственном оригинале. Сначала проверьте доступные резервные копии.
Содержание: Что означает сообщение · Что сделать немедленно · Сначала проверьте резервные копии · Диагностика файловой базы на копии · Если Конфигуратор не открывается · Что делать с серверной базой · Как снизить риск повторения · Когда остановиться · Сохраните исходное состояние и историю попыток · Как выбирать между восстановлением и исправлением · Что проверить перед возвратом сотрудников к работе · Какие сведения нужны специалисту · Связанные инструкции · Ответы на частые вопросы
Для файловой базы основной файл обычно называется 1Cv8.1CD. Для клиент-серверной базы файловые утилиты не подходят: диагностику проводят администраторы сервера 1С и СУБД. Полное восстановление нельзя гарантировать заранее — результат зависит от характера повреждения и качества копий.
Важно: перед любыми действиями, которые изменяют информационную базу, создайте проверяемую копию. Если база уже повреждена, работайте только с копией, а оригинал сохраните без изменений.
Что означает сообщение
Повреждение может возникнуть после аварийного завершения, сбоя диска, проблем сети или питания. Иногда похожее сообщение связано с доступом или версией платформы, поэтому важно сохранить точный текст и обстоятельства.
Что сделать немедленно
- Остановить работу пользователей.
- Не запускать многократные попытки входа и исправления.
- Скопировать весь каталог базы в отдельное место.
- Зафиксировать дату, текст ошибки и предшествующие события.
- Проверить наличие резервных копий.
Сначала проверьте резервные копии
Выберите последнюю копию, созданную до появления ошибки. Восстановите её в отдельную тестовую базу. Проверьте дату данных, документы, отчёты и пользователей. Не заменяйте рабочую базу, пока тестовый экземпляр не проверен.
Диагностика файловой базы на копии
Тестирование и исправление
Откройте копию в Конфигураторе и используйте штатное тестирование и исправление. Сначала выбирайте диагностические проверки и внимательно читайте доступные варианты. Результат оценивают по журналу и последующей проверке данных.
Утилита файловой базы
Утилиту chdbfl.exe применяют только к отдельной копии файловой базы 1Cv8.1CD. До запуска закройте эту копию в Предприятии и Конфигураторе и сохраните ещё один неизменённый экземпляр. Для первой диагностики не включайте исправление обнаруженных ошибок: сохраните результат проверки и согласуйте дальнейшие действия. Режим исправления может изменить файл; успешное завершение не гарантирует сохранность всех документов. Для клиент-серверной базы эта утилита не подходит.
Почему проверка обязательна
Утилита может завершиться без сообщения об ошибке, но это не гарантирует полноту документов и движений. Сравните ключевые отчёты и период данных.
Если Конфигуратор не открывается
Не повторяйте запуск на оригинале. Сохраните копии, проверьте диск и журналы Windows, подготовьте сведения о версии платформы и обратитесь к специалисту по восстановлению.
Что делать с серверной базой
Остановите прикладную работу и привлеките администратора СУБД. Проверяются журналы, целостность базы данных и резервные копии средствами конкретной СУБД. Утилиты для файла 1Cv8.1CD к серверной базе не применяются.
Как снизить риск повторения
- Автоматические резервные копии с несколькими поколениями.
- Регулярное тестовое восстановление.
- Контроль состояния дисков и свободного места.
- Источник бесперебойного питания для критичных рабочих мест.
- Корректное завершение работы и обновления по регламенту.
Когда остановиться
Нужна профессиональная помощь, если нет рабочей копии, повреждение повторяется, база содержит критичные данные, утилита сообщает о множественных ошибках или после исправления не сходятся отчёты. Сохраняйте все исходные копии.
Сохраните исходное состояние и историю попыток
Отделите исходный экземпляр от рабочих копий для проверки. Не перезаписывайте единственную сохранённую копию после каждого запуска утилиты. Записывайте, какой файл проверяли, какая версия платформы использовалась, какие режимы выбраны и что сообщила программа. Это позволяет сравнить результаты и не выдавать уже изменённый экземпляр за оригинал.
Если при чтении или копировании возникают ошибки диска, не продолжайте обычные эксперименты с 1С. Операция копирования тоже может не завершиться на неисправном носителе. В этом случае сохранение данных с диска становится отдельной задачей для специалиста. Отсутствие полной копии нужно сообщить до запуска исправления.
Как выбирать между восстановлением и исправлением
| Наблюдение | Следующая проверка | Чего не делать |
|---|---|---|
| Есть проверенная копия до сбоя | Восстановить её отдельно и оценить актуальность данных | Не заменять оригинал до проверки |
| Есть только повреждённый файловый экземпляр | Сохранить исходные файлы и диагностировать отдельную копию | Не выбирать все режимы исправления подряд |
| Клиент-серверная база | Привлечь администратора СУБД и проверить штатные копии | Не применять утилиту 1Cv8.1CD |
| Ошибки чтения диска или нестабильный носитель | Остановить попытки исправления базы и диагностировать носитель | Не считать сбой диска только проблемой платформы |
Сравнение вариантов включает не только возможность запуска, но и допустимую потерю данных. Если резервная копия старше последнего рабочего дня, заранее отметьте период, который потребуется проверить и восстановить. Исправленный экземпляр может открываться, но его данные тоже должны пройти сверку.
Что проверить перед возвратом сотрудников к работе
- Дата последних документов и наличие важных операций за затронутый период.
- Основные отчёты и контрольные суммы, которые можно сравнить с надёжным источником.
- Пользователи, права и доступ к нужным разделам.
- Файлы и подключения, расположенные вне информационной базы.
- Результат обменов без повторной отправки ранее переданных документов.
- Создание новой копии проверенного рабочего экземпляра.
Обмены и автоматическую отправку сообщений в тестовой копии не включайте без согласования. После принятия решения обозначьте единственный рабочий экземпляр понятным названием и правильными ярлыками. Архивные и диагностические копии сохраните до завершения сверки. Если контрольные отчёты не сходятся, не объявляйте восстановление завершённым.
Какие сведения нужны специалисту
Подготовьте точное сообщение, время сбоя, тип базы, версию платформы, сведения о резервных копиях и уже выполненных действиях. Для первой оценки достаточно описания и обезличенного снимка ошибки. Не отправляйте целую базу через открытый чат: она может содержать данные организации и сотрудников. Передачу копии и порядок доступа согласовывают отдельно.
Производитель описывает проверку файловой базы без Конфигуратора. Выбранная база при работе утилиты должна быть закрыта. В этой инструкции любой такой запуск относится к отдельной диагностической копии, а не к исходному экземпляру.
Связанные инструкции
Ответы на частые вопросы
Можно ли восстановить базу полностью?
Заранее гарантировать результат нельзя. Он зависит от повреждения и наличия проверенных копий.
Можно ли запускать исправление на оригинале?
Нет. Сначала сохраните оригинал и работайте с отдельной копией.
Подходит ли файловая утилита для SQL-базы?
Нет. Клиент-серверную базу проверяют средствами сервера 1С и СУБД.
Что важнее: DT или копия каталога?
Если база уже повреждена, сохраните весь каталог. Выгрузка DT возможна только если база ещё открывается достаточно стабильно.
Когда можно возобновлять обычную работу?
После сверки данных и проверки нужных операций в принятом рабочем экземпляре. Успешный запуск базы или завершение утилиты сами по себе недостаточны.
Материал носит справочный характер. Точный порядок действий зависит от типа базы, версии платформы, конфигурации, способа лицензирования и имеющихся резервных копий.