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

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

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

Какие симптомы указывают на проблему с текущим размещением

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

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

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

Диагностика до переноса

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

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

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

Как выбрать схему доступа

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

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

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

Порядок миграции без работы вслепую

1. Зафиксировать исходную среду

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

2. Подготовить облачную площадку

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

3. Проверить лицензии

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

4. Сделать копию и проверить восстановление

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

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

5. Выполнить тестовый перенос

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

6. Провести пилот

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

7. Переключить рабочую базу

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

8. Наблюдать после запуска

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

Ограничения, которые нужно принять до проекта

• Работа пользователей будет зависеть от интернет-доступа. Резервный канал помогает только после реальной проверки маршрута и подключения.
• Локальная периферия может потребовать другой схемы подключения или не поддерживать выбранный клиент.
• Одновременное обновление платформы, конфигурации, СУБД и инфраструктуры усложняет поиск причины сбоя. Такие изменения лучше разделять.
• Перенос не исправляет ошибки конфигурации и не заменяет администрирование после запуска.
• Состав переноса нужно сверять с выбранным предложением: в него может входить базовый перенос, но сложные интеграции, доработки и другие работы требуют отдельного согласования. Лицензии, оборудование, монтаж, внедрение и проектные работы не следует считать включенными без прямого указания в тарифе или смете. Абонплата за сервер покрывает согласованную эксплуатацию.

Риски, которые чаще всего обнаруживаются поздно

Забытые интеграции

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

Непроверенная копия

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

Два рабочих экземпляра базы

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

Нет владельца приемки

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

Чек-лист перед открытием доступа

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

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

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

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

Что лучше: файловая база или клиент-серверный режим?

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

Нужно ли покупать новые лицензии?

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

Достаточно ли выгрузки базы в файл?

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

Кто должен тестировать систему после переноса?

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

Когда нужен инженер

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

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