Как сохранить и восстановить данные, конфигурацию и резервные копии в 1С: полное руководство

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

Резервное копирование и восстановление ИБ

Файловый вариант

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

• Копирование файла: Скопируйте файл 1Cv8.1CD. Это самый быстрый способ создания снапшота для файловых баз.

• Специализированные утилиты: Используйте PowerShell, Cobian Backup или Veeam. Они делают теневые копии томов (VSS), что исключает повреждение базы при копировании во время работы пользователей.

Клиент-серверный вариант (SQL)

• Средства СУБД: Применяйте штатные инструменты SQL Server (Maintenance Plans), PostgreSQL (pg_dump/pg_basebackup) или Oracle. Это единственный правильный способ для промышленных систем.
• Выгрузка через Конфигуратор (.dt): Допустима только для небольших или тестовых баз. На больших объемах процесс занимает часы и блокирует работу.
• Резервное копирование кластера: Сервер администрирования имеет встроенный механизм, но он создает именно файлы .dt, поэтому для продуктивных сред предпочтительнее бэкапы на уровне СУБД.

Сохранение и перенос конфигурации

Для переноса структуры метаданных или обновления типовой конфигурации используются следующие методы:

• Файлы .cf / .cfu: В Конфигураторе выберите Конфигурация → Сохранить конфигурацию в файл (.cf) или Сохранить изменения в файл (.cfu — файл поставки). Применяется для сравнения, объединения и переноса доработок.
• XML-выгрузка: Конфигурация → Выгрузить конфигурацию в XML. Позволяет хранить историю изменений в системах контроля версий (Git).
• Хранилище конфигурации: Центральный репозиторий для командной разработки с фиксацией версий и отслеживанием истории.
• Расширения: Механизм безопасных доработок. Файлы .cfe хранятся отдельно, их можно выгружать, загружать и переносить между базами без снятия с поддержки.

Для селективного переноса данных между базами применяются правила обмена и обработка «Универсальный обмен данными». Для интеграции с внешними системами используются ETL-инструменты и EDI.

Правила безопасности

1. Автоматизация: Настройте расписание, никогда не полагайтесь на ручное создание копий.
2. Проверка восстановления: Минимум раз в месяц разворачивайте бэкап на тестовый сервер. Бэкап, который не удалось восстановить, бесполезен.
3. Правило 3-2-1: Храните минимум 3 копии на 2 разных носителях, одна из которых находится вне офиса (облако или удаленный офис).
4. Журналирование: Ведите лог выполнения бэкапов и настройте оповещения об ошибках.
5. Разделение прав: Учетная запись, выполняющая бэкапы, не должна использоваться для повседневной работы.

Частые ошибки

• Загрузка .dt без страховочного бэкапа. Операция деструктивна и полностью заменяет текущие данные.
• Использование .dt для больших SQL-баз. Приводит к многочасовым блокировкам и сбоям.
• Копирование 1Cv8.1CD «на горячую». Файл базы повреждается, если в момент копирования идут транзакции.
• Отсутствие тестового восстановления. Игнорирование регулярной проверки разворачивания копии на тестовом сервере.

FAQ

Чем отличается .cf от .cfu? Файл .cf содержит полную конфигурацию, а .cfu — только изменения (файл поставки), которые используются для сравнения, объединения и переноса доработок.

Почему для SQL-баз нельзя использовать только штатную выгрузку .dt? На больших объемах выгрузка через Конфигуратор занимает часы и блокирует работу пользователей. Для промышленных SQL-систем единственно верный способ — использование средств СУБД (Maintenance Plans, pg_dump).

Где хранить резервные копии согласно правилу 3-2-1? Необходимо иметь минимум 3 копии данных на 2 разных типах носителей, при этом одна копия обязательно должна храниться вне офиса (например, в облаке или в удаленном филиале).