При работе с облачными сервисами 1С, такими как 1C:Fresh или Кнопка, пользователи часто сталкиваются с файлом формата data_dump.zip. В отличие от привычного файла выгрузки .dt, этот формат имеет свои особенности и требует специального подхода при загрузке в локальную (коробочную) версию программы. Разберем подробно, что представляет собой этот файл и как правильно перенести из него данные.
Файл data_dump.zip — это специализированный формат выгрузки данных, который используется преимущественно в облачной инфраструктуре 1С. Рассмотрим ключевые отличия, которые важно понимать перед началом работы:
.dt, который содержит в себе и программный код (конфигурацию), и данные, файл data_dump содержит только данные (документы, справочники, настройки). Это означает, что вы не сможете «развернуть» его в пустом месте — вам сначала нужно создать пустую базу с точно такой же конфигурацией.dump_info.xml, содержащий метаданные о версии программы, а остальные файлы (например, data_001.xml, data_002.xml) хранят непосредственно информацию.Прежде чем приступать к загрузке, проанализируем необходимые условия. Для успешного импорта нам потребуется абсолютно пустая информационная база. Важно: конфигурация этой базы (например, «Бухгалтерия предприятия» или «Управление нашей фирмой») и её релиз должны строго соответствовать тем, из которых была сделана выгрузка.
Если вы попробуете загрузить данные в базу другого релиза, система может выдать ошибку или данные загрузятся некорректно. Выясним версию релиза заранее: обычно она указывается в сопроводительном письме к дампу или её можно посмотреть внутри архива в файле dump_info.xml, открыв его через любой текстовый редактор.
Рассмотрим, где именно в интерфейсе программ 1С находится механизм загрузки, так как его расположение может отличаться в зависимости от типа конфигурации.
Для конфигураций «Бухгалтерия предприятия 3.0» и «Зарплата и управление персоналом 3.1»:
data_dump.zip и нажмем кнопку Продолжить.Для конфигурации «Управление нашей фирмой» (УНФ):
После выбора файла система начнет процесс сопоставления данных. Если релизы совпадают, запустится процедура импорта, которая может занять значительное время в зависимости от объема базы.
Проанализируем ситуацию, когда у вас есть локальная база, версия которой немного отличается от версии в дампе. На практике существует способ «обмануть» систему, если разница в релизах незначительна (например, отличаются только последние цифры сборки).
Разберем этот алгоритм по шагам:
data_dump.zip в отдельную папку.dump_info.xml и откроем его с помощью «Блокнота» или Notepad++.3.0.121.25).Внимание: этот метод следует использовать с осторожностью, так как при значительных различиях в структуре объектов (справочников или регистров) загрузка может прерваться с критической ошибкой.
При работе с файлами большого размера (несколько гигабайт) стандартный механизм загрузки через тонкий клиент может работать нестабильно. Рассмотрим рекомендации по оптимизации процесса:
Во-первых, рекомендуется выполнять загрузку через Толстый клиент. Это обеспечит более стабильную работу с памятью. Во-вторых, убедимся, что на системном диске (обычно диск C:) достаточно свободного места, так как 1С активно использует временные папки Windows для распаковки XML-содержимого.
Если в меню «Администрирование» нужный пункт отсутствует (такое бывает в сильно кастомизированных базах), воспользуемся внешней обработкой. Почти для всех типовых решений существует внешняя обработка ЗагрузкаДанныхИзСервиса.epf, которую можно найти на дисках ИТС или в каталоге установки шаблонов конфигурации. Запуск загрузки через внешнюю обработку позволяет принудительно инициировать процесс импорта.
Важно понимать, что формат data_dump не является полным слепком системы. Проанализируем, какие элементы придется восстанавливать вручную после загрузки:
.cfe и установить в локальную базу после загрузки данных.Подводя итог, можно сказать, что работа с data_dump.zip требует большего внимания к деталям, чем работа с .dt. Однако этот формат более гибкий при миграции данных между облаком и локальным компьютером, особенно если учитывать возможность автоматического обновления конфигурации в сервисах типа 1C:Fresh при обратной загрузке.