Услуга миграции с систем 1С на базе MS Windows на Linux платформу

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

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

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

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

П.1 указанный выше это риск медленной работы части функционала, в общем система работоспособна. П.2 выше дополняется возможными сбоями при миграции с MSSQL на PostgreSQL и исправление данных, приведших к сбою. П.3 выше дополняется потребностью переработки части функционала в связи с критически медленной работой или полным отказом в работоспособности, например невозможность использования COM подключений.

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

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

1. Подготавливается тестовый стенд среде Linux
2. Подготовить и развернуть копии баз данных систем 1С участвующих в миграции.
3. Сделать выгрузку/загрузку копий баз данных MSSQL в целевые базы PostgreSQL, оценить время, требующееся на миграцию.
4. При наличии проблем в хранимых данных, выработать решение по корректировке данных копиях баз данных MSSQL, исправить проблемы и запланировать мероприятия, которые потребуется выполнить в рабочей системе.
5. В соответствии с масштабом требующихся контрольных тестов, согласованных с Заказчиком, разрабатывается план мероприятий и методология проведения тестирования существующего функционала.
6. Согласно плану мероприятий по тестированию выполняются работы с фиксацией результатов проверок и составлением плана работ по адаптации существующих доработок.
7. Согласованный состав работ согласно плану сформированного в п. 6 выполняется адаптация систем для устранения выявленных проблем.
8. Готовится нагрузочный тест по ключевым операциям, согласованным с заказчиком. Выполняется нагрузочный тест с фиксацией результатов.
9. Выполняется анализ результатов нагрузочного теста, формируется план работ по оптимизации систем. Выполняются согласованные с Заказчиком задачи оптимизации систем. При необходимости выполняется повторное нагрузочное тестирование с сопутствующими работами.
10. При необходимости система передается проектной группе заказчика для контрольных проверок функционала и комфортности работы пользователей в системе.
11. Выявленные пожелания Заказчика рассматриваются, согласовываются к устранению или расширению функционала (при необходимости).
12. При необходимости выполняется подготовка системы для устранения проблем по плану п.4
13. Готовится рабочая среда на Linux платформе для мигрирующих систем.
14. Останавливается рабочая система и производится миграция в новую среду. Адаптируются настройки систем на новой производственной площадке при необходимости.

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

• В соответствии с экспертным мнением исполнителя о необходимости.
• Заявленных или исключенных Заказчиком обязательств и ответственности на стороне исполнителя на этапе запуска систем на новой площадке после миграции.
• Договоренность с Заказчиком на проведение работ по некоторым задачам после выполненной миграции в среду Linux.