Перенос и сохранение базы 1С в облаке
Содержание
Чтобы перенести базу
1С в облако, нужно выгрузить её в файл .dt через Конфигуратор (Администрирование → Выгрузить информационную базу), поднять в облаке платформу той же версии и загрузить этот файл обратно. Для типовой конфигурации без доработок проще другой путь — сервис 1С:Фреш, куда база заливается встроенным механизмом выгрузки-загрузки данных.
Какой способ подходит именно вам, зависит от одного: есть ли в базе доработки и нужен ли вам полный контроль над сервером. Ниже — три рабочих сценария, подготовка базы, сама загрузка, настройка доступа и то, как потом не потерять данные.
Три варианта: аренда готового сервиса, облачный сервер или свой VPS
Облако для 1С — это не одна технология, а три разных по смыслу решения. Выбор определяет всё остальное: как переносить, сколько платить и что можно дорабатывать.
🔹 Сервис 1С:Фреш (SaaS). Вы работаете с базой через браузер или тонкий клиент, платформу и обновления обслуживает 1С. Дёшево и без администрирования, но доступны только типовые конфигурации, доработки не поддерживаются, а размер базы ограничен тарифом.
🔹 Аренда 1С в облаке у провайдера (терминал/RemoteApp). Провайдер даёт сервер с установленной платформой, вы подключаетесь по RDP или через опубликованное приложение RemoteApp. Работают любые конфигурации и доработки, можно ставить расширения и внешние обработки.
Два способа подключения к такому серверу отличаются ощущением работы. По RDP вы получаете весь удалённый рабочий стол Windows — с ним удобно, если на сервере нужны ещё и файлы, Excel, почта. Через RemoteApp открывается только окно 1С, как будто программа стоит на вашем компьютере, — это привычнее для бухгалтера, которому не нужен чужой рабочий стол. Какой вариант включить, решает провайдер при настройке.
🔹 Свой облачный сервер (VPS/IaaS). Вы арендуете чистую виртуальную машину и сами ставите платформу, СУБД и настраиваете всё. Максимум контроля и максимум ответственности — обновления, бэкапы и безопасность на вас.
Ориентиры по стоимости (примерно, без привязки к конкретному провайдеру): 1С:Фреш — ориентировочно от 700–1200 ₽ в месяц за одно рабочее место на типовой конфигурации; аренда сервера с 1С — от 1000–1500 ₽ в месяц за пользователя; свой VPS под одну-две базы — от 1500–3000 ₽ в месяц за машину плюс лицензии 1С, если их нет. Цифры меняются, сверяйтесь с прайсом конкретного оператора.
Подготовка локальной базы к переносу
Перед выгрузкой базу нужно привести в порядок. Пропустите этот шаг — и в облако уедут ошибки структуры, которые там исправлять сложнее.
1. Обновите конфигурацию до актуального релиза. В облаке платформа и типовая конфигурация будут свежими. Если ваша база старше, загрузка пройдёт, но при первом запуске потребуется обновление — лучше сделать его заранее, на локальной копии.
2. Запустите тестирование и исправление. Для файловой базы — утилита проверки целостности chdbfl.exe из каталога платформы. Для любой базы — в Конфигураторе Администрирование → Тестирование и исправление, с отмеченными пунктами реиндексации и проверки логической целостности.
Тестирование и исправление требует монопольного доступа — все пользователи должны выйти из базы. Делайте это в нерабочее время.
3. Оцените размер. Посмотрите объём файла 1Cv8.1CD (файловая база) или размер базы SQL. Для 1С:Фреш есть лимит на объём выгрузки; очень большую базу имеет смысл свернуть — свёртка переносит остатки на выбранную дату, а старые движения убирает.
4. Учтите доработки. Если конфигурация снята с поддержки или в ней есть изменения, в 1С:Фреш она не загрузится — там живут только типовые. Для такой базы ваш путь — арендованный сервер или VPS.
Перед выгрузкой обязательно сделайте архивную копию исходной базы и не удаляйте её, пока перенос не проверен полностью.
Как выгрузить базу в файл .dt
Это главный шаг для переноса на арендованный сервер или VPS. Файл .dt — это полная выгрузка: и конфигурация, и все данные в одном файле.
- Закройте базу у всех пользователей — выгрузка идёт монопольно.
- Откройте базу в режиме Конфигуратор.
- Меню
Администрирование → Выгрузить информационную базу. - Укажите имя и папку для файла, дождитесь завершения.
На выходе получите файл вида base.dt. Его и нужно доставить в облако.
Для серверной базы (на СУБД) у .dt есть альтернатива — резервная копия средствами самой СУБД (например, бэкап базы
SQL). Такой бэкап снимается быстрее и подходит для больших баз, но восстанавливается он только в ту же версию СУБД. Если облачный провайдер использует другую редакцию сервера баз данных, надёжнее универсальный .dt.
Разница в скорости чувствуется на больших базах. Выгрузка .dt на базе в десятки гигабайт может идти часами, потому что платформа распаковывает и переупаковывает все данные. Бэкап SQL на том же объёме снимается в разы быстрее. Поэтому для крупной серверной базы связку «бэкап SQL в облако на такую же СУБД» выбирают чаще, а .dt держат как запасной вариант для переезда между разными платформами.
Файл .dt упакован, но данные в нём не зашифрованы. Передавайте его по защищённому каналу, а не обычной почтой или открытой ссылкой.
Для 1С:Фреш выгрузка другая. В самой программе откройте меню функций (значок с настройками в правом верхнем углу) и найдите команду выгрузки данных для перехода в сервис — она создаёт специальный файл выгрузки. Полный файл .dt сервис не принимает.
Загрузка данных на облачный сервер
Способ загрузки зависит от выбранного варианта.
На арендованный сервер или VPS (из файла .dt):
- Подключитесь к облачному серверу по RDP.
- Скопируйте туда файл
.dt(через проброшенный диск RDP или защищённую передачу файлов). - Создайте пустую информационную базу в списке баз платформы.
- Откройте её в Конфигураторе.
- Меню
Администрирование → Загрузить информационную базу, выберите ваш.dt.
После загрузки платформа предупредит, что все текущие данные базы будут заменены — для только что созданной пустой базы это нормально.
Версия платформы в облаке должна быть не ниже той, в которой сделана выгрузка. База из более новой платформы в старую не загрузится.
В 1С:Фреш:
- Войдите в личный кабинет сервиса.
- Создайте приложение и выберите загрузку из файла.
- Укажите файл выгрузки, полученный на прошлом шаге.
- Дождитесь обработки — для большой базы это занимает время.
На VPS с нуля (если базы ещё нет): сначала установите платформу той же разрядности и версии, при серверном варианте — СУБД и сервер 1С:Предприятия, затем действуйте как с .dt выше.
Развёртывание и первый запуск в облаке
После загрузки базу нужно подготовить к работе, а не сразу раздавать пользователям.
🔸 Первый запуск под администратором. Зайдите в 1С:Предприятии от имени пользователя с полными правами. Проверьте, что данные на месте: остатки, документы последних дней, список контрагентов.
🔸 Обновление, если нужно. Если конфигурация в облаке новее, при первом входе запустится обновление. Не прерывайте его.
🔸 Публикация веб-клиента (по желанию). Чтобы работать через браузер без RDP, базу публикуют на веб-сервере. Публикация настраивается в Конфигураторе через Администрирование → Публикация на веб-сервере и требует установленного веб-сервера на облачной машине. Для внешнего доступа публикацию обязательно закрывают по HTTPS.
🔸 Проверка регламентных заданий. Откройте Администрирование → Обслуживание (в типовых конфигурациях) и убедитесь, что фоновые задания и обмены настроены под новый адрес, а не ссылаются на старый локальный сервер.
🔸 Лицензия. В облаке лицензия 1С нужна отдельно от самого сервера. Либо вы арендуете её у провайдера помесячно, либо переносите свою. Программная лицензия привязывается к параметрам компьютера, поэтому на новой облачной машине её активируют заново по имеющемуся пин-коду. Аппаратный USB-ключ в облако физически не переедет — его заменяют арендой или программной лицензией.
Сверьте ключевые цифры со старой базой: валюту баланса, остатки на расчётном счёте, количество номенклатуры. Совпало — перенос прошёл корректно.
Безопасный доступ пользователей к облачной базе
Облако выносит базу в интернет, поэтому доступ защищают на нескольких уровнях.
| Уровень | Что настроить |
|---|---|
| Подключение | Сложные пароли RDP, по возможности VPN или двухфакторная аутентификация |
| Канал | HTTPS для веб-клиента, шифрованный RDP |
| Внутри 1С | Отдельный логин каждому пользователю, роли по должностям |
| Администратор | Полные права — только у одного-двух сотрудников |
Несколько практических правил:
- 🔑 Не раздавайте один логин на всех. Персональный пользователь в 1С — это и разграничение прав, и журнал регистрации, по которому видно, кто что менял.
- 🔑 Пользователя с полными правами держите отдельно от рабочих учёток. Под ним не работают каждый день.
- 🔑 Для внешнего доступа через браузер публикуйте базу только по HTTPS с действующим сертификатом.
- 🔑 Уволенным сотрудникам сразу отключайте и учётку RDP, и пользователя в 1С.
Если провайдер даёт свою панель управления доступом (белые списки IP, 2FA на вход в терминал) — включите её. Это отсекает автоматический перебор паролей.
Резервное копирование и обслуживание в облаке
Перенос — не конец, а начало. Данные в облаке нужно так же бэкапить и обслуживать, как и локально.
Резервные копии. Многие провайдеры делают снимки сервера автоматически, но это копия всей машины, а не вашей базы. Заведите и собственные выгрузки: периодический .dt через Конфигуратор или регламентное задание выгрузки в типовой конфигурации (Администрирование → Обслуживание → Резервное копирование). Храните хотя бы одну копию вне облачного сервера — на случай проблем у провайдера.
Регламентное обслуживание серверной базы. Для базы на SQL раз в период выполняют реиндексацию и обновление статистики средствами СУБД, а в Конфигураторе — периодическое тестирование и исправление. Для файловой базы в облаке достаточно регулярного .dt и контроля размера.
Проверяйте восстановление. Копия, из которой ни разу не восстанавливались, — это не копия, а надежда. Хотя бы раз разверните свежий .dt в тестовую базу и убедитесь, что он открывается.
Остановку сервера, перезапуск службы 1С или рабочего процесса планируйте на нерабочее время — это оборвёт сеансы всех пользователей и фоновые задания.
Ошибки, из-за которых перенос срывается
Эти промахи всплывают уже после переезда, когда исправлять дороже. Проверьте себя по ним заранее.
❌ Работа сразу в двух базах. Пока одни сотрудники правят локальную базу, другие уже в облачной — данные расходятся, и потом непонятно, какая версия верна. Назначьте конкретную дату и час перехода и после них закройте доступ к старой базе на запись.
❌ Забыли про лицензию. Сервер в облаке подняли, а 1С не запускается: лицензии нет. Решите вопрос с арендой или переносом лицензии до переезда, а не в день старта.
❌ Выгрузка в несовместимую версию. .dt из новой платформы не встаёт в старую. Сначала узнайте версию платформы в облаке, потом делайте выгрузку.
❌ Пропустили сверку. Если не сверить остатки и обороты сразу, потерю или искажение данных заметят через недели — когда исходная база уже устарела или удалена. Сверяйтесь в день переноса.
❌ Открытая публикация. Базу опубликовали на веб-сервере по обычному HTTP и без пароля — и она доступна всему интернету. Для внешнего доступа только HTTPS и обязательная авторизация.
❌ Удалили исходную базу слишком рано. Пока облачная база не отработала хотя бы неделю без замечаний, локальную копию держите нетронутой.
Частые вопросы
Можно ли загрузить базу с доработками в 1С:Фреш?
Будет ли база доступна без интернета?
Что если версия платформы в облаке отличается от моей?
.dt можно в платформу не ниже той, где сделана выгрузка. В более старую версию файл не встанет. Поэтому сначала выясните версию платформы в облаке и при необходимости обновите локальную базу до совместимого релиза.Останутся ли мои пользователи и их пароли после переноса?
.dt. Но доступ к облачному серверу (RDP, личный кабинет сервиса) — это отдельный уровень, его учётки создаёт провайдер или вы в панели управления. Пароли RDP и пароли в 1С — разные вещи.Можно ли перенести обратно из облака на локальный компьютер?
.dt в облаке тем же путём через Конфигуратор и загрузите в локальную базу. Из 1С:Фреш данные выгружаются встроенным механизмом выгрузки для перехода из сервиса.