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

Перенос локальной 1С в облако позволяет вынести IT-инфраструктуру за пределы офиса и организовать удаленную работу через интернет. Миграция 1С в облако — это не просто копирование файла с базой на другой компьютер. Нужно проверить конфигурацию, доработки, интеграции, лицензии, нагрузку, способы подключения и резервное копирование, а после переноса убедиться, что все рабочие сценарии выполняются корректно.

42Clouds размещает базы 1С на облачных и выделенных серверах и выполняем миграцию 1С в облако. В статье разбираем весь процесс на практике, как перенести базу 1С в облако: от предварительного аудита до проверки базы после запуска. При этом критерии выбора сервера, провайдера и дата-центра можно использовать при оценке любого поставщика. Конкретные технические и коммерческие условия размещения следует уточнять перед подключением.

Коротко: как перенести 1С в облако

Перенос базы 1С в облако обычно включает аудит текущей инфраструктуры, выбор модели размещения, подготовку сервера, резервное копирование, тестовую миграцию, настройку платформы и СУБД, проверку лицензий и интеграций, а затем финальное переключение пользователей на удаленный формат работы. Перенос может выполнить облачный провайдер, партнер 1С или системный администратор. 

Выбирать исполнителя стоит не только по стоимости сервера, но и по опыту работы с вашей конфигурацией, а также учитывать этапы миграции, наличие резервного копирования, поддержки, SLA и возможности забрать базу при необходимости.

Что означает перенос 1С в облако

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

Технически «1С в облаке» может означать несколько разных решений. Они отличаются уровнем контроля над инфраструктурой, составом доступного программного обеспечения и ответственностью за администрирование.

Сама платформа 1С поддерживает выгрузку информационной базы в файл и загрузку из файла. Такой механизм можно использовать, в частности, при переходе между файловым и клиент-серверным вариантами. 

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

Результаты работы 42Clouds за 2025–2026 годы

За 2025–2026 годы специалисты 42Clouds выполнили 8742 миграции информационных баз 1С в облако. В 2731 проекте (31% проектов) потребовалась дополнительная настройка интеграций и обменов.

В 1846 проектах (21% проектов) специалисты выполнили настройку электронной подписи, криптопровайдера или сервисов сдачи отчетности. Еще в 1394 проектах (16% проектов) база была переведена из файлового режима в клиент-серверный.

Кейс: перенос 1С:УНФ в 42Clouds

Компания: интернет-магазин женской одежды из Екатеринбурга.
Каналы продаж: собственный сайт, Wildberries и Ozon.
Пользователи 1С: 4.
Ассортимент: около 1200 активных SKU.
База: 1С:УНФ 3.0, около 7 ГБ.
До переноса: файловая база на офисном компьютере.
После переноса: 1С:УНФ в 42Clouds, работа на разделителях.
Интеграции: Wildberries, Ozon, интернет-банк и ЭДО.

Проблемы с файловой базой

Компания вела учет в 1С:УНФ на офисном компьютере. По мере роста ассортимента и количества заказов увеличивалась нагрузка на ПК: во время обменов с маркетплейсами 1С замедлялась, а фоновые операции зависели от состояния компьютера и локальной сети.

В периоды распродаж обмен заказами и остатками с Wildberries занимал 20–25 минут. Дополнительные сложности создавали доработанные обмены: после обновлений 1С их приходилось проверять, а часть операций с Ozon выполняли вручную.

Что сделали специалисты 42Clouds

Подготовили базу 1С:УНФ к работе в облаке и перенесли ее на разделители. Настроили учетные записи и права доступа, проверили документы, остатки и расширения. Часть индивидуальных доработок для маркетплейсов заменили готовыми решениями Маркет42:

• для Wildberries установили SynchroWB — расширение для обмена с маркетплейсом через API;
• для Ozon подключили сервис «Загрузка уведомления о выкупе Ozon для 1С:УНФ». Теперь сотрудник скачивает .xlsx-отчет из Ozon и загружает его непосредственно в документ «Реализация» в УНФ.

Перед запуском проверили работу пользователей, обмены с маркетплейсами, банк, ЭДО и фоновые задания.

Результат

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

Обмен с Wildberries на контрольном сценарии сократился с 20–25 минут до 8–10 минут. Работу с Ozon упростили: вместо ручной обработки данных сотрудник загружает отчет .xlsx непосредственно в УНФ.

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

Стоимость

• 4 пользователя 1С — 2310*4=9240 руб./мес.
• SynchroWB — от 750 руб./мес.
• Загрузка уведомлений о выкупе Ozon — от 200 руб./мес.

Итого — от 10 190 руб. в месяц.

В результате компания перенесла 1С:УНФ в облако без покупки собственного сервера, сохранила привычную систему учета и получила готовые инструменты для работы с Wildberries и Ozon.

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

Перенос 1С в облако имеет смысл, когда текущая инфраструктура начинает мешать работе бизнеса. Сам по себе переход в облако не является обязательным: решение стоит принимать после оценки нагрузки, требований к безопасности и стоимости владения инфраструктурой. Разберем основные причины, когда стоит переносить локальную 1С в облако.

1. Собственный сервер устарел

Сигналами к миграции могут быть:

• частые сбои оборудования;
• нехватка дискового пространства;
• заметное снижение производительности;
• устаревшие комплектующие;
• сложность или высокая стоимость модернизации;
• отсутствие регулярного резервного копирования;
• зависимость работы бухгалтерии от одного физического сервера.

При наличии собственного сервера компания сама отвечает за оборудование, электропитание, резервирование, замену комплектующих и значительную часть инфраструктурного администрирования. При аренде серверных ресурсов большинство этих задач решает провайдер в том объеме, который предусмотрен договором.

2. Сотрудникам нужен удаленный доступ

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

При этом важно различать удаленный доступ к 1С и полноценный удаленный рабочий стол. В одном случае пользователь подключается непосредственно к приложению, в другом получает удаленное рабочее окружение с Windows и дополнительным программным обеспечением.

3. Нет собственного системного администратора

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

• обновление конфигурации 1С;
• исправление ошибок в доработках;
• настройку обмена с сайтом;
• восстановление работы ЭЦП;
• консультации бухгалтера по функционалу программы.

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

По данным 42Clouds, до 67% пользователей коробочных версий 1С работают в устаревших конфигурациях. Облачная 1С позволяет автоматизировать этот процесс: базы обновляются в нерабочее время без привлечения программистов.

4. Компания растет

Увеличение нагрузки может быть связано не только с числом пользователей. На производительность влияют:

• размер информационной базы;
• количество документов;
• сложные отчеты;
• регламентные задания;
• фоновые операции;
• обмены с другими системами;
• доработки конфигурации;
• количество одновременно работающих пользователей;
• характеристики СУБД и дисковой подсистемы.

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

5. Требуется повысить отказоустойчивость

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

Для оценки нужно смотреть на:

• резервное копирование;
• резервирование оборудования;
• мониторинг;
• SLA;
• порядок аварийного восстановления;
• время восстановления;
• наличие резервных каналов;
• тестирование восстановления.

Хорошо настроенная инфраструктура должна не только создавать копии базы, но и обеспечивать понятный сценарий действий при сбое.

Когда перенос 1С в облако может не подойти

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

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

При этом ограничение не всегда означает полный отказ от облака. В зависимости от задачи могут использоваться выделенный сервер, VPN, частное облако или гибридная архитектура.

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

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

Конфигурация и версия 1С

Зафиксируйте:

• название конфигурации;
• релиз;
• версию платформы 1С;
• типовая/измененная конфигурация;
• установленные расширения;
• внешние обработки;
• внешние компоненты;
• необходимость доступа к конфигуратору;
• используемые дополнительные решения.

Чем сильнее изменена конфигурация, тем меньше оснований рассчитывать на сценарий «быстро перенесем базу и сразу продолжим работу».

Тип и размер базы

Нужно определить:

• файловая база или клиент-серверная;
• размер информационной базы;
• используемая СУБД;
• количество пользователей;
• количество одновременных сеансов;
• объем и динамику роста данных;
• размер журнала регистрации;
• текущую архитектуру сервера.

Размер базы важен для расчета дискового пространства, но сам по себе не позволяет подобрать сервер.

Производительность

Полезно зафиксировать несколько реальных сценариев:

• сколько занимает открытие базы;
• как быстро проводятся документы;
• сколько формируются основные отчеты;
• сколько длится закрытие месяца;
• как работают фоновые задания;
• есть ли блокировки;
• какие операции становятся медленными в часы пик.

Эти показатели пригодятся после миграции. Можно сравнить работу до и после переноса не субъективно, а по конкретным операциям.

Интеграции

Перед миграцией составьте список всех внешних систем:

• CRM;
• сайты;
• интернет-магазины;
• маркетплейсы;
• банки;
• ЭДО;
• телефония;
• API;
• другие базы 1С;
• внешние обработки;
• файловые обмены;
• сетевые папки.

Одна из частых ошибок — проверить только запуск 1С и забыть про обмены. В результате база открывается, документы проводятся, но часть бизнес-процессов перестает работать.

По опыту 42Clouds, главная боль локальных интеграций — это их хрупкость при обновлениях. Когда компания дорабатывает связку 1С с сайтом или CRM-системой вручную, любое плановое обновление 1С может «сломать» систему. В итоге бизнес встает, а заказы теряются. В облачной 1С используются стандартизированные механизмы интеграции (API) и готовые модули, которые вендоры поддерживают в актуальном состоянии, поэтому обновления не ломают рабочие процессы.

ЭЦП и оборудование

Отдельно нужно проверить:

• электронные подписи;
• криптопровайдеры;
• 1С-Отчетность;
• кассы;
• сканеры;
• принтеры;
• принтеры этикеток;
• торговое оборудование;
• локальные диски;
• сетевые каталоги.

Особенно важно заранее определить, как пользователь будет работать с ЭЦП после переноса. То, что работало на локальном компьютере, может не подойти для удаленной среды без дополнительной настройки.

Лицензии

Перед миграцией необходимо выяснить:

• какие лицензии 1С используются сейчас и кому принадлежат;
• нужны ли серверные лицензии и лицензия СУБД;
• входит ли лицензирование в тариф провайдера.

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

Как перенести базу 1С в облако: этапы миграции

Миграция 1С в облако должна проходить поэтапно. Рабочую базу не стоит сразу переносить на новый сервер без тестирования.

Шаг 1. Провести аудит

На этом этапе собирают информацию о текущей системе:

• базы, конфигурации;
• пользователи;
• серверы;
• СУБД;
• доработки;
• интеграции;
• оборудование;
• лицензии;
• требования к производительности;
• резервное копирование;
• допустимое время простоя.

После аудита появится понимание того, какую инфраструктуру нужно построить и какие работы предстоят.

Шаг 2. Выбрать архитектуру

Далее необходимо определить модель размещения:

• готовая облачная 1С;
• виртуальный сервер;
• выделенный сервер;
• файловый вариант;
• клиент-серверный вариант;
• RDP;
• тонкий клиент;
• веб-клиент.

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

Шаг 3. Подготовить резервную копию

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

1. копия действительно создана, где она хранится;
2. ее можно открыть или восстановить;
3. копия соответствует нужному промежутку времени;
4. сохранена исходная среда.

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

Шаг 4. Развернуть тестовый сервер

На сервере подготавливаются необходимые компоненты: операционная система, платформа 1С, СУБД, сервер 1С, сервер лицензирования, настраиваются права пользователей, сетевые подключения, резервное копирование, проводится мониторинг. Перечень действий зависит от выбранной архитектуры.

Облачный сервер для 1С

Бесплатно перенесем ваши базы и настроим работу с данными в соответствии с требованиями законодательства

Тестировать бесплатно

Шаг 5. Выполнить тестовый перенос 1С в облако

На тестовый сервер загружается копия рабочей базы. После загрузки проверяют, что:

• база запускается, настроена работа пользователей;
• сохранились роли, доступны расширения;
• внешние обработки и лицензии работают;
• фоновые задания запускаются;
• обмены работают;
• документы печатаются;
• ЭЦП работает.

Если обнаружилась проблема, ее исправляют до финального переключения.

Шаг 6. Провести функциональное и нагрузочное тестирование

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

• одновременный вход пользователей;
• создание и проведение документов;
• формирование «тяжелых» отчетов, 
• закрытие месяца, обмены;
• регламентные задания;
• печать, ЭЦП;
• загрузка и выгрузка файлов;
• работа в часы максимальной нагрузки.

Именно тест на реальных сценариях позволяет понять, соответствует ли выбранный сервер фактической нагрузке.

Шаг 7. Согласовать переключение

Перед финальной миграцией 1С в облако нужно определить:

• дату и время;
• ответственных;
• допустимый простой;
• порядок остановки работы;
• время создания финальной копии;
• порядок переноса последних изменений;
• критерии успешного запуска;
• план возврата на старый сервер.

Чем больше пользователей и интеграций, тем важнее заранее прописать последовательность действий.

Шаг 8. Выполнить промышленный перенос 1С в облако

В согласованное время пользователи прекращают работу со старой базой. После этого создается финальная резервная копия.

Затем:

1. копия переносится на новый сервер;
2. база запускается;
3. проверяются основные функции;
4. пользователям выдаются новые доступы;
5. ответственные сотрудники подтверждают работу;
6. старая среда сохраняется на согласованный период.

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

Шаг 9. Контролировать работу после миграции

В первые дни после переноса нужно отслеживать:

• скорость работы, ошибки, блокировки;
• фоновые задания;
• заполнение диска;
• доступность;
• резервное копирование;
• обращения пользователей;
• работу интеграций.

После этого можно окончательно оценить результат миграции.

Кто может выполнить миграцию 1С в облако

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

Важный момент: поставщик виртуального сервера не обязательно является тем, кто осуществляет миграцию 1С в облако.

Если компания просто предоставляет VPS, вам может потребоваться самостоятельно установить платформу, СУБД, настроить сервер 1С, лицензии, резервное копирование и подключение пользователей. Поэтому при обращении к провайдеру задайте прямой вопрос: «Вы только предоставляете сервер или полностью переносите мою базу и проверяете ее работу?»

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

Выбор сервера зависит от нагрузки, конфигурации, количества пользователей, интеграций и требований к изоляции. Универсального варианта для всех баз 1С нет.

Готовое облако 1С

Готовое облако удобно, если компании нужен быстрый запуск без самостоятельного проектирования инфраструктуры. Такой вариант подходит, когда используется поддерживаемая конфигурация и нет сложных требований к серверному ПО. Компании нужен быстрый запуск, а не полный контроль над инфраструктурой.

Перед подключением нужно уточнить:

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

Например, сервис 1С:Фреш предоставляет популярные приложения 1С через интернет. Для некоторых решений предусмотрен перенос данных из локальной версии, а обновление приложений выполняется в облаке. 

Это удобная модель, но она отличается от аренды собственного виртуального сервера: пользователь получает готовый сервис, а не полноценный сервер с произвольным набором программ.

Виртуальный облачный сервер для 1С

Виртуальный сервер дает больше контроля. На нем можно разместить: платформу 1С, сервер 1С, СУБД, несколько информационных баз, дополнительные приложения, интеграционные сервисы. Такой вариант подходит компаниям, которым нужно сохранить существующую архитектуру, использовать доработанную базу или самостоятельно управлять окружением.

При выборе важно смотреть не только на количество vCPU и объем RAM. Имеют значение:

• производительность процессора;
• дисковая подсистема;
• IOPS;
• сетевые характеристики;
• возможность масштабирования;
• резервное копирование;
• администрирование.

Выделенный физический сервер

Выделенный сервер означает, что физическое оборудование не делится между несколькими клиентами на уровне виртуальных машин. Такой вариант стоит рассматривать, если у вас:

• большая база и много пользователей;
• высокая нагрузка, много фоновых операций;
• есть «тяжелые» отчеты;
• нужна дополнительная изоляция ресурсов;
• используются несколько связанных систем.

Недостаток: более высокая стоимость и менее гибкое масштабирование по сравнению с виртуальной инфраструктурой.

Частное облако

Частное облако оправдано, когда речь идет уже не об одной базе, а о комплексной инфраструктуре. Например, компании может потребоваться отдельный контур для:

• 1С;
• СУБД;
• файлового хранилища;
• терминальных серверов;
• интеграционных сервисов;
• резервной инфраструктуры.

Это более сложный вариант, который требует предварительного проектирования.

Что выбрать

Если говорить очень упрощенно, то если у вас:

• типовая небольшая база, подойдет готовое облако 1С или аренда 1С;
• доработанная база и несколько интеграций, выбирайте виртуальный сервер;
• высокая нагрузка и большое число пользователей, используйте мощный виртуальный или выделенный сервер;
• несколько критичных систем и повышенные требования к изоляции, выбирайте отдельный инфраструктурный контур или частное облако.

Окончательный выбор рекомендуем делать после аудита и тестирования.

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

При выборе провайдера сравнивайте не тарифы сами по себе, а состав услуги и ответственность сторон.

Опыт миграции именно 1С

Уточните:

Облачный сервер для 1С

Бесплатно перенесем ваши базы и настроим работу с данными в соответствии с требованиями законодательства

Тестировать бесплатно

• сколько миграций выполняет провайдер;
• есть ли опыт работы с вашей конфигурацией;
• работает ли он с доработанными базами;
• умеет ли переносить файловую базу в клиент-серверный вариант;
• кто занимается интеграциями;
• кто отвечает за ЭЦП;
• кто проверяет работу после переноса.

Фраза «поддерживаем любое ПО» сама по себе ничего не говорит об опыте конкретно с 1С.

Предварительный аудит

Провайдер должен запросить хотя бы:

• количество пользователей и размер базы;
• конфигурацию, тип базы, наличие/отсутствие доработок и интеграций;
• текущую производительность;
• требования к резервному копированию.

Если сервер выбирают исключительно по количеству пользователей, есть риск получить либо недостаточный объем ресурсов, либо переплату за избыточные услуги.

Состав миграции

Уточните, входит ли в услугу:

• аудит и подготовка сервера;
• установка платформы, установка СУБД;
• перенос базы, настройка лицензий;
• настройка пользователей;
• подключение ЭЦП, настройка печати;
• восстановление обменов, тестирование;
• финальное переключение;
• сопровождение после запуска.

Чем больше пунктов входит в услугу, тем меньше задач остается на стороне клиента.

Производительность

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

• модель и характеристики процессора, частоту;
• гарантированность ресурсов, тип дисков;
• производительность дисковой подсистемы, задержки;
• возможность масштабирования и тестирования рабочей копии.

Лучший способ проверить производительность — загрузить копию базы и выполнить реальные операции: сформировать отчеты, провести документы, запустить обмены и проверить работу нескольких пользователей одновременно.

Администрирование и поддержка

Существует несколько уровней поддержки:

1. дата-центр;
2. виртуальная инфраструктура;
3. операционная система;
4. СУБД;
5. сервер 1С;
6. платформа 1С;
7. конфигурация;
8. пользовательские вопросы;
9. доработки.

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

Резервное копирование

Уточните:

• как часто создаются копии и сколько точек восстановления доступно;
• где хранятся копии, отделены ли они от основного сервера, как защищены;
• можно ли самостоятельно получить копию;
• сколько времени занимает восстановление;
• проводится ли тест восстановления;
• входит ли восстановление в тариф.

Главный вопрос — не «есть ли бекап», а можно ли реально восстановить базу и за какое время.

По опыту 42Clouds, владельцы локальных серверов часто узнают о том, что их резервные копии были «битыми» и их невозможно восстановить, только в момент реального ЧП. В облаке система делает бекапы автоматически и сама проверяет их на ошибки, поэтому база точно не пропадет.

SLA

SLA определяет заявленный уровень доступности и порядок работы при инцидентах. Проверьте:

• процент доступности, время реакции;
• приоритеты инцидентов, сроки устранения;
• часы работы разных линий поддержки;
• плановые работы;
• компенсации;
• порядок фиксации недоступности.

Возможность забрать базу

Это один из самых недооцененных критериев. Уточните заранее:

• можно ли получить полную базу и в каком формате;
• сколько времени занимает выгрузка;
• есть ли дополнительная плата;
• помогает ли провайдер с обратной миграцией;
• сколько времени после прекращения услуги сохраняются данные;
• что происходит с резервными копиями.

Условия выхода рекомендуем изучить до заключения договора, а не в момент, когда нужно сменить поставщика 1С.

Какие сервисы и провайдеры помогают перенести 1С в облако

На рынке представлены разные модели: готовые сервисы 1С, инфраструктурные облака, виртуальные и физические серверы с дополнительными услугами миграции.

В таблице перечислили несколько компаний и услуги, которые они оказывают по переносу базы 1С в облако. Это не рейтинг «лучших» компаний, а пример сравнения по одинаковым критериям. Информация проверена по публичным страницам сервисов; если параметр зависит от конфигурации или не раскрывается единообразно, это отмечено отдельно.

1С:Фреш — другой тип решения. Это SaaS-сервис, в котором приложения 1С предоставляются через интернет. Такой вариант стоит рассматривать, когда используемая конфигурация и требования компании укладываются в возможности сервиса.

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

Где разместить 1С с соблюдением требований 152-ФЗ

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

При сборе персональных данных граждан России закон ограничивает использование баз данных, находящихся за пределами территории РФ, для записи, систематизации, накопления, хранения, уточнения и извлечения данных, за исключением предусмотренных законом случаев. Это закреплено в части 5 статьи 18 Закона № 152-ФЗ.

Поэтому фраза «сервер находится в России» не означает автоматически, что компания выполнила все требования законодательства.

Нужно учитывать:

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

Кейс: производственная компания восстановила 1С после сбоя локального сервера

Компания: небольшое производство металлических изделий в Туле.
Пользователи 1С: 6.
Конфигурация: 1С:УНФ.
Размер базы: около 12 ГБ.
До переноса: файловая база на офисном сервере.
После переноса: 1С в 42Clouds с автоматическим резервным копированием.

Что произошло

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

Последняя полностью рабочая копия была сделана почти две недели назад. За это время в 1С успели провести поступления материалов, производственные документы, отгрузки и банковские операции. Использование старой копии означало бы ручное восстановление значительной части учета.

Что сделали специалисты 42Clouds

Сотрудники 42Clouds определили последнюю корректную резервную копию, проверили поврежденную базу и восстановили максимально доступный объем данных. После этого проверили остатки материалов и готовой продукции, производственные документы, реализации, банковские операции и взаиморасчеты. Восстановленную рабочую базу перенесли с офисного сервера в 42Clouds и настроили автоматическое резервное копирование.

Результат

Компания возобновила работу в 1С в течение одного рабочего дня после передачи данных специалистам. Удалось восстановить актуальное состояние учета без возврата к двухнедельной резервной копии и полного ручного ввода документов за этот период.

Теперь шесть сотрудников работают с единой базой в облаке, а резервные копии хранятся независимо от офисного оборудования. Компании больше не нужно самостоятельно обслуживать сервер, контролировать свободное место и следить за локальным резервным копированием.

Что запросить у провайдера

До размещения базы запросите:

• адрес и страну расположения инфраструктуры;
• сведения о дата-центре;
• договор и условия обработки данных;
• разграничение ответственности;
• порядок предоставления административного доступа;
• возможность двухфакторной аутентификации;
• есть ли защита каналов связи и резервных копий;
• порядок реагирования на инциденты;
• сроки уведомления об инцидентах;
• порядок удаления данных;
• сведения о привлеченных подрядчиках.

Что остается ответственностью клиента

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

• определять цели обработки;
• выбирать правовые основания;
• оформлять необходимые документы;
• определять состав данных;
• назначать ответственных;
• устанавливать права пользователей;
• определять сроки хранения;
• уничтожать данные;
• осуществлять необходимые меры защиты.

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

Важно: 152-ФЗ — это закон, а не сертификат сервера. Поэтому утверждение «сервер соответствует 152-ФЗ» без уточнения, какие именно меры, документы или аттестации имеются в виду, слишком общее.

Какие дата-центры подходят для размещения 1С

Дата-центр для 1С нужно оценивать по инженерной инфраструктуре, доступности, безопасности и условиям конкретного провайдера. Проверьте:

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

Отдельно нужно учитывать уровень Tier. Он характеризует инженерную инфраструктуру и уровень резервирования дата-центра, но сам по себе не подтверждает выполнение всех требований к обработке персональных данных. Например, у 42Clouds дата-центры уровня Tier III с уровнем отказоустойчивости 99,98%. При этом клиенту важно смотреть не только на название ЦОД, но и на то, какой именно сегмент и какая услуга ему предоставляются.

Сколько стоит перенос и размещение 1С в облаке

Универсальной цены переноса 1С в облако нет. Итоговая стоимость складывается из инфраструктуры и дополнительных услуг. На нее могут влиять:

• виртуальные или физические ресурсы;
• операционная система;
• лицензии 1С, серверная лицензия;
• СУБД;
• RDP;
• резервное копирование и хранение копий;
• администрирование и мониторинг;
• VPN;
• информационная безопасность;
• первоначальная миграция 1С в облако;
• настройка интеграций;
• сопровождение после запуска.

Условно расчет можно представить так: Итоговая стоимость = инфраструктура + лицензии + администрирование + резервное копирование + поддержка + дополнительные работы.

При сравнении коммерческих предложений используйте одну и ту же структуру.

Тариф «за одного пользователя» и аренда VPS — это разные модели. В первом случае часть инфраструктуры может быть уже включена в сервис, во втором клиент арендует вычислительные ресурсы и может отдельно оплачивать настройку, лицензии и администрирование.

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

После миграции нужно выполнить и проверить не только запуск 1С, но и все процессы, которые обеспечивают работу компании.

Функциональная проверка

Проверьте:

• вход пользователей в систему, настройку ролей и прав;
• создание документов и их проведение/отмену проведения;
• формирование отчетов и печатных форм;
• регламентные задания.

Проверка интеграций

Проведите реальные операции с: банком, ЭДО, сайтом, CRM, маркетплейсами, по API, другими базами и внешними обработками.

Проверка оборудования

Убедитесь, что работают: принтеры, сканеры, кассы, торговое оборудование, ЭЦП, криптопровайдеры.

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

Сравните с показателями до миграции:

• время входа;
• открытие журналов;
• проведение документов;
• формирование «тяжелых» отчетов;
• закрытие месяца;
• выполнение фоновых заданий;
• работу нескольких пользователей одновременно.

Проверка резервного копирования

Убедитесь, что:

• копия создается;
• задача завершается без ошибок;
• понятно место хранения;
• доступна точка восстановления;
• тестовая база действительно восстанавливается;
• известен примерный срок восстановления.

Проверка возможности уйти от провайдера

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

Частые ошибки при переносе 1С в облако

1. Перенос рабочей базы без тестовой миграции. Если проблема обнаружится уже после переключения, исправлять ее придется в рабочей среде.
2. Создание резервной копии без проверки восстановления. Бекап имеет смысл только тогда, когда его можно использовать для восстановления.
3. Выбор и аренда сервера 1С только по числу пользователей. Одинаковое количество пользователей может создавать совершенно разную нагрузку.
4. Игнорирование фоновых заданий. Пользователь может не видеть их работу, но они способны существенно нагружать сервер.
5. Забытые интеграции. После миграции 1С может открываться и проводить документы, но обмен с сайтом, банком или другой системой перестанет работать.
6. Отсутствие проверки ЭЦП. Электронная подпись часто зависит от локального ПО, сертификатов и устройств.
7. Неучтенные лицензии. После переноса может выясниться, что для новой архитектуры нужны дополнительные лицензии.
8. Отсутствие согласованного окна простоя. Пользователи должны заранее знать, когда работа будет остановлена и когда можно подключаться к новой базе.
9. Нет плана возврата. До финального переключения нужно понимать, что делать, если новая среда не прошла проверку.
10. Старый сервер отключают сразу. Лучше сохранить старую среду на согласованный срок.
11. Поддержку сервера принимают за поддержку 1С. Инфраструктурный специалист и консультант по конфигурации решают разные задачи.
12. Сравнивают только цену. Дешевый сервер с минимальным объемом ресурсов может оказаться дороже после учета миграции, лицензий, резервного копирования и администрирования.
13. Считают российский дата-центр гарантией соблюдения 152-ФЗ. География размещения — только один из факторов.
14. Не тестируют реальную нагрузку. Открытие базы на тестовом сервере еще не показывает, как она будет работать при одновременной работе сотрудников.

Чек-лист выбора сервера и подрядчика

Перед заключением договора проверьте:

Этот чек-лист можно сохранить и использовать при сравнении нескольких коммерческих предложений. Если по нескольким ключевым пунктам поставщик отвечает «уточним после подключения», стоит запросить конкретные условия до заключения договора.

Как проходит перенос 1С в облако у 42Clouds

42Clouds предоставляет услуги аренды сервера, аренды 1С и размещения 1С в облаке. Перед переносом специалисты проводят аудит, после чего подбирается подходящая инфраструктура и согласовывается состав работ.

Типовой сценарий выглядит так:

1. Клиент оставляет заявку.
2. Специалист уточняет конфигурацию, размер базы и количество пользователей.
3. Проводится предварительный аудит.
4. Подбирается вариант размещения.
5. Разворачивается тестовая инфраструктура.
6. Загружается копия базы.
7. Настраиваются доступы и необходимые компоненты.
8. Проверяются основные рабочие сценарии и интеграции.
9. Согласовывается время финального переключения.
10. Выполняется перенос рабочей базы.
11. После запуска контролируется работа системы.
12. Клиент получает дальнейшую техническую и методическую поддержку.

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

После размещения базы доступны разные способы подключения. Это позволяет подобрать вариант под используемую инфраструктуру и задачи сотрудников.

Резервное копирование выполняется ежедневно. Для восстановления информационной базы можно использовать сохраненные копии, а процедура восстановления тестируется.

Поддержка работает круглосуточно. Помимо технической помощи, 42Clouds предоставляет методическую поддержку по работе с 1С.

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

Кейс: как компания сэкономила 15 млн рублей на аренде сервера 1С

Компания: многопрофильная компания с филиалами и офисами по всей России — магазины электроники, рестораны, кондитерские, кейтеринг и доставка еды, микрофинансовый и парфюмерный бизнес.

Количество пользователей: от 30 до 250 в каждом подразделении.

Базы: до 100 ГБ каждая.

Конфигурации: «1С:Бухгалтерия», 1С:ЗУП, «1С:Управление торговлей», «1С:Комплексная автоматизация» и другие решения 1С.

Доступ: RDP для сотрудников и внешней организации, которая сопровождает и дорабатывает 1С.

Было: локальная серверная инфраструктура.

Стало: сервер 1С в облаке с настройкой доступа и круглосуточной технической поддержкой.

Задача

Перед клиентом стоял выбор: купить собственную серверную инфраструктуру или арендовать сервер 1С в облаке. Нужно было сравнить расходы и обеспечить стабильную работу пользователей из разных подразделений.

Что показал расчет

Для собственной инфраструктуры потребовались бы:

• 5 серверов, сетевое хранилище, ИБП и шкафы — 4,6 млн руб.;
• лицензии Microsoft — 9,6 млн руб.;
• лицензии и серверное ПО 1С — 1,05 млн руб.;
• электропитание и охлаждение — от 10 000 руб. в месяц;
• работа IT-специалистов — от 30 000 руб. в месяц.

Разовые затраты составили: 15,29 млн руб., содержание — от 40 000 руб. в месяц.

Аренда сервера 1С в облаке обходилась клиенту в 220 000 руб. в месяц. В эту сумму включены: сервер, настройка, обслуживание и круглосуточная техническая поддержка.

Решение

Клиент выбрал облачный сервер. Сотрудники 42Clouds развернули инфраструктуру под его задачи и за три дня настроили доступ для работников всех подразделений и внешней обслуживающей организации. Также организовали регулярное резервное копирование баз и предоставили круглосуточную техническую поддержку.

Результат

• 15 млн руб. — экономия на покупке собственной серверной инфраструктуры;
• 3 дня — срок развертывания сервера и настройки доступа;
• 220 000 руб. в месяц — фиксированная стоимость аренды сервера с обслуживанием и поддержкой;
• сотрудники получили круглосуточный доступ к базам 1С;
• клиенту не пришлось покупать оборудование и нанимать специалистов для его обслуживания.

Вместо крупных разовых вложений компания получила готовую инфраструктуру 1С с технической поддержкой и резервным копированием и смогла направить сэкономленные средства на развитие бизнеса.

Часто задаваемые вопросы

Можно ли перенести в облако доработанную базу 1С?

Да, но возможность и порядок переноса зависят от характера доработок. Нужно проверить расширения, изменения конфигурации, внешние обработки, компоненты и дополнительное программное обеспечение. Для сильно измененной базы обычно требуется тестовая миграция 1С в облако и проверка всех ключевых рабочих сценариев. В готовом SaaS-сервисе также нужно заранее уточнить, разрешены ли необходимые доработки и есть ли доступ к нужным инструментам.

Кто переносит базу 1С в облако?

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

Сколько времени занимает перенос 1С в облако?

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

Нужно ли останавливать работу в 1С?

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

Можно ли использовать свои лицензии 1С?

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

Что лучше для 1С: виртуальный или выделенный сервер?

Виртуальный сервер подходит большинству компаний, которым нужны гибкие ресурсы и собственная программная среда. Выделенный сервер необходим при высокой нагрузке, большом количестве пользователей и при наличии требований к изоляции физических ресурсов. Выбирать между ними рекомендуем после анализа реальной нагрузки и тестирования рабочей копии базы.

Как проверить скорость 1С до переезда?

Сделайте копию рабочей базы и разверните ее на тестовом сервере. Затем выполните реальные операции: создайте и проведите документы, сформируйте «тяжелые» отчеты, запустите обмены и проверьте одновременную работу нескольких пользователей. Заранее запишите показатели на старом сервере и сравните их с результатами теста.

Можно ли разместить 1С с персональными данными в облаке?

Да, но необходимо учитывать требования законодательства о персональных данных и распределение ответственности между оператором и провайдером. Важны не только страна размещения сервера, но и архитектура, договорные условия, доступы, резервные копии и реализованные организационные и технические меры защиты. Сам по себе российский дата-центр не означает автоматического выполнения всех требований 152-ФЗ.

Как забрать базу у облачного провайдера?

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

Что будет, если облачный сервер перестанет работать?

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

Какие компании переносят 1С в облако под ключ?

Официальные партнеры фирмы «1С» и крупные облачные провайдеры переносят 1С в облако под ключ. В эту услугу входит:

• аудит и подготовка. Специалисты оценивают объем работы: размер базы, количество доработок и конфигурацию;
• выбор инфраструктуры. Например, для стандартных программ, таких как «1С:Бухгалтерия», выделяют место на общем сервере, для сложных и доработанных конфигураций создают выделенный сервер. Все зависит от запроса заказчика и конфигурации 1С;
• миграция данных. Сотрудники компании-провайдера переносят документы, справочники, остатки и настройки без прерывания работы (обычно миграция выполняется в выходные или ночные часы);
• настройка доступов. Сотрудники компании-провайдера подключают пользователей, настраивают права и проводят обучение;
• сопровождение. Сотрудники компании-провайдера выполняют автоматические бекапы, контролируют обновление конфигураций и оказывают техподдержку.

Можно ли бесплатно протестировать базу до окончательного переноса?

Да, протестировать работу базы 1С бесплатно до окончательного переноса можно. Многие облачные сервисы и официальные партнеры предоставляют пробный период. Тестовый период обычно длится от 7 до 30 дней. Например, для решений 1С:Фреш предоставляется пробный период — 30 дней. 

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