Эта серия статей позволяет оценить текущую среду базы данных Oracle и определить оптимальный путь миграции на Azure. Она также содержит ссылки на документы, которые помогут вам выполнить миграцию. Путем миграции может быть виртуальная машина Azure (ВМ). Им также может быть управляемая база данных Azure, работающая на виртуальной машине Azure.
Чтобы перенести базу данных Oracle в среду Azure, необходимо выполнить следующие действия.
Выбрать ресурсы Azure в качестве целевой базы данных.
Определить метод миграции данных для оценки окна простоя.
Узнайте, как обеспечить непрерывность бизнес-процессов и требования к аварийному восстановлению.
Архитектура
На этой схеме показаны шаги по миграции базы данных Oracle в базу данных PostgreSQL или SQL в Azure. Действия и сведения аналогичны для обоих путей миграции. Обратите внимание на разделы "Преобразование схемы" и "Миграция данных".
Скачайте файл Visio для этой архитектуры.
Рабочий процесс
Используйте артефакты скрипта Oracle для оценки базы данных Oracle.
Для обоих типов баз данных преобразование схемы отличается:
PostgreSQL. Используйте ora2pg для преобразования схемы Oracle.
SQL. Используйте Помощник по миграции SQL Server (SSMA) для преобразования схемы Oracle.
Для обоих типов баз данных миграция данных отличается:
PostgreSQL. Используйте службу Azure Data Migration Service для миграции данных Oracle.
SQL. Используйте SSMA для миграции данных Oracle.
Протестируйте преобразование с помощью функциональных тестов.
Переключите строки подключения приложения, чтобы завершить прямую миграцию приложения.
Обнаружения баз данных Oracle
Вы можете создавать и запускать скрипты в базах данных Oracle, чтобы оценить количество таблиц, хранимых процедур, представлений и пакетов в среде. В этой таблице показан пример принципов оценки:
| Категория | Простая | Средняя | Большой | Сложные | Пользовательское |
|---|---|---|---|---|---|
| Число таблиц в схеме | <500 | 501–1000 | 1001–2000 | 2001–3000 | >3000 |
| Общее число SP, триггеров, функций, представлений | <100 | 101–200 | 201–400 | 401–800 | >800 |
| Типов коллекций на схему | <10 | 11–20 | 21–40 | 41–80 | >80 |
| Пакетов на схему | <10 | 11–25 | 26–50 | 51–100 | >100 |
| Размер данных схемы | <10 ГБ | 11–75 ГБ | 76–500 ГБ | 501–2000 | >2000 |
Используйте набор средств оценки и планирования Майкрософт (MAP) для оценки существующей базы данных и схем Oracle. Дополнительные сведения см. в руководстве по миграции Oracle на SQL Server.
Дерево принятия решений по миграции
Дерево принятия решений по миграции помогает найти соответствующий путь миграции баз данных Oracle.
Соавторы
Эта статья поддерживается корпорацией Майкрософт. Первоначально он был написан следующими участник.
Автор субъекта:
- Эмбер Чжао | Главный инженер клиента
Чтобы просмотреть недоступные профили LinkedIn, войдите в LinkedIn.
Связанные ресурсы
Дальнейшие действия зависят от того, где вы находитесь на дереве принятия решений.
Подключение между облаками. Если вы уже используете облачную инфраструктуру Oracle (OCI), простой способ миграции для вас — прямое взаимодействие между Azure и OCI. Перейти к статье Миграция баз данных Oracle. Подключение между облаками
Методика lift-and-shift на виртуальных машинах Azure. Вы можете развернуть базы данных Oracle в Azure на основе модели "использование собственной лицензии". Перейдите к образам виртуальных машин Oracle и их развертыванию в Microsoft Azure.
Рефакторинг. У вас есть устаревший код Oracle, и вы предпочитаете использовать управляемую службу Azure. Перейти к статье Миграция баз данных Oracle. Рефакторинг
Перепроектирование. Если вы планируете прекратить использование старого кода и перепроектировать архитектуру, хорошим вариантом является Управляемый экземпляр Базы данных SQL Azure. Перейдите к миграции базы данных Oracle: rearchitect.