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

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

Сам перенос почти всегда сводится к одной связке: выгрузить базу в файл .dt через Конфигуратор, скопировать его на облачный сервер и там загрузить обратно. Для больших клиент-серверных баз вместо .dt используют резервную копию SQL. Ниже — что выбрать, как подготовить базу и как потом подключаться к ней по RDP или через браузер.

С чего начать: три модели размещения в облаке

Прежде чем что-то загружать, решите, где именно будет жить база. От этого зависит и формат переноса, и цена, и то, сможете ли вы менять конфигурацию.

• 🖥️ Аренда рабочего места 1С (хостинг 1С). Провайдер уже установил платформу и настроил сервер, вы подключаетесь по RDP к готовому «столу». Подходит, если не хотите заниматься администрированием. Ориентировочно 700–1500 ₽ в месяц за одно рабочее место.
• ⚙️ Свой VPS/VDS. Вы арендуете чистый виртуальный сервер (Windows или Linux) и ставите платформу, СУБД и всё остальное сами. Полный контроль, но и вся настройка — на вас. Ориентировочно от 1500–4000 ₽ в месяц в зависимости от ресурсов.
• ☁️ Облачная 1С (SaaS, модель «1С:Фреш»). База работает в браузере, обновления ставит оператор, своего сервера нет вообще. Удобно для типовых конфигураций без доработок, но доступ к Конфигуратору и файлу базы ограничен.

Разница принципиальная: в первых двух вариантах вы переносите свою базу «как есть» со всеми доработками, в третьем — чаще всего заводите данные заново или мигрируете только типовую конфигурацию .

Цены ориентировочные — конкретная сумма зависит от провайдера, числа пользователей и объёма базы.

Какой сервер нужен под 1С в облаке

Требования зависят от типа базы. Файловой достаточно обычного терминального сервера, клиент-серверной нужна отдельная СУБД.

Для файловой базы (до 5–10 активных пользователей) ориентируйтесь на:

• ОС: Windows Server 2016 или новее;
• оперативная память: от 8 ГБ, плюс примерно по 1 ГБ на каждого одновременного пользователя;
• диск: SSD обязательно — на HDD файловая база «1С» работает заметно медленнее;
• версия платформы на сервере — не ниже той, в которой база работала раньше, иначе загрузка .dt завершится ошибкой несовместимости.

Для клиент-серверной базы добавляется СУБД (Microsoft SQL Server или PostgreSQL) и сервер «1С:Предприятия». Здесь уже имеет смысл разносить роли: СУБД и сервер приложений либо на одной мощной машине, либо на разных. Память — от 16 ГБ и выше, диск под базу данных — только SSD/NVMe.

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

Как подготовить базу к переносу

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

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

Проверьте перед выгрузкой, что база «здоровая»: запустите Администрирование → Тестирование и исправление и выполните проверку логической и ссылочной целостности. Переносить в облако базу с ошибками — значит тащить проблемы за собой.

Если идёте через бэкап СУБД, порядок такой: снимаете копию базы данных на исходном сервере, восстанавливаете её на облачной СУБД под новым или тем же именем, а затем в кластере серверов «1С:Предприятия» регистрируете информационную базу, указывая на восстановленную базу данных. Конфигурацию при этом отдельно переносить не нужно — она хранится внутри самой базы данных. Этот путь требует доступа к СУБД и прав администратора, поэтому при аренде готового места его обычно выполняет техподдержка провайдера.

Загрузка базы на облачный сервер

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

Шаг 1. Скопируйте файл на сервер. Подключитесь к облачному серверу по RDP (протокол удалённого рабочего стола) и перенесите .dt любым удобным способом: через буфер обмена RDP с включённым проброской дисков, по сети или загрузив в облачное хранилище и скачав уже на сервере. Крупный файл удобнее предварительно заархивировать.

Шаг 2. Создайте пустую базу на сервере. В окне запуска «1С:Предприятия» нажмите Добавить и выберите создание новой базы без конфигурации (пустую). Для клиент-серверного варианта укажите кластер серверов «1С:Предприятия» и параметры подключения к СУБД; для файлового — просто папку на сервере.

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

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

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

Что стоит проверить сразу после переноса: открываются ли последние проведённые документы, совпадают ли остатки по ключевым счетам с исходной базой, на месте ли список пользователей и их права, работают ли подключённые сервисы (обмен с банком, ЭДО, отправка отчётности). Если база обменивалась данными с другими базами, перенастройте пути обмена — после смены сервера старые адреса узлов становятся недействительными.

Как открыть доступ к базе в облаке

База на сервере есть, но пользователям к ней ещё надо как-то подключаться. Есть три рабочих варианта, часто их комбинируют.

Удалённый рабочий стол (RDP). Самый простой путь: каждый пользователь подключается к серверу по RDP и запускает «1С:Предприятие» прямо там, как на своём компьютере. Ничего кроме стандартного клиента RDP на локальной машине не нужно. Минус — нужны терминальные лицензии Windows (RDS CAL) на каждого пользователя.

Публикация на веб-сервере (тонкий клиент и веб-клиент). Чтобы работать с базой через браузер или через тонкий клиент по интернету, базу публикуют на веб-сервере. На сервере должен стоять веб-сервер — Apache или IIS — и модуль расширения веб-сервера из поставки платформы. Публикация выполняется из Конфигуратора: Администрирование → Публикация на веб-сервере. После этого база открывается по адресу вида https://ваш-домен/имя-базы.

Проброс конкретного клиента. Реже используют публикацию отдельного приложения через RemoteApp — пользователь видит только окно 1С, а не весь рабочий стол сервера.

Для публикации на веб-сервере обязательно настройте HTTPS: без шифрования логины, пароли и данные пойдут по сети открытым текстом. Сертификат можно получить бесплатно (Let’s Encrypt) или купить у провайдера.

Безопасность и производительность в облаке

Облачный сервер доступен из интернета, поэтому вопросы защиты здесь острее, чем на изолированном офисном компьютере.

Что настроить в первую очередь:

• 🔒 Ограничьте доступ по RDP. Не держите порт 3389 открытым для всего интернета — это первая цель перебора паролей. Пускайте только с известных IP-адресов или через VPN.
• 🔑 Сильные пароли и двухфакторная аутентификация в панели управления хостингом и для учётных записей сервера.
• 🛡️ Отдельные учётки для каждого пользователя на сервере и в самой базе — не работайте всем коллективом под одним администратором.
• 💾 Автоматические резервные копии. Настройте регулярный бэкап базы (ежедневно) и проверяйте, что копии реально восстанавливаются. Храните хотя бы одну копию вне облачного сервера.
• 🌍 Локализация персональных данных. Если в базе есть данные сотрудников и клиентов, сервер должен находиться в России — это требование закона № 152-ФЗ.

По производительности в облаке работают те же приёмы, что и на физическом сервере:

• используйте SSD/NVMe под файл базы и под СУБД;
• для клиент-серверной базы настройте регламентные задания обслуживания СУБД (обновление статистики, реиндексация) — на больших базах это ощутимо ускоряет работу;
• включите в настройках информационной базы блокировку регламентных заданий на время обновления и вынесите тяжёлые фоновые операции на ночь;
• если тормозит RDP-сессия, а не сама 1С, причина часто в канале связи или перегрузке терминального сервера, а не в базе.

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