Переносим базу 1С: выгрузка, архив и безопасная отправка

· 9 мин

Содержание

Передать всю базу 1С целиком — это либо выгрузить её в файл .dt через Конфигуратор, либо, если база файловая, скопировать файл 1Cv8.1CD. Отдельные данные (документы, справочники, остатки) переносят выгрузкой в XML через механизмы обмена. Выбор способа зависит от того, что именно нужно отправить и куда.

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

Что передаём и каким способом

Сначала определитесь, что именно уходит на другую сторону. От этого зависит и формат, и способ.

  • 📦 Вся база сразу (структура + данные) — файл .dt из Конфигуратора. Универсальный вариант: переносит конфигурацию и все данные одним файлом.
  • 📄 Файловая база как есть — физический файл 1Cv8.1CD. Работает только для файлового режима, когда база лежит в каталоге на диске.
  • 🔁 Только часть данных (например, документы за период или справочник контрагентов) — выгрузка в XML через план обмена или типовой механизм переноса.
  • ⚙️ Только конфигурация (без данных) — файл .cf, а расширение — файл .cfe.
Что передаёте — и каким файлом?

Серверную базу (клиент-сервер, данные в СУБД) скопировать файлом нельзя — для неё остаётся только выгрузка в .dt либо резервное копирование средствами СУБД.

Учтите, что ни .dt, ни копия файла не тянут за собой то, что лежит вне базы: присоединённые файлы в томах на диске, настройки подключения к интернет-сервисам, внешние обработки, подключённые отдельно. Если такие вещи используются — переносите их руками следом за базой. Сам справочник хранимых файлов в базу входит, а вот тома с файлами на диске — нет, их копируют отдельно.

Выгрузка всей базы в файл .dt

Самый частый сценарий — отдать базу целиком. Делается в режиме Конфигуратора.

  1. Запустите базу в режиме Конфигуратор (не в режиме Предприятия).
  2. Откройте меню Администрирование → Выгрузить информационную базу.
  3. Укажите папку и имя файла — платформа создаст файл с расширением .dt.
  4. Дождитесь сообщения об успешной выгрузке.

Файл .dt содержит и конфигурацию, и все данные базы. Его и пересылаете.

Выгрузка требует монопольного доступа — платформа попросит завершить все активные сеансы. Делайте это, когда в базе никто не работает, иначе чужая несохранённая работа оборвётся.

Размер .dt обычно в разы меньше самой базы, потому что внутри данные сжаты. База на 5 ГБ легко превращается в файл на 0,5–1 ГБ — это уже удобно пересылать.

Про совместимость версий держите в голове одно правило: .dt загружается в платформу того же номера или новее, но не старше. Выгрузили на платформе 8.3.24 — на 8.3.20 файл уже не встанет. Поэтому, собирая базу для коллеги, полезно заранее спросить, какая платформа стоит у него, и при расхождении договориться, кто обновляется.

Для очень больших баз выгрузка в .dt может идти десятки минут и ощутимо грузит диск — планируйте её на время, когда машина свободна.

Если выгрузка падает с ошибкой, прогоните базу через Администрирование → Тестирование и исправление с галочками проверки логической и ссылочной целостности, а потом повторите выгрузку.

Копия файловой базы без выгрузки

Для файловой базы есть путь ещё проще — скопировать её физически. Данные файловой базы хранятся в одном файле 1Cv8.1CD внутри каталога базы.

Как узнать каталог: в окне запуска 1С выделите базу — внизу покажется путь к папке. Либо откройте список баз, строка с адресом видна под названием.

Порядок:

  1. Убедитесь, что из базы вышли все пользователи (иначе копия получится в несогласованном состоянии).
  2. Закройте и Предприятие, и Конфигуратор.
  3. Скопируйте весь каталог базы целиком — вместе с 1Cv8.1CD и служебными файлами.

Не копируйте файл базы, пока с ней кто-то работает — такая копия может не открыться. Это главная причина «битых» баз при переносе.

У способа есть минус: вы отдаёте сырой файл без сжатия, он тяжелее .dt. Зато получателю не нужен Конфигуратор — достаточно подключить каталог как существующую базу.

Выгрузка данных в XML для частичного переноса

Когда нужна не вся база, а конкретные данные — выгружают их в XML. Так переносят, например, справочники и документы из старой базы в новую или между двумя рабочими базами.

Механизмов несколько, выбор зависит от конфигураций:

  • План обмена / EnterpriseData — штатный механизм обмена между типовыми конфигурациями (например, Бухгалтерия и Управление торговлей). Настраивается в разделе Администрирование → Синхронизация данных.
  • Универсальная обработка выгрузки в XML — внешняя обработка, выгружает выбранные объекты в один XML-файл и загружает их на приёмнике. Подходит для разового переноса между однотипными базами.
  • Выгрузка для перехода на новую редакцию — встроенный помощник, когда данные переносят из предыдущей редакции конфигурации в новую.

XML-файл — это текст, он читаемый и переносимый между платформами разных версий. Но загружать его нужно в базу с совместимой структурой: выгрузка из Бухгалтерии не встанет в ЗУП напрямую, для разнородных конфигураций работает именно обмен по правилам (EnterpriseData).

Частичный перенос почти всегда упирается в ссылки. Если выгрузить документы, но не выгрузить контрагентов и номенклатуру, на которые они ссылаются, на приёмнике получите «пустые» ссылки. Поэтому переносят либо связанные данные целиком (документы вместе со всеми справочниками), либо пользуются готовым механизмом обмена, который сам тянет зависимые объекты.

Ещё один нюанс — дубли. При повторной загрузке одного и того же XML данные могут задвоиться, если механизм не сопоставляет объекты по уникальному идентификатору. Поэтому один файл загружают на приёмник ровно один раз, а не «на всякий случай» дважды.

Перед большой XML-выгрузкой перенесите сначала пробную порцию (один-два документа) и проверьте, что они корректно встали на приёмнике. Это дешевле, чем разбирать ошибки после полной загрузки.

Архивирование и защита файла перед отправкой

Перед пересылкой файл стоит упаковать. Это уменьшает размер и защищает содержимое.

Сжатие. Файл .dt уже сжат внутри, а вот каталог файловой базы — нет. Заархивируйте его в ZIP: 1Cv8.1CD на 3 ГБ после архивации часто ужимается до 300–600 МБ. Архив удобнее и тем, что это один файл вместо десятка.

Пароль на архив. База 1С почти всегда содержит персональные данные сотрудников и контрагентов — ФИО, паспорта, зарплаты. При передаче их по открытым каналам ставьте пароль на архив (ZIP с шифрованием или 7z), а пароль сообщайте получателю отдельно — другим мессенджером или по телефону.

Это не формальность: за утечку персональных данных отвечает тот, кто их передал без защиты (152-ФЗ). Зашифрованный архив снимает большую часть риска.

Проверка перед отправкой. Сверьте размер файла и дату создания — иногда копирование обрывается на половине, и файл уходит неполным.

Перед отправкой базы
Выполнено: 0 / 6

Как переслать файл: каналы и ограничения

Главное ограничение — размер. Базы 1С почти всегда больше лимитов на вложения в почте (обычно 20–25 МБ). Поэтому выбирайте канал под размер файла.

КаналДля какого размераЧто учесть
Электронная почтадо ~20 МБмаленькие XML-выгрузки, .cf
Облачный диск (ссылка)десятки ГБудобно для .dt и архивов баз
Файлообменникбольшие файлыссылка живёт ограниченное время
Защищённый FTP/SFTPлюбойнужен доступ к серверу
Внешний носительлюбойкогда интернет-канал узкий

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

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

Загрузка файла на другой стороне и проверка

Получатель действует зеркально способу передачи.

Загрузка .dt:

  1. Создайте на компьютере новую пустую базу или откройте ту, которую будете перезаписывать.
  2. Запустите её в Конфигураторе.
  3. Выберите Администрирование → Загрузить информационную базу и укажите присланный .dt.

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

Разворачивание файловой копии: распакуйте архив в отдельную папку и добавьте её в список баз как Добавление в список существующей информационной базы, указав путь к каталогу с 1Cv8.1CD.

Загрузка XML: откройте ту же обработку/механизм обмена, что использовали при выгрузке, и укажите присланный XML-файл на приёмнике.

Проверка целостности после загрузки:

  • откройте базу в режиме Предприятия — она должна запуститься без ошибок;
  • прогоните Тестирование и исправление в Конфигураторе, если есть сомнения;
  • сверьте контрольные числа: количество документов за период, остатки по ключевому счёту, число элементов справочника контрагентов.

Если платформа при загрузке .dt ругается на версию — значит, файл выгружен на более новой платформе, чем стоит у получателя. Обновите платформу на приёмнике до номера не ниже той, на которой делали выгрузку.

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

Другие способы обмена данными между базами

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

  • Синхронизация данных (EnterpriseData) — автоматический обмен между типовыми базами по расписанию. Настройка — в Администрирование → Синхронизация данных. Подходит для связки Бухгалтерия ↔ Управление торговлей и подобных.
  • Распределённая информационная база (РИБ) — когда нужна копия базы в филиале с обменом изменениями. Центральный и периферийный узлы обмениваются файлами сообщений автоматически, передаются только изменения с момента прошлого обмена, а не вся база заново. Первичный образ периферийной базы создаётся один раз, дальше идёт только дельта.
  • Веб-сервисы и прямое подключение — обмен по сети без промежуточных файлов, настраивается программистом.
  • Облачная 1С — если база размещена в сервисе, передача сводится к выдаче доступа другому пользователю, файлы никуда не выгружаются.

Для одноразовой задачи «отдать базу коллеге» хватает .dt или копии файла. Регулярный обмен между рабочими базами — это уже синхронизация или РИБ, их настраивают один раз.

Частые вопросы

Чем .dt отличается от обычной резервной копии?
.dt — это и есть резервная копия базы средствами платформы: один файл с конфигурацией и данными. Отдельно бывает резервная копия средствами СУБД (для серверных баз) — она делается на стороне сервера и восстанавливается тоже средствами СУБД.
Можно ли загрузить .dt в базу с другой конфигурацией?
Нет. Файл .dt несёт в себе и конфигурацию, и данные, и при загрузке заменяет базу целиком. Перенести данные между разными конфигурациями можно только обменом через XML (EnterpriseData) или правилами обмена.
Почему скопированная файловая база не открывается у получателя?
Чаще всего файл 1Cv8.1CD копировали, пока с базой работали, — копия вышла несогласованной. Копируйте только после того, как все закрыли и Предприятие, и Конфигуратор.
База весит 8 ГБ, как её переслать?
Выгрузите в .dt (он будет в разы меньше) либо заархивируйте каталог базы, залейте архив на облачный диск и отправьте получателю ссылку. Через почту и мессенджеры такой объём не пройдёт.
Нужно ли шифровать файл базы при передаче?
Если внутри есть персональные данные (а в рабочей базе они почти всегда есть) — да. Ставьте пароль на архив и передавайте пароль отдельным каналом. Это требование защиты персональных данных, а не перестраховка.

Источники

  • Федеральный закон от 27.07.2006 № 152-ФЗ «О персональных данных»