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

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

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

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

Главный вопрос — кто будет отвечать за сервер. Если в компании нет человека, который умеет обновлять Windows, настраивать SQL и восстанавливать базу из копии, своя инфраструктура быстро превращается в риск.

Различайте два вида аренды:

• ☁️ SaaS-модель — провайдер даёт доступ к типовой конфигурации через браузер или тонкий клиент. Конфигуратор недоступен, доработки — только расширениями, и то не везде.
• 🖥️ Хостинг ваших баз — провайдер размещает вашу базу (в том числе доработанную) на своём сервере, вы подключаетесь по RDP или через веб. Это ближе к своему серверу, но без забот о железе.

Требования к облачному серверу для 1С

Мощность считают от числа одновременных пользователей и режима работы базы. Файловая база в облаке работает только до 3–5 человек, дальше — клиент-серверный вариант с СУБД (PostgreSQL или MS SQL Server).

Ориентиры для клиент-серверной базы, когда сервер 1С, СУБД и терминальный сервер стоят на одной машине:

Цифры примерные: тяжёлые конфигурации (ERP, КА) и большие базы требуют больше памяти. Терминальная сессия каждого пользователя с открытой 1С съедает ещё 300–600 МБ.

На что смотреть при выборе тарифа:

• 💾 Тип диска. Только SSD или NVMe. На HDD закрытие месяца в базе на 20 ГБ растягивается в разы.
• ⚡ Частота процессора. 1С и СУБД чувствительны к частоте одного ядра сильнее, чем к числу ядер. Выбирайте тарифы с процессорами 3+ ГГц.
• 🌍 Расположение дата-центра. Для персональных данных сотрудников и контрагентов российской компании серверы должны быть в России — это требование закона о персональных данных при первичном сборе.
• 🔁 Снимки (снапшоты) диска у провайдера. Это не замена резервному копированию, но удобная страховка перед обновлением.

Операционная система — Windows Server 2016 и новее (если нужен RDP и привычная среда) или Linux (сервер 1С и PostgreSQL отлично работают на Ubuntu и Debian, пользователи тогда подключаются через тонкий клиент или веб).

Лицензии и ключи защиты при переходе в облако

Это шаг, на котором переезд чаще всего буксует. Лицензию 1С нельзя просто скопировать с офисного компьютера на сервер.

Программные лицензии

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

Что делать:

1. Сначала полностью настройте VPS: выберите итоговый тариф, установите ОС и обновления.
2. Только после этого активируйте лицензию на сервере пин-кодом.
3. Сохраните оставшиеся пин-коды и регистрационные данные — в комплекте лицензии ограниченное число резервных пин-кодов.
4. Перед сменой тарифа учитывайте, что лицензию придётся активировать заново.

Аппаратные USB-ключи

Физический ключ в облачный дата-центр не вставить. Варианты:

• 🔌 USB over IP — ключ остаётся в офисе в специальном устройстве или на компьютере с программой проброса, сервер видит его по сети. Работает, но при обрыве связи с офисом пользователи теряют лицензии.
• 🔄 Замена на программные лицензии. Чаще всего это надёжнее для облака.
• 🏢 Выделенный сервер в стойке провайдера, куда ключ ставят физически. Подходит для крупных инсталляций.

Какие лицензии нужны для своего сервера

• 👥 Клиентские лицензии на нужное число одновременных подключений. В клиент-серверном варианте их размещают на сервере 1С — тогда их выдаёт кластер, а не каждый компьютер.
• 🖧 Лицензия на сервер 1С:Предприятия (обычная или КОРП — КОРП нужна для отказоустойчивого кластера и ряда расширенных функций).
• 🪟 Для терминального доступа к Windows Server — клиентские лицензии служб удалённых рабочих столов Microsoft (RDS CAL) на каждого пользователя или устройство.

Установка сервера 1С и кластера в облаке

Порядок для типичного варианта «Windows Server + MS SQL или PostgreSQL + сервер 1С на одной машине».

Шаг 1. СУБД

Установите PostgreSQL в сборке, адаптированной для 1С, или MS SQL Server. Для PostgreSQL сразу настройте выделение памяти под размер сервера — стандартные параметры рассчитаны на слабые машины, и база будет медленной.

Шаг 2. Сервер 1С:Предприятия

Запустите установщик платформы и отметьте компонент «Сервер 1С:Предприятия» с установкой как службы Windows. Служба по умолчанию слушает порты:

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

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

regsvr32 "C:\Program Files\1cv8\8.3.24.1548\bin\radmin.dll"

Номер версии в пути подставьте свой.

Шаг 3. Перенос базы

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

Шаг 4. Регламентные задания

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

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

Терминальный сервер (RDP)

Пользователи подключаются к Windows Server по удалённому рабочему столу и работают с 1С так, как будто она стоит у них.

Плюсы: работают любые внешние обработки, принтеры пробрасываются, у пользователя ничего не нужно обновлять.

Чтобы пользователь видел не весь рабочий стол сервера, а только окно 1С, настройте RemoteApp: опубликуйте в службах удалённых рабочих столов программу 1cestart.exe (стартер, который показывает список баз и запускает нужную версию платформы). Публиковать именно стартер удобнее, чем 1cv8.exe конкретной версии, — после обновления платформы ярлык у пользователей не ломается.

Тонкий клиент и веб-клиент через HTTP

Базу публикуют на веб-сервере (IIS или Apache), и пользователи заходят:

• 🌐 через браузер по адресу вида https://1c.example.ru/base/;
• 🖥️ тонким клиентом, указав в списке баз тип подключения «на веб-сервере».

Публикацию делают из конфигуратора (Администрирование → Публикация на веб-сервере) или утилитой webinst из каталога bin платформы:

webinst -publish -apache24 -wsdir base -dir "C:\Apache24\htdocs\base" -connstr "Srvr=localhost;Ref=base;"

Плюсы веба — не нужны RDS CAL и Windows на стороне пользователя, работает даже с планшета. Минусы — часть старых обработок и внешних компонент в веб-клиенте не работает , а печать идёт через браузер.

Защита данных и резервные копии облачной 1С

Закройте лишние двери

• 🔒 Не открывайте порт 3389 в интернет напрямую. Подключение — через VPN или шлюз удалённых рабочих столов (RD Gateway) по HTTPS. Смена порта на нестандартный от сканеров не спасает.
• 🧱 Порты 1540–1541 и 1560–1591 снаружи закрыты. Они нужны только внутри сервера или VPN. Порты СУБД (1433 для MS SQL, 5432 для PostgreSQL) — тоже.
• 🔑 Пароли и учётные записи. Каждому сотруднику — своя учётная запись Windows и своя учётная запись в 1С. Общий логин «buh» на пятерых — гарантия, что никто не поймёт, кто удалил документ.
• 🛡️ Блокировка после неудачных попыток входа в политике учётных записей Windows.
• 🌐 Для веб-публикации — только HTTPS с действующим сертификатом.

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

Правило практика: копия, которую ни разу не разворачивали, — не копия.

1. Ежедневно делайте резервную копию средствами СУБД (план обслуживания в MS SQL или pg_dump для PostgreSQL) — она не требует выгонять пользователей.
2. Раз в неделю и перед каждым обновлением выгружайте .dt — только когда в базе никого нет.
3. Храните копии минимум в двух местах: на сервере и вне его (другое облачное хранилище или офис).
4. Раз в месяц разворачивайте копию в тестовую базу и открывайте её.

Пример выгрузки базы PostgreSQL в сжатый файл:

pg_dump -U postgres -Fc -f /backup/base_$(date +%F).dump base

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

• ❌ Выбрали тариф «на вырост» по ядрам, но с медленным диском. 1С упирается в диск и частоту ядра, а не в число vCPU.
• ❌ Активировали лицензию на тестовой машине, потом сменили тариф. Лицензия слетела, пин-коды потрачены.
• ❌ Оставили файловую базу и 10 пользователей по RDP. Терминал снимает проблему сети, но файловый режим всё равно тормозит и рискует повреждением базы при сбоях.
• ❌ Забыли про обмены и банк-клиент. Обработки, которые читали файлы из папки на офисном компьютере, в облаке эту папку не видят — пути нужно перенастроить.
• ❌ Не проверили фискальные регистраторы и сканеры. Торговое оборудование через RDP и веб подключается не всегда. Для розницы облако часто строят так: база в облаке, а касса работает в локальном узле с обменом.

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