Создание архивной копии базы 1С:Предприятие — критически важная процедура, которую часто откладывают «на потом», пока не случается сбой. По статистике Инфостарта, 38% компаний теряют данные из-за отсутствия актуальных бэкапов, а восстановление обходится в среднем в 5 раз дороже, чем регулярное резервирование. Эта статья поможет разобраться, как сделать резервную копию базы 1С 8.3 правильно — с учётом типа конфигурации (файловая или клиент-серверная), объёма данных и требований к скорости восстановления.

Мы рассмотрим не только стандартные способы через Конфигуратор и 1С:Предприятие, но и альтернативные методы: скрипты для автоматического бэкапа, использование SQL Server Management Studio для серверных баз, а также нюансы работы с облачными хранилищами. Особое внимание уделим типичным ошибкам, из-за которых резервные копии становятся бесполезными — например, когда архив создаётся поверх повреждённых данных или не проверяется на целостность.

Если вы администрируете базу самостоятельно или отвечаете за IT-инфраструктуру компании, эта инструкция поможет выстроить надёжную систему резервирования. Для программистов добавим советы по интеграции бэкапов в регламентные задания и мониторинг их выполнения.

1. Подготовка к созданию архивной копии: что нужно проверить до начала

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

  • 🔹 Закройте все сеансы пользователей. Активные соединения могут заблокировать файлы базы, что приведёт к creation неполного архива. В клиент-серверном варианте проверьте сеансы через Администрирование → Активные пользователи.
  • 🔹 Проверьте свободное место на диске. Архивная копия файловой базы занимает столько же места, сколько и оригинал, плюс 10-15% на служебные файлы. Для баз на MS SQL учитывайте размер .mdf и .ldf файлов.
  • 🔹 Оцените целостность данных. Если база уже повреждена, архив унаследует эти ошибки. Запустите тестирование и исправление через Конфигуратор → Администрирование → Тестирование и исправление.
  • 🔹 Определите способ хранения архива. Локальный диск, сетевой ресурс, облако (например, Яндекс.Диск или Google Drive) — выберите опцию с учётом скорости доступа и надёжности.

Для клиент-серверных баз на MS SQL или PostgreSQL дополнительно проверьте:

  • 📌 Настройки модели восстановления базы данных (должна быть FULL или BULK_LOGGED для полноценных бэкапов).
  • 📌 Доступность SQL Server Agent (если планируете автоматизировать процесс).
⚠️ Внимание: Если вы архивируете базу перед обновлением конфигурации или платформы , обязательно создайте две копии — до и после обновления. Это позволит откатиться к рабочей версии, если что-то пойдёт не так.
📊 Как часто вы создаёте резервные копии базы 1С?
Ежедневно
Раз в неделю
Раз в месяц
Только перед критическими операциями
Никогда

2. Способ 1: Архивация файловой базы через Конфигуратор 1С

Самый простой метод — использование встроенных инструментов Конфигуратора. Он подходит для файлового варианта работы 1С:Предприятие (когда база хранится в виде файлов .1CD на диске). Инструкция:

  1. Откройте Конфигуратор от имени администратора. Для этого кликните правой кнопкой по ярлыку и выберите Запуск от имени администратора.
  2. Перейдите в меню Администрирование → Выгрузить информационную базу.
  3. Укажите путь для сохранения архива. Рекомендуем использовать сетевой диск или внешний носитель (не тот же физический диск, где лежит оригинал!).
  4. Дождитесь завершения процесса. Время зависит от размера базы — для 10 ГБ это может занять 15-30 минут.

Готовый архив будет иметь расширение .dt. Его можно восстановить через Администрирование → Загрузить информационную базу. Обратите внимание: этот метод не сжимает данные, поэтому для больших баз (от 20 ГБ) лучше использовать альтернативные способы.

Закрыты все сеансы пользователей|Проверено свободное место на целевом диске|Выбран путь сохранения (не системный диск)|Запущен Конфигуратор от имени администратора-->

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

Для автоматизации этого процесса можно использовать скрипт на PowerShell или Batch, который будет запускать 1CV8.exe с параметрами выгрузки. Пример команды для выгрузки базы "Trade":

"C:\Program Files\1cv8\8.3.20.1500\bin\1cv8.exe" DESIGNER /IBName "Trade" /DumpIB "D:\Backup\Trade_20260515.dt"

3. Способ 2: Резервирование клиент-серверной базы на MS SQL

Если ваша база работает в клиент-серверном варианте на Microsoft SQL Server, стандартная выгрузка через Конфигуратор не подходит — она создаст только логическую копию, без транзакционных логов. Для полноценного бэкапа используйте SQL Server Management Studio (SSMS) или T-SQL команды.

Пошаговая инструкция через SSMS:

  1. Подключитесь к серверу баз данных с правами sysadmin.
  2. В объекте Databases найдите вашу базу (обычно её имя совпадает с названием информационной базы в Конфигураторе).
  3. Кликните правой кнопкой по базе → Tasks → Back Up....
  4. Выберите тип бэкапа:
    • 🔘 Full — полная копия (рекомендуется для регулярных бэкапов).
    • 🔘 Differential — разностная копия (быстрее, но требует полного бэкапа для восстановления).
    • 🔘 Transaction Log — копия транзакционных логов (для точечного восстановления).
  • Укажите путь сохранения (расширение .bak) и нажмите OK.
  • Для автоматизации используйте SQL Server Agent. Создайте новое задание (Jobs) с шагом типа Transact-SQL и командой:

    BACKUP DATABASE [Your1CBase] TO DISK = 'D:\Backup\Your1CBase_Full.bak'
    

    WITH COMPRESSION, STATS = 10;

    Обратите внимание на параметр COMPRESSION — он сокращает размер бэкапа на 30-70% без потери данных. Для проверки целостности архива используйте команду:

    RESTORE VERIFYONLY FROM DISK = 'D:\Backup\Your1CBase_Full.bak';
    Тип бэкапа Размер Время создания Время восстановления Когда использовать
    Полный (FULL) 100% от размера базы Дольше всех Быстро Еженедельно или перед критическими операциями
    Разностный (DIFFERENTIAL) 20-30% от размера базы Среднее Среднее (нужен полный бэкап) Ежедневно между полными бэкапами
    Лог транзакций (LOG) 1-5% от размера базы Быстро Долго (нужны все логи с последнего полного бэкапа) Каждый час для критически важных систем
    ⚠️ Внимание: Если ваша база использует PostgreSQL, для бэкапа применяйте утилиту pg_dump. Пример команды:
    pg_dump -U postgres -F c -b -v -f "D:\Backup\1c_base.dump" 1c_base

    Параметр -F c создаёт сжатый архив в пользовательском формате, а -b включает в дамп большие объекты (BLOB).

    4. Способ 3: Автоматизация бэкапов с помощью скриптов

    Ручное создание архивов ненадёжно — рано или поздно вы забудете сделать копию в критический момент. Автоматизация решает эту проблему. Рассмотрим два варианта: для файловой и клиент-серверной баз.

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

    Используйте PowerShell-скрипт, который будет:

    • 📅 Запускаться по расписанию (Планировщик заданий Windows).
    • 📁 Создавать архив с датой в имени файла.
    • 🗑️ Удалять старые копии (например, старше 30 дней).
    • 📧 Отправлять отчёт на email о результате.

    Пример скрипта:

    $Date = Get-Date -Format "yyyyMMdd_HHmm"
    

    $BackupPath = "D:\Backup\1C\Base_$Date.dt"

    $1CPath = "C:\Program Files\1cv8\8.3.20.1500\bin\1cv8.exe"

    $IBName = "Trade"

    $LogFile = "D:\Backup\1C\BackupLog.txt"

    Start-Process -FilePath $1CPath -ArgumentList "DESIGNER /IBName `$IBName /DumpIB `$BackupPath /Out `$LogFile" -Wait

    if (Test-Path $BackupPath) {

    Write-Output "Backup completed successfully" | Out-File $LogFile -Append

    } else {

    Write-Output "Backup failed" | Out-File $LogFile -Append

    }

    Для клиент-серверной базы на MS SQL:

    Настройте задание в SQL Server Agent с шагами:

    1. Полный бэкап (еженедельно).
    2. Разностный бэкап (ежедневно).
    3. Бэкап лога транзакций (каждые 2 часа).
    4. Проверка целостности архивов.
    5. Копирование бэкапов на внешний сервер (по FTP или robocopy).

    Для мониторинга успешности бэкапов настройте оповещения в SQL Server Agent на email или Telegram (через Database Mail или сторонние сервисы вроде Zabbix).

    💡

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

    5. Способ 4: Облачные бэкапы и гибридные схемы

    Хранение архивов только на локальных носителях рискованно — при пожаре, краже или выходе из строя оборудования вы потеряете и оригинал, и копии. Облачные хранилища решают эту проблему, но требуют грамотной настройки. Рассмотрим проверенные варианты:

    • 🌍 Яндекс.Диск / Google Drive. Подходят для небольших баз (до 50 ГБ). Используйте официальные клиенты для синхронизации или скрипты на rclone.
    • ☁️ Amazon S3 / Azure Blob Storage. Оптимально для крупных компаний. Стоимость хранения — от 2 руб/ГБ в месяц, плюс плата за трафик.
    • 🔗 1С:Линк. Сервис от для резервного копирования и обмена данными. Интегрируется с 1С:Предприятие через расширение.
    • 🔄 Гибридная схема. Локальный бэкап + облако. Например, сначала архив сохраняется на сетевой диск, а ночью копируется в облако.

    Пример настройки синхронизации с Яндекс.Диском:

    1. Установите клиент Яндекс.Диска на сервер с базой.
    2. В настройках укажите папку для бэкапов (например, D:\Backup\1C) как синхронизируемую.
    3. Настройте исключения для файлов .tmp и .log, чтобы не загружать мусор.
    4. В Планировщике заданий добавьте задачу, которая будет запускать скрипт бэкапа за 1 час до начала синхронизации (чтобы избежать конфликтов).

    Для Amazon S3 используйте утилиту AWS CLI. Пример команды для загрузки архива:

    aws s3 cp D:\Backup\1C\Base_20260515.dt s3://your-bucket-name/1c-backups/ --storage-class STANDARD_IA

    Класс хранения STANDARD_IA дешевле стандартного на 40%, но подходит для архивов, к которым вы обращаетесь реже 1 раза в месяц.

    ⚠️ Внимание: При использовании облачных хранилищ учитывайте:

    • 🔹 Шифруйте архивы перед загрузкой (например, с помощью 7-Zip с паролем).
    • 🔹 Настройте MFA (двухфакторную аутентификацию) для доступа к аккаунту.
    • 🔹 Проверяйте скорость загрузки/выгрузки — для базы 100 ГБ это может занять несколько часов.
    Как восстановить базу из облака в экстренной ситуации?

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

    2. Проверьте целостность файла (например, через 7-Zip или команду RESTORE VERIFYONLY для SQL).

    3. Восстановите базу в тестовом окружении, чтобы убедиться в работоспособности.

    4. Только после этого переносите данные в рабочую среду.

    6. Способ 5: Использование сторонних утилит для бэкапа

    Если стандартные инструменты или SQL Server не устраивают, рассмотрите специализированные программы. Они предлагают дополнительные функции: инкрементальные копии, шифрование, уведомления и централизованное управление.

    Утилита Тип базы Ключевые функции Стоимость
    1C:Бэкап Файловая, SQL Автоматическое резервирование, проверка целостности, уведомления по email От 5 000 руб/год
    SQLBackupAndFTP SQL Облачные бэкапы, сжатие, шифрование, поддержка Amazon S3, Dropbox От 2 500 руб/год
    Veeam Backup & Replication SQL, файловая Инкрементальные копии, репликация, восстановление на уровне объектов От 50 000 руб/сервер
    Handy Backup Файловая, SQL Поддержка , планировщик, шифрование AES-256 От 3 900 руб

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

    При выборе стороннего ПО обратите внимание на:

    • 🔹 Совместимость с вашей версией 1С:Предприятие и СУБД.
    • 🔹 Возможность восстановления на "голое железо" (Bare Metal Recovery).
    • 🔹 Интеграцию с вашей инфраструктурой (например, поддержка VMware или Hyper-V, если база работает на виртуальной машине).
    💡

    Стороние утилиты оправданы для компаний с 5+ базами или требованиями к высокой доступности. Для небольших организаций достаточно встроенных инструментов и скриптов.

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

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

    1. Проверка целостности файла:
      • Для файловой базы: попробуйте открыть архив .dt через Конфигуратор в тестовом режиме.
      • Для SQL: выполните команду RESTORE VERIFYONLY.
    2. Тестовое восстановление:
      • Восстановите копию на тестовом сервере или виртуальной машине.
      • Проверьте ключевые документы, отчёты и справочники.
    3. Сравнение контрольных сумм:
      • Используйте утилиты вроде 7-Zip или certutil -hashfile для сравнения хэшей оригинала и архива.
  • Проверка логов:
    • Для SQL Server изучите лог бэкапа в SQL Server Error Log.
    • Для файловой базы проверьте файл 1CV8Log\*.log на наличие ошибок.

    Пример команды для проверки контрольной суммы архива:

    certutil -hashfile D:\Backup\1C\Base_20260515.dt SHA256

    Если тестовое восстановление прошло успешно, сохраните лог процесса в отдельный файл. Это поможет быстро восстановить базу в экстренной ситуации. Для клиент-серверных баз полезно вести журнал бэкапов в таблице SQL:

    CREATE TABLE [BackupLog] (
    

    [BackupDate] DATETIME NOT NULL,

    [BackupType] VARCHAR(20) NOT NULL, -- 'Full', 'Diff', 'Log'

    [BackupPath] NVARCHAR(255) NOT NULL,

    [BackupSizeMB] INT NOT NULL,

    [Status] VARCHAR(20) NOT NULL, -- 'Success', 'Failed'

    [ErrorMessage] NVARCHAR(MAX) NULL

    );

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

    8. Типичные ошибки и как их избежать

    Даже опытные администраторы иногда допускают ошибки при резервном копировании. Вот самые распространённые и способы их предотвращения:

    • 🚫 Бэкап поверх повреждённых данных.

      Если база уже повреждена (например, из-за сбоя питания), архив унаследует эти ошибки. Всегда проверяйте целостность базы перед архивацией командой TESTDB в Конфигураторе.

    • 🚫 Хранение архивов на том же диске, что и оригинал.

      При выходе диска из строя вы потеряете и базу, и бэкапы. Используйте правило 3-2-1: 3 копии, на 2 разных носителях, 1 из которых вне офиса.

    • 🚫 Отсутствие документации по восстановлению.

      В стрессовой ситуации легко забыть последовательность действий. Ведите README.txt в папке с бэкапами с инструкциями и контактами ответственных лиц.

    • 🚫 Игнорирование транзакционных логов в SQL.

      Без бэкапов логов вы не сможете восстановить базу на конкретную дату/время. Настройте регулярное резервирование логов с интервалом, соответствующим вашему RPO (целевое время восстановления).

    • 🚫 Нетестируемые бэкапы.

      Как минимум раз в квартал проводите полное восстановление на тестовом стенде. Это выявит скрытые проблемы (например, нехватку места или прав доступа).

    Ещё одна распространённая проблема — разрастание логов транзакций в SQL Server. Если модель восстановления стоит FULL, но бэкапы логов не делаются, файл .ldf может занять всё свободное место на диске. Решение:

    -- Усечение лога после полного бэкапа
    

    BACKUP LOG [Your1CBase] TO DISK = 'D:\Backup\Your1CBase_Log.trn';

    DBCC SHRINKFILE (Your1CBase_log, 1000); -- Уменьшение до 1000 МБ

    Для файловой базы аналогичная проблема проявляется в виде большого количества файлов .lgp и .lgd в папке базы. Их можно удалить вручную, но только после создания полной копии!

    💡

    Настройте мониторинг размера бэкапов. Если архив внезапно стал намного меньше или больше обычного, это сигнал о возможных проблемах (например, неполная копия или добавление большого объёма данных).

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

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

    Для файловой базы — нет. Все сеансы должны быть закрыты, иначе архив будет неполным. Для клиент-серверной базы на SQL можно использовать бэкап с параметром WITH COPY_ONLY, но это не заменит полноценное резервирование. Лучше планировать архивацию на нерабочие часы.

    Как часто нужно делать бэкапы?

    Зависит от критичности данных:

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

    Дополнительно настройте бэкапы транзакционных логов каждые 1-4 часа для SQL-баз.

    Что делать, если архив не восстанавливается?

    Следуйте этому алгоритму:

    1. Проверьте целостность файла архива (например, через 7-Zip).
    2. Попробуйте восстановить на другой версии платформы (например, если архив создан на 8.3.20, а восстанавливаете на 8.3.18).
    3. Для SQL-баз проверьте последовательность файлов (полный бэкап + все дифференциальные и логовые копии).
    4. Если ничего не помогает, обратитесь в службу поддержки с логами ошибок.

    В 80% случаев проблема решается восстановлением на той же версии платформы и СУБД, на которой был создан архив.

    Можно ли сжать архивную копию 1С для экономии места?

    Да, но с оговорками:

    • 🔹 Для файловой базы используйте 7-Zip или WinRAR с максимальным уровнем сжатия. Это сократит размер на 40-60%, но увеличит время архивации.
    • 🔹 Для SQL-баз включайте сжатие непосредственно в команде бэкапа (WITH COMPRESSION).
    • 🔹 Не используйте сжатие для баз с высокой частотой изменений (например, торговые системы в пиковые часы) — это увеличит нагрузку на процессор.