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

Перенести 1С в облако — это не «скопировать папку с базой на чужой сервер». Файл базы напрямую не переносят: сначала её выгружают в архив .dt (или делают резервную копию средствами СУБД), затем разворачивают на облачной платформе той же или более новой версии. А ещё до этого выбирают саму модель облака — от неё зависит, сколько шагов придётся делать руками.

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

Что даёт переход в облако и кому он подходит

Облако решает несколько практических задач, а не «модернизирует бизнес вообще». Переходят ради конкретного:

• 💻 Доступ отовсюду. База открывается с любого компьютера и из дома, не нужен включённый офисный сервер.
• 🔄 Резервные копии без участия бухгалтера. Провайдер снимает бэкапы по расписанию и хранит их отдельно от базы.
• ⚙️ Нет своего железа. Не нужно покупать и обслуживать сервер, ИБП, систему охлаждения.
• 👥 Масштаб под нагрузку. Прибавилось пользователей — добавили оперативной памяти и ядер за несколько минут.
• 🛡️ Обновления платформы и конфигурации часто входят в тариф аренды.

Не всем это выгодно. Если с базой работает один-два человека на одном компьютере и интернет нестабильный — локальная файловая база останется и быстрее, и дешевле. Облако оправдано там, где пользователей несколько, они в разных местах, а простой из-за сбоя сервера стоит денег.

Что проверить в базе перед переносом

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

Разберём ключевые пункты.

Размер базы. Для файловых баз до 3–5 ГБ подойдёт выгрузка в .dt. Если база больше или она клиент-серверная (на СУБД PostgreSQL или MS SQL) — переносить лучше средствами СУБД, через резервную копию базы данных, а не .dt. Выгрузка .dt на большой базе идёт долго и иногда обрывается.

Версия платформы. На облачном сервере платформа должна быть версии не ниже, чем в исходной базе. Базу, выгруженную в новой платформе, старая просто не откроет. Запишите текущий номер: меню Справка → О программе.

Тестирование. Запустите Конфигуратор → Администрирование → Тестирование и исправление. Так вы не потащите в облако уже существующие ошибки структуры.

Три модели облака: что выбрать под свою задачу

«Облачный провайдер» — это не одно и то же для всех. Сравните три модели и выберите под свой случай.

Цены ориентировочные: зависят от числа пользователей, объёма диска и выбранного дата-центра. Точную сумму считайте по тарифу конкретного провайдера.

Аренда 1С снимает почти всю техническую работу: вы передаёте .dt, провайдер разворачивает базу и даёт ссылку. Минус — доработанную конфигурацию поддерживают не везде.

Аренда сервера даёт полноценный «удалённый рабочий стол» с привычным толстым клиентом и возможностью ставить любые доработки.

Своя VM — максимум контроля и максимум ответственности: обновления, бэкапы и безопасность на вас.

Как выгрузить базу и развернуть её в облаке

Дальше — сам перенос. Шаги зависят от типа базы.

Файловая база через выгрузку .dt

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

Загрузка .dt полностью затирает базу-приёмник. Убедитесь, что грузите в пустую или ненужную базу, а не поверх рабочих данных.

Вместе с данными в .dt переносятся и список пользователей, их настройки и права. А вот подключение к интернет-поддержке, активные сеансы и привязка лицензии в архив не попадают — их придётся настроить на новом сервере отдельно.

Клиент-серверная база через резервную копию СУБД

Для баз на MS SQL или PostgreSQL .dt не нужен — переносят саму базу данных:

1. Снимите резервную копию базы данных средствами СУБД (BACKUP в MS SQL или pg_dump в PostgreSQL).
2. Передайте файл копии администратору облачного сервера.
3. Он восстанавливает базу данных на сервере СУБД в облаке.
4. В кластере серверов 1С создаёт информационную базу, указывающую на восстановленную базу данных.

Этот способ быстрее для больших объёмов и не требует монопольного режима на всё время переноса.

Проверка после загрузки

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

Лицензии и доступ: без чего база не запустится

Перенос файла — это половина дела. Без лицензии платформа не запустит базу (исключение — учебная версия).

• Аренда 1С и хостинг — лицензии, как правило, входят в тариф, отдельно ничего настраивать не нужно.
• Своя VM — лицензии вы приносите свои. Аппаратный USB-ключ в облаке физически не воткнуть, поэтому используют либо сетевой ключ с менеджером лицензий, либо программную лицензию.

Доступ пользователей к арендованному серверу обычно идёт по протоколу RDP (удалённый рабочий стол) или через тонкий клиент 1С. Для сервиса аренды 1С — просто через браузер по ссылке.

Как настроить быструю работу 1С в облаке

«1С тормозит в облаке» — почти всегда следствие узкого канала или слабой виртуальной машины, а не самого облака.

• 📶 Интернет. Критична не столько скорость, сколько стабильность и низкий пинг. Для работы по RDP достаточно скромного канала, но без разрывов.
• 🧠 Оперативная память. Ориентир — не меньше 2–3 ГБ на одного активного пользователя плюс запас для сервера СУБД. Нехватка памяти — первая причина тормозов.
• 💾 Диск. Для базы на СУБД берите SSD/NVMe. На обычном HDD база на несколько десятков гигабайт будет ощутимо медленнее.
• 🖥️ Тонкий клиент вместо веб-клиента. Для постоянной работы тонкий клиент отзывчивее браузера.
• 🧹 Регламентные операции. Настройте по расписанию переиндексацию и обновление статистики СУБД — на клиент-серверных базах это заметно ускоряет отчёты.

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

Если после переноса тормозит конкретный отчёт — дело обычно в самом отчёте или объёме данных, а не в облаке. Сравните время его формирования в старой и новой базе на одинаковом периоде.

Ошибки при переносе, из-за которых теряют данные

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

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

Когда полный перенос не нужен: гибридные схемы

Переносить в облако всё и сразу — не всегда разумно. Иногда дешевле и безопаснее оставить часть на земле.

• Только база, без рабочих мест. База живёт в облаке, сотрудники подключаются со своих компьютеров. Самый частый вариант для небольшой фирмы.
• Облако для удалёнки, офис локально. В офисе работает локальный сервер, а внешние сотрудники подключаются к его копии или к терминальному доступу. Подходит, когда офисный интернет надёжен, а переезжать целиком не хочется.
• Разные базы в разных местах. Бухгалтерию с персональными данными держат в сертифицированном облаке в РФ, а вспомогательную базу (например, для разработки) — локально.

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

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

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