Удалили информационную базу 1С: как вернуть данные по шагам

Удаленную базу 1С восстанавливают одним из трёх способов: возвращают её в список запуска (если файлы на месте), загружают из резервной копии .dt или архива автокопирования, либо достают удалённый файл 1Cv8.1CD программой восстановления данных и проверяют его утилитой chdbfl.exe. Какой путь ваш, зависит от того, что именно удалили: строку в окне запуска, папку на диске или базу на сервере 1С.

Типичная ситуация: бухгалтер утром открывает 1С, а нужной базы в списке нет. Или админ чистил диск и снёс «старую» папку InfoBase2, которая оказалась рабочей. Первое решается за минуту. Второе требует аккуратности: каждая лишняя запись на диск уменьшает шанс вернуть файл.

Что именно удалено: строка в списке, файлы или база на сервере

Слово «удалил» в 1С означает три разные вещи. От них зависит весь дальнейший план.

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

Как вернуть базу 1С, убранную из списка запуска

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

Шаг 1. Найдите файл базы

Файловая база — это папка с файлом 1Cv8.1CD. Чаще всего она лежит по пути, который 1С предлагает при создании: C:\Users\<имя пользователя>\Documents\InfoBase (или InfoBase1, InfoBase2).

Если папки там нет:

1. Откройте Проводник на «Этот компьютер».
2. В строке поиска введите 1Cv8.1CD и дождитесь окончания поиска.
3. Проверьте сетевые диски, если базы лежали на общем ресурсе.

💡 Список баз хранится в файле %APPDATA%\1C\1CEStart\ibases.v8i. Это обычный текстовый файл. Если его повредили или очистили, в его старой копии (из «Предыдущих версий» папки или с другого компьютера) видны пути ко всем базам: строки Connect=File="..." для файловых и Connect=Srvr="...";Ref="..." для серверных.

Шаг 2. Добавьте базу обратно

1. В окне запуска нажмите Добавить.
2. Выберите Добавление в список существующей информационной базы.
3. Укажите имя базы и путь к каталогу, где лежит 1Cv8.1CD (папку, а не сам файл).
4. Для серверной базы выберите вариант «На сервере 1С:Предприятия» и введите имя кластера и имя базы.
5. Нажмите Далее и Готово.

База появится в списке со всеми данными.

Восстановление удаленной базы 1С из резервной копии

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

Где искать копии

• 🗂 Файлы .dt — выгрузки, сделанные в Конфигураторе. Ищите по маске *.dt на всех дисках и флешках.
• 🗄 Автоматическое копирование в программе. В БП 3.0, ЗУП 3.1 и других конфигурациях на БСП для файловой базы есть настройка Администрирование → Обслуживание → Резервное копирование и восстановление. Каталог для копий указан в её настройках.
• 🔄 Копии перед обновлением. При обновлении программы из её интерфейса 1С предлагает сохранить копию. Проверьте каталог, который выбирали тогда.
• ☁️ Облако и NAS. Корзина Яндекс Диска, история версий облачного хранилища, снимки сетевого хранилища.
• 🖥 «Предыдущие версии» Windows. Откройте свойства родительской папки (например, Documents) и вкладку «Предыдущие версии». На файловом сервере с теневыми копиями там часто лежит вчерашнее состояние.
• 🗑 Корзина. Звучит банально, но удалённая без Shift папка базы лежит именно там.

Загрузка базы из файла .dt

1. В окне запуска нажмите Добавить → Создание новой информационной базы.
2. Выберите Создание информационной базы без конфигурации.
3. Укажите новый каталог (не тот, откуда удалили базу, если надеетесь восстанавливать файлы программой).
4. Откройте новую базу в режиме Конфигуратор.
5. Выберите Администрирование → Загрузить информационную базу и укажите файл .dt.
6. Подтвердите загрузку и дождитесь сообщения о завершении.

Восстановление из архива автокопирования

В конфигурациях на БСП архив восстанавливают командой «Восстановление из резервной копии» в том же разделе Резервное копирование и восстановление. Но для этого нужна работающая база. Если её нет, создайте пустую базу из шаблона той же конфигурации, откройте её и выполните восстановление, указав архив. Альтернатива — распаковать архив вручную, если внутри лежит файл базы.

После загрузки проверьте дату последних документов. Всё, что вводили после даты копии, придётся внести заново.

Удаленная база на сервере 1С: что проверить в первую очередь

В клиент-серверном варианте база живёт в двух местах: регистрация в кластере 1С и сами данные в СУБД (MS SQL Server или PostgreSQL). Удаление в консоли кластера не всегда стирает данные.

Проверьте, что выбрали при удалении

При удалении базы в консоли администрирования серверов 1С появляется диалог с тремя вариантами:

Откройте SQL Server Management Studio или pgAdmin и посмотрите, есть ли база с прежним именем. Если есть, восстанавливать ничего не нужно.

Как зарегистрировать уцелевшую базу заново

1. В консоли кластера откройте узел Информационные базы и создайте новую.
2. Укажите прежние сервер СУБД, имя базы данных, пользователя и пароль СУБД.
3. Снимите флажок Создать базу данных в случае ее отсутствия, чтобы не создать пустую базу из-за опечатки в имени.
4. Сохраните и добавьте базу в список запуска у пользователей.

Если база в СУБД удалена

Восстанавливайте её средствами СУБД, а потом регистрируйте в кластере по шагам выше.

• MS SQL Server. В Management Studio: правой кнопкой по узлу баз данных → Restore Database, источник — файл .bak. Если база была в модели восстановления Full и есть копии журнала транзакций, можно вернуться на момент перед удалением.
• PostgreSQL. Дамп в собственном формате восстанавливают командой pg_restore, текстовый — через psql. Перед этим создайте пустую базу с тем же именем.

createdb -U postgres buh_main
pg_restore -U postgres -d buh_main /backup/buh_main.dump

💡 Регистрации баз кластера хранятся в файле 1CV8Clst.lst в каталоге srvinfo\reg_1541. Если у вас есть его копия, она возвращает сразу все регистрации. Подменять файл можно только при остановленной службе агента сервера 1С — все пользователи будут отключены, делайте это вне рабочего времени.

Программы для восстановления удаленных файлов базы 1С

Если копии нет нигде, остаётся вернуть сам файл 1Cv8.1CD с диска. Шанс есть, но он падает с каждой записью на диск.

Порядок действий

1. Не пользуйтесь диском, с которого удалили базу. Если это системный диск, выключите компьютер и подключите диск к другому ПК.
2. Установите программу восстановления на другой диск. Подойдут R-Studio, Recuva, PhotoRec и аналоги.
3. Запустите поиск удалённых файлов на исходном разделе.
4. Ищите файл 1Cv8.1CD и папку 1Cv8Log рядом с ним.
5. Сохраните найденное на другой диск. Восстановление на тот же раздел затирает ещё не спасённые фрагменты.
6. Проверьте размер файла: он должен совпадать с размером рабочей базы (обычно сотни мегабайт или гигабайты).

Чего ждать

Файл базы большой и почти всегда фрагментирован. Программа может вернуть его с «дырами». Поэтому следующий шаг обязателен — проверка.

Проверка восстановленной базы: chdbfl и тестирование

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

Утилита chdbfl.exe

Утилита проверяет физическую целостность файловой базы. Она лежит в каталоге bin установленной платформы, например C:\Program Files\1cv8\8.3.xx.xxxx\bin\chdbfl.exe.

1. Скопируйте восстановленный 1Cv8.1CD в отдельную папку и работайте с копией.
2. Запустите chdbfl.exe.
3. Укажите путь к файлу базы.
4. Сначала запустите проверку без исправления, чтобы увидеть масштаб повреждений.
5. Затем включите флажок Исправлять обнаруженные ошибки и нажмите Выполнить.

Утилита работает только с файловой базой, к которой никто не подключён. Удалённый файл она не находит и не «вытаскивает» — она чинит структуру уже восстановленного.

Тестирование и исправление в Конфигураторе

Если chdbfl закончила без критичных ошибок, откройте базу в Конфигураторе: Администрирование → Тестирование и исправление. Отметьте реиндексацию, проверку логической и ссылочной целостности, пересчёт итогов. Режим требует монопольного доступа к базе.

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

Журнал регистрации: кто и когда удалил данные

Журнал регистрации нужен в двух случаях: понять, кто удалил базу или объекты в ней, и определить, с какого момента данные надо восстанавливать.

Где лежит журнал

• 📁 Файловая база — подкаталог 1Cv8Log внутри папки базы. В зависимости от версии платформы и настройки там файлы .lgf и .lgp или один файл 1Cv8.lgd.
• 🖧 Серверная база — srvinfo\reg_1541\<идентификатор базы>\1Cv8Log на сервере 1С.

Если удалена вся папка файловой базы, журнал ушёл вместе с ней. Восстанавливайте его той же программой: папка 1Cv8Log лежит рядом с 1Cv8.1CD.

Как найти удаление

1. Откройте журнал в программе: в конфигурациях на БСП — в разделе Администрирование → Обслуживание, в Конфигураторе — Администрирование → Журнал регистрации.
2. Установите отбор по событию Данные. Удаление и по нужному периоду.
3. В колонках будут пользователь, компьютер, время и представление удалённого объекта.

Журнал хранит факт удаления, но не содержимое объекта. Вернуть сам документ из журнала нельзя.

Перенос удалённых объектов из копии

Когда базы целы, а пропали отдельные документы (например, после «Удаления помеченных объектов»):

1. Разверните резервную копию как отдельную базу, не поверх рабочей.
2. Найдите в копии нужные документы и справочники.
3. Перенесите их в рабочую базу обработкой выгрузки и загрузки данных в XML (входит в стандартные обработки с диска ИТС) или правилами обмена.
4. Перепроведите перенесённые документы и проверьте остатки.

Как не потерять базу 1С снова

Восстановление — всегда лотерея. Настройка копий занимает полчаса.

• 💾 Включите автоматическое копирование в файловой базе: Администрирование → Обслуживание → Резервное копирование и восстановление, ежедневно, каталог на другом диске.
• 🗄 Для серверных баз настройте план обслуживания в MS SQL (полная копия раз в сутки, журнал транзакций каждые 1-2 часа) или pg_dump по расписанию для PostgreSQL.
• 🌍 Держите копию вне офиса: облако или внешний диск, который не подключён постоянно. Шифровальщики добираются до всего, что видят по сети.
• 🧪 Раз в месяц проверяйте копию: разворачивайте её в тестовую базу и открывайте. Нечитаемая копия обнаруживается обычно в день аварии.
• 🔒 Ограничьте права: удалять базы в консоли кластера и папки на файловом сервере должны 1-2 человека.
• 📝 Подписывайте каталоги понятно: Buh_OOO_Romashka, а не InfoBase3. Половина случайных удалений — это «старая папка, которая никому не нужна».

Частые вопросы