Пропала база 1С: что делать в первую очередь

Чаще всего, когда пропала база 1С, речь идёт об одном из трёх сценариев: база исчезла только из списка в окне запуска, а файлы на диске остались нетронутыми; папку с базой переместили, переименовали или отключили сетевой диск; либо данные действительно удалены или повреждены. Первые два случая устраняются за несколько минут — достаточно найти каталог и заново добавить путь к нему, а третий потребует восстановления из резервной копии или использования механизмов резервирования SQL-сервера.

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

Шаг 1. Определите, что именно пропало

Прежде чем что-то восстанавливать, установите масштаб проблемы. Откройте окно запуска 1С и посмотрите, есть ли база в списке. Если строка есть, но при входе появляется ошибка — проблема в файлах или в доступе к ним. Если строки нет — скорее всего, просто сброшен список баз, а сами данные лежат на месте.

Также уточните у коллег: не переносил ли кто-то базу на другой диск или сервер, не обновлялась ли платформа, не чистил ли системный администратор диск. Значительная часть «пропавших» баз — это результат плановых работ, о которых забыли предупредить пользователей.

Шаг 2. Найдите файлы базы на диске

Файловая база 1С — это каталог, в котором лежит файл 1Cv8.1CD и служебные файлы. Если база пропала из списка, нужно найти этот каталог и подключить базу заново. Типичные места: папка «Документы», каталог C:\Bases, D:\1C, сетевые папки на сервере.

Быстрый способ — поиск по диску. Откройте проводник и выполните поиск файла по имени:

dir C:\1Cv8.1CD /s /b

Если база раньше открывалась на этом компьютере, путь к ней сохранился в файле списка баз. Он находится в профиле пользователя: %APPDATA%\1C\1CEStart\ibases.v8i. Откройте этот файл блокнотом — внутри в текстовом виде перечислены все базы и их пути, включая те, что пропали из окна запуска.

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

Шаг 3. Проверьте корзину и теневые копии

Если каталог базы действительно удалён, начните с простых вариантов. Проверьте корзину на том компьютере, где хранилась база: при удалении через проводник файлы часто попадают туда и восстанавливаются одним действием. Учтите, что файлы, удалённые по сети или съёмного диска, в корзину не попадают.

Второй вариант — теневые копии (предыдущие версии), если на диске включена защита системы. Кликните правой кнопкой по родительской папке, где лежала база, выберите «Свойства» → «Предыдущие версии». Если там есть снапшот нужной даты, папку можно восстановить целиком или скопировать из него файл 1Cv8.1CD.

Шаг 4. Восстановите базу из резервной копии

Если файлы не нашлись, основной источник спасения — резервная копия. Для файловой базы это обычно файл выгрузки .dt, созданный через конфигуратор (Администрирование → Выгрузить информационную базу), либо архивная копия всего каталога базы.

Восстановление из .dt выполняется так: создайте новую пустую базу в окне запуска, откройте её в режиме «Конфигуратор», выберите «Администрирование» → «Загрузить информационную базу» и укажите файл выгрузки. После загрузки обновите конфигурацию базы данных, если платформа это запросит, и запустите базу в пользовательском режиме.

Для клиент-серверной базы восстановление делается средствами СУБД: в SQL Server — через восстановление бэкапа (.bak) в Management Studio, после чего база подключается в консоли кластера 1С или через список запуска с указанием сервера и имени базы. Если бэкапы настраивал системный администратор — привлеките его до любых действий с сервером.

Шаг 5. Что делать, если база на SQL-сервере

В клиент-серверном варианте база физически хранится в СУБД, а не в файле 1Cv8.1CD. «Пропажа» здесь обычно выглядит иначе: база есть в списке, но при входе ошибка соединения, либо база в SQL Server находится в состоянии Suspect или Offline.

Проверьте в SQL Server Management Studio, существует ли база данных и в каком она состоянии. Если база на месте, но недоступна — смотрите журнал ошибок SQL Server. Если база удалена, восстановление возможно только из бэкапа СУБД или из файла выгрузки .dt, если он делался.

Шаг 6. Проверьте восстановленную базу

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

Если база открывается, но выдаёт ошибки при обращении к отдельным объектам, запустите «Тестирование и исправление» в конфигураторе — только после того, как сделаете копию текущего состояния базы. Эта процедура может изменять данные, поэтому без предварительной копии её запускать нельзя.

Шаг 7. Настройте резервное копирование, чтобы ситуация не повторилась

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

Храните копии на другом физическом носителе, а не на том же диске, где лежит база, и периодически проверяйте, что копия реально восстанавливается: разверните её в тестовую базу и откройте. Копия, которая ни разу не проверялась, не считается надёжной.

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