Администрирование · 11 мин
Как восстановить удаленную базу 1С
Как восстановить удаленную базу 1С: из резервной копии, из файлов SQL и файловой базы, из корзины и теневых копий. Проверка результата и типичные ошибки.
Удаление базы 1С — одна из самых тревожных ситуаций для бухгалтера и администратора: вместе с базой пропадают документы, справочники и остатки. Хорошая новость в том, что «удаление» бывает разным, и во многих случаях данные физически никуда не исчезают — исчезает только запись в списке информационных баз или ссылка на файл. Первое действие при такой ситуации — остановиться и не создавать новых файлов на том же диске, чтобы не перезаписать данные.
Дальнейшие действия зависят от того, как именно база была удалена: убрана запись из списка баз, удалён каталог с файловой базой, удалена база данных на SQL Server или очищен каталог вместе с архивами. Ниже разобраны все сценарии — от самого простого восстановления из резервной копии до работы с SQL-сервером и средствами восстановления файлов.
Сначала определите, что именно удалено
Прежде чем что-то восстанавливать, выясните масштаб потери. Откройте окно запуска 1С и посмотрите список баз. Если базы нет в списке, это ещё не значит, что она удалена: запись в списке — это просто ссылка на каталог или сервер. Сам каталог мог остаться на месте.
Найдите, где база располагалась физически. Для файловой базы это папка с файлом 1Cv8.1CD — путь обычно виден в свойствах записи списка или в документации администратора. Для клиент-серверной базы данные хранятся в СУБД (MS SQL Server, PostgreSQL), и удаление записи в списке вообще не трогает данные на сервере.
Проверьте корзину Windows и каталог, где лежала база. Если файл 1Cv8.1CD на месте — проблема решается за минуту. Если каталог пуст или удалён, переходите к сценариям восстановления из копий.
Добавьте базу в список заново, указав тот же путь
Создайте пустую базу и загрузите выгрузку через конфигуратор
Проверьте наличие базы данных и бэкапов в SQL Server Management Studio
Прекратите запись на диск, используйте теневые копии или ПО восстановления файлов
Восстановление записи в списке баз
Самый частый случай — пользователь нажал «Удалить» в окне запуска 1С. Это действие не удаляет данные, а лишь убирает строку из списка. Информационная база остаётся в своём каталоге или на сервере.
Чтобы вернуть базу, откройте окно запуска 1С, нажмите «Добавить», выберите «Добавление в список существующей информационной базы» и укажите прежний путь к каталогу (для файловой базы) или параметры сервера и имя базы (для клиент-серверной). После этого база откроется в обычном режиме.
Если путь неизвестен, поищите файл 1Cv8.1CD через поиск Windows по всем дискам. Также список баз хранится в файле ibases.v8i в профиле пользователя — если есть резервная копия профиля или другой компьютер, где база была подключена, путь можно посмотреть там.
Восстановление из резервной копии (.dt)
Штатный способ резервного копирования в 1С — выгрузка информационной базы в файл с расширением .dt через конфигуратор. Если такие выгрузки делались регулярно, восстановление занимает несколько минут.
Создайте новую пустую базу: в окне запуска нажмите «Добавить» → «Создание новой информационной базы» → выберите вариант без конфигурации. Затем откройте её в режиме «Конфигуратор», перейдите в меню «Администрирование» → «Загрузить информационную базу» и укажите файл .dt. После загрузки конфигуратор предложит перезапуститься — согласитесь.
Учтите ограничение: файл .dt предназначен для переноса между одинаковыми версиями платформы и не является полноценным бэкапом для больших клиент-серверных баз. Для SQL-баз правильный инструмент — штатные бэкапы СУБД. Также проверьте дату выгрузки: все документы, введённые после неё, придётся восстанавливать вручную или по бумажным первичным документам.
- 1Создайте пустую информационную базу через окно запуска 1С
- 2Откройте её в режиме «Конфигуратор»
- 3Выберите «Администрирование» → «Загрузить информационную базу» и укажите файл .dt
- 4Дождитесь окончания загрузки и согласитесь на перезапуск конфигуратора
- 5Войдите в режим «Предприятие» и проверьте наличие документов и справочников
Восстановление файловой базы без копии
Если каталог с файлом 1Cv8.1CD удалён, а выгрузок нет, шансы всё ещё есть. Windows периодически создаёт теневые копии (точки восстановления), которые позволяют вернуть прежнюю версию папки. Откройте в проводнике родительский каталог, где лежала папка базы, нажмите правой кнопкой → «Свойства» → вкладка «Предыдущие версии». Если там есть снимки — восстановите папку из ближайшей по дате копии.
Когда теневых копий нет, остаются программы восстановления удалённых файлов (Recuva, R-Studio и аналоги). Их запускают с другого диска или флешки, сканируют раздел, где лежала база, и восстанавливают файл 1Cv8.1CD на другой носитель. Чем меньше операций записи выполнялось на диск после удаления, тем выше шанс получить целый файл.
Восстановленный таким способом файл обязательно проверьте: запустите утилиту chdbfl.exe из каталога платформы 1С и выполните тестирование физической целостности, затем в конфигураторе выполните «Тестирование и исправление» информационной базы. Повреждённый файл может открываться, но содержать битые таблицы.
Восстановление клиент-серверной базы на SQL Server
При клиент-серверной архитектуре удаление записи из списка баз 1С не затрагивает данные — они остаются в СУБД. Подключитесь к серверу через SQL Server Management Studio и проверьте, существует ли база данных. Если да — достаточно заново создать запись в консоли кластера 1С или в списке баз, указав сервер СУБД и имя базы данных.
Если база данных удалена и на SQL Server, ищите бэкапы: файлы .bak в каталоге резервного копирования, задания плана обслуживания, копии на сетевых ресурсах. Восстановление выполняется стандартно: правой кнопкой по узлу «Базы данных» → «Восстановить базу данных» → указать файл бэкапа. После восстановления создайте запись информационной базы в консоли кластера, сославшись на восстановленную БД.
При отсутствии бэкапов проверьте, не остались ли файлы данных (.mdf, .ldf) на дисках сервера — удаление базы через 1С не всегда удаляет физические файлы. Если файлы есть, их можно присоединить через операцию Attach в Management Studio.
Как выбрать действие
Проверка восстановленной базы
После любого способа восстановления базу нельзя сразу отдавать в работу. Сначала войдите в режим «Предприятие» и проверьте ключевые данные: остатки по счетам, последние документы, справочники контрагентов и номенклатуры. Сверьте пару отчётов (например, оборотно-сальдовую ведомость) с бумажными или выгруженными ранее данными.
Затем выполните «Тестирование и исправление» в конфигураторе с включёнными проверками логической и ссылочной целостности. Для файловой базы, восстановленной утилитами, предварительно прогоните chdbfl.exe. Ошибки, найденные на этом этапе, лучше устранить до начала работы пользователей.
Как проверить результат
База открывается без ошибок, пользователи авторизуются
Ошибки формата потока, падение платформы при открытии
Документы на месте, проводятся без ошибок
Пропали документы, ошибки при проведении
Проверки завершаются без критических ошибок
Найдены битые ссылки, повреждённые таблицы
Остатки совпадают с контрольными данными
Расхождения в остатках по счетам или складам
Типичные ошибки и профилактика
Главная ошибка после удаления базы — панические действия: установка программ восстановления на тот же диск, создание новых баз в том же каталоге, перезагрузки и копирование файлов. Всё это снижает шансы на успешное восстановление. Вторая частая ошибка — считать выгрузку .dt полноценной страховкой и не делать бэкапы средствами СУБД для клиент-серверных баз.
Чтобы ситуация не повторилась, настройте регулярное резервное копирование: для файловых баз — ежедневное копирование каталога или выгрузку .dt по расписанию, для SQL-баз — план обслуживания с полными и разностными бэкапами. Храните копии на отдельном носителе или сетевом ресурсе и периодически проверяйте, что копия реально восстанавливается.
Что важно запомнить
Удаление записи из списка 1С не удаляет данные — сначала проверьте каталог или сервер СУБД. Основной путь восстановления — резервная копия (.dt или бэкап SQL). Без копии помогут теневые копии Windows и ПО восстановления файлов, но только если сразу прекратить запись на диск. После восстановления обязательно протестируйте базу и настройте регулярное резервное копирование.
Частые вопросы
Удалил базу из списка 1С — данные пропали?
Нет. Кнопка «Удалить» в окне запуска убирает только запись из списка. Файл базы или данные на SQL Server остаются на месте. Добавьте базу заново через «Добавить» → «Добавление существующей информационной базы», указав прежний путь.
Можно ли восстановить базу из корзины Windows?
Да, если каталог с базой был удалён обычным способом и попал в корзину. Восстановите папку из корзины, затем проверьте базу утилитой chdbfl.exe и тестированием в конфигураторе. Если корзина очищена, используйте предыдущие версии папки или программы восстановления файлов.
Чем отличается выгрузка .dt от бэкапа SQL Server?
Файл .dt — внутренний формат выгрузки 1С, подходящий для переноса и копирования небольших баз. Бэкап SQL Server (.bak) — штатный механизм СУБД, надёжнее для больших баз, поддерживает разностные копии и восстановление на момент времени. Для клиент-серверных баз основным средством должен быть бэкап СУБД.
База восстановлена, но при открытии ошибка «Неверный формат файла» — что делать?
Файл базы повреждён или восстановлен не полностью. Прогоните его через chdbfl.exe с опцией исправления ошибок. Если утилита не помогает, попробуйте восстановить файл заново другой программой или из другой копии. При безуспешности остаётся обращение в лабораторию восстановления данных.
Как узнать, где лежала удалённая файловая база?
Поищите файл 1Cv8.1CD через поиск Windows по всем дискам. Также путь можно посмотреть в файле ibases.v8i в профиле пользователя (каталог AppData\Roaming\1C\1cv8) на компьютере, где база была подключена, или в резервной копии этого файла.
Как часто нужно делать резервные копии базы 1С?
Ориентируйтесь на допустимую потерю данных: если за день вводится много документов, копии нужны ежедневно, для активных баз — дополнительно разностные бэкапы в течение дня. Храните копии на отдельном носителе и хотя бы раз в квартал проверяйте восстановление на тестовой базе.