Размещение 1С в облаке: выбор площадки и перенос базы

Для перехода в облако есть три пути: готовый сервис по подписке (вы не ставите ничего), аренда облачного сервера с доступом по RDP, либо развёртывание 1С на собственном сервере в дата-центре. Готовый сервис подходит типовым конфигурациям без доработок, аренда сервера — когда база изменена под себя или нужен полный контроль.

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

Куда размещать: готовый сервис, аренда сервера или своя инфраструктура

Сначала выберите модель. От неё зависит и порядок переноса, и то, что вообще придётся настраивать руками.

⚙️ Готовый облачный сервис (SaaS, например 1С:Фреш). База живёт у провайдера, вы заходите через браузер или тонкий клиент. Ничего устанавливать и обновлять не нужно — платформу и релизы конфигурации ведёт провайдер. Минус: доступны только типовые конфигурации из списка сервиса, свои доработки и нестандартные расширения туда не загрузить.

🖥 Аренда облачного сервера (VDS/VPS). Вам выдают виртуальную Windows-машину, вы сами ставите платформу и работаете по удалённому рабочему столу (RDP) или через веб-клиент. Подходит доработанным базам, обменам, нестандартным печатным формам. Вы отвечаете за обновления и настройку сами (или это делает подрядчик).

🏢 Свой сервер в дата-центре (colocation / выделенный сервер). Полный контроль над железом и сетью. Оправдан при больших базах, жёстких требованиях по данным или когда серверов уже несколько.

Какой сервер арендовать: мощность и операционная система

Под файловую базу с доступом по удалённому рабочему столу ориентир такой:

Это ориентировочные значения — реальная нагрузка зависит от конфигурации и тяжести отчётов. Диск берите с запасом: база растёт, плюс место занимают резервные копии и временные файлы сеансов.

Несколько практических требований к серверу:

• 🔹 Только SSD/NVMe. 1С критична к скорости диска, на обычном HDD работа ощутимо тормозит даже на небольшой базе.
• 🔹 ОС — Windows Server 2016 или новее. Для многопользовательского входа по RDP нужны лицензии терминального доступа (RDS CAL) — уточните их у провайдера заранее, часто они не входят в тариф по умолчанию.
• 🔹 Клиент-серверный режим потребует отдельно сервер 1С:Предприятие и СУБД (PostgreSQL в сборке для 1С либо MS SQL). Это заметно повышает требования к памяти и стоимость.

Что подготовить в текущей базе перед переносом

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

1. Сделайте резервную копию. Для файловой базы достаточно скопировать папку с файлом 1Cv8.1CD. Это страховка на случай сбоя при выгрузке.
2. Обновите платформу до актуального релиза. На облачном сервере поставите версию с номером не ниже этой — иначе загрузка базы не пройдёт.
3. Проверьте целостность базы. В Конфигураторе: Администрирование → Тестирование и исправление информационной базы. Запускайте в монопольном режиме, когда никто не работает . Операция меняет базу, поэтому резервная копия (пункт 1) обязательна до её запуска.
4. Оцените объём. Посмотрите размер файла 1Cv8.1CD или выгрузки — от него зависит и тариф, и время загрузки на сервер.

После проверки выгрузите базу в файл .dt:

Конфигуратор → Администрирование → Выгрузить информационную базу → укажите имя файла с расширением .dt.

Файл .dt — это полный архив базы вместе с конфигурацией и данными. Именно его вы перенесёте на облачный сервер.

Как перенести базу на облачный сервер

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

Порядок установки на сервере:

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

Если вы разворачиваете клиент-серверный режим, порядок другой: сначала устанавливается и запускается сервер 1С:Предприятие и СУБД, затем база создаётся «на сервере 1С:Предприятия» с указанием кластера и имени базы данных, и уже в неё загружается .dt.

Что проверить сразу после переноса базы

База открылась — это ещё не финиш. Доработки и внешние связи при переносе .dt часто «молчат», пока на них не наткнётся пользователь. Пройдитесь по списку в первый же день.

• 🔹 Обмены и синхронизации. Настройки обмена с другими базами или сервисами хранят адреса и пути. На новом сервере их почти всегда нужно переуказать — старые ведут на локальные папки, которых тут нет.
• 🔹 Внешние печатные формы и отчёты. Если они лежали в отдельной папке на вашем компьютере, перенесите файлы на сервер и поправьте пути в настройках.
• 🔹 Подключение к оборудованию. Фискальные регистраторы, сканеры, принтеры этикеток физически стоят в офисе, а не на облачном сервере. Для них нужен отдельный механизм проброса или работа через локальное приложение — учтите это заранее.
• 🔹 Обмен с банком и ЭДО. Проверьте, что сертификаты электронной подписи доступны на сервере. Подпись хранится там, где физически выполняется операция, — при переносе её часто приходится устанавливать на сервер заново.
• 🔹 Регламентные задания. Убедитесь, что фоновые задания (закрытие месяца , обмены по расписанию) включены и запускаются — после загрузки .dt расписание иногда сбрасывается.

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

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

Арендованный сервер по умолчанию открыт в интернет, и RDP — одна из самых атакуемых служб. Базовую защиту нужно включить сразу после переноса.

Способы доступа к базе:

• 🔹 Удалённый рабочий стол (RDP). Пользователь входит на сервер и работает в толстом клиенте 1С. Самый простой вариант для доработанных баз.
• 🔹 Веб-клиент. База публикуется на веб-сервере, пользователи заходят через браузер по ссылке. Настраивается в Конфигураторе: Администрирование → Публикация на веб-сервере (на сервере должен стоять веб-сервер — Apache или IIS — с модулем расширения 1С).
• 🔹 Тонкий клиент по сети. Запуск приложения 1С, подключающегося к опубликованной базе по адресу — без входа на сам сервер.

Минимум по безопасности:

1. Сложные пароли и отдельная учётная запись каждому. Никаких общих логинов «на всех» и паролей вида 12345.
2. Ограничьте доступ по IP. Если пользователи работают из офиса со статическим адресом, в брандмауэре разрешите вход только с него. Это отсекает почти весь перебор паролей.
3. Смените стандартный порт RDP (3389) или спрячьте его за VPN. Публиковать RDP голым в интернет на стандартном порту — приглашение для ботов.
4. Для веб-публикации включите HTTPS. Без шифрования логин и пароль 1С идут по сети открытым текстом.
5. Разделите права в самой 1С. Облако не отменяет ролевую модель: бухгалтер не должен иметь прав администратора базы.

Как настроить резервное копирование и обновления в облаке

Перенос в облако не отменяет бэкапы — он их усложняет, потому что теперь копии нужны в двух плоскостях: сама база и сервер целиком.

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

Снимки (снапшоты) сервера. Большинство провайдеров делает образы виртуальной машины целиком. Это быстрый откат всего сервера, но он не заменяет выгрузку .dt: восстановить из снапшота одну базу, не трогая остальное, обычно нельзя.

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

Про обновления:

• 🔹 Платформа. Новый релиз ставится на сервер рядом со старым; старый не удаляют сразу — он нужен для отката. Обновление платформы делают, когда пользователи не в базе.
• 🔹 Конфигурация. Типовые конфигурации обновляются штатно через «Обновление версии программы», доработанные — аккуратно, со сравнением и объединением, обязательно после свежего бэкапа.
• 🔹 Готовый сервис (SaaS) избавляет от обеих задач: там платформу и релизы ведёт провайдер. Это его главное преимущество перед арендой сервера.