Содержание: Определите тип базы · Способ 1: копия каталога файловой базы · Способ 2: выгрузка в файл DT · Резервирование серверной базы · Как восстановить базу · Как часто делать копии · Частые ошибки · Связанные инструкции · Ответы на частые вопросы · Как проверить копию, не затронув рабочую базу · Что должно быть в регламенте резервирования · Что делать, если свежей копии нет
Для файловой базы 1С разовую резервную копию можно сделать двумя понятными способами: скопировать весь каталог полностью закрытой базы или выгрузить информационную базу в файл DT через Конфигуратор. Для клиент-серверной базы копирование папки не подходит: резервирование выполняют средствами СУБД и администрирования сервера.
Хорошая резервная копия — это не просто файл с сегодняшней датой. Она хранится отдельно от рабочего компьютера, создаётся регулярно и хотя бы периодически проверяется тестовым восстановлением. Если восстановление никогда не проверяли, считать такую копию гарантированно рабочей нельзя.
Важно: перед любыми действиями, которые изменяют информационную базу, создайте проверяемую копию. Если база уже повреждена, работайте только с копией, а оригинал сохраните без изменений.
Определите тип базы
В стартовом окне 1С откройте свойства базы. Путь к папке указывает на файловую базу; сервер и имя информационной базы — на клиент-серверную. От этого зависит допустимый способ копирования.
Способ 1: копия каталога файловой базы
- Попросите всех пользователей выйти из базы.
- Проверьте, что процессы 1С завершены.
- Откройте каталог базы и скопируйте его целиком в отдельное хранилище.
- Добавьте дату и понятное имя копии.
- Проверьте копию отдельным запуском, не подменяя рабочий каталог.
Копировать один файл 1Cv8.1CD при продолжающейся работе пользователей рискованно. Безопаснее копировать весь каталог после завершения сеансов.
Способ 2: выгрузка в файл DT
Откройте базу в Конфигураторе и выберите «Администрирование → Выгрузить информационную базу». Сохраните DT на диск с достаточным свободным местом и дождитесь успешного завершения. Наличие файла и ненулевой размер — только первичная проверка: работоспособность подтверждают загрузкой в отдельную тестовую базу и сверкой данных. Не заменяйте рабочую базу ради проверки архива.
DT удобен для переноса и тестового восстановления, но для крупных клиент-серверных баз он не заменяет регламентное резервирование СУБД.
Резервирование серверной базы
Серверная база хранится в СУБД. График, тип резервной копии, журналы транзакций, срок хранения и контроль восстановления настраивает администратор с учётом используемой СУБД. Копирование каталогов сервера 1С без согласованной процедуры не гарантирует целостность данных.
Как восстановить базу
Подробный порядок вынесен в отдельную инструкцию: как восстановить базу 1С из резервной копии. В ней показано, как выбрать способ по типу архива, проверить документы на дату копии и согласовать возврат сотрудников к работе.
Из копии каталога
Скопируйте резервный каталог в новое место и добавьте его в список баз под отдельным именем. Сначала проверяйте копию, а не заменяйте рабочую базу.
Из файла DT
Создайте пустую тестовую базу и выполните загрузку DT в Конфигураторе. Все данные в целевой базе будут заменены содержимым файла. После загрузки проверьте дату данных, пользователей, документы и основные отчёты.
Как часто делать копии
- Перед каждым обновлением, переносом или доработкой.
- Для активно меняющейся рабочей базы — по ежедневному автоматическому графику.
- Хранить несколько поколений, а не только последнюю копию.
- Одну копию держать отдельно от рабочего компьютера или сервера.
- Регулярно выполнять тестовое восстановление.
Частые ошибки
- Копия создаётся на том же диске, что и рабочая база.
- Пользователи продолжают работу во время копирования файловой базы.
- Сохраняется только один последний архив.
- Никто не проверяет восстановление.
- Файл DT считают единственным универсальным способом для любой базы.
Связанные инструкции
Ответы на частые вопросы
Можно ли копировать базу при работающих пользователях?
Для обычной ручной копии каталога файловой базы сначала завершите все сеансы. Для непрерывной работы используют специально настроенное резервирование.
Где хранить резервные копии?
Не только рядом с рабочей базой. Используйте отдельный диск, сервер или защищённое хранилище и ограничьте доступ.
Достаточно ли одного DT?
Для разовой задачи он полезен, но надёжная схема включает несколько поколений копий и проверку восстановления.
Как понять, что копия рабочая?
Восстановите её в отдельную тестовую базу и проверьте запуск, дату данных и ключевые операции.
Материал носит справочный характер. Точный порядок действий зависит от типа базы, версии платформы, конфигурации, способа лицензирования и имеющихся резервных копий.
Как проверить копию, не затронув рабочую базу
Заранее выберите отдельный каталог и понятное имя тестовой базы, например «Проверка резервной копии». Восстанавливайте данные туда, а не в базу, которой продолжают пользоваться сотрудники. Перед запуском копии проверьте её подключение к обменам, отправке почты и другим внешним системам: тестовая база не должна повторно отправлять документы или сообщения. Если не знаете, как изолировать такие подключения, поручите проверку администратору.
Сравните дату последних документов с ожидаемой датой копии. Откройте несколько важных отчётов за известный период и проверьте результаты. Запишите, какая копия проверена, когда выполнено восстановление и какие замечания обнаружены. Сам по себе ненулевой размер файла или отсутствие ошибки при копировании не подтверждает полноту данных.
Что должно быть в регламенте резервирования
Определите, кто отвечает за копии, как часто они создаются, сколько версий хранятся и кто получает сообщение об ошибке. График выбирайте по допустимой потере данных: если копирование происходит только ночью, документы текущего дня могут не попасть в последнюю копию. После отказа задания проверяйте причину и повторный успешный результат, а не только наличие расписания.
Сохраняйте резервные файлы с ограниченным доступом: в них могут находиться сведения об организации, сотрудниках и расчётах. Защищайте хранилище так же, как рабочую базу. Периодически проверяйте свободное место, доступность отдельного носителя и возможность восстановить данные без основного компьютера. При изменении схемы хранения повторите тест восстановления.
Что делать, если свежей копии нет
Если база перестала открываться, сначала сохраните исходные файлы без изменений и зафиксируйте текст ошибки. Не запускайте исправление на единственном экземпляре и не заменяйте его первым найденным архивом. Проверьте другие носители и автоматические хранилища; сравните даты доступных копий. Для дальнейших действий используйте инструкцию при повреждении базы или помощь с восстановлением.
Переносятся ли вместе с DT все настройки рабочего места?
DT предназначен для информационной базы. Настройки внешнего оборудования, расположение дополнительных файлов и лицензирование нового компьютера проверяют отдельно.
Официальная справка 1С: выгрузка и загрузка информационной базы.