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

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

Как сделать 1С в облаке: практическое руководство

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

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

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

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

Определитесь с моделью: готовый сервис или аренда сервера

Готовые облачные сервисы (например, фирменный сервис «1С:Фреш» и аналогичные решения партнёров) работают по модели подписки: вы платите за каждого пользователя в месяц и получаете доступ к типовой конфигурации через интернет. Обновления, резервное копирование и техническую поддержку инфраструктуры берёт на себя оператор сервиса. Это оптимальный вариант для небольших компаний с типовым учётом без глубоких доработок.

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

Сравнение вариантов размещения 1С в облаке

Облачный сервис (SaaS)

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

Аренда VPS/VDS

Подходит для доработанных конфигураций, больших баз и нестандартных интеграций. Ограничение: нужны навыки администрирования Windows/Linux и 1С.

Выделенный сервер в дата-центре

Подходит для крупных баз с высокой нагрузкой. Ограничение: самая высокая стоимость и требования к компетенциям администратора.

Оцените готовность базы и конфигурации к переезду

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

Полезно заранее выполнить тестирование и исправление информационной базы через конфигуратор, а также удалить устаревшие данные, если это допустимо по регламенту учёта. Чистая и компактная база переносится быстрее и стабильнее работает на новой площадке. Если база файловая и превышает комфортный для такого режима объём, рассмотрите переход на клиент-серверный вариант с СУБД — это стоит сделать до или во время миграции.

Размер базыОпределяет режим работы

Файловый режим комфортен для небольших баз и нескольких пользователей; при росте объёма и числа пользователей нужен клиент-серверный вариант

Доработки конфигурацииОпределяют выбор сервиса

Типовая конфигурация подходит для SaaS; изменённая требует аренды сервера

Внешние интеграцииИсточник рисков при переезде

Проверьте обмены с сайтом, ЭДО, банками и торговое оборудование — им понадобится перенастройка

Число одновременных пользователейОпределяет ресурсы сервера

Каждый активный пользователь потребляет оперативную память и лицензию; закладывайте запас

Перенесите 1С в облачный сервис: пошагово

Если вы выбрали готовый облачный сервис, порядок действий обычно такой. Сначала зарегистрируйтесь в сервисе и создайте новое приложение (область данных) с нужной конфигурацией. Затем на локальной базе сделайте выгрузку: для перехода в сервисы линейки «1С:Фреш» используется штатный механизм выгрузки данных для перехода в сервис, доступный в типовых конфигурациях через раздел администрирования. Полученный файл загружается в облачное приложение через интерфейс сервиса.

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

Порядок перехода в облачный сервис 1С
  1. 1
    Сделайте полную резервную копию локальной базы (выгрузка в dt и штатная архивация)
  2. 2
    Проверьте, что конфигурация и её версия поддерживаются выбранным сервисом
  3. 3
    Выполните выгрузку данных для перехода в сервис через раздел администрирования конфигурации
  4. 4
    Создайте приложение в облачном сервисе и загрузите файл выгрузки
  5. 5
    Добавьте пользователей, назначьте роли и права доступа
  6. 6
    Проверьте проведение документов, отчёты и обмены на тестовом периоде
  7. 7
    Заблокируйте изменения в старой локальной базе и переведите работу в облако

Разверните 1С на арендованном виртуальном сервере

При аренде VPS/VDS вы получаете виртуальную машину, чаще всего на Windows Server, к которой подключаетесь по RDP. Последовательность развёртывания: установите платформу 1С:Предприятие нужной версии, при необходимости — сервер 1С и СУБД (например, PostgreSQL с патчами для 1С или MS SQL Server), затем создайте информационную базу и загрузите в неё данные из файла выгрузки (.dt) или через миграцию на уровне СУБД. Лицензии 1С активируются на сервере: программные лицензии привязываются к параметрам машины, поэтому при смене характеристик виртуального сервера может потребоваться повторная активация.

Доступ пользователей организуйте через RDP (каждый подключается к удалённому рабочему столу), через веб-сервер с публикацией базы (работа в браузере или тонком клиенте) или через терминальный сервер при большом числе пользователей. Для небольшой компании проще всего опубликовать базу на веб-сервере IIS или Apache: пользователи работают в браузере, а на их компьютерах ничего устанавливать не нужно. Обязательно настройте HTTPS, чтобы трафик между пользователями и сервером шифровался.

Ресурсы сервера подбирайте с запасом: оперативная память критичнее всего, поскольку её потребляют и сервер 1С, и СУБД, и сеансы пользователей. Дисковая подсистема должна быть на SSD — медленные диски становятся главным узким местом при проведении документов и построении отчётов. Точные параметры зависят от конфигурации и числа пользователей; начните с умеренной конфигурации и отслеживайте загрузку в первые недели.

Настройте безопасность и резервное копирование

Облачное размещение переносит риски из плоскости «сгорел сервер в офисе» в плоскость «взломали доступ через интернет». Минимальный набор мер: ограничьте доступ к серверу по RDP только с доверенных IP-адресов или через VPN, используйте сложные пароли и двухфакторную аутентификацию там, где она поддерживается, регулярно обновляйте операционную систему и платформу 1С. Порт RDP не должен быть открыт всему интернету — это одна из самых частых причин взлома арендованных серверов и шифрования баз вирусами-вымогателями.

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

Проверьте результат и организуйте работу пользователей

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

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

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

Как проверить результат миграции

Остатки в отчётах
Норма

ОСВ и остатки по складу совпадают со старой базой на дату перехода

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

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

Скорость работы
Норма

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

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

Постоянные зависания и таймауты — не хватает ресурсов сервера

Обмены и интеграции
Норма

Выгрузки в банк, ЭДО и на сайт проходят без ошибок

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

Ошибки авторизации или недоступности внешних сервисов

Резервное копирование
Норма

Тестовое восстановление из копии проходит успешно

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

Копии не создаются по расписанию или не восстанавливаются

Типичные ошибки и ограничения облачной 1С

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

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

Типичные ошибки при переносе 1С в облако
01
Переезд без сверки остатков: расхождения обнаруживаются, когда старая база уже недоступна, и восстановить картину сложно
02
Открытый RDP-порт без VPN: сервер быстро находят боты, итог — взлом и шифрование базы
03
Экономия на памяти сервера: 1С работает, но пользователи теряют время на каждой операции
04
Отсутствие собственных бэкапов: при сбое у провайдера или ошибочном удалении данных восстанавливать нечего
05
Игнорирование торгового оборудования: после переезда сканеры и кассы не подключаются к облачному сеансу
Итог

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

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

Часто задаваемые вопросы

Можно ли перенести в облако сильно доработанную конфигурацию 1С?

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

Сколько пользователей может работать с облачной 1С одновременно?

Ограничений со стороны самой технологии нет — всё упирается в ресурсы сервера и число лицензий. Десятки пользователей комфортно работают на правильно подобранном VPS, а для сотен потребуется выделенный сервер и клиент-серверная архитектура с полноценной СУБД.

Что будет с учётом, если пропадёт интернет?

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

Нужно ли покупать новые лицензии 1С при переезде в облако?

Как правило, существующие лицензии сохраняются: программные лицензии активируются заново на новом сервере, аппаратные ключи HASP можно пробросить или заменить на программные. В облачных SaaS-сервисах лицензии часто уже включены в подписку, и отдельно покупать их не нужно — уточните условия конкретного оператора.

Как подключить сканер штрихкодов или кассу к облачной 1С?

Оборудование подключается к локальному компьютеру пользователя и пробрасывается в удалённый сеанс: для RDP используется перенаправление портов COM/USB, для веб-клиента — специальные драйверы и расширения работы с оборудованием. Не вся техника работает в такой схеме одинаково стабильно, поэтому конкретные модели стоит протестировать до массового перехода пользователей.

Насколько безопасно хранить базу 1С в облаке?

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