Руководство по миграции: Oracle в управляемый экземпляр Azure SQL

Область применения: Управляемый экземпляр SQL Azure

Из этого руководства вы узнаете, как осуществить перенос схемы Oracle в управляемый экземпляр Azure SQL с использованием Помощника по миграции SQL Server для Oracle.

Другие рекомендации по миграции см. в руководствах по переносу баз данных в Azure.

Необходимые компоненты

Прежде чем приступить к переносу схемы Oracle в управляемый экземпляр SQL, выполните следующие действия.

• убедиться в том, что исходная среда поддерживается;
• Скачайте SSMA для Oracle.
• Получите целевой объект — управляемый экземпляр SQL.
• Получите необходимые разрешения для SSMA для Oracle и поставщика.

Подготовка к миграции

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

Оценка

Используя SSMA для Oracle, можно просмотреть объекты и данные баз данных, оценить возможности переноса баз данных, перенести объекты баз данных в управляемый экземпляр SQL, а затем перенести в базу сами данные.

Чтобы создать оценку, выполните следующие действия.

1. Откройте SSMA для Oracle.

2. Выберите File (Файл) и New Project (Создать проект).

3. Введите имя проекта и расположение для сохранения проекта. Затем в раскрывающемся списке выберите управляемый экземпляр Azure SQL в качестве цели миграции и нажмите кнопку ОК.

   

4. Щелкните Connect to Oracle (Подключиться к Oracle). Введите сведения о подключении к Oracle в диалоговом окне Подключение к Oracle.

   

5. Выберите схемы Oracle для переноса.

   

6. В Обозревателе метаданных Oracle щелкните правой кнопкой мыши схему Oracle, которую вы хотите перенести, и выберите Создать отчет, чтобы создать отчет в формате HTML. Вместо этого можно выбрать базу данных, а затем вкладку Создание отчета.

   

7. Ознакомьтесь с HTML-отчетом, чтобы получить сведения о статистике преобразований и любых ошибках или предупреждениях. Также можно открыть отчет в Excel, чтобы получить список объектов Oracle и действий, необходимых для выполнения преобразований схемы. По умолчанию отчет находится в папке report в каталоге SSMAProjects.

   Например, ознакомьтесь со статьей drive:\<username>\Documents\SSMAProjects\MyOracleMigration\report\report_2020_11_12T02_47_55\.

   

Проверка типов данных

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

1. В SSMA для Oracle щелкните Средства и выберите Параметры проекта.

2. Перейдите на вкладку Type mapping (Сопоставление типов).

   

3. Сопоставление типов для каждой таблицы можно изменить, выбрав таблицу в обозревателе метаданных Oracle.

Преобразование схемы

Чтобы преобразовать схему, выполните следующие действия.

1. (Необязательно) добавьте динамические или нерегламентированные запросы в инструкции. Щелкните узел правой кнопкой мыши и выберите Добавить инструкции.

2. Выберите вкладку подключиться к управляемому экземпляру Azure SQL.

   1. Введите сведения о подключении, чтобы подключить базу данных к управляемому экземпляру SQL Azure.
   2. Выберите целевую базу данных в раскрывающемся списке или укажите новое имя. В этом случае база данных будет создана на целевом сервере.
   3. Введите сведения о проверке подлинности и нажмите кнопку Подключить.

   

3. В Обозревателе метаданных Oracle щелкните правой кнопкой мыши схему Oracle и выберите команду Преобразовать схему. Можно также выбрать схему, а затем перейти на вкладку Преобразование схемы.

   

4. После завершения преобразования сравните преобразованные объекты с исходными, чтобы определить возможные проблемы и устранить их в соответствии с рекомендациями.

   

5. Сравните преобразованный текст Transact-SQL с исходным кодом и просмотрите рекомендации.

   

6. В области вывода выберите элемент Просмотр результатов и проверьте ошибки в области Список ошибок.

7. Сохраните проект локально для исправления схемы в автономном режиме. В меню Файл выберите команду Сохранить проект. Этот шаг дает возможность оценить исходную и целевую схемы в автономном режиме и исправить проблемы перед публикацией схемы в управляемый экземпляр SQL.

Миграция

Когда вы завершите оценку баз данных и устраните все несоответствия, можно переходить к процессу миграции. Миграция состоит из двух этапов —публикации схемы и переноса данных.

Чтобы опубликовать схему и перенести данные, выполните следующие действия.

1. Опубликуйте схему. Для этого щелкните правой кнопкой мыши базу данных узла Базы данных в области Обозреватель метаданных управляемого экземпляра Azure SQL и выберите пункт Синхронизировать с базой данных.

   

2. Проверьте результаты сопоставления исходного и целевого проектов.

   

3. Перенесите данные. Для этого щелкните правой кнопкой мыши схему или объект, которые требуется перенести, в разделе Обозреватель метаданных Oracle и выберите пункт Перенести данные. Можно также выбрать вкладку Перенос данных. Чтобы перенести данные для всей базы данных, установите флажок рядом с именем базы данных. Чтобы перенести данные из отдельных таблиц, разверните базу данных, разверните узел Таблицы и установите флажок рядом с нужной таблицей. Чтобы не переносить данные из определенной таблицы, снимите флажок.

   

4. Укажите сведения о подключении для Oracle и управляемого экземпляра SQL.

5. После завершения переноса просмотрите Data Migration Report (Отчет о миграции данных).

   

6. Подключитесь к управляемому экземпляру SQL с помощью SQL Server Management Studio и проверьте результаты миграции, просмотрев данные и схему.

   

Для выполнения миграции можно также использовать SQL Server Integration Services. Дополнительные сведения см. на следующих ресурсах:

• начало работы со службами SQL Server Integration Services;
• SQL Server Integration Services для Azure и гибридного перемещения данных.

После миграции

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

Исправление приложений

После переноса данных в целевую среду все приложения, которые раньше использовали источник, должны приступить к приему целевого объекта. Для завершения этого шага в некоторых случаях потребуется внести изменения в приложения.

Data Access Migration Toolkit — это расширение для Visual Studio Code, с помощью которого можно анализировать исходный код Java и отслеживать вызовы и запросы к API доступа к данным. Этот набор средств предоставляет пользователю представление с одной областью для задач, которые нужно решить для поддержки новой серверной части базы данных. Дополнительные сведения см. в записи блога Перенос приложения Java из Oracle.

Выполнение тестов

Подход теста к миграции базы данных состоит из следующих действий:

1. Разработка проверочных тестов. Чтобы протестировать перенос базы данных, необходимо использовать SQL-запросы. Необходимо создать запросы проверки, которые будут выполняться как в исходной, так и в целевой базах данных. Проверочные запросы должны охватывать всю определенную ранее область.
2. Настройка тестовой среды. Тестовая среда должна содержать копию исходной и целевой баз данных. Не забудьте изолировать тестовую среду.
3. Выполнение проверочных тестов. Выполните проверочные тесты в исходной и целевой базах данных, а затем проанализируйте результаты.
4. Выполнение тестов производительности. Запустите тесты производительности для исходной и целевой баз данных, а затем проанализируйте и сравните результаты.

Проверка перенесенных объектов

Помощник по миграции Microsoft SQL Server для тестировщика Oracle (тестировщика SSMA) позволяет тестировать перенесенные объекты базы данных. Тестировщик SSMA используется для проверки соответствия поведения преобразованных объектов.

Создание тестового случая

1. Откройте SSMA для Oracle, выберите Тестировщик, а затем Создать тестовый случай.

   

2. В мастере тестовых случаев укажите следующие сведения.

   Имя: укажите имя для идентификации тестового случая.

   Дата создания: текущая дата, определяется автоматически.

   Дата последнего изменения: заполняется автоматически, менять не следует.

   Описание: укажите любые дополнительные сведения, позволяющие идентифицировать назначение тестового случая.

   

3. Выберите объекты, входящие в тестовый случай, из дерева объектов Oracle слева.

   

   В этом примере выбраны хранимая процедура ADD_REGION и таблица REGION.

   Более подробные сведения см. в статье Выбор и настройка объектов для тестирования.

4. Далее выберите таблицы, внешние ключи и другие зависимые объекты из дерева объектов Oracle в левом окне.

   

   Более подробные сведения см. в статье Выбор и настройка обрабатываемых объектов.

5. Проверьте ознакомительную последовательность объектов. Измените порядок, нажимая кнопки в сетке.

   

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

   

   Дополнительные сведения о параметрах тестового случая см. в статье Завершение подготовки тестового случая.

7. Нажмите кнопку "Готово", чтобы создать тестовый случай.

   

Запуск тестового случая

Когда тестировщик SSMA запускает тестовый случай, подсистема тестирования выполняет объекты, выбранные для тестирования, и создает отчет о проверке.

1. Выберите тестовый случай из тестового репозитория и нажмите кнопку "Запустить".

   

2. Проверьте тестовый случай, который необходимо запустить, и нажмите кнопку "Запустить".

   

3. Затем укажите учетные данные источника Oracle. После ввода учетных данных нажмите кнопку "Подключить".

   

4. Укажите учетные данные SQL Server назначения и нажмите кнопку "Подключить".

   

   При успешном подключении тестовый случай переходит на этап инициализации.

5. Индикатор выполнения в режиме реального времени показывает состояние выполнения тестового запуска.

   

6. Просмотрите отчет после завершения теста. Отчет содержит статистику, все ошибки, возникшие во время тестового запуска, и подробный отчет.

   

7. Щелкните ссылку "Сведения", чтобы получить дополнительную информацию.

   Пример положительной проверки данных

   

   Пример непройденной проверки данных

   

Оптимизация

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

Ресурсы, посвященные миграции

Дополнительную помощь по этому сценарию миграции можно получить в приведенных ниже ресурсах. Они разработаны как вспомогательные материалы по реализации реальных проектов миграции.

Эти ресурсы разработали специалисты по разработке данных SQL. Основная задача этой команды — включить и ускорить комплексную модернизацию проектов миграции платформы данных на платформу данных Microsoft Azure.

Следующие шаги

• Матрицу служб и средств, предоставляемых корпорацией Майкрософт и сторонними разработчиками для оказания помощи с разными сценариями переноса баз данных и данных, а также для специализированных задач, см. в статье Службы и инструменты для переноса данных.

• Чтобы получить дополнительные сведения об управляемом экземпляре SQL, см. статьи ниже.

  • Обзор управляемых экземпляров SQL Azure
  • Калькулятор совокупной стоимости владения Azure

• Структура и цикл внедрения миграций в облако подробнее описаны следующих статьях.

  • Cloud Adoption Framework для Azure
  • Рекомендации по оценке затрат на рабочие нагрузки, перенесенные в Azure, и определению их размеров

• Видеоматериалы см. в следующих статьях:

  • Общие сведения о процессе миграции и средствах и службах, рекомендованных для выполнения оценки и миграции.