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