Администрирование · 12 мин
Как запустить 1С в облаке: практическое руководство
Как запустить 1С в облаке: выбор модели (SaaS или виртуальный сервер), миграция базы, настройка доступа, резервное копирование и типичные ошибки при переезде.
Перенос 1С в облако решает сразу несколько задач: сотрудники получают доступ к базе из любого офиса и из дома, пропадает зависимость от одного сервера в кладовке, а обслуживание инфраструктуры берёт на себя провайдер. При этом «запустить 1С в облаке» можно двумя принципиально разными способами — взять готовый сервис (SaaS) или поднять собственный виртуальный сервер и установить на него платформу самостоятельно.
Выбор зависит от конфигурации, количества пользователей, требований к доработкам и бюджета. Готовый сервис подходит для типовых конфигураций и небольших команд, а собственный сервер — когда нужны нестандартные доработки, интеграции или полный контроль над данными. Ниже разобраны оба сценария с конкретными шагами, проверками результата и типичными ошибками.
Перед началом работ подготовьте актуальную выгрузку информационной базы (файл .dt), список пользователей с их ролями и перечень интеграций — обмен с банками, ЭДО, сайтом, торговым оборудованием. Это сократит время переезда и позволит быстро проверить, что после миграции всё работает.
Определите, какая модель облака вам подходит
Существует два основных варианта размещения 1С в облаке. Первый — готовые облачные сервисы, где конфигурация уже установлена, а вы просто загружаете свою базу и работаете через браузер или тонкий клиент. Второй — аренда виртуального сервера (VPS/VDS или IaaS) у облачного провайдера с самостоятельной установкой платформы 1С и, при необходимости, СУБД.
Готовый сервис ограничивает вас типовыми конфигурациями и настройками провайдера: нельзя установить произвольные расширения, внешние компоненты или настроить нестандартные интеграции. Зато обновления, резервные копии и техническая поддержка уже включены. Собственный виртуальный сервер даёт полный контроль, но требует навыков администрирования Windows или Linux, СУБД и самой платформы.
Сравнение вариантов
Подходит для типовых конфигураций и команд до нескольких десятков пользователей. Ограничение: нельзя ставить произвольные доработки и внешние компоненты.
Подходит для 1–5 пользователей с доработанной конфигурацией. Ограничение: файловый режим чувствителен к сбоям сети и не масштабируется.
Подходит для десятков пользователей и тяжёлых баз. Ограничение: нужно администрировать СУБД и сервер 1С, выше стоимость.
Проверьте лицензии и требования к инфраструктуре
Лицензии 1С бывают программными и аппаратными (USB-ключи HASP). Программные лицензии привязываются к параметрам оборудования, поэтому при переносе на виртуальный сервер их обычно нужно активировать заново — сохраните пин-коды из коробки или регистрационной карты. Аппаратные ключи в облаке работают только через специальные решения проброса USB, что ненадёжно; практичнее перевести лицензирование на программный вариант.
Для файлового режима работы достаточно виртуальной машины с 2–4 виртуальными процессорами и 8–16 ГБ оперативной памяти на небольшую команду. Для клиент-серверного варианта потребуется отдельно оценить ресурсы под СУБД: PostgreSQL или MS SQL Server чувствительны к объёму памяти и скорости дисков. Точные требования зависят от размера базы и числа одновременных пользователей — ориентируйтесь на рекомендации вендора СУБД и нагрузочное тестирование.
Отдельно проверьте канал связи. Для комфортной работы через RDP или тонкий клиент важна не столько скорость, сколько стабильность и задержка сети. При работе через веб-клиент требования к каналу выше, так как интерфейс формируется в браузере.
Разверните 1С на виртуальном сервере
Если вы выбрали собственный сервер, порядок действий следующий. Создайте виртуальную машину в панели облачного провайдера, выберите операционную систему — для файлового режима чаще используют Windows Server, для клиент-серверного возможны и Linux-сборки. Подключитесь к серверу по RDP или SSH, установите платформу 1С нужной версии с дистрибутива, скачанного с официального портала.
Активируйте лицензии: при первом запуске конфигуратора платформа предложит ввести пин-код и получить лицензию автоматически. Затем создайте пустую информационную базу и загрузите в неё выгрузку .dt через конфигуратор (Администрирование → Загрузить информационную базу). Для больших баз загрузка может занять часы — не прерывайте процесс и следите за свободным местом на диске.
Для клиент-серверного варианта дополнительно установите СУБД, создайте в ней базу, затем разверните сервер 1С:Предприятия и зарегистрируйте базу в консоли кластера. Это более сложный сценарий: при отсутствии опыта администрирования СУБД разумно привлечь специалиста, так как ошибки в настройке кластера и прав доступа к базе данных приводят к потере данных.
- 1Создайте виртуальную машину у облачного провайдера и подключитесь к ней по RDP или SSH
- 2Установите платформу 1С нужной версии с официального дистрибутива
- 3Активируйте программные лицензии по сохранённым пин-кодам
- 4Создайте пустую базу и загрузите выгрузку .dt через конфигуратор
- 5Настройте доступ пользователей: RDP, тонкий клиент или веб-сервер для браузерной работы
- 6Настройте регулярное резервное копирование и проверьте восстановление из копии
Настройте доступ пользователей
Самый простой способ дать доступ нескольким сотрудникам — удалённый рабочий стол (RDP) на Windows Server с лицензиями RDS. Каждый пользователь подключается к серверу и запускает 1С в своей сессии. Альтернатива — публикация базы на веб-сервере (IIS или Apache): тогда пользователи работают через браузер или тонкий клиент по адресу вида https://ваш-сервер/база, без установки платформы на компьютер.
Обязательно ограничьте доступ снаружи. Открытый в интернет RDP-порт постоянно сканируют боты и подбирают пароли — используйте VPN, ограничение по IP-адресам в файрволе или шлюз удалённых рабочих столов. Для веб-доступа настройте HTTPS с действующим сертификатом и отключите небезопасные протоколы.
В самой базе заведите учётные записи пользователей с минимально необходимыми ролями. Не давайте всем полные права: случайное удаление документов или изменение настроек обмена — частая причина проблем после переезда в облако.
Организуйте резервное копирование и мониторинг
Облако не отменяет необходимости резервных копий. Провайдер защищает от отказа оборудования, но не от случайного удаления данных пользователем, ошибочной обработки или шифровальщика. Настройте ежедневные выгрузки базы (для файлового режима — копирование файла 1Cv8.1CD в момент, когда никто не работает, либо выгрузка .dt по расписанию; для клиент-серверного — штатные средства СУБД).
Храните копии вне основного сервера: в объектном хранилище облачного провайдера или на отдельной машине. Соблюдайте правило нескольких копий с ротацией — например, ежедневные за неделю плюс еженедельные за месяц. Критически важно периодически проверять восстановление: копия, которая не разворачивается, бесполезна.
Настройте мониторинг свободного места на диске, загрузки памяти и доступности сервиса. Переполнение диска — типичная причина повреждения файловой базы 1С, и в облаке она встречается не реже, чем на локальном сервере.
Как проверить результат
Пользователь подключается через браузер или тонкий клиент и видит свои данные
Ошибка соединения, пустая база или запрос лицензии
Тестовая база успешно восстанавливается из последней копии
Копия не создаётся по расписанию или не разворачивается
Формы открываются без заметных зависаний при типичной нагрузке
Длительные паузы даже у одного пользователя — проверьте ресурсы сервера
Обмен с банком, ЭДО и сайтом выполняется без ошибок
Ошибки обмена — проверьте сертификаты, доступ в интернет и настройки прокси
Типичные ошибки при переезде в облако
Чаще всего проблемы возникают не из-за облака как такового, а из-за недооценки подготовительных шагов. Ниже — ошибки, которые регулярно встречаются на практике, и их последствия.
Отдельная ошибка — перенос «в лоб» без анализа интеграций. Обмены с банками, ЭДО, кассами и сайтами часто привязаны к локальным сертификатам, драйверам и сетевым путям. Составьте список всех обменов и проверьте каждый после миграции в тестовом режиме, прежде чем переводить пользователей на облачную базу.
Границы самостоятельной работы и когда привлекать специалиста
Самостоятельно разумно выполнять: выбор готового облачного сервиса и загрузку типовой базы, создание виртуальной машины и установку платформы для файлового режима, настройку учётных записей и расписания резервного копирования. Эти задачи не требуют глубоких знаний и описаны в документации платформы.
К специалисту стоит обращаться при развёртывании клиент-серверной архитектуры, миграции больших баз (десятки гигабайт), настройке отказоустойчивости, переносе сильно доработанных конфигураций и восстановлении после сбоев. Ошибка в этих сценариях может стоить потери данных, и экономия на специалисте оборачивается большими расходами.
Как выбрать действие
Что важно запомнить
Запуск 1С в облаке сводится к выбору модели (готовый сервис или собственный сервер), переносу базы через выгрузку .dt, настройке безопасного доступа и регулярного резервного копирования с проверкой восстановления. Критичные точки: лицензии, закрытый от внешних подключений RDP, тестирование интеграций до боевого перехода.
Частые вопросы
Можно ли работать в облачной 1С с планшета или телефона?
Да, если база опубликована на веб-сервере — работа идёт через браузер или мобильный клиент платформы. Учтите, что сложные формы на маленьком экране неудобны, а часть функциональности (например, работа с локальными файлами и оборудованием) в мобильном сценарии ограничена.
Что будет с данными, если облачный провайдер отключит сервер за неоплату?
Обычно провайдер сначала приостанавливает виртуальную машину, а данные хранятся ещё некоторое время, но сроки у каждого свои. Чтобы не зависеть от этого, настройте автоматическую выгрузку резервных копий в независимое хранилище — тогда базу можно развернуть у любого другого провайдера.
Нужно ли менять конфигурацию при переезде в облако?
Сама по себе миграция конфигурации не требует. Но доработки, использующие локальные пути, COM-объекты, OLE или обращения к файлам на диске C:, в серверном режиме могут перестать работать — такие места нужно найти и адаптировать до переезда.
Насколько безопасно хранить базу 1С в облаке?
При правильной настройке облако не менее безопасно, чем сервер в офисе: провайдер обеспечивает физическую защиту и отказоустойчивость, а вы отвечаете за доступы, шифрование соединений и резервные копии. Основные риски — слабые пароли, открытый RDP и отсутствие бэкапов, а не сам факт размещения в облаке.
Можно ли перенести в облако базу с аппаратным ключом защиты?
USB-ключ физически нельзя вставить в облачный сервер. Варианты: перевести лицензирование на программные лицензии (рекомендуемый путь) или использовать серверы проброса USB по сети, что добавляет точку отказа и требует отдельной настройки.
Сколько времени занимает переезд в облако?
Для готового сервиса с типовой базой — от нескольких часов до пары дней с учётом загрузки и проверки. Собственный сервер с настройкой доступа, лицензий и резервного копирования обычно занимает несколько дней, а клиент-серверная архитектура с тестированием интеграций — до нескольких недель.