Администрирование · 10 мин
Как правильно сохранять 1С: данные, документы и резервные копии
Как правильно сохранять данные в 1С: сохранение документов, выгрузка базы, резервные копии файловой и клиент-серверной версии, проверка архивов и типичные ошибки.
Под «сохранением» в 1С обычно понимают три разные задачи: запись документа или справочника в текущей базе, выгрузку информационной базы в файл dt и организацию регулярных резервных копий. Каждая задача решается своими инструментами, и путаница между ними — главная причина потери данных: пользователь думает, что база «сохраняется сама», а на деле никаких копий не создаётся.
Данные в 1С не хранятся в отдельных файлах документов, как в Word или Excel. Вся информация — документы, справочники, проводки, настройки — находится внутри информационной базы: в файловом варианте это файл 1Cv8.1CD, в клиент-серверном — база данных на SQL-сервере. Поэтому «сохранить базу» означает либо сделать выгрузку через конфигуратор, либо скопировать файл базы, либо настроить средства резервного копирования СУБД.
Ниже разобраны все основные способы сохранения: от записи отдельного документа до автоматического регламентного архивирования, а также проверка того, что созданная копия действительно пригодна для восстановления.
Как сохранить документ, справочник и настройки внутри базы
Любой объект в 1С — документ, элемент справочника, запись регистра — сохраняется в базе кнопкой «Записать» или сочетанием клавиш Ctrl+S. Кнопка «Провести» дополнительно формирует движения по регистрам: проводки, остатки, взаиморасчёты. Если документ только записан, он существует в базе, но не влияет на учёт.
Важно понимать: после записи данные уже находятся в базе, отдельного действия «сохранить всё» не требуется. Однако это не защищает от сбоев жёсткого диска, случайного удаления или вируса-шифровальщика — для этого нужны резервные копии, о которых речь ниже.
Отчёты и табличные документы можно сохранить во внешний файл через меню «Файл → Сохранить как»: доступны форматы mxl, xlsx, pdf, html и другие. Это удобно для передачи печатных форм, но такой файл не является копией базы и не подходит для восстановления учёта.
Выгрузка базы в файл dt через конфигуратор
Штатный способ сохранить всю базу целиком — выгрузка в файл с расширением dt. Он выполняется через конфигуратор и подходит как для файлового, так и для клиент-серверного варианта работы.
- 1Завершите работу всех пользователей и установите блокировку сеансов
- 2Откройте базу в режиме «Конфигуратор» под учётной записью с полными правами
- 3Выберите меню «Администрирование → Выгрузить информационную базу»
- 4Укажите путь и имя файла, дождитесь завершения выгрузки
- 5Проверьте, что файл создан и его размер сопоставим с размером базы
Файл dt содержит и данные, и конфигурацию, поэтому его удобно использовать для переноса базы на другой компьютер или перед обновлением конфигурации. Загрузка выполняется зеркально: «Администрирование → Загрузить информационную базу», при этом текущее содержимое базы полностью замещается содержимым файла.
У способа есть ограничения. Выгрузка больших баз занимает заметное время и требует монопольного доступа. Кроме того, dt — не средство ежедневного архивирования для крупных баз: для них правильнее использовать механизмы СУБД.
Копирование файловой базы вручную
В файловом варианте вся база — это каталог, в котором лежит файл 1Cv8.1CD. Самый простой способ сделать копию — скопировать этот файл (или весь каталог) на другой диск, сетевую папку или внешний носитель.
Критическое условие: во время копирования в базе не должно быть активных сеансов. Если скопировать файл, пока пользователи работают, копия может оказаться в несогласованном состоянии и не открыться. Проверить отсутствие сеансов можно через консоль кластера (при работе через сервер 1С) или просто убедившись, что все пользователи вышли.
Узнать путь к файлу базы можно в окне выбора информационных баз при запуске 1С: он отображается в нижней части окна при выделении базы. Именно этот каталог и нужно архивировать, а не ярлык на рабочем столе.
Резервное копирование клиент-серверной базы
Если база работает на MS SQL Server, PostgreSQL или другой СУБД, копировать файлы базы данных вручную нельзя — сервер держит их открытыми, и копия будет неконсистентной. Правильный путь — использовать штатные средства СУБД: планы обслуживания и задания BACKUP в MS SQL, pg_dump или физическое копирование с WAL-архивацией в PostgreSQL.
Рекомендуемый минимум — полная копия ежедневно в нерабочее время плюс копии журнала транзакций в течение дня (для модели восстановления Full в MS SQL). Это позволяет восстановить базу не только на момент ночной копии, но и на любую точку времени в течение дня.
Дополнительно полезно периодически делать выгрузку dt: она независима от СУБД и выручает при смене сервера или версии платформы. Но основным механизмом ежедневной защиты должна быть именно копия средствами СУБД.
Сравнение способов сохранения
Универсально, включает конфигурацию, подходит для переноса и небольших баз; требует монопольного доступа и медленно на больших объёмах
Быстро и просто для файловых баз; требует завершения всех сеансов и не работает для клиент-серверного варианта
Подходит для больших баз, поддерживает расписание и точку восстановления во времени; требует навыков администрирования СУБД
Автоматизация: расписание и правила хранения архивов
Разовое сохранение не защищает от потери данных — нужен регулярный процесс. Для файловых баз автоматизацию обычно строят на планировщике заданий Windows и скрипте, который копирует файл базы, либо на запуске конфигуратора в пакетном режиме с выгрузкой dt.
"C:\Program Files\1cv8\common\1cestart.exe" DESIGNER /F"D:\Bases\Trade" /N"Админ" /P"пароль" /DumpIB"D:\Backup\trade_%date%.dt"При настройке расписания придерживайтесь простых правил: храните копии минимум на двух разных носителях, один из которых физически отделён от сервера; сохраняйте несколько поколений архивов (например, ежедневные за неделю и еженедельные за месяц); ограничьте доступ к каталогу архивов, чтобы вирус-шифровальщик не добрался до копий.
Полезно добавить в скрипт контроль результата: проверку кода возврата, размера созданного файла и запись в журнал. Архив, о котором никто не знает, успешно ли он создан, почти бесполезен — о сбое вы узнаете в самый неподходящий момент.
Частая ситуация: скрипт архивации работает месяцами, но после смены пароля пользователя или переноса базы путь в команде устарел, и копии перестали создаваться. Раз в месяц открывайте журнал заданий и сверяйте даты последних успешных архивов.
Проверка копий и восстановление данных
Архив считается рабочим только после проверки восстановления. Для файловой базы достаточно скопировать 1Cv8.1CD в отдельный каталог, добавить его как новую базу в список запуска и открыть. Для dt — загрузить файл в пустую базу на тестовом компьютере.
Периодичность проверки зависит от критичности данных, но разумный минимум — раз в месяц и обязательно после изменения схемы резервного копирования. Заодно стоит запускать тестирование и исправление базы на копии, а не на рабочей базе.
Как проверить результат
Файл создан в день выполнения задания, размер сопоставим с предыдущими копиями
Файл отсутствует, имеет нулевой размер или резко «похудел» в разы
База из копии запускается, документы за последние дни на месте
Ошибка открытия, сообщения о повреждении, пропали свежие данные
Последний запуск завершён успешно, дата актуальна
Задание давно не выполнялось или завершается с ошибкой
При восстановлении действуйте последовательно: сначала зафиксируйте текущее состояние (снимите копию даже с повреждённой базы — из неё иногда можно извлечь часть данных), затем разверните архив в отдельный каталог или отдельную базу и только после проверки принимайте решение о переключении пользователей.
Частые вопросы о сохранении 1С
Достаточно ли того, что 1С сохраняет документы автоматически?
Нет. Запись документа сохраняет его внутри базы, но сама база при этом никуда не копируется. При отказе диска, удалении файла базы или шифровании вирусом все записанные документы будут потеряны вместе с базой. Нужна отдельная процедура резервного копирования.
Чем выгрузка dt отличается от копирования файла базы?
Файл dt создаётся штатным механизмом платформы и содержит данные вместе с конфигурацией в переносимом виде — его можно загрузить в базу на другом сервере или другой СУБД. Копия файла 1Cv8.1CD — это просто побайтовая копия, пригодная только для файлового варианта, и делать её можно только при закрытых сеансах.
Как часто нужно делать резервные копии?
Ориентируйтесь на объём данных, который вы готовы потерять. Для активно используемой базы разумный минимум — ежедневная копия в нерабочее время; в клиент-серверном варианте добавьте копии журнала транзакций в течение дня, чтобы восстанавливаться на конкретный момент.
Можно ли хранить архивы в облаке?
Можно, это даже полезно как вторая независимая копия. Учитывайте три момента: объём базы и скорость канала, шифрование архива перед отправкой (в базе персональные и финансовые данные) и регулярную проверку того, что файлы действительно загружаются, а не копятся в очереди синхронизации.
Что делать, если база не открывается, а свежей копии нет?
Сначала скопируйте файл базы «как есть» в отдельный каталог — это сохранит шанс на извлечение данных. Затем на копии запустите утилиту chdbfl.exe из каталога платформы (для файловых баз) или тестирование и исправление в конфигураторе. Не запускайте исправление на единственном экземпляре базы.
Нужно ли сохранять базу перед обновлением конфигурации?
Обязательно. Обновление изменяет структуру данных, и при сбое откат без копии может оказаться невозможным. Перед обновлением сделайте выгрузку dt или полную копию средствами СУБД и убедитесь, что она завершилась успешно, — только после этого запускайте обновление.
Что важно запомнить
Запись документов и резервное копирование базы — разные задачи. Документы сохраняются кнопкой «Записать», база — выгрузкой в dt, копированием файла 1Cv8.1CD при закрытых сеансах или бэкапом средствами СУБД. Настройте автоматическое копирование по расписанию, храните архивы на отдельном носителе и регулярно проверяйте восстановление.