Восстановление базы 1С

Сначала копия, потом работа

Любое восстановление начинаем с копии повреждённой базы. Оригинал остаётся нетронутым — чтобы неудачная попытка не отняла последний шанс.

Честная оценка шансов

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

Срочно, когда всё встало

Если из-за базы остановилась работа — беремся оперативно: сначала возвращаем возможность работать, потом разбираемся с причиной.

С чем обращаются

Типичные ситуации. Если ваш случай не в списке — опишите, что происходит.

База не открывается ни в «Предприятии», ни в Конфигураторе

«Ошибка формата потока» при запуске или в работе

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

Обновление прервалось, и после него база не запускается

База открывается, но часть документов и отчётов выдаёт ошибки

Повреждение после проблем с сервером или дисковым массивом

Резервной копии нет либо она оказалась нерабочей

Как проходит восстановление

Последовательность, при которой шансы максимальны, а риск потерять больше — минимален.

1. Копия и фиксация

Снимаем копию повреждённой базы и записываем точные тексты ошибок. Работаем дальше только с копией

2. Диагностика

Определяем характер повреждения: файловая база или клиент-серверная, повреждение физической целостности или логические ошибки данных

3. Проверка целостности

Для файловых баз — штатная утилита проверки физической целостности из состава платформы; для клиент-серверных — диагностика средствами СУБД

4. Тестирование и исправление

Запускаем тестирование и исправление информационной базы, устраняем логические ошибки структуры данных

5. Проверка результата

Открываем базу, проверяем ключевые отчёты и остатки, сверяем с последними известными данными

6. Профилактика

Настраиваем регулярные резервные копии, чтобы следующий сбой стоил вам одного часа работы, а не целой базы

Честно о том, что бывает

Восстановление — не всегда стопроцентная гарантия. Что важно понимать заранее:

Часть повреждений устраняется полностью, и база продолжает работать как прежде

Иногда восстанавливается структура, но отдельные документы теряются — их вводят заново

При тяжёлых повреждениях носителя лучший результат даёт восстановление из резервной копии, а не «лечение» файла

Самостоятельные попытки без копии часто уменьшают шансы — если база важна, лучше остановиться и позвать специалиста

Резервную копию, сделанную до сбоя, ни в коем случае не перезаписывайте новой

От чего зависит стоимость

Цену называем после диагностики — до неё непонятен объём. Влияет:

Тип базы: файловая или клиент-серверная (SQL)

Характер повреждения и его глубина

Объём базы и наличие доработок

Есть ли актуальная резервная копия

Срочность — работы вне графика и в нерабочее время

Полезное по теме

Разборы в нашей базе знаний.

База данных повреждена: что делать 1С не запускается Ошибки при обновлении 1С Свёртка базы 1С

Вопросы про восстановление базы

Коротко о шансах, сроках и о том, что делать прямо сейчас.

Что делать прямо сейчас, если база не открывается?

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

Любую базу можно восстановить?

Нет. Многое зависит от характера повреждения. Часто база восстанавливается полностью, иногда — с потерей отдельных документов, а при серьёзном повреждении носителя единственный надёжный путь — восстановление из резервной копии. После диагностики мы говорим о шансах прямо.

Сколько времени занимает восстановление?

Простые случаи — от нескольких часов. Тяжёлые повреждения крупной базы или восстановление клиент-серверной базы из копий СУБД занимают дольше. Срок называем после диагностики.

Чем отличается восстановление файловой базы от клиент-серверной?

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

Мы уже пробовали чинить сами — это плохо?

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

Как не попасть в эту ситуацию снова?

Нужны регулярные резервные копии, которые кто-то периодически проверяет на разворачивание. Мы настраиваем автоматическое копирование и контроль — это самая дешёвая страховка от потери базы.