[Презентация] План миграции разделения виртуальной машины на терминальный сервер и сервер базы данных Цель: Разделение текущей виртуальной машины на два отдельных сервера — терминальный сервер и сервер с БД. Это позволит: - Снизить вероятность сбоев (из-за независимой работы БД и терминального сервера). - Повысить управляемость БД и сетевых подключений. - Обеспечить прозрачность для пользователей — после работ они не заметят изменений. - Произвести миграцию без простоя— все действия выполняются в ночное время. --- Этап 1. Разворачивание новой виртуальной машины для базы данных - Создаем новую ВМ на том же гипервизоре. - Назначаем достаточные ресурсы. - Устанавливаем ОС (Windows Server) - Производим первичную настройку сети, включая IP-адрес, DNS и шлюз. --- Этап 2. Настройка новой ВМ и СУБД** - Устанавливаем и настраиваем СУБД - Переносим конфигурацию СУБД с текущего сервера. - Открываем необходимые порты в файрволе для связи с терминальным сервером. - Тестируем подключение к БД с терминального сервера. --- Этап 3. Миграция данных - Создаем резервную копию базы данных. - Переносим резервную копию на новый сервер БД. - Разворачиваем БД и настраиваем соответствие данных. --- Этап 4. Проверка корректности работы приложений - Перенастраиваем терминальный сервер для подключения к новой БД. - Тестируем работоспособность всех приложений, использующих БД. - Проверяем логи на наличие ошибок. - Выполняем нагрузочное тестирование (по возможности). --- Этап 5. Настройка проброса диска из сервера БД в терминальный сервер - Настраиваем общий ресурс (SMB) на сервере БД. - Пробрасываем диск на терминальный сервер: - Настраиваем права доступа для пользователей. - Проверяем корректность работы с проброшенным диском. --- Дополнительные меры - Оповещаем пользователей о технических работах (хотя они не должны заметить изменений). - Выполняем все работы в ночное время, чтобы не прерывать работу пользователей. - Делаем контрольный бэкап перед финальным переключением. - Мониторим нагрузку на новую ВМ с БД, чтобы избежать перегрузок. - Готовим план отката на случай непредвиденных проблем (для этого и нужен бэкап). После выполнения всех этапов пользователи продолжат работу без изменений, но администрирование базы данных и сети станет более прозрачным, стабильным и управляемым.