Миграция серверных и клиентских ОС и СУБД подразумевает под собой три разные операции:
- Обновление ОС или СУБД на релиз выше текущего
- Миграция одного типа ОС (например, Windows) в другой (например, Linux), миграция одного типа СУБД (например, MS SQL) в другой (например, PostgreSQL)
- Частная миграция (например, миграция Организации из домена help.migra.ru в helpmigra.local, миграция ОС на новый сервер и т.д.)
Для качественной реализации работ необходимо следовать дорожной карте проекта:
- Разработка плана поставленной задачи
- Аналитика и сбор информации
- Разработка решения
- Тестирования решения
- Пилотное внедрение, если возможно
- Полное внедрение
- Внесение доработок
Почему появляется потребность в миграции?
Миграция требуется ввиду устаревшей технологии работы с ресурсами или устаревших/изношенных аппаратных компонентов
Первый вариант:
- Для начала необходимо сделать полную резервную копию ОС, файлов, баз данных, всей критической информации
- Если произошел износ, и если текущая аппаратная составляющая инфраструктуры не подходит для дальнейшей работы, подобрать необходимое «железо» для последующей миграции источников
- Если есть возможность - провести тестовые испытания
- Произвести обновление ОС, СУБД вручную. На данном этапе может быть два фактора: обновление новой версии, поверх текущей либо установка с нуля с последующей зеркальной настройкой источника
Второй вариант:
- Для начала необходимо сделать полную резервную копию ОС, файлов, баз данных, всей критической информации
- Обычно миграция одной ОС в другую происходит "с нуля": требуется установить новую ОС, в ней произвести настройку аналогичных параметров/групп/прав доступа, что и на первоисточнике.
- В случае с СУБД, так как база данных - это реляционная база данных для хранения таблиц, строк и индексов, то всё её содержимое управляется именно приложением, и перенос внутреннего ядра зависит от возможности самого приложения сделать внутреннюю копию.
К примеру, в процессе тестирования используется «1С: Предприятие» развернутая на СУБД MS SQL. Необходимо мигрировать базу данных «1С: Предприятие» в СУБД PostgreSQL. Снимается внутренняя копия базы 1С, восстанавливается в приложении на новой СУБД Postgre. Тестируется функционал 1с, оптимизируются запросы.
-
После тестовых испытаний, на новой ОС, СУБД подключаются объекты для дальнейшей работы.
Третий вариант:
Обычно используются внутренние решения Вендора для миграции ОС, файлов, баз данных и прочей критической информации либо стороннее программное обеспечение (например, Acronis Recovery Solution).
