К статье
Практический материал

Администрирование · 12 мин

Как передать базу 1С: способы, инструкции и проверка результата

Как передать базу 1С другому пользователю или на новый сервер: выгрузка в dt, копирование файловой базы, перенос между конфигурациями, проверка результата и типичные ошибки.

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

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

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

Определите тип базы и цель передачи

Первый шаг — понять, какая у вас база и зачем её передают. От этого зависит и инструмент, и объём подготовительной работы. Файловая база хранится в одном файле 1Cv8.1CD в папке на диске, клиент-серверная работает на СУБД (MS SQL Server, PostgreSQL и др.) — просто скопировать её файлы недостаточно.

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

Цель передачи определяет формат:

  • полный переезд или передача базы «как есть» — выгрузка в .dt или копирование файловой базы;
  • передача только данных в пустую аналогичную конфигурацию — обмен через XML;
  • передача отдельных справочников и документов в другую конфигурацию — типовая синхронизация или правила обмена;
  • передача разработчику для анализа — выгрузка .dt, при необходимости с обезличенными данными.
Маршрут решения

Как выбрать способ передачи

Нужно передать базу целиком на другой компьютер или новому владельцуВыгрузите базу в файл .dt через конфигуратор и передайте файл
База файловая, оба компьютера в одной сети, версии платформы совпадаютСкопируйте папку с базой и файлом 1Cv8.1CD при завершённой работе пользователей
Нужно перенести только данные в чистую базу той же конфигурации и релизаИспользуйте обработку «Выгрузка и загрузка данных XML»
Конфигурации разные или нужен регулярный обменНастройте типовую синхронизацию данных или обмен через планы обмена

Выгрузка базы в файл .dt через конфигуратор

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

Порядок выгрузки:

  1. Завершите работу всех пользователей и фоновых заданий. Для клиент-серверной базы установите блокировку сеансов в консоли кластера или через «Администрирование — Блокировка работы пользователей».
  2. Откройте базу в режиме «Конфигуратор» под пользователем с полными правами.
  3. В меню выберите «Администрирование — Выгрузить информационную базу».
  4. Укажите путь и имя файла, дождитесь окончания выгрузки.
  5. Проверьте, что файл создался и его размер не равен нулю.

Загрузка на принимающей стороне выполняется зеркально: создаётся пустая база без конфигурации, в конфигураторе выбирается «Администрирование — Загрузить информационную базу», указывается файл .dt. После загрузки платформа предложит перезапустить конфигуратор — это нормально.

Учтите ограничение: файл .dt, созданный на более новой версии платформы, не загрузится на старой. Перед передачей уточните у принимающей стороны версию платформы (посмотреть её можно в меню «Сервис — О программе») и при расхождении договоритесь об обновлении.

Копирование файловой базы

Если база файловая, её можно передать простым копированием — это быстрее выгрузки в .dt, особенно при большом объёме. Основной файл базы — 1Cv8.1CD, именно в нём хранятся все данные и конфигурация. Остальные файлы в папке (журналы, служебные индексы) не обязательны, но копировать папку целиком надёжнее.

Критическое условие — в момент копирования никто не должен работать с базой, включая фоновые процессы и открытые сеансы на терминальном сервере. Признак активного сеанса — файл 1Cv8.1CL (файл блокировок) в папке базы. Если он есть и не удаляется, кто-то держит базу открытой.

Копирование файловой базы
  1. 1
    Попросите всех пользователей выйти из базы и убедитесь, что файла 1Cv8.1CL в папке нет
  2. 2
    Скопируйте всю папку базы или как минимум файл 1Cv8.1CD на съёмный носитель или в архив
  3. 3
    Передайте копию получателю и распакуйте её на его компьютере
  4. 4
    На принимающей стороне добавьте базу в список через кнопку «Добавить» в окне запуска, указав путь к папке
  5. 5
    Запустите базу и проверьте, что открываются документы и отчёты за последние периоды

На принимающей стороне базу добавляют в список информационных баз: в окне запуска 1С нажмите «Добавить», выберите «Добавление в список существующей информационной базы» и укажите путь к скопированной папке. Версии платформы на обоих компьютерах должны быть совместимы.

Передача только данных между базами

Когда нужно передать не базу целиком, а только данные — например, перенести учёт из старой базы в новую чистую копию той же конфигурации — используется обработка «Выгрузка и загрузка данных XML». Она входит в поставку большинства типовых конфигураций (раздел «Администрирование — Перенос данных») и доступна на диске ИТС.

Обработка выгружает данные в XML-файл по объектам: справочники, документы, регистры. Важное ограничение — конфигурации источника и приёмника должны совпадать по структуре, иначе часть объектов не загрузится или загрузится с ошибками. Перед переносом обновите обе базы до одного релиза.

Для передачи данных между разными конфигурациями (например, из «Управления торговлей» в «Бухгалтерию предприятия») используйте штатную синхронизацию данных: она настраивается в разделе «Администрирование — Синхронизация данных» и работает через файл обмена или прямое подключение. Это корректный способ передать контрагентов, номенклатуру и документы, когда базы у двух сторон разные.

Передача клиент-серверной базы

С клиент-серверной базой есть два рабочих пути. Первый — та же выгрузка в .dt через конфигуратор: она не зависит от СУБД и подходит для передачи третьим лицам. Второй — перенос средствами самой СУБД: резервная копия (backup) на стороне источника и восстановление (restore) на стороне приёмника. Этот вариант быстрее для больших баз, но требует доступа к серверу СУБД и совместимых версий СУБД у обеих сторон.

При переносе через backup на принимающей стороне нужно не только восстановить базу в СУБД, но и создать запись о ней в консоли кластера 1С, указав имя базы на сервере и параметры СУБД. Без регистрации в кластере сервер 1С базу не увидит.

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

Безопасность при передаче базы

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

Практические меры:

  • упакуйте файл в архив с паролем и передайте пароль по другому каналу (не в том же письме);
  • не отправляйте базу через открытые файлообменники и публичные ссылки;
  • при передаче разработчику или для тестирования рассмотрите обезличивание данных — в типовых конфигурациях есть соответствующие механизмы;
  • после подтверждения получения удалите копии с промежуточных носителей и из облачных хранилищ;
  • зафиксируйте в договоре или сопроводительном письме, что база передана, в каком виде и на какую дату актуальны данные.
Типичные ошибки при передаче базы
01
Копирование файловой базы во время работы пользователей — получатель получает повреждённый или рассинхронизированный файл
02
Передача только файла .dt, выгруженного с ошибкой, без проверки загрузки на тестовой копии — на месте выясняется, что файл не разворачивается
03
Игнорирование версии платформы — база не открывается у получателя, потому что у него старая платформа
04
Отправка базы открытым файлом по почте или через публичную ссылку — утечка коммерческих и персональных данных
05
Передача копии без указания даты актуальности — получатель начинает работать в устаревших данных, а учёт разъезжается

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

Передача считается завершённой только после проверки на принимающей стороне. Минимальный набор контрольных точек: база открывается в режиме предприятия без ошибок, список пользователей соответствует ожиданиям, документы за последний закрытый период на месте, ключевые отчёты (оборотно-сальдовая ведомость, карточка склада) сходятся с источником.

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

Контрольные точки

Как проверить результат передачи

Запуск базы у получателя
Норма

База открывается в режиме предприятия без сообщений об ошибках структуры

Тревожный признак

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

Сверка отчёта за последний закрытый период
Норма

Итоги отчёта в копии и источнике совпадают

Тревожный признак

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

Список пользователей и права
Норма

Пользователи на месте, вход под рабочими учётными записями выполняется

Тревожный признак

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

Печатные формы и внешние отчёты
Норма

Документы печатаются, внешние обработки подключаются

Тревожный признак

Не хватает внешних файлов — они хранятся отдельно от базы и передаются дополнительно

Отдельно проверьте внешние печатные формы, обработки и расширения: часть из них хранится в базе, а часть — в виде отдельных файлов, которые нужно передать вместе с базой. Уточните у отправителя полный список таких файлов.

Итог

Что важно запомнить

Полную базу передавайте выгрузкой в .dt или копированием файловой базы при остановленной работе, только данные — обменом XML или синхронизацией. Перед выгрузкой завершите сеансы пользователей, после передачи сверьте отчёты. Файл передавайте в архиве с паролем по защищённому каналу.

Частые вопросы о передаче базы 1С

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

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

Чем отличается файл .dt от файла 1Cv8.1CD?

1Cv8.1CD — рабочий файл файловой базы, который платформа открывает напрямую. Файл .dt — это выгрузка (архив в формате платформы), которую нужно загрузить через конфигуратор, чтобы получить работающую базу. Для передачи между разными инфраструктурами подходит .dt, для копирования файловой базы в той же сети — сам файл 1Cv8.1CD.

Нужно ли передавать вместе с базой лицензию 1С?

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

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

Если релизы отличаются незначительно, после загрузки .dt конфигуратор предложит выполнить обновление базы — это штатный процесс. Если конфигурации различаются существенно (разные редакции или доработки), корректнее передавать только данные через синхронизацию или обмен XML, а не базу целиком.

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

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

Что делать, если файл .dt не загружается у получателя?

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