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