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

Чтобы работать с 1С из облака, есть два пути: арендовать готовый сервис, где база уже развёрнута, или взять виртуальный сервер и поставить 1С самому. Перенос обычной локальной базы в облако сводится к четырём действиям: выгрузить базу в файл .dt, арендовать сервер, загрузить туда базу и раздать сотрудникам удалённый доступ.

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

Аренда готового сервиса или собственный виртуальный сервер

Первое решение определяет всё остальное. Вариантов по сути три.

1С:Фреш (SaaS). База живёт в официальном облаке, вы заходите через браузер. Платформу и обновления ставит провайдер, бэкапы делаются автоматически. Подходит для типовых конфигураций без доработок. Ориентировочная стоимость — примерно от 1000–1700 ₽/мес за небольшую базу, дальше по числу баз и пользователей.

Аренда 1С у хостера (готовый сервер с развёрнутой 1С). Вам дают удалённый рабочий стол, где уже установлены платформа и ваша база, часто с лицензиями «в аренду». Можно работать с доработанными конфигурациями. Ориентировочно 1500–4000 ₽/мес за рабочее место.

Свой виртуальный сервер (IaaS/VPS). Вы арендуете «голую» машину с Windows Server и сами ставите 1С. Полный контроль, но и вся настройка и поддержка — на вас. Аренда VPS под 1С — примерно от 2500–3000 ₽/мес за минимальную конфигурацию, отдельно лицензии 1С.

Какой виртуальный сервер нужен под 1С

Если выбрали свой VPS, от его параметров напрямую зависит скорость работы. 1С чувствительна к частоте процессора и скорости диска, а не только к числу ядер.

Ориентиры для файловой базы на 1–5 пользователей:

• 🧮 Процессор — 2–4 vCPU с высокой частотой ядра (1С плохо параллелится, важна скорость одного потока).
• 🧠 Оперативная память — от 8 ГБ; для клиент-серверного варианта с СУБД — от 16 ГБ.
• 💾 Диск — только SSD/NVMe. На HDD 1С будет «задумываться» на каждом открытии документа.
• 🖥 ОС — Windows Server 2016 или новее.

Для клиент-серверного варианта (от 5–10 активных пользователей или больших баз) память и ядра считают с запасом: отдельно под сервер 1С, отдельно под СУБД — PostgreSQL или Microsoft SQL Server.

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

Локацию дата-центра выбирайте ближе к сотрудникам: чем меньше задержка сети (ping), тем отзывчивее интерфейс 1С в удалённой сессии. Для команды из России это площадки на территории РФ.

Подготовка базы к переносу в облако

Перед переносом базу приводят в порядок — так вы не потащите в облако ошибки.

1. Сделайте резервную копию. Для файловой базы — просто скопируйте папку с файлом 1Cv8.1CD. Для клиент-серверной — штатный бэкап средствами СУБД.
2. Проверьте целостность. В Конфигураторе: Администрирование → Тестирование и исправление. Запускайте в нерабочее время.
3. Обновите платформу и конфигурацию до актуального релиза ещё в локальной базе, чтобы в облаке сразу встала согласованная связка.
4. Выгрузите базу в файл. Конфигуратор → Администрирование → Выгрузить информационную базу. Получите файл .dt — это и есть переносимая база целиком.

Установка сервера 1С и загрузка базы на VPS

На арендованном VPS порядок такой.

Шаг 1. Установите платформу 1С:Предприятие. Дистрибутив нужной версии — из личного кабинета 1С или от поставщика. Версия платформы на сервере должна быть не ниже той, в которой работала локальная база.

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

Шаг 3. Загрузите .dt. Конфигуратор → Администрирование → Загрузить информационную базу → укажите перенесённый файл. База заменится целиком.

Шаг 4. Запустите в режиме 1С:Предприятие и проверьте: открываются документы, формируются отчёты, на месте пользователи и их права.

Для клиент-серверного варианта держите в голове схему портов — она пригодится при настройке файрвола:

• клиент и консоль администрирования сначала обращаются к агенту сервера (порт 1540);
• далее подключение идёт к менеджеру кластера (порт 1541);
• рабочие процессы слушают диапазон портов, который задаётся в свойствах рабочего сервера.

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

Удалённый доступ сотрудников к 1С в облаке

Способ доступа выбирают под задачи.

Удалённый рабочий стол (RDP). Сотрудник подключается к серверу и работает в привычном «толстом» клиенте. Проще всего настроить, но каждому нужна RDP-сессия и клиентская лицензия Windows Server (CAL).

Публикация RemoteApp. Пользователь видит только окно 1С, а не весь рабочий стол сервера. Удобнее и безопаснее RDP. Публикуется, как правило, 1cestart.exe — стартовый лаунчер 1С.

Веб-клиент. База публикуется на веб-сервере (Apache или IIS), сотрудники работают через браузер по ссылке. Устанавливать 1С на их компьютеры не нужно. Подходит не всем доработкам — некоторые формы в веб-клиенте ведут себя иначе.

Тонкий клиент по интернету. На компьютере сотрудника стоит только тонкий клиент 1С, он подключается к опубликованной базе. Быстрее веб-клиента, но клиент всё же надо установить.

При доступе через удалённый рабочий стол или RemoteApp помните про клиентские лицензии Windows Server: каждому одновременно работающему сотруднику нужна лицензия доступа (CAL). Их считают по числу одновременных сессий, а не по числу сотрудников в штате. Если у хостера сервер арендный, уточните, входят ли CAL в тариф.

Чтобы сотрудники не теряли «зависшие» сессии и не занимали лицензии зря, настройте автоматическое завершение неактивных подключений по тайм-ауту — это и экономит ресурсы, и повышает безопасность.

Резервное копирование и защита данных в облаке

Облако не отменяет бэкапы — провайдер отвечает за «железо», а за сохранность вашей базы отвечаете вы (если это не SaaS с автобэкапом).

Что настроить обязательно:

• 🗄 Регулярные копии. Для файловой базы — выгрузка .dt по расписанию плюс копия папки базы. Для клиент-серверной — штатный бэкап средствами СУБД, он надёжнее и не требует монопольного доступа.
• 📦 Хранение копий отдельно от самого сервера — на другом хранилище или в другом месте, чтобы сбой сервера не унёс заодно и бэкапы.
• 🔐 Шифрование канала. RDP и публикации — только по защищённому соединению; для веб-доступа обязателен HTTPS (сертификат).
• 👤 Отдельные учётки. У каждого сотрудника — свой логин и в Windows, и в 1С. Общий пароль «на всех» — прямой путь к утечке.
• 🔁 Двухфакторная аутентификация на вход в сервер, где это возможно.

Если в базе есть персональные данные сотрудников и контрагентов (а в ЗУП и Бухгалтерии они есть), размещение в облаке подпадает под требования Федерального закона №152-ФЗ. Выбирайте провайдера с серверами на территории РФ и уточняйте, аттестована ли площадка под работу с персональными данными.

Частые проблемы при переносе 1С в облако

База в облаке «тормозит». Чаще всего причина — медленный диск (не SSD) или слабый по частоте процессор. Проверьте параметры VPS. Для файловой базы с ростом числа пользователей помогает переход на клиент-серверный вариант с СУБД.

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

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

Выгрузка/загрузка не идёт — база занята. Кто-то не вышел из 1С. Для операций с .dt нужен монопольный доступ; завершите активные сеансы (предупредив пользователей) и повторите.

Сотрудники не могут подключиться. Закрыты нужные порты в файрволе либо не опубликована база. Проверьте правила файрвола (для клиент-сервера — порты агента и менеджера кластера) и публикацию на веб-сервере.

Печать и выгрузка файлов «не доходят» до сотрудника. Типично для RDP/RemoteApp: не настроено перенаправление локальных принтеров и дисков в сессию. Включается в параметрах подключения.

Частые вопросы