Руководство по переносу Oracle в базу данных SQL Azure

Применимо к: База данных SQL Azure

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

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

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

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

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

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

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

Оценка

Используя 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. Выберите вкладку Подключение к Базе данных SQL Azure.

   1. В области база данных SQL введите сведения о подключении, чтобы подключить базу данных.
   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 Azure см. здесь.

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

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

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

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

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