Помощник по миграции данных Fabric для хранилищ данных

применимо к: хранилище✅ в Microsoft Fabric

Помощник по миграции Fabric — это интерфейс миграции, встроенный в Fabric, предоставляющий интерактивный интерфейс миграции в Microsoft Fabric.

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

Шаги миграции

Миграция с помощью помощника по миграции Fabric включает следующие действия на высоком уровне:

1. Перенос схемы объектов (таких как определение таблицы) из источника в новое хранилище Fabric с помощью DACPAC-файла.
2. Используйте помощник по миграции, чтобы устранить проблемы, обновив типы и определения T-SQL для объектов, которые не смогли автоматически перенести.
3. Копирование данных с помощью задания копирования в Fabric Data Factory.
4. Тестирование и параллельное сравнение старого склада и нового склада. Наконец, перенаправите подключения из приложений, которые обращаются к исходному хранилищу, чтобы использовать новое хранилище.

Перенесенные объекты

Помощник по миграции помогает пользователям перенестися в хранилище Fabric с помощью DACPAC-файлов. Метаданные объекта базы данных, захваченные в DACPAC, являются следующими:

• Таблицы
• Представления
• Функции
• Хранимые процедуры
• Объекты безопасности, такие как роли, разрешения, динамическое маскирование данных

Устранение проблем с помощником по миграции

Некоторые скрипты T-SQL не могут переноситься, если метаданные не удалось перенести в те, которые поддерживаются в хранилище Fabric, или если код не удалось применить к T-SQL. Шаг "Исправление проблем" в помощнике по миграции помогает исправить эти ошибочные скрипты.

Первичные и зависимые объекты

Неудачные скрипты разделены на наборы:

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

Зависимые объекты не будут перенесены до тех пор, пока их первичные объекты не будут исправлены, поэтому сначала вы можете исправить основные объекты.

Например, существует три объекта: таблица A, представление B, использующее таблицу A, представление C, использующее представление B. В этом случае основной объект — Table A. Views B и C являются зависимыми объектами.

Основные объекты отсортированы по приоритету, чтобы ускорить миграцию. Приоритет основан на количестве зависимостей объекта. Зависимости относятся к любым объектам, ссылающимся или зависящим от этого объекта, напрямую или косвенно.

Например, таблица A имеет две зависимости от представлений B и C, представление B имеет одну зависимость от представления C, а представление C не имеет зависимостей. Таким образом, они сортируются по приоритету, начиная с таблицы A, представления B, представления C.

Устранение ошибок миграции

Просмотрите и исправьте неисправные скрипты с помощью сведений об ошибке вручную или используйте Copilot для помощи на основе ИИ. (Copilot необходимо включить.) Copilot анализирует запрос и пытается найти лучший способ его устранения. Copilot оставляет комментарии, чтобы объяснить, что было исправлено и почему. Ошибки могут произойти, так как Copilot использует ИИ, поэтому перед их выполнением проверьте предложения кода.

После внесения каких-либо изменений необходимо выполнить запрос, помощник по миграции проверяет и переносит объект и его зависимости. После переноса фиксированного объекта основные объекты обновляются с новым приоритетным списком объектов. Исправление первичного объекта может привести к тому, что количество первичных объектов останется неизменным или даже увеличится. Например, объект B разбит из-за зависимости от нескольких других неработаемых объектов, включая объект A. В этом сценарии исправление объекта A исправляет некоторые ошибки в B и приводит к переходу от зависимого объекта на первичный объект.

Безопасность

Большинство типов объектов безопасности, включая роли, разрешения (например, GRANT/REVOKE/DENY), и динамическое маскирование данных, как ожидается, будет автоматически перенесено. Некоторым объектам (например, пользователям, прошедшим проверку подлинности SQL или шифрованию на уровне столбцов), потребуется обновление для работы в Fabric. Эти проблемы помечены в списке Устранение проблем в помощнике по миграции.

Пользователей, прошедших проверку подлинности SQL, нужно заменить на пользователей Microsoft Entra в Microsoft Fabric. Убедитесь, что они могут войти в Fabric с помощью идентификатора Microsoft Entra ID, а затем используйте диалоговое окно управления разрешениями или совместного доступа, чтобы добавить их в ваше хранилище в Fabric. Чтобы добавить пользователей, администратор или участник должны иметь разрешения на повторный доступ.

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

Ограничения

В настоящее время между исходным хранилищем и хранилищем Fabric не существует полной совместимости T-SQL. Дополнительные сведения можно найти здесь

• Ограничения хранилища данных Fabric
• Область поверхности T-SQL в хранилище данных Fabric

Обходные пути некоторых распространенных неподдерживаемых функций:

Следующие неподдерживаемые функции больше не требуются в хранилище данных Microsoft Fabric.

• Индексы
• Прозрачное шифрование данных (TDE): Не требуется в Fabric, так как Fabric уже шифрует данные с помощью более сложных средств.

Другие неподдерживаемые функции, которые вы можете увидеть:

• Внешние таблицы
• Функции, возвращающие таблицы и содержащие несколько выражений (TVF)

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

Связанный контент

• Миграция с помощью помощника по миграции Fabric для хранилища данных
• Планирование миграции: выделенные SQL-пулы Azure Synapse Analytics в хранилище данных Fabric