Перенос 1С в облако через RDP

К нам обратился наш постоянный клиент – компания по производству кормов для животных. Предприятие росло, и существующих ресурсов на собственных серверах уже не хватало, работать стало неудобно. Требовался перенос в облако базы данных «1С: Предприятие 8» и всего функционала (печать, возможность работы с ТСД, использование своего локального файлового сервера на удаленном рабочем столе и т. д.). К тому времени у нас уже было 30+ реализованных проектов перехода инфраструктуры и разных подсистем 1С на облачный сервер для компаний размером от 10 до нескольких тысяч человек. Всего мы перенесли более 1200 рабочих мест, поэтому задача, поставленная клиентом, была типовой и не представляла для нас особой сложности.

Элементарные расчеты показывали, что перенос баз 1С в облако – это единственно верный вариант, учитывая размах деятельности компании и количество используемых программ. Масштабирование инфраструктуры 1С по классическому варианту влекло крупные расходы и трудозатраты. В этом случае пришлось бы:

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

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

Основной рабочей базой в компании клиента была не «1С:Бухгалтерия», «Зарплата и управление персоналом» (ЗУП) или «Управление торговлей», как это часто бывает в коммерческих фирмах, а ERP – прикладная программа, которая по условиям разработчика в аренду не сдается. Поэтому у нас оставался только один способ подключиться легитимно – передать имеющиеся лицензии 1С в облако.

По сути, получилось не полноценное решение 1С-SaaS, а гибрид, когда со стороны клиента только база 1С, а со стороны провайдера – серверы, лицензии, техподдержка 24/7.

В то время, когда мы трудились над этим проектом, на платформе была возможность протестировать работу через веб-публикацию. И прежде чем начинать перенос баз и программ, входящих в семейство «1С: Предприятие», с собственных серверов компании в облачный сервис, мы 14 дней тестировали конфигурацию на управляемых формах. Устроили тестовый («учебный») полет, чтобы проверить, как она будет себя вести в боевых условиях – когда к работе приступят все 50+ сотрудников компании.

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

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

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

Веб-публикация не требует дополнительных лицензий на 1С, на подключение к облачному серверу, не нужно платить за RDP-доступ. Веб-версия стоила практически в два раза дешевле. Однако ее итоговая стоимость с учетом необходимых изменений в разработке была бы гораздо выше. Поэтому клиент решил согласиться с нами и сделать подключение 1С через RDP (Remote Desktop Protocol – протокол, использующийся для удаленного подключения к компьютерам под управлением ОС Windows).

По существующим на тот момент ценам покупка новых серверов обходилась предприятию в несколько миллионов рублей. Чтобы сократить затраты, мы освободили и перераспределили ресурсы, выделив их под конкретные задачи. Дополнительно добавили виртуальные машины Project, SKD.

Работу предприятия останавливать нельзя, а чтобы начать переносить данные в облачную базу, необходимо было передать лицензионный ключ 1С провайдеру, и наш специалист должен был лично приехать в ЦОД. В это время серверы компании оставались без лицензий, поэтому переключение важно было произвести за выходной день.

Чтобы сделать все максимально оперативно и исключить простои производства, мы согласовали встречу на вечер пятницы, предварительно выгрузили .dt, отключили ключи 1С и отвезли провайдеру. Параллельно начали передавать базу в ЦОД, а там уже пробросили привезенный ключ на выделенную нам виртуальную машину.

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

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

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

В этом проекте по переносу баз 1С в облако мы также реализовали резервное копирование – пожалуй, один из самых крупных блоков работ. Во-первых, загрузили на сервер программу, которая по расписанию создает бэкап, выгружает его в .dt и отправляет на Яндекс.Диск, Google* Диск, в другие облачные хранилища, которыми пользуется клиент. Во-вторых, пробросили диск с сервера, находящегося в другом ЦОД, и подключили к виртуальной машине, где стоит 1С. Сделали синхронизацию – и сюда по расписанию отправляется еще один файл резервной копии в формате .dt. Дополнительно запланировали отправку архива по SFTP в третий ЦОД – на машину с Linux.

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

Перенос баз 1С в облако с подключением через RDP мы выполнили за 14 дней, потратив около 80 часов – сюда входит время на согласования, оформление договоров, подготовительные работы (кроме тестирования веб-версии).

В проекте были заняты два технических специалиста и технический директор.

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

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

Многие компании задумываются о том, как перенести базу 1С на облачный сервер, но опасаются того, что риски будут слишком высокими. Терминалы сбора данных (ТСД) на складе, кассовые аппараты в торговых точках, техника в офисе – все устройства необходимо каким-то образом переподключать и настраивать. Именно этот момент часто останавливает предприятия от миграции программ 1С в облачную среду.

Вместе с тем, перенос баз 1С в облако – хорошая возможность сравнительно быстро, всего за несколько дней, и сравнительно недорого организовать стабильную работу всей инфраструктуры (тарифы на аренду облачных серверов вполне лояльные – цены начинаются от 1085 руб/мес). По нашему опыту, облачные технологии позволяют выполнить перенос 1С и абсолютно спокойно работать с различными периферийными устройствами, такими как ТСД, кассы, промышленные принтеры и другое оборудование.

Да, есть нюансы и предварительно потребуется подготовить систему к переносу баз 1С в облако, но с этим мы сталкиваемся в любых IT-проектах. А рисков значительно меньше, чем кажется. Критичный момент – отсутствие избыточности по интернет-каналам и возможности резервирования. Как это нередко бывает, резервирование сети выполняется по схеме «последняя миля», когда, к примеру, до закрытой территории бизнес-центра или завода доходят разные провайдеры, однако при этом на самой территории доступен только один, который может уступить место другому провайдеру, но через свое оборудование. Если в этом месте случается обрыв связи, то перестают работать все средства интернет-связи – до тех пор, пока БЦ или местная заводская бригада не починят линию.

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

Вариантов переноса баз 1С в облако несколько. Можно выбрать ЦОД с доступными тарифами, высоким SLA и хорошими отзывами, произвести там размещение инфраструктуры и подключить 1С через RDP. Пользоваться возможностями, которые дает RemoteApp и другие подобные инструменты, предназначенные для работы в 1С через браузер. Или применять готовые отраслевые решения на базе платформы. Например, взять в аренду сервер и осуществить перенос актуальных баз в облачный сервис «1С:Фреш», который включает:

Выбор зависит от потребностей и возможностей организации.

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

Автор статьи: Евгений Зубов, руководитель технической поддержки

#1с #1спредприятие #оптимизациярасходов #облачная1с

* Компания нарушает законодательство РФ.