Администрирование · 13 мин
Как восстановить перезаписанную базу 1С
Что делать, если база 1С перезаписана: поиск резервных копий, восстановление из dt и SQL-бэкапов, работа с теневыми копиями, проверка результата и профилактика.
Перезапись базы 1С — одна из самых неприятных ситуаций для бухгалтера и администратора: вместо рабочей информационной базы оказывается пустая конфигурация, старая копия или данные другой организации. Чаще всего это происходит при ошибочной загрузке dt-файла «не в ту базу», при восстановлении бэкапа поверх актуальных данных или при путанице между тестовой и рабочей базой в списке информационных баз.
Хорошая новость в том, что «перезаписанная» база почти никогда не уничтожена безвозвратно. Исходные данные обычно сохраняются в одном из нескольких мест: в файле резервной копии, в каталоге базы до перезаписи (если сделана копия), в SQL-бэкапах на сервере, в теневых копиях Windows или в облачных архивах. Задача — быстро определить, где лежит последняя актуальная версия, и корректно её поднять.
Главное правило в первые минуты после обнаружения проблемы — ничего не записывать в пострадавшую базу и не перезагружать сервер. Каждое новое действие снижает шансы на восстановление: пользователи продолжают вносить документы в «неправильную» базу, а файловая система может затереть остатки старых данных.
Шаг 1. Остановите работу и зафиксируйте текущее состояние
Прежде чем что-либо восстанавливать, нужно «заморозить» ситуацию. Попросите всех пользователей выйти из базы, завершите сеансы через консоль кластера (для клиент-серверного варианта) или закройте базу монопольно в файловом варианте. Отключите регламентные и фоновые задания — они могут продолжать писать данные в перезаписанную базу и выполнять обмены с другими системами, распространяя ошибку дальше.
Далее сделайте копию того, что есть сейчас. Даже «неправильная» база может содержать данные, введённые после перезаписи, — их придётся переносить вручную. Скопируйте каталог файловой базы целиком (файл 1Cv8.1CD и сопутствующие файлы) или сделайте выгрузку через конфигуратор в отдельную папку. Подпишите копию датой и пометкой «после перезаписи», чтобы не перепутать её с архивными версиями.
Зафиксируйте хронологию: кто, когда и какое действие выполнял (загрузка dt, восстановление бэкапа, обновление конфигурации). Это поможет понять, какая именно версия данных нужна, и избежать повторения ошибки при восстановлении.
Шаг 2. Найдите все возможные источники восстановления
Актуальная версия базы может храниться в нескольких местах одновременно. Проверьте их последовательно, начиная с самых вероятных, и сравните даты файлов — нужна копия, максимально близкая к моменту перезаписи, но сделанная до неё.
Типичные источники: папка регламентных бэкапов (если настроено автоматическое архивирование), выгрузки .dt, которые пользователи делали вручную, бэкапы СУБД (MS SQL, PostgreSQL), теневые копии Windows (предыдущие версии папок), облачные синхронизации (Яндекс.Диск, OneDrive — они хранят историю версий файлов), а также копии базы на других компьютерах, если база когда-либо переносилась.
Проверьте дату файла и разверните копию в тестовую базу для проверки
Откройте свойства папки с базой → вкладка «Предыдущие версии»
Проверьте облачные синхронизации и корзину; при отсутствии — восстановление файлов с диска
Проверьте журнал транзакций и возможность восстановления на момент времени
Шаг 3. Восстановите базу из файла выгрузки .dt
Файл .dt — штатный формат выгрузки информационной базы 1С. Если найдена свежая выгрузка, восстановление выполняется средствами конфигуратора и не требует специальных навыков. Важно: загружайте dt не сразу в рабочую базу, а сначала в новую пустую — так вы проверите содержимое копии, не рискуя затереть данные, введённые после перезаписи.
Порядок действий: создайте новую пустую информационную базу в списке баз (без конфигурации), откройте её в режиме «Конфигуратор», выберите «Администрирование» → «Загрузить информационную базу» и укажите файл .dt. После загрузки запустите базу в режиме «1С:Предприятие» и проверьте ключевые данные: остатки, последние документы, справочники.
- 1Создайте новую пустую базу в списке информационных баз
- 2Откройте её в конфигураторе
- 3Администрирование → Загрузить информационную базу → выберите файл .dt
- 4Дождитесь окончания загрузки и примите изменения конфигурации, если будет предложено
- 5Запустите базу в режиме 1С:Предприятие и сверьте даты последних документов и остатки
- 6Если данные актуальны — эта база становится рабочей; обновите путь к ней у пользователей
Если загрузка прерывается с ошибкой, файл может быть повреждён или неполным (например, копировался во время записи). Попробуйте другую копию .dt, а также проверьте, не осталось ли промежуточных выгрузок на компьютере, где делалась выгрузка.
Шаг 4. Восстановите клиент-серверную базу из бэкапа СУБД
Для баз на MS SQL Server или PostgreSQL основным источником восстановления служат бэкапы средствами СУБД. В MS SQL Server откройте Management Studio, найдите нужную базу в списке, затем через «Tasks → Restore → Database» укажите файл бэкапа. Критически важно: восстанавливайте в новую базу с другим именем, а не поверх существующей, чтобы сохранить возможность сравнения и не усугубить ситуацию.
Если на сервере настроена полная модель восстановления (Full recovery model) и регулярно копируются журналы транзакций, доступно восстановление на конкретный момент времени (point-in-time recovery) — например, за минуту до ошибочной загрузки. Это самый точный способ: вы получите базу ровно в том состоянии, в котором она была до перезаписи, без потери данных за день.
После восстановления базы в СУБД зарегистрируйте её в консоли кластера 1С под новым именем, запустите и проверьте содержимое. Только убедившись, что данные актуальны, переключайте пользователей: либо переименуйте базы местами, либо обновите настройки подключения.
Шаг 5. Используйте теневые копии Windows и облачные версии файлов
Если штатных бэкапов нет, проверьте теневые копии (служба VSS). Кликните правой кнопкой по папке с файловой базой → «Свойства» → вкладка «Предыдущие версии». Если защита системы включалась на этом диске, в списке будут снимки папки на прошлые даты. Не восстанавливайте папку «поверх» кнопкой «Восстановить» — сначала скопируйте снимок в отдельное место через «Открыть» и работайте с копией.
Из снимка нужен прежде всего файл 1Cv8.1CD — это и есть файловая база. Скопируйте его вместе с сопутствующими файлами в новую папку, добавьте базу в список информационных баз и проверьте содержимое. Учтите ограничение: теневые копии создаются по расписанию или при установке обновлений, поэтому данные могут отставать на часы или дни.
Аналогично работают облачные хранилища: если папка базы синхронизировалась с Яндекс.Диском, OneDrive или Google Диском, откройте веб-интерфейс и посмотрите историю версий файла 1Cv8.1CD. Многие сервисы хранят прежние версии ограниченное время, поэтому действовать нужно быстро.
Сравнение источников восстановления
Подходит для любой базы; переносится между файловым и серверным вариантами. Ограничение: актуальность зависит от того, когда делали выгрузку
Только для клиент-серверных баз; самый быстрый и точный способ, возможен point-in-time. Ограничение: нужен доступ к SQL-серверу
Спасают при отсутствии бэкапов для файловых баз. Ограничение: снимки редкие, данные могут устареть
Работает, если папка синхронизировалась. Ограничение: срок хранения версий ограничен, файл мог синхронизироваться с задержкой
Шаг 6. Проверьте восстановленную базу и перенесите недостающие данные
Восстановленная копия почти всегда отстаёт от момента аварии — между последним бэкапом и перезаписью пользователи успели ввести документы. Эти данные нужно найти и перенести. Источник — та самая копия «после перезаписи», которую вы сохранили на первом шаге, а также смежные системы: банк-клиенты, ЭДО, кассовые программы, из которых документы можно загрузить повторно.
Проверку восстановленной базы выполняйте по контрольным точкам: дата и номер последнего документа по каждому виду, остатки по счетам или складам на дату бэкапа, целостность справочников (контрагенты, номенклатура). Запустите «Тестирование и исправление» информационной базы в конфигураторе с отключёнными режимами удаления объектов — это выявит ошибки структуры после загрузки.
Как проверить результат
Совпадают с датой создания бэкапа
Документы заканчиваются намного раньше, чем ожидалось — копия устарела
Сходятся с отчётами на дату копии
Расхождения без объяснимых причин — копия повреждена или не та
Ошибок нет или только некритичные
Ошибки ссылочной целостности — нужна другая копия или ремонт
Все подключаются, документы проводятся
Ошибки доступа или обмена — проверьте пути, права и настройки синхронизации
Шаг 7. Настройте резервное копирование, чтобы ситуация не повторилась
После завершения восстановления обязательно закройте первопричину. Для файловых баз настройте ежедневное копирование каталога базы или выгрузку .dt через планировщик задач Windows с хранением нескольких поколений копий на другом физическом диске или в сетевой папке. Для клиент-серверных баз — регулярные полные и разностные бэкапы средствами СУБД с копированием на отдельное хранилище.
Отдельно защититесь от человеческого фактора: давайте рабочим и тестовым базам явно разные названия («БУХ_РАБОЧАЯ» и «БУХ_тест»), ограничьте права на загрузку dt в рабочие базы и введите правило — любая загрузка выполняется только после свежей выгрузки текущего состояния. Периодически проверяйте, что бэкапы реально создаются и из них можно восстановиться: тестовое восстановление раз в месяц занимает полчаса, но гарантирует работоспособность всей схемы.
Что важно запомнить
Перезаписанная база 1С восстанавливается из резервной копии: .dt, бэкапа СУБД, теневой копии или облачной версии файла. Сначала остановите работу и сохраните текущее состояние, затем разверните копию рядом с рабочей базой, проверьте по контрольным точкам и только потом переключайте пользователей. После аварии настройте регулярное резервное копирование с тестовыми восстановлениями.
Частые вопросы
Данные в базе заменились после загрузки dt — это обратимо без бэкапа?
Для файловой базы старый файл 1Cv8.1CD при загрузке dt перезаписывается, и штатных средств отката нет. Проверьте теневые копии папки, историю версий в облачной синхронизации и автоматические копии сторонних программ бэкапа. Если ничего нет, шанс остаётся у восстановления прежней версии файла с диска специализированными средствами — но только при условии, что на диск почти не писали после инцидента.
Как понять, какая из найденных копий самая актуальная?
Смотрите не только на дату файла, но и на содержимое: разверните кандидата в тестовую базу и проверьте даты последних документов и остатки. Файл .dt мог быть создан давно, но содержать свежую выгрузку, и наоборот — свежий по дате файл может оказаться пустой выгрузкой. Проверке подлежит каждая копия.
Можно ли восстановить базу на SQL Server на конкретный момент времени?
Да, если для базы включена полная модель восстановления и регулярно создавались копии журнала транзакций. В этом случае при восстановлении указывается точка времени до момента ошибочной операции. Если использовалась простая модель восстановления, доступен только откат на дату последнего полного или разностного бэкапа.
Что делать с документами, введёнными между бэкапом и перезаписью?
Их источники: копия базы «после перезаписи», смежные системы (банк-клиент, ЭДО, онлайн-касса) и первичные бумажные документы. Документы из копии можно перенести обработкой выгрузки-загрузки данных или ввести вручную по отчёту за период. Документы из ЭДО и банка обычно загружаются повторно штатными средствами.
Опасно ли запускать «Тестирование и исправление» на восстановленной базе?
Само тестирование безопасно, но режимы с исправлением (особенно «Удалять объект» при битых ссылках) могут привести к потере данных. Запускайте проверку сначала без исправления, оцените список ошибок, а перед любым исправлением сделайте выгрузку базы. Для рабочей базы предпочтительны режимы, не удаляющие объекты.
Как защититься от ошибочной загрузки копии «не в ту базу» в будущем?
Дайте рабочим и тестовым базам явно различающиеся имена, уберите тестовые базы из общего списка у рядовых пользователей, ограничьте права на загрузку данных и введите обязательное правило: перед любой загрузкой dt делается свежая выгрузка текущего состояния целевой базы. Это занимает минуты, но превращает необратимую ошибку в обратимую.