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