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

В этой статье мы разберём все актуальные способы создания и восстановления копий баз 1С — от ручного копирования файлового варианта до работы с SQL-серверами и утилитой chdbfl.exe. Особое внимание уделим типичным «подводным камням»: почему копия может не встать на место, как избежать ошибок привязки к SID пользователей и что делать, если база «не видит» восстановленные данные. Материал актуален для версий платформы 8.3.x и 8.2 (с учётом особенностей).

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

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

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

ras cluster --cluster=ИмяКластера session --terminate --all

Во-вторых, оцените объём базы данных. Для файлового варианта (.1CD) проверьте размер каталога, для клиент-серверного — размер файлов .mdf/.ldf на SQL Server. Если база весит десятки гигабайт, убедитесь, что на целевом диске достаточно места с запасом 20-30% — при восстановлении могут создаваться временные файлы.

  • 🔹 Для файлового варианта: проверьте целостность файлов утилитой chdbfl.exe (команда chdbfl.exe /F ПутьКБазе).
  • 🔹 Для SQL-варианта: выполните резервное копирование через SQL Server Management Studio (SSMS) или командой BACKUP DATABASE.
  • 🔹 Для всех типов: запишите текущую версию платформы (Помощь → О программе) — при восстановлении она должна совпадать.
⚠️ Внимание: Если вы копируете базу для переноса на другой компьютер, проверьте совместимость версий 1С:Предприятия и операционных систем. Например, база, созданная в Windows 10 с платформой 8.3.20, может не открыться в Windows 7 с версией 8.2.19.
📊 Какой тип базы 1С вы используете?
Файловый (.1CD)
Клиент-серверный (SQL)
Оба варианта
Не знаю

2. Способы создания копии базы 1С: файловый вариант

Файловый вариант (.1CD) — самый простой для копирования, но и самый уязвимый. Здесь данные хранятся в одном файле (или наборе файлов для больших баз), и достаточно скопировать их в другое место.

Шаг 1. Остановите службу 1С:Предприятия.

Даже если пользователи вышли, фоновые процессы могут блокировать файлы. Откройте Службы Windows (services.msc) и остановите службу 1C:Enterprise 8.3 Server Agent (если она запущена). Для версий 8.2 имя службы может отличаться.

Шаг 2. Скопируйте каталог базы.

По умолчанию базы хранятся в:

  • C:\Users\Public\Documents\1C\1Cv8\ (для Windows 7/10/11),
  • C:\Documents and Settings\All Users\Документы\1C\1Cv8\ (для Windows XP).

Имя каталога соответствует имени базы в списке запуска. Скопируйте всю папку, а не отдельные файлы — вместе с .1CD там могут быть временные файлы (.lgp, .cdx).

Шаг 3. Проверьте целостность копии.

Используйте утилиту chdbfl.exe из каталога установки 1С (обычно C:\Program Files\1cv8\8.3.x.x\bin\):

chdbfl.exe /F "Путь\К\Скопированной\Базе.1CD" /L "Путь\К\Логу.txt"

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

Закрыты все сеансы 1С|Остановлена служба 1C:Enterprise Server Agent|Скопирована вся папка базы (не только .1CD)|Проверена целостность утилитой chdbfl.exe|Записаны версия платформы и путь к оригинальной базе-->

3. Копирование клиент-серверной базы 1С (SQL)

Клиент-серверный вариант сложнее: данные хранятся на Microsoft SQL Server или PostgreSQL, и просто скопировать файлы .mdf/.ldf недостаточно. Здесь нужен бэкап через SQL-инструменты или специализированные утилиты 1С.

Вариант 1. Резервное копирование через SSMS

  1. Откройте SQL Server Management Studio и подключитесь к серверу.
  2. Правой кнопкой по базе → Задачи → Резервное копирование.
  3. Выберите тип бэкапа Полный, укажите путь для файла .bak.
  4. Нажмите OK и дождитесь завершения (может занять часы для больших баз).

Вариант 2. Командная строка (для автоматических скриптов)

sqlcmd -S ИмяСервера -U ИмяПользователя -P Пароль -Q "BACKUP DATABASE [ИмяБазы1С] TO DISK = 'D:\Backup\ИмяБазы.bak' WITH COMPRESSION, STATS = 10"

Параметр COMPRESSION сокращает размер бэкапа, STATS = 10 показывает прогресс каждые 10%.

Вариант 3. Утилита 1С для SQL (dbmsrv83.exe)

В каталоге установки 1С есть утилита для работы с SQL-базами. Команда для бэкапа:

dbmsrv83.exe --backup --db-server=ИмяСервера --db-name=ИмяБазы --backup-file=D:\Backup\ИмяБазы.dt --user=sa --pwd=Пароль
⚠️ Внимание: Если вы используете PostgreSQL, для бэкапа применяйте утилиту pg_dump: 
pg_dump -U postgres -d ИмяБазы1С -f D:\Backup\ИмяБазы.sql

Формат .sql восстанавливается командой psql -U postgres -d НоваяБаза -f D:\Backup\ИмяБазы.sql.

Способ копированияПлюсыМинусыВремя выполнения
Ручное копирование файлов (.1CD)Простота, не требует SQLРиск повреждения при активных сеансахМинуты
SSMS (полный бэкап)Надёжность, сжатиеТребует доступ к SQL ServerОт минут до часов
Команда sqlcmdАвтоматизация, гибкостьНужны права администратора SQLЗависит от размера
Утилита dbmsrv83.exeИнтеграция с 1С, поддержка PostgreSQLМеньше опций, чем в SSMSСреднее

4. Восстановление копии базы 1С: пошаговые действия

Процесс восстановления зависит от типа базы. Рассмотрим оба варианта.

Для файлового варианта:

  1. Остановите службу 1C:Enterprise 8.3 Server Agent.
  2. Удалите старую папку базы (или переименуйте её в ИмяБазы_old).
  3. Скопируйте резервную папку в исходное расположение.
  4. Проверьте права доступа: папка должна быть доступна для пользователя USR1CV8 (или группы Пользователи).
  5. Запустите 1С:Предприятие и обновите список баз (Файл → Открыть → Обновить список).

Для клиент-серверного варианта (SQL):

  1. В SSMS правой кнопкой по Базы данных → Восстановить базу данных.
  2. Выберите источник (.bak-файл) и укажите имя восстанавливаемой базы.
  3. На вкладке Параметры отметьте ПЕРЕЗАПИСАТЬ существующую базу.
  4. После восстановления обновите информационную базу в 1С через консоль управления или командой: 
    rac cluster --cluster=ИмяКластера infobase --update --infobase=ИмяБазы
💡

Если после восстановления база не открывается с ошибкой "Не найден файл информационной базы", проверьте путь к базе в реестре Windows по адресу HKEY_CURRENT_USER\Software\1C\1Cv8\8.3\ИмяБазы\1C\InfoBase. При необходимости исправьте параметр Location.

5. Типичные ошибки и их решения

Даже при точном следовании инструкциям могут возникать проблемы. Разберём самые частые.

Ошибка 1: "Файл базы данных повреждён"

Причины:

  • 🔸 Копирование выполнялось при активных сеансах.
  • 🔸 Не хватило места на диске во время операции.
  • 🔸 Вирусное заражение или аппаратные сбои.

Решение: восстановите копию из другого источника или используйте утилиту chdbfl.exe /R для восстановления:

chdbfl.exe /F "Путь\К\Базе.1CD" /R /L "Путь\К\Логу.txt"

Ошибка 2: "Не найдена лицензия для данной информационной базы"

Это происходит, если:

  • 🔸 Копия перенесена на компьютер с другой лицензией (например, с ПРОФ на БАЗОВУЮ).
  • 🔸 В файле 1CV8.lst (в папке базы) указан неверный SID.

Решение: отредактируйте файл 1CV8.lst в текстовом редакторе, заменив SID на актуальный (можно узнать в личном кабинете 1С:ИТС).

Ошибка 3: "Неверная версия платформы"

Копия создавалась в более новой версии 1С, чем та, куда вы её восстанавливаете. Например, база из 8.3.22 не откроется в 8.3.18. Решение:

  • 🔸 Обновите платформу на целевом компьютере.
  • 🔸 Восстановите копию на компьютере с оригинальной версией, затем сделайте выгрузку/загрузку данных через XML (меню Администрирование → Выгрузить информационную базу).

Что делать, если копия "не встаёт" на место?

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

1. Права доступа — папка с базой должна быть доступна для записи системному пользователю USR1CV8.

2. Совместимость разрядности — 32-битная платформа не откроет базу, созданную в 64-битной версии (и наоборот).

3. Конфликт имён — если в списке баз уже есть база с таким же именем, переименуйте её в 1Cv8.1CD (для файлового варианта) или восстановите с другим именем в SSMS.

4. Повреждение конфигурации — если база открывается, но выдаёт ошибки при запуске, выполните тестирование и исправление через Конфигуратор → Администрирование → Тестирование и исправление с флагом Исправлять обнаруженные ошибки.

6. Автоматизация резервного копирования

Ручное копирование утомительно и чревато ошибками. Автоматизируйте процесс с помощью скриптов или встроенных средств.

Для файлового варианта:

Создайте .bat-файл с командой: 

@echo off

net stop "1C:Enterprise 8.3 Server Agent"


xcopy "C:\Путь\К\Оригинальной\Базе" "D:\Backup\ИмяБазы_%date:~0,2%-%date:~3,2%-%date:~6,4%" /E /H /C /I


net start "1C:Enterprise 8.3 Server Agent"


"C:\Program Files\1cv8\8.3.x.x\bin\chdbfl.exe" /F "D:\Backup\ИмяБазы_%date:~0,2%-%date:~3,2%-%date:~6,4%\ИмяБазы.1CD" /L "D:\Backup\Log.txt"

Запускайте его по расписанию через Планировщик заданий Windows.

Для SQL-варианта:

Используйте SQL Server Agent для создания планов обслуживания:

  1. В SSMS откройте Агент SQL Server → Планы обслуживания.
  2. Создайте новый план, добавьте задачу Резервное копирование базы данных.
  3. Настройте расписание (например, ежедневно в 23:00).
  4. Укажите путь для хранения бэкапов (желательно на другом физическом диске).

Облачное резервирование:

Для критически важных баз настройте автоматическую загрузку бэкапов в облако (например, Яндекс.Диск или Google Drive) с помощью утилит вроде rclone: 

rclone copy "D:\Backup" "yandex:1C_Backup" --progress

💡

Автоматизируйте резервное копирование даже для небольших баз. По статистике, 60% потерь данных происходит из-за человеческого фактора (забыли сделать копию, ошиблись в команде и т.д.).

7. Перенос копии на другой компьютер: нюансы

При переносе базы на другой ПК или сервер учитывайте дополнительные факторы:

1. Совместимость версий платформы.

Если на новом компьютере установлена более старая версия 1С, база может не открыться. Проверьте версию через Помощь → О программе и при необходимости обновите платформу.

2. Права доступа.

На новом компьютере:

  • 📌 Создайте пользователя USR1CV8 (если его нет).
  • 📌 Дайте ему полные права на папку с базой.
  • 📌 Для SQL-варианта проверьте права пользователя 1С в SSMS (роль db_owner).

3. Пути к внешним обработкам и отчётам.

Если в базе используются внешние файлы (обработки, печатные формы), их пути могут быть «жёстко прописаны» (например, C:\Отчёты\Накладная.ert). После переноса:

  1. Обновите пути в конфигураторе (Файл → Открыть → Внешние обработки).
  2. Или скопируйте файлы в те же папки на новом компьютере.

4. Лицензии и SID.

Если переносите базу на компьютер с другой лицензией:

  • 🔑 Для сетевых лицензий проверьте, что сервер лицензий доступен.
  • 🔑 Для аппаратных ключей (HASP) подключите ключ к новому ПК.
  • 🔑 Если база привязана к SID, обновите его в файле 1CV8.lst.

⚠️ Внимание: При переносе базы между разными доменами или рабочими группами могут возникнуть проблемы с правами Windows. В этом случае настройте одинаковые учётные записи на обоих компьютерах или используйте SQL-аутентификацию (для клиент-серверного варианта).

8. Проверка работоспособности после восстановления

Не ограничивайтесь тем, что база открылась. Выполните полную проверку:

1. Тестирование данных.

В конфигураторе запустите Администрирование → Тестирование и исправление с флагами:

  • 🔲 Проверять логическую целостность,
  • 🔲 Проверять ссылочную целостность,
  • 🔲 Реиндексировать таблицы.

Если найдутся ошибки, повторите тестирование с флагом Исправлять обнаруженные ошибки.

2. Проверка пользователей и ролей.

Убедитесь, что:

  • 👤 Все пользователи из оригинальной базы присутствуют (Администрирование → Пользователи).
  • 🔐 Права и роли сохранены (например, Администратор, Бухгалтер).
  • 🔑 Пароли не сбросились (если использовался SQL-аутентификация, пароли могут храниться в SQL Server и не копироваться вместе с базой).

3. Тестовые операции.

Выполните критически важные действия:

  • 📄 Проведите документ (например, Поступление товаров).
  • 📊 Сформируйте отчёт (например, Оборотно-сальдовая ведомость).
  • 💾 Сделайте резервную копию заново — если процесс прошёл без ошибок, база готова к работе.

4. Сравнение с оригиналом.

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

  • 📅 Дату последних документов в копии и оригинале.
  • 💰 Итоги по счётам (например, остатки по 50.01 или 41.01).
  • 📋 Количество справочников (например, Номенклатура или Контрагенты).

Различия могут указывать на неполное копирование.

💡

Полноценная проверка копии занимает время, но экономит часы на восстановление после сбоя. Согласно опросу администраторов 1С, 80% проблем с копиями выявляются на этапе тестирования, а не в боевой работе.

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

Можно ли копировать базу 1С просто через Проводник Windows, не останавливая службу?

Нет, это чревато повреждением данных. Даже если файлы скопируются, они могут содержать неполные транзакции. Всегда останавливайте службу 1C:Enterprise 8.3 Server Agent или используйте специализированные утилиты (например, chdbfl.exe для файлового варианта).

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

В конфигураторе выберите Файл → Сохранить конфигурацию в файл (расширение .cf). Чтобы загрузить её в другую базу, используйте Файл → Открыть конфигурацию из файла. Учтите, что это создаст пустую базу с вашей конфигурацией, без документов и справочников.

Что делать, если при восстановлении SQL-бэкапа появляется ошибка "Файл уже используется"?

Это означает, что база с таким именем уже существует на сервере. Решения:

  1. Восстановите бэкап с другим именем (например, ИмяБазы_Restore).
  2. Отключите все подключения к оригинальной базе в SSMS (правой кнопкой по базе → Свойства → Соединения → Ограничить доступ = SINGLE_USER).
  3. Удалите оригинальную базу перед восстановлением (если она не нужна).

Как перенести базу 1С с файлового варианта на SQL?

Для этого:

  1. Создайте новую пустую базу на SQL Server через SSMS.
  2. В конфигураторе файловой базы выберите Администрирование → Выгрузить информационную базу (файл .dt).
  3. Подключитесь к новой SQL-базе в конфигураторе и выберите Администрирование → Загрузить информационную базу.
  4. Укажите выгруженный .dt-файл и дождитесь завершения.

После загрузки обновите ссылки на внешние обработки и проверьте права пользователей.

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

Технически да, но учитывайте:

  • 📅 Данные устарели: все документы и справочники за год будут отсутствовать.
  • 🔄 Изменилась конфигурация: если за год обновляли 1С, может потребоваться обновить конфигурацию после восстановления.
  • 🔑 Лицензии: если сменился SID или тип лицензии, база не откроется.

Такой бэкап подходит только для восстановления отдельных справочников или документов через XML-выгрузку, но не для полной замены рабочей базы.