Администрирование · 12 мин
Как разместить 1С в облаке: практическое руководство
Способы размещения 1С в облаке: аренда сервера, облачные сервисы 1С, готовые решения. Пошаговая настройка, требования к каналу, защита данных и типичные ошибки.
Перенос 1С в облако решает сразу несколько задач: сотрудники получают доступ к базе из любого офиса и из дома, отпадает необходимость содержать собственный сервер, а резервное копирование берёт на себя провайдер. При этом «облако» — не одна технология, а целый спектр вариантов: от аренды виртуального сервера, где вы всё настраиваете сами, до готовых сервисов вроде 1С:Фреш, где база создаётся за несколько минут.
Выбор зависит от конфигурации 1С, числа пользователей, требований к доработкам и бюджета. Ошибка на этапе выбора приводит к лишним расходам или к ситуации, когда нужная доработка оказывается невозможной в выбранном сервисе. Ниже разобраны основные варианты размещения, порядок миграции базы, требования к сети и правила безопасности.
Какие есть способы размещения 1С в облаке
Первый способ — облачные сервисы от фирмы «1С» и её партнёров: 1С:Фреш, 1С:ГРМ и аналогичные хостинги. Вы регистрируетесь, выбираете конфигурацию, загружаете выгрузку базы — и работаете через браузер или тонкий клиент. Платформа, обновления, резервные копии и защита инфраструктуры — зона ответственности оператора.
Второй способ — аренда виртуального сервера (VPS/VDS) или выделенного сервера у облачного провайдера. На сервер устанавливаются платформа 1С, СУБД (PostgreSQL или MS SQL Server), настраивается доступ по RDP или публикация базы через веб-сервер. Это даёт полный контроль: любые доработки, любые СУБД, интеграции со сторонним ПО. Но администрирование целиком на вас или на подрядчике.
Третий способ — гибридный: сервер 1С размещается у провайдера, а доступ организуется через терминальные подключения (RDP) или публикацию тонкого клиента. Такой вариант часто выбирают, когда база файловая и пользователей немного, но нужен доступ из нескольких точек.
Сравнение вариантов размещения
Подходит для типовых конфигураций и компаний без собственного администратора. Ограничение: доработки возможны только через расширения, выбор конфигураций ограничен каталогом сервиса.
Подходит для доработанных конфигураций, больших баз и нестандартных интеграций. Ограничение: требуется администрирование — обновления, резервные копии, мониторинг.
Подходит для небольших файловых баз и команд до 10–15 пользователей. Ограничение: чувствителен к качеству канала, требует защиты от брутфорс-атак.
Как выбрать вариант под вашу конфигурацию
Ключевой вопрос — есть ли в базе доработки в виде изменений типовой конфигурации. В сервисной модели (1С:Фреш) разрешены только расширения, прошедшие проверку, и внешние обработки в безопасном режиме. Если конфигурация снята с поддержки и сильно переписана, сервис не подойдёт — нужен собственный сервер.
Второй фактор — объём базы и число одновременных пользователей. Файловые базы комфортно работают до нескольких гигабайт и примерно до 5–10 активных пользователей; дальше нужна клиент-серверная архитектура с СУБД. Для клиент-серверного варианта на VPS закладывайте отдельные ресурсы под сервер 1С и под СУБД — либо два сервера, либо один с запасом по памяти.
Третий фактор — требования к данным. Если договоры с контрагентами или внутренние регламенты требуют хранения данных на определённой территории или в контуре с особыми мерами защиты, уточните у провайдера расположение дата-центров и условия обработки персональных данных.
Как выбрать действие
Размещение через облачный сервис: порядок действий
Работа с сервисной моделью начинается с регистрации абонента и выбора прикладного решения из каталога. После оплаты или активации пробного периода создаётся пустая информационная база либо загружается ваша. Для переноса действующей базы используется выгрузка через конфигуратор (файл .dt) или штатный механизм перехода в сервис, если он предусмотрен для вашей конфигурации.
Перед загрузкой проверьте версию конфигурации: сервис поддерживает определённые релизы, и при расхождении базу придётся сначала обновить локально. Также заранее выгрузите список пользователей и настройте права заново — пароли при переносе не сохраняются.
После загрузки обязательно проверьте регламентные операции: обмены с банками, ЭДО, отправку отчётности. Часть интеграций в сервисе работает через встроенные механизмы оператора, и настройки могут отличаться от локальных.
Размещение на собственном виртуальном сервере
При аренде VPS выберите тариф с запасом: для сервера 1С с PostgreSQL и 10–20 пользователями ориентируйтесь минимум на 4 vCPU и 8–16 ГБ оперативной памяти, диск — обязательно SSD. Точные требования зависят от конфигурации и профиля нагрузки, поэтому перед боевым запуском полезно провести нагрузочное тестирование.
Типовой порядок развёртывания: установка ОС (часто Windows Server или Linux), установка платформы 1С, установка и настройка СУБД, создание базы через консоль кластера, публикация на веб-сервере (IIS или Apache) для тонкого и веб-клиента либо настройка RDP-доступа. Лицензии 1С активируются на сервере — учтите, что программные лицензии привязываются к аппаратной конфигурации, и при смене параметров VPS может потребоваться повторная активация резервным пин-кодом.
# Пример публикации базы на веб-сервере Apache (Windows/Linux)
"C:\Program Files\1cv8\<версия>\bin\webinst.exe" -publish -apache24 \
-wsdir MyBase -dir "C:\inetpub\MyBase" \
-connstr "Srvr=localhost;Ref=MyBase;"После публикации проверьте доступ извне: база должна открываться в браузере по адресу вида https://ваш-сервер/MyBase. Обязательно настройте TLS-сертификат — работа 1С через незашифрованный HTTP по публичной сети недопустима: логины и данные передаются открытым текстом.
Требования к каналу связи и производительности
Тонкий клиент и веб-клиент передают сравнительно небольшой трафик — для комфортной работы обычно достаточно стабильного канала от 1–2 Мбит/с на пользователя с низкими задержками. Гораздо критичнее задержка (ping): при значениях выше 50–80 мс интерфейс начинает заметно «подтормаживать», особенно в толстом клиенте и при файловом режиме.
Файловая база по сети (когда сам файл базы лежит на сервере, а пользователи подключаются по SMB) через интернет работать не должна — это приводит к повреждению базы при обрывах связи. Файловый режим допустим только внутри локальной сети сервера с доступом через RDP, либо через публикацию на веб-сервере.
Как проверить результат после переезда
Формы открываются за 1–3 секунды, отчёты формируются сопоставимо с локальной работой
Постоянные ожидания по 10+ секунд, таймауты при формировании отчётов
Сеансы не разрываются в течение рабочего дня
Регулярные отключения, ошибки «соединение с сервером разорвано»
Копии создаются по расписанию, тестовое восстановление проходит успешно
Копий нет, расписание не настроено, восстановление никогда не проверялось
Обмены выполняются в том же объёме, что и локально
Ошибки обмена, неотправленная отчётность, недоступные сертификаты
Безопасность и резервное копирование
Минимальный набор мер для облачного размещения: HTTPS с действующим сертификатом, сложные пароли и блокировка учётных записей после серии неудачных входов, разграничение прав внутри 1С, регулярные обновления платформы и ОС. Доступ администраторов к серверу — только через VPN или с фиксированных IP-адресов.
Резервные копии настраивайте независимо от обещаний провайдера. Для клиент-серверных баз — штатные средства СУБД (pg_dump, SQL Server Backup) по расписанию плюс периодическая выгрузка .dt. Храните копии отдельно от основного сервера: в объектном хранилище или на другой площадке. Раз в несколько месяцев выполняйте тестовое восстановление — копия, которая не проверялась восстановлением, считается отсутствующей.
Сколько это стоит и как контролировать расходы
Стоимость складывается из трёх частей: аренда инфраструктуры или подписка на сервис, лицензии 1С (платформа и клиентские лицензии — в облаке они нужны так же, если вы не используете сервисную модель, где они включены), и работы по настройке и сопровождению. Точные цены зависят от провайдера и тарифа, поэтому корректно сравнивать не «облако против локального сервера» вообще, а полную стоимость владения: оборудование, электричество, администратор, простои.
Для контроля расходов на VPS начинайте с минимально достаточной конфигурации и масштабируйте по факту нагрузки — большинство провайдеров позволяют увеличить ресурсы без переустановки. Следите за неиспользуемыми ресурсами: забытые тестовые серверы и снимки дисков часто составляют заметную часть счёта.
Перед окончательным переездом полезно 2–4 недели поработать в параллельном режиме: основная работа идёт в старой базе, а в облачной несколько сотрудников выполняют реальные операции. Так выявляются проблемы с производительностью, печатью и обменами без риска для учёта.
Частые вопросы
Можно ли перенести в облако сильно доработанную конфигурацию?
В сервисную модель (1С:Фреш) — нет, если доработки выполнены изменением типового кода: там допускаются только расширения. Для таких баз подходит аренда виртуального сервера, где вы полностью контролируете платформу и конфигурацию.
Что будет с базой, если прекратить оплату облачного сервиса?
Обычно сервис даёт льготный период, в течение которого можно выгрузить данные (файл .dt или выгрузку в формате сервиса). После удаления абонента восстановить базу невозможно, поэтому перед отключением обязательно сделайте и проверьте выгрузку.
Нужен ли статический IP-адрес для облачного сервера 1С?
Для сервера — да, желателен: к нему привязывается доменное имя, TLS-сертификат и правила доступа. У большинства облачных провайдеров выделенный IP доступен по умолчанию или за небольшую доплату. Для рабочих мест пользователей статический IP не нужен.
Как работает печать и сканирование при доступе через RDP?
Принтеры клиентского компьютера пробрасываются в терминальную сессию штатными средствами RDP — достаточно включить перенаправление принтеров в настройках подключения. Со сканерами сложнее: часто требуется отдельное ПО для проброса USB-устройств.
Подходит ли облако для 1С:ЗУП с персональными данными?
Да, если оператор обеспечивает требуемый уровень защиты персональных данных и это зафиксировано в договоре. Уточните у провайдера аттестацию инфраструктуры и условия обработки данных, а также зафиксируйте размещение базы в учётной политике организации.
Можно ли вернуться из облака обратно на локальный сервер?
Да. Из сервисной модели база выгружается штатным механизмом и разворачивается локально через загрузку .dt. С собственного VPS перенос ещё проще — выгрузка средствами СУБД или конфигуратора. Проверьте совместимость версий платформы на обеих площадках.
Что важно запомнить
Типовые конфигурации без доработок удобнее размещать в облачном сервисе, доработанные — на собственном VPS с полным контролем. Файловую базу нельзя публиковать по сети через интернет, RDP нельзя открывать без защиты. Перед переездом обновите конфигурацию, сделайте выгрузку, настройте резервные копии вне основного сервера и проведите параллельный тестовый период.