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