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

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

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

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

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

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

Используя описанные методы, мы дважды осуществили успешную миграцию системы АСКИД.

Миграция, связанная с изменением технологии

Текущие условия функционирования:

• Технология: файл-серверная;
• Организация данных: совокупность DBASE файлов, расположенных на 11 файловых серверах платформы Novell Netware. Географическое положение серверов охватывает 6 часовых поясов;
• Обмен данными: файловый обмен;
• Объем данных: около 100 тысяч записей в среднем для каждого узла системы;
• Объем функций: сотни функций;
• Режим эксплуатации: допускается однократный простой в течение суток, количество однократных простоев не регламентировано.

Требуемые условия функционирования:

• Технология: клиент-серверная;
• Организация данных: распределенная база данных, расположенная на 11 серверах СУБД Oracle версии 8.04. Платформа операционной системы и географическое положение не изменяется;
• Обмен данными: система тиражирования Oracle. Метод тиражирования - MultiМaster с механизмом статического владения данными;
• Режим эксплуатации: допускается однократный простой в течение суток, но не более 10 простоев в год.

Миграция, связанная с изменением программно-аппаратной платформы

Текущие условия функционирования:

• Технология: клиент-серверная;
• Организация данных: распределенная база данных, расположенная на 13 серверах СУБД Oracle версии 8.04. Платформа операционной системы - Novell Netware. Географическое положение серверов охватывает 6 часовых поясов;
• Обмен данными: система тиражирования Oracle. Методы тиражирования - Advanced Replication с механизмом статического владения данными, обновления моментальных снимков (Snapshots);
• Объем данных: около миллиона записей в среднем для каждого узла системы;
• Объем функций: тысячи функций;
• Режим эксплуатации: допускается однократный простой в течение 4 часов, но не более 120 часов в год.

Требуемые условия функционирования:

• Технология: не изменяется.
• Организация данных: распределенная база данных, расположенная на 14 серверах СУБД Oracle версии 8.1.7 (8i). Платформа операционной системы Sun Solaris. Географическое положение не изменяется.
• Обмен данными: не изменяется.
• Режим эксплуатации: допускается однократный простой в течение 2 часов, но не более 40 часов в год.