Администрирование · 13 мин
Как работает облако 1С: устройство, доступ и практика настройки
Как устроено облако 1С: архитектура, способы доступа, публикация базы, безопасность и резервное копирование. Практическое руководство по переходу и работе.
Облако 1С — это способ разместить информационные базы и платформу 1С:Предприятие не на локальном компьютере или сервере компании, а на удалённой инфраструктуре провайдера, к которой пользователи подключаются через интернет. Такая модель может быть реализована в трёх основных вариантах: официальный сервис 1С:Фреш (SaaS), аренда выделенного облачного сервера (VPS/VDS или IaaS) у хостинг-провайдера и сервисы 1С:ГРМ/1С:Линк для удалённого доступа к базам, которые физически остаются в офисе.
Разница между этими вариантами принципиальна. В 1С:Фреш провайдер полностью управляет платформой, обновлениями и резервным копированием, а заказчик работает только с прикладными решениями из каталога сервиса. На арендованном сервере компания сама устанавливает платформу, контролирует версии и конфигурации, но и несёт ответственность за администрирование. 1С:Линк и 1С:ГРМ — это компромисс: база остаётся локальной, а сервис обеспечивает защищённый канал доступа извне без проброса портов и «белого» IP-адреса.
Понимание того, как именно устроено облако, важно для выбора модели: от неё зависят стоимость владения, возможности доработки конфигураций, требования к интернет-каналу и порядок действий при сбоях. Ниже разобраны архитектура работы, способы подключения пользователей, вопросы безопасности и типичные ошибки при миграции.
Как устроена работа облачной 1С технически
В классической локальной схеме платформа 1С установлена на компьютерах пользователей или на терминальном сервере, а база данных лежит на файловом ресурсе или на сервере СУБД (MS SQL, PostgreSQL). В облачной схеме та же связка «платформа — кластер серверов 1С — СУБД» развёрнута в дата-центре провайдера. Пользовательский трафик идёт по защищённому каналу, а сами данные физически не покидают дата-центр.
В модели 1С:Фреш применяется технология сервиса на базе технологии 1cFresh: каждый абонент работает в изолированной области данных, обновления конфигураций выполняются централизованно самим сервисом, а доступ осуществляется через веб-браузер или тонкий клиент. Заказчик не видит серверной части вообще — он управляет пользователями, правами и настройками прикладного решения через личный кабинет менеджера сервиса.
При аренде облачного сервера схема ближе к привычной: администратор устанавливает на виртуальную машину Windows Server или Linux, разворачивает сервер 1С:Предприятия и СУБД, публикует базы через веб-сервер (IIS или Apache) либо организует доступ по RDP. Здесь доступны любые конфигурации, включая самописные и сильно доработанные, но вся эксплуатация — обновления, мониторинг, бэкапы — ложится на заказчика.
Основные модели облачной работы и как выбрать
Выбор модели определяется тремя факторами: степенью доработки конфигурации, наличием администратора в штате или на аутсорсе и требованиями к размещению данных. Типовые конфигурации без доработок проще и дешевле эксплуатировать в 1С:Фреш. Доработанные решения, интеграции через COM/OLE, внешние компоненты и нестандартные обмены обычно требуют собственного сервера в облаке.
| Критерий | 1С:Фреш | Облачный сервер (VPS/VDS) | 1С:Линк / 1С:ГРМ |
|---|---|---|---|
| Доработки конфигурации | Ограничены расширениями | Любые | Любые (база локальная) |
| Обновления платформы | Выполняет сервис | Выполняет заказчик | Выполняет заказчик |
| Резервное копирование | Включено в сервис | Настраивает заказчик | Настраивает заказчик |
| Требования к каналу | Стабильный интернет | Стабильный интернет | Интернет в офисе и у пользователя |
| Администратор | Не требуется | Обязателен | Желателен |
Как выбрать модель
Как пользователи подключаются к облачной базе
Существует несколько способов доступа, и они различаются по скорости работы, требованиям к каналу и удобству печати. Самый распространённый — подключение через тонкий клиент или веб-браузер к базе, опубликованной на веб-сервере. Тонкий клиент передаёт по сети только данные интерфейса, поэтому комфортно работает даже на канале средней пропускной способности.
Второй вариант — удалённый рабочий стол (RDP) на терминальный сервер в облаке, где установлена полная платформа. Этот способ удобен, когда нужны локальные возможности: выгрузка файлов, работа с внешними компонентами, сложная печать. Минус — большая нагрузка на сервер при росте числа пользователей и необходимость управлять сеансами.
Третий вариант — мобильный клиент и веб-доступ для руководителей и сотрудников вне офиса. Он подходит для согласований, просмотра отчётов и ввода первичных документов, но не заменяет полноценное рабочее место бухгалтера или оператора.
- 1Установите веб-сервер (IIS на Windows или Apache на Linux) и модули расширения веб-сервера из дистрибутива платформы
- 2Выполните публикацию базы через конфигуратор: Администрирование → Публикация на веб-сервере, укажите имя публикации и каталог
- 3Настройте HTTPS: получите и установите TLS-сертификат, запретите доступ по незашифрованному HTTP
- 4Проверьте подключение тонким клиентом по адресу публикации и работу через браузер
- 5Ограничьте доступ по IP или настройте дополнительную аутентификацию, если база доступна из интернета
Безопасность и защита данных в облаке
Главный риск облачной схемы — доступность базы из интернета. Локальная база защищена периметром офисной сети, а опубликованная в облаке потенциально видна всем. Поэтому минимальный набор мер обязателен: HTTPS с действующим сертификатом, сложные пароли и политика их смены, разграничение прав на уровне ролей 1С, отключение неиспользуемых учётных записей.
Второй уровень защиты — сетевой. Хорошей практикой считается ограничение доступа к опубликованной базе по списку IP-адресов офисов или организация доступа только через VPN-туннель до облачной сети. Если используется RDP, порт 3389 не должен быть открыт наружу напрямую — доступ организуется через VPN или шлюз удалённых рабочих столов.
Отдельно проверьте, где физически находятся серверы провайдера и какой режим обработки персональных данных он обеспечивает. Для баз, содержащих персональные данные сотрудников и контрагентов, это юридически значимый вопрос: у провайдера должны быть подтверждённые меры защиты, а в договоре — условия об обработке и хранении данных.
Резервное копирование и восстановление
В 1С:Фреш резервное копирование выполняется сервисом автоматически, и пользователь может выгрузить свою область данных через личный кабинет. На арендованном сервере ответственность за бэкапы полностью на заказчике, и это самая частая точка отказа: копии либо не делаются, либо лежат на том же диске, что и база, либо никогда не проверяются на восстановление.
Рабочая схема для облачного сервера включает три элемента: регулярный бэкап средствами СУБД (для клиент-серверных баз) или выгрузку в dt для файловых, хранение копий на отдельном ресурсе (другой диск, объектное хранилище, другая площадка) и периодическую проверку восстановления на тестовой базе. Копия, которую ни разу не восстанавливали, нельзя считать резервной.
Как проверить, что бэкапы работают
Файлы бэкапов создаются по расписанию, размер соответствует базе
Копии не обновлялись неделями или размер резко упал
Копии лежат вне сервера с базой — в другом хранилище или площадке
Бэкапы на том же диске, что и рабочая база
Тестовая база разворачивается из копии и открывается без ошибок
Восстановление ни разу не проверялось или завершается ошибкой
Производительность и требования к каналу
Скорость работы облачной 1С зависит от трёх компонентов: ресурсов сервера (процессор, память, диски), качества интернет-канала у пользователя и способа подключения. Наиболее чувствительна к каналу работа через RDP при активной перерисовке интерфейса; тонкий клиент и веб-клиент передают меньше данных и стабильнее на слабых линиях.
На стороне сервера узким местом чаще всего становятся диски: для базы на СУБД критична скорость дисковой подсистемы, поэтому для рабочих баз выбирайте ВМ с SSD-дисками, а не с устаревшими HDD. Объём памяти должен покрывать потребности СУБД и сервера 1С с запасом — при нехватке RAM система уходит в подкачку, и типичный симптом — периодические «подвисания» у всех пользователей одновременно.
Признаком проблем с каналом, а не с сервером, является ситуация, когда у части пользователей (одного офиса) всё тормозит, а у остальных работает нормально. В этом случае проверяйте локальный канал, загрузку роутера и потери пакетов до сервера, а не увеличивайте ресурсы ВМ.
Порядок миграции локальной базы в облако
Миграция начинается с аудита: зафиксируйте версию платформы и конфигурации, список доработок и расширений, действующие интеграции (обмены с сайтом, банк-клиенты, ЭДО, торговое оборудование) и объём базы. От этого зависит, какие компоненты потребуют перенастройки после переезда — например, обмены с локальными каталогами и подключённое к компьютерам оборудование в облаке напрямую работать не будут.
Далее разворачивается тестовая копия в облаке: база выгружается в dt (для файловой) или переносится средствами СУБД, поднимается на облачном сервере, проверяются права пользователей, отчёты, печатные формы и интеграции. Параллельно настраиваются HTTPS, доступы и резервное копирование. Только после успешного теста назначается дата переключения: работа в локальной базе останавливается, выполняется финальная выгрузка с актуальными данными, и пользователи получают новые адреса подключения.
Локальную базу после перехода не удаляйте минимум несколько недель — она служит страховкой и архивом для сверки. Торговое оборудование (сканеры, ККТ) остаётся на рабочих местах и подключается к облачной 1С через RDP-проброс устройств либо через специальные механизмы взаимодействия — этот момент проверяйте на тесте заранее, он часто становится неожиданным блокером.
Самая частая причина «тормозов после переезда в облако» — не само облако, а обмены, которые раньше работали локально: синхронизация с сайтом, загрузка банковских выписок из каталога на диске, обмен между базами через общую папку. Перед миграцией выпишите все такие точки и для каждой заранее решите, как она будет работать в новой схеме.
Частые вопросы о работе 1С в облаке
Можно ли работать в облачной 1С без интернета?
Нет, облачная схема требует постоянного соединения: база физически находится на удалённом сервере. Для критичных процессов предусмотрите резервный канал (например, мобильный интернет) или рассмотрите гибридную модель, где база остаётся локальной, а удалённый доступ идёт через 1С:Линк.
Подойдёт ли 1С:Фреш для доработанной конфигурации?
Зависит от характера доработок. В сервисе допускаются изменения через механизм расширений, прошедшие проверку, но прямые изменения типовой конфигурации, внешние компоненты и COM-интеграции недоступны. Если доработки глубокие, выбирайте аренду облачного сервера.
Что будет с данными, если провайдер облака откажет?
Это зависит от вашей схемы резервного копирования. Если копии хранятся только в инфраструктуре того же провайдера, доступ к ним может быть потерян вместе с сервисом. Поэтому хотя бы одна копия должна регулярно выгружаться на независимый ресурс — локальный сервер или другое хранилище.
Сколько пользователей может работать на одном облачном сервере?
Точного универсального числа нет: нагрузка зависит от конфигурации, интенсивности ввода документов и ресурсов ВМ. Практический подход — начать с сервера с запасом по памяти и быстрыми SSD-дисками, наблюдать за загрузкой в пиковые часы и масштабировать по факту, а не по расчёту «на глаз».
Нужно ли менять лицензии 1С при переходе в облако?
Коробочные лицензии 1С допускают установку на сервер, в том числе арендованный, но программные лицензии привязываются к параметрам машины. Перед переездом убедитесь, что у вас есть резервные пин-коды для активации, и уточните у провайдера, сохраняются ли аппаратные параметры ВМ при обслуживании.
Как печатать документы из облачной 1С на офисный принтер?
При работе через веб-браузер печать идёт стандартными средствами браузера на доступные пользователю принтеры. При работе через RDP принтеры пробрасываются в удалённый сеанс настройками подключения. Тонкий клиент также поддерживает печать на локальные принтеры без дополнительных настроек в большинстве случаев.
Что важно запомнить
Облако 1С — это удалённое размещение платформы и баз с доступом через интернет, реализуемое через 1С:Фреш, аренду облачного сервера или сервисы удалённого доступа к локальной базе. Выбор модели определяется доработками конфигурации и наличием администратора. Критичные условия стабильной работы: HTTPS и ограничение доступа, резервные копии на независимом ресурсе с проверкой восстановления, тестовая миграция перед боевым переходом и контроль лицензий при изменении параметров виртуальной машины.