Как сделать копию базы 1С 8: пошаговая инструкция 2026

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

В этой статье мы разберём все актуальные способы создания бэкапов для 1С 8.3 (включая последние обновления платформы), их плюсы и минусы, а также типичные ошибки, которые приводят к неработоспособным копиям баз. Особое внимание уделим автоматизации процесса — чтобы резервное копирование не зависело от "человеческого фактора". Все инструкции подходят для файловых и клиент-серверных баз (включая PostgreSQL и MS SQL), с учётом особенностей каждой архитектуры.

1. Подготовка к созданию копии: что нужно проверить перед бэкапом

Прежде чем приступать к копированию, убедитесь, что ваша база готова к этой операции. Пренебрежение подготовкой — основная причина, почему потом копии оказываются битыми или неполными.

Во-первых, закройте все сеансы работы с базой. Даже если вы используете файловый вариант 1С, открытые соединения могут заблокировать критические файлы (например, 1Cv8.1CD). Для клиент-серверных баз проверьте активные соединения через Администрирование → Активные пользователи в конфигураторе. Если кто-то забыл выйти — принудительно завершите сеанс.

Во-вторых, проверьте свободное место на диске. Резервная копия может занимать на 20-30% больше места, чем сама база (особенно при сжатии). Для баз размером от 10 ГБ это критично: если на диске осталось менее 15% свободного пространства, 1С может прервать операцию с ошибкой.

🔍 Тест на целостность: Запустите Тестирование и исправление в конфигураторе (Администрирование → Тестирование и исправление). Это займёт время, но устранит скрытые ошибки, которые потом могут помешать восстановлению.
📁 Права доступа: Учётная запись, под которой вы делаете копию, должна иметь права на запись в папку назначения. Для сетевых папок проверьте права на уровне ОС и 1С.
⏱️ Время выполнения: Для больших баз (от 50 ГБ) копирование может занять часы. Планируйте процесс на период минимальной нагрузки (например, ночью).

⚠️ Внимание: Если ваша база работает на MS SQL Server с моделью восстановления FULL, то простого копирования файлов .mdf/.ldf недостаточно! Требуется создать бэкап через SQL Server Management Studio или командой BACKUP DATABASE. Иначе журнал транзакций не будет синхронизирован с данными.

2. Способ 1: Копирование через конфигуратор (самый надёжный метод)

Этот метод подходит для всех типов баз (файловых и клиент-серверных) и считается самым надёжным, так как 1С сама контролирует целостность данных. Инструкция актуальна для 1С:Предприятие 8.3.20+.

Откройте конфигуратор в режиме администратора. Для этого:

Запустите 1cv8.exe с ключом /CONFIG (или выберите базу в списке и нажмите "Конфигуратор").
В меню выберите Администрирование → Выгрузить информационную базу.
Укажите путь для сохранения файла .dt (например, D:\Backups\Base_20260515.dt).
Отметьте галочку Сохранять историю изменений, если она критична для вашего учёта.
Нажмите "Выгрузить" и дождитесь завершения (в статусной строке появится надпись "Выгрузка завершена").

Преимущества этого метода:

🛡️ Целостность данных: 1С проверяет все ссылки и транзакции перед сохранением.
🔄 Восстановление на любой версии платформы (если не использовались уникальные возможности новой версии).
📦 Компактность: файл .dt обычно меньше, чем папка с базой.

⚠️ Внимание: Если при выгрузке появляется ошибка "Недостаточно памяти", уменьшите размер транзакционного журнала в настройках 1С или выгружайте базу по частям (например, отдельно конфигурацию и данные).

Закрыты все сеансы пользователей

Проверено свободное место на диске (минимум 1.5× от размера базы)

Учётная запись имеет права на запись в папку назначения

Отключены антивирусные сканеры (они могут блокировать большие файлы)

-->

3. Способ 2: Копирование файлов базы вручную (только для файловых баз!)

Этот метод подходит только для файловых баз (не для MS SQL или PostgreSQL!) и требует осторожности. Его главный плюс — скорость, но есть и серьёзные риски.

Алгоритм действий:

Закройте все сеансы 1С (включая фоновые задачи).
Перейдите в папку с базой (по умолчанию это C:\Users\Public\Documents\1C\1Cv8\ или сетевой путь).
Скопируйте всю папку базы (включая файлы 1Cv8.1CD, 1Cv8Log и другие) в резервное хранилище.
Проверьте размер скопированной папки — он должен совпадать с оригиналом.

Критические нюансы:

🚫 Не копируйте базу по сети (например, на сетевой диск) — это может привести к повреждению файлов. Сначала копируйте на локальный диск, затем переносите.
⏳ Время копирования: для баз размером 20+ ГБ используйте утилиты вроде TeraCopy или Robocopy (они устойчивее к сбоям).
🔍 Проверка: после копирования попробуйте открыть базу из резервной папки в тестовом режиме.

Параметр	Выгрузка через конфигуратор	Ручное копирование файлов
Подходит для клиент-серверных баз	✅ Да	❌ Нет
Скорость создания копии	🐢 Медленнее (проверка данных)	⚡ Быстрее (простое копирование)
Целостность данных	✅ Гарантирована	⚠️ Риск повреждений
Восстановление на другой версии платформы	✅ Возможно	❌ Только на той же версии

💡

Если вы копируете базу на внешний жёсткий диск, используйте файловую систему NTFS — она поддерживает большие файлы (более 4 ГБ) и имеет встроенную проверку на ошибки.

4. Способ 3: Автоматическое копирование через командную строку

Для автоматизации бэкапов можно использовать встроенные утилиты 1С и планировщик задач Windows. Это особенно актуально для серверов, где ручное копирование неудобно.

Основная команда для выгрузки базы через 1cv8.exe:

"C:\Program Files\1cv8\8.3.20.1549\bin\1cv8.exe" DESIGNER /S "ИмяСервера\ИмяБазы" /N "Администратор" /P "Пароль" /DumpIB "D:\Backups\Base_20260515.dt" /Out "D:\Backups\log.txt"

Расшифровка параметров:

/S — строка подключения к базе (для файловых баз указывайте путь, например, File="C:\Bases\Trade").
/N и /P — имя и пароль пользователя с правами администратора.
/DumpIB — путь для сохранения файла .dt.
/Out — файл лога (туда запишутся ошибки, если они будут).

Чтобы автоматизировать процесс:

Создайте .bat-файл с командой выше.
Откройте Планировщик задач Windows (taskschd.msc).
Создайте задачу, которая будет запускать этот файл, например, каждый день в 2:00 ночи.
В настройках задачи укажите запуск от имени администратора и отметьте Выполнять независимо от регистрации пользователя.

⚠️ Внимание: Если пароль администратора содержит специальные символы (например, ! или &), оберните его в двойные кавычки: /P "P@$$w0rd!". Иначе командная строка интерпретирует их неправильно.

Как проверить, что задача в планировщике выполнилась успешно?

Откройте файл лога (log.txt в нашем примере). Если там есть строка "Выгрузка информационной базы успешно завершена", то всё прошло без ошибок. Также проверьте дату изменения файла .dt — она должна совпадать с временем выполнения задачи.

5. Способ 4: Копирование баз на MS SQL и PostgreSQL

Для клиент-серверных баз ручное копирование файлов .mdf/.ldf или postgres-каталогов недопустимо. Здесь нужно использовать встроенные инструменты СУБД.

Для MS SQL Server:

BACKUP DATABASE [YourBaseName]
TO DISK = 'D:\Backups\YourBaseName_20260515.bak'
WITH COMPRESSION, STATS = 10;

Для PostgreSQL:

pg_dump -U postgres -F c -b -v -f "D:\Backups\YourBaseName_20260515.backup" YourBaseName

Ключевые отличия от файловых баз:

🔄 Журнал транзакций: в MS SQL его можно обрезать после бэкапа командой BACKUP LOG.
🗃️ Хранилище: бэкапы PostgreSQL лучше сохранять в формате .backup (сжатый) или .sql (текстовый дамп).
⏱️ Время: копирование больших баз (100+ ГБ) может занять несколько часов. Используйте WITH COMPRESSION для MS SQL.

Для автоматизации настройте SQL Server Agent (для MS SQL) или cron (для PostgreSQL). Пример задачи для PostgreSQL:

0 2   * /usr/bin/pg_dump -U postgres -F c YourBaseName > /backups/YourBaseName_$(date +\%Y\%m\%d).backup

💡

Для клиент-серверных баз обязательно проверяйте бэкапы на восстанавливаемость! Создайте тестовую базу и попробуйте восстановить в неё данные хотя бы раз в месяц.

6. Способ 5: Использование сторонних утилит (1C:Backup, V8Unpack и другие)

Если стандартные методы не подходят (например, нужно копировать базу без остановки работы пользователей), можно использовать специализированные инструменты.

7. Проверка копии и восстановление: как убедиться, что бэкап рабочий

Создать копию — половина дела. Более 30% бэкапов, сделанных без проверки, оказываются неработоспособными в критический момент. Чтобы избежать неприятных сюрпризов, всегда тестируйте копии.

Для файловых баз:

Скопируйте файл .dt в отдельную папку.
Запустите 1С в режиме конфигуратора и выберите Файл → Открыть.
Укажите путь к скопированному файлу .dt и нажмите "Открыть".
Если база открылась без ошибок — копия рабочая.

Для клиент-серверных баз:

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

Типичные ошибки при восстановлении и их причины:

Ошибка	Возможная причина	Решение
`Файл повреждён`	Неправильное копирование (например, по сети) или прерванная выгрузка.	Повторите копирование на локальный диск.
`Несовпадение версии платформы`	Копия сделана на новой версии 1С, а восстанавливаете на старой.	Обновите платформу или используйте конвертацию.
`Недостаточно прав`	Учётная запись не имеет прав на папку с базой.	Запустите 1С от имени администратора.

8. Хранение и ротация бэкапов: как не потерять данные навсегда

Даже идеальная копия бесполезна, если её негде найти или она перезаписана новой версией. Правильная стратегия хранения бэкапов включает:

🗄️ 3-2-1 правило: 3 копии, на 2 разных носителях, 1 из них вне офиса (например, в облаке).
🔄 Ротация: храните ежедневные копии за неделю, еженедельные — за месяц, ежемесячные — за год.
🔐 Шифрование: если в базе есть персональные данные, шифруйте бэкапы (например, с помощью 7-Zip с паролем).

Пример схемы ротации:

Ежедневно: полная копия (сохраняется 7 дней).
По понедельникам: еженедельная копия (сохраняется 4 недели).
1 числа месяца: ежемесячная копия (сохраняется 12 месяцев).
Раз в квартал: архивная копия (сохраняется 3 года для отчётности).

Для автоматизации ротации можно использовать скрипты на PowerShell или Bash. Пример скрипта для удаления старых бэкапов (Windows):

# Удаляем бэкапы старше 30 дней
$path = "D:\Backups\"
$days = 30
$currentDate = Get-Date
Get-ChildItem $path -Recurse | Where-Object {($_.LastWriteTime - $currentDate).Days -lt -$days} | Remove-Item -Force

⚠️ Внимание: Если вы храните бэкапы в облаке (Яндекс.Диск, Google Drive), настройте двухуровневую аутентификацию для аккаунта. Утечка доступа к облаку может привести к потере всех копий.

FAQ: Частые вопросы о копировании баз 1С

Можно ли сделать копию базы, не закрывая сеансы пользователей?

Для файловых баз — нет. Любые открытые соединения блокируют критические файлы, и копия будет неполной. Для клиент-серверных баз (MS SQL/PostgreSQL) можно использовать "горячие" бэкапы через утилиты СУБД, но это требует настройки.

Как скопировать только конфигурацию без данных?

В конфигураторе выберите Файл → Сохранить конфигурацию в файл (.cf). Это создаст копию только структуры базы (объекты, формы, модули), без документов и справочников. Полезно для переноса доработок между базами.

Что делать, если копия базы занимает слишком много места?

Используйте сжатие:

Для файлов .dt: архивируйте их с помощью 7-Zip (формат .7z с максимальным сжатием).
Для MS SQL: добавляйте параметр WITH COMPRESSION в команду BACKUP DATABASE.
Для PostgreSQL: используйте формат .backup (уже сжат) или утилиту pg_dump с ключом -Z 9.

Также проверьте базу на "мусорные" данные (удалённые документы, неиспользуемые справочники) — их очистка может уменьшить размер на 10-40%.

Можно ли восстановить базу из копии на более старой версии 1С?

Да, но с ограничениями:

Если копия сделана через Выгрузить информационную базу (.dt), то восстановление возможно на любой версии платформы (но не ниже той, на которой была сделана копия).
Если копия сделана ручным копированием файлов, то версия платформы должна совпадать точь-в-точь.
Для клиент-серверных баз может потребоваться конвертация через SQL Server Management Studio или pg_restore.

Перед восстановлением на старой версии обязательно проверьте копию на тестовой базе!

Как автоматизировать копирование базы на Linux-сервере?

Используйте cron и утилиты 1С для Linux:

Установите 1С:Предприятие для Linux (доступно с версии 8.3.10).
Создайте скрипт (например, /opt/1C/v8.3/x86_64/1cv8 с параметрами выгрузки).

Добавьте задачу в cron:

0 2   * /opt/1C/v8.3/x86_64/1cv8 DESIGNER /S "File=/home/1c/bases/Trade" /N Admin /P "password" /DumpIB /home/backups/Trade_$(date +\%Y\%m\%d).dt /Out /home/backups/log.txt

Настройте права на папки (chmod 777 /home/backups).

Для PostgreSQL на Linux используйте pg_dump в комбинации с cron.

Как сделать копию базы 1С 8: 5 проверенных способов с инструкциями