Администрирование · 9 мин
Как выгрузить 1С в облако: подробная инструкция по переносу базы
Как выгрузить базу 1С в облако: подготовка, выгрузка DT, перенос файловой и клиент-серверной базы, проверка результата и типичные ошибки при миграции.
Перенос базы 1С в облако сводится к трём задачам: подготовить базу, корректно выгрузить данные и развернуть их на облачной площадке без потерь. В зависимости от того, какая у вас конфигурация — файловая база на локальном компьютере или клиент-серверная на SQL — порядок действий будет отличаться, но общая логика одинакова: выгрузка через конфигуратор в файл .dt либо штатные средства сервиса, загрузка в облако и проверка целостности.
Чаще всего базу выгружают в облачные сервисы типа 1С:Фреш, виртуальные серверы (VPS/VDS) с установленной платформой 1С или частное облако провайдера. Каждый вариант накладывает свои ограничения: в 1С:Фреш работают только типовые конфигурации из списка поддерживаемых, на VPS можно развернуть почти любую базу, но администрирование ложится на вас.
Перед началом работ обязательно зафиксируйте текущее состояние базы: сделайте архивную копию, запишите версию платформы и конфигурации, список пользователей и активных доработок. Это понадобится и для отката при неудаче, и для проверки полноты переноса.
Определите, куда вы переносите базу
Способ выгрузки напрямую зависит от целевой площадки. Условно вариантов три: сервис 1С:Фреш, арендованный виртуальный сервер с установленной платформой 1С и специализированный хостинг 1С от стороннего провайдера. В первом случае перенос выполняется через личный кабинет сервиса и механизм загрузки базы, во втором и третьем — через файл .dt или средства СУБД.
Критически важный момент — совместимость конфигурации. 1С:Фresh принимает только типовые конфигурации без доработок, входящие в перечень поддерживаемых. Если у вас изменённая конфигурация, самописное решение или отраслевая разработка, потребуется VPS с полной установкой платформы. Проверьте это до начала переноса, иначе потратите время на выгрузку, которую облако не примет.
Сравнение вариантов облачного размещения
Подходит для типовых конфигураций без доработок; загрузка через личный кабинет, обновления автоматические. Ограничение: нельзя изменять конфигурацию и подключать произвольные расширения.
Подходит для доработанных и отраслевых конфигураций; полный контроль над базой. Ограничение: обновления, резервное копирование и безопасность — ваша зона ответственности.
Готовая среда с платформой и поддержкой; перенос часто выполняют специалисты провайдера. Ограничение: зависимость от тарифа и условий конкретного оператора.
Подготовьте базу к выгрузке
Некорректно завершённая выгрузка — самая частая причина битых файлов .dt. Перед началом завершите все активные сеансы пользователей: в конфигураторе откройте «Администрирование → Активные пользователи» и убедитесь, что список пуст. В клиент-серверном варианте дополнительно заблокируйте регламентные задания через консоль кластера, чтобы фоновые процессы не изменяли данные во время выгрузки.
Далее выполните три обязательных действия. Первое — сделайте резервную копию текущей базы отдельным файлом и храните её отдельно от рабочего каталога. Второе — запустите тестирование и исправление информационной базы (хотя бы проверку логической целостности), чтобы не переносить в облако накопленные ошибки. Третье — проверьте свободное место на диске: файл .dt крупных баз может занимать десятки гигабайт, а при выгрузке потребуется запас места ещё и под временные файлы.
Выгрузите базу из локальной установки
Стандартный способ выгрузки — через конфигуратор. Откройте базу в режиме конфигуратора, перейдите в меню «Администрирование → Выгрузить информационную базу», укажите путь к файлу с расширением .dt и дождитесь завершения. Для файловой базы это единственный корректный путь; копирование файла 1Cv8.1CD напрямую допустимо только при полном отсутствии подключений и не подходит для переноса в сервисы, ожидающие .dt.
Для клиент-серверной базы на MS SQL или PostgreSQL есть альтернатива: выгрузка средствами СУБД (бэкап базы данных). Этот вариант уместен, только если целевая площадка — ваш собственный VPS с той же СУБД и той же версией платформы. Для 1С:Фреш и большинства хостингов требуется именно .dt, поэтому универсальный путь — выгрузка через конфигуратор.
- 1Завершите все сеансы пользователей и отключите регламентные задания.
- 2Откройте базу в конфигураторе под учётной записью с полными правами.
- 3Выберите «Администрирование → Выгрузить информационную базу».
- 4Укажите путь к файлу .dt на диске с достаточным свободным местом.
- 5Дождитесь сообщения об успешном завершении выгрузки.
- 6Проверьте размер файла и сохраните его копию на отдельном носителе.
Загрузите данные в облако
В 1С:Фреш перенос выполняется через личный кабинет абонента: создаётся заявка на добавление информационной базы, файл .dt загружается через специальный механизм передачи данных сервиса. Для больших баз используется выгрузка по частям или передача файла через предоставленное хранилище — точный порядок описан в справке сервиса и зависит от размера базы. После загрузки служба сервиса разворачивает базу, и вам остаётся проверить данные.
На VPS процедура классическая: установите платформу 1С той же версии, что и на исходной базе (или новее, с учётом конвертации), создайте пустую информационную базу, откройте её в конфигураторе и выполните «Администрирование → Загрузить информационную базу», указав переданный на сервер файл .dt. Передавать файл удобно по протоколу SFTP или через RDP-подключение с пробросом дисков.
Проверьте результат переноса
После загрузки не отдавайте базу пользователям сразу. Сначала откройте её в тестовом режиме и сверьте ключевые показатели с исходной базой: остатки по основным счетам учёта, количество документов за последний период, список справочников и их наполнение. Удобный ориентир — оборотно-сальтовая ведомость или аналогичный сводный отчёт: цифры в старой и новой базе должны совпадать полностью.
Дополнительно проверьте работу механизмов, которые зависят от окружения: печатные формы, обмены с другими системами, подключение торгового оборудования, отправку отчётности. В облаке часть этих функций может потребовать перенастройки — например, обмен с банком или ЭДО должен указывать на новые сертификаты и настройки подключения.
Как проверить результат
ОСВ и ключевые отчёты совпадают с исходной базой до копейки
Расхождения в остатках или отсутствующие документы
Все пользователи заведены, роли работают как раньше
Пользователи не могут войти или видят лишнее
Банк-клиент, ЭДО, обмены с сайтом выполняются без ошибок
Ошибки подключения, устаревшие настройки сертификатов
Задания включены и выполняются по расписанию
Задания отключены или завершаются с ошибкой
Типичные ошибки и ограничения
Самые болезненные ошибки при переносе связаны со спешкой и нарушением порядка действий. Прерывание выгрузки, работа пользователей во время создания .dt, попытка загрузить базу в сервис, не поддерживающий конфигурацию, — всё это приводит к потере времени и иногда данных. Отдельная группа проблем — права доступа: при загрузке .dt пользователи переносятся, но пароли в некоторых сценариях требуется задать заново.
Учитывайте и ограничения облачной среды. На 1С:Фреш недоступны прямой доступ к СУБД, COM-соединения и часть внешних компонентов — если ваша учётная схема на них завязана, потребуется переработка. На VPS следите за ресурсами: база, которая «летала» на локальном сервере с 32 ГБ памяти, на слабой виртуалке будет тормозить.
Что важно запомнить
Перенос 1С в облако — это выгрузка .dt через конфигуратор при полностью завершённых сеансах, загрузка на совместимую площадку и обязательная сверка итогов до запуска пользователей. Резервная копия исходной базы хранится до тех пор, пока облачная копия не проверена полностью.
Частые вопросы
Можно ли перенести в облако нетиповую конфигурацию?
В 1С:Фреш — нет, сервис принимает только поддерживаемые типовые конфигурации. Для доработанных и отраслевых решений подойдёт VPS с установленной платформой 1С или специализированный хостинг, где разрешены изменённые конфигурации.
Сколько времени занимает выгрузка и загрузка базы?
Зависит от размера базы и скорости канала. Небольшая файловая база выгружается за минуты, база объёмом в десятки гигабайт может выгружаться и загружаться несколько часов. Планируйте перенос на нерабочее время, например на выходные.
Перенесутся ли пользователи и их пароли?
Список пользователей и их роли сохраняются в файле .dt и переносятся. Пароли в ряде сценариев (особенно при смене способа аутентификации) придётся задать заново — предупредите пользователей и подготовьте временные пароли заранее.
Что делать, если загрузка .dt завершилась ошибкой?
Не пытайтесь загружать тот же файл повторно «на удачу». Проверьте версию платформы на сервере, свободное место и целостность файла (сравните его размер с исходным). Если файл повреждён — выполните выгрузку заново из исходной базы при завершённых сеансах.
Нужно ли останавливать работу компании на время переноса?
Да, на период выгрузки и финальной синхронизации работу в исходной базе останавливают, иначе документы, введённые после выгрузки, в облако не попадут. Обычно перенос делают вечером или в выходной: выгрузка, загрузка, проверка, затем пользователи начинают работать уже в облаке.
Можно ли вернуться к локальной базе после переезда?
Да, пока сохраняется резервная копия исходной базы, откат возможен. Учтите, что данные, введённые в облаке после переноса, придётся переносить обратно отдельно — например, повторной выгрузкой .dt уже из облачной базы.