Примечание
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Это важно
Обозреватель данных Azure Synapse Analytics (предварительная версия) будет прекращен 7 октября 2025 г. После этой даты рабочие нагрузки, работающие в Synapse Data Explorer, будут удалены, а связанные данные приложения будут потеряны. Мы настоятельно рекомендуем мигрировать в Eventhouse на платформе Microsoft Fabric.
Программа Microsoft Cloud Accelerate Factory (CAF) принимает рекомендации клиентов от команды аккаунт-менеджеров Microsoft, чтобы помочь клиентам мигрировать на Fabric. CAF предоставляет практические ресурсы клавиатуры без затрат для клиента. Hands-On ресурсы клавиатуры распределяются на 6–8 недель с согласованным объемом задач. Клиенты также могут использовать эту форму для запроса справки непосредственно от Корпорации Майкрософт.
Хотя Azure Synapse предоставляет Обозреватель данных, Fabric предлагает центры событий, базы данных KQL и наборы запросов KQL. Центры событий в Fabric предназначены для приема, хранения и анализа потоков данных в режиме реального времени. Они предоставляют масштабируемое, высокопроизводительное и экономичное решение для обработки и анализа данных в режиме реального времени.
Эта функция позволяет перенести все данные из одного кластера Synapse Data Explorer в хранилище событий в Fabric. Процесс переносит все базы данных исходного кластера в целевое хранилище событий, а также перемещает URI конечной точки для запросов и поглощения исходного кластера в хранилище событий. Таким образом, вы можете ссылаться на хранилище событий, используя как конечные точки исходного кластера, так и конечные точки самого хранилища, гарантируя, что существующее поглощение данных и запросы продолжают функционировать.
Это важно
После миграции исходный кластер помещается в новое состояние с именем "Миграция". В этом состоянии кластер приостановлен и не может быть возобновлен или восстановлен. До тех пор, пока исходный кластер существует, его конечные точки перенаправляются в хранилище событий. Конечные точки исходного кластера остаются активными до 90 дней после миграции. После удаления исходного кластера конечные точки перестают перенаправляться в хранилище событий. Мы рекомендуем пользователям обновить все запросы и процессы приема к новым конечным точкам Eventhouse в течение этого периода.
Это важно
Эта функция доступна в предварительной версии.
Предпосылки
- Исходный кластер должен находиться в состоянии выполнения, а блокировки ресурсов удаляются.
- Рабочая область с поддерживаемой Microsoft Fabric вместимостью
- У вас должен быть маркер Microsoft Entra
- У вас должна быть по крайней мере роль владельца в исходном кластере.
- У вас должна быть по крайней мере роль администратора в целевой рабочей области Fabric
Основные рекомендации
Перед миграцией рассмотрите следующие ключевые моменты:
- Процесс миграции создает новое хранилище событий.
- Миграция выполняется во всем кластере, включая все базы данных.
- Процесс миграции необратим.
- Необходимо вручную добавить пользователей из других арендаторов, которые ранее имели доступ к кластеру, в новое eventhouse.
- Кластер и Eventhouse должны находиться в одном арендаторе и регионе.
- Процесс миграции может занять несколько часов в зависимости от размера кластера. Сведения об отслеживании состояния см. в разделе "Мониторинг хода миграции".
Какие функции можно перенести?
| Функция | Можно ли перенести? | Примечания. |
|---|---|---|
| Чистка | ❌ | Не поддерживается в Eventhouse. |
| Политики уровня кластера | ❌ | |
| Управляемые удостоверения, назначаемые системой | ❌ | Не поддерживается в Eventhouse. |
| Роли Azure RBAC кластера | ✔️ | |
| Подключения к данным, такие как Центры событий, Центр Интернета вещей, Сетка событий | ❌ | В Eventhouse поддерживаются не все подключения к данным, доступные в Synapse Data Explorer. Необходимо вручную создать поддерживаемые подключения к данным в новом хранилище событий. |
| Операции экспорта данных | ❌ | Операции экспорта данных, такие как .export команды и непрерывный экспорт, не переносятся автоматически. Необходимо вручную добавить их в новое помещение для мероприятий. |
| Кластеры последователей и лидеров | ❌ | Перед миграцией их необходимо удалить вручную. |
| Понятные названия для базы данных | ❌ | Их необходимо добавить вручную в новое хранилище событий. |
| Ключи, управляемые клиентом | ❌ | Перед миграцией их необходимо удалить вручную. |
| Внедренные кластеры виртуальной сети | ❌ | Перед миграцией его необходимо отключить вручную. |
| Кластеры с поддержкой частной конечной точки | ❌ | Перед миграцией его необходимо отключить вручную. |
| Кластеры с включенной управляемой частной конечной точкой | ❌ | Перед миграцией его необходимо отключить вручную. |
| Правила брандмауэра | ❌ | Не поддерживается в Eventhouse. |
| Python в песочнице | ✔️ | Python автоматически включен в новом хранилище событий. |
Шаги миграции
Процесс миграции может занять несколько часов в зависимости от размера кластера. В течение этого периода исходной кластер продолжает обслуживать запросы, но не обрабатывает новые инъекции. Если вы используете прием в очереди, запросы обрабатываются после миграции без потери данных. Однако прием потоковой передачи не работает в течение этого периода.
Процесс миграции выполняется с помощью конечных точек REST API Fabric. Ниже приведены рекомендуемые действия по выполнению миграции.
Проверка: используйте конечную точку Validate migration to Eventhouse, чтобы проверить, можно ли перенести кластер Azure Synapse Analytics Data Explorer в Eventhouse.
Миграция: используйте Миграция в Eventhouse с
migrationSourceClusterUrlполезной нагрузкой, чтобы создать хранилище событий с URL-адресом кластера-источника миграции. Процесс выполняется асинхронно, чтобы создать новое хранилище событий и перенести все базы данных из исходного кластера в хранилище событий.Отслеживайте: Используйте отслеживание хода выполнения миграции для контроля за ходом выполнения вашей миграции.
Убедитесь в том, что миграция выполняется, проверив состояние хранилища событий, и что перенесенные базы данных отображаются в списке баз данных KQL.
Это важно
Обязательно обновите запросы и процессы загрузки данных, чтобы указать на новые конечные точки Eventhouse в течение 90 дней после миграции. Через 90 дней исходный кластер удаляется, и его конечные точки перестают перенаправлять на хранилище событий и восстановлению не подлежит.
Конечные точки API можно вызывать напрямую или в автоматизированном скрипте PowerShell. Пример скрипта PowerShell доступен в репозитории Microsoft Fabric GitHub. Чтобы запустить скрипт, в дополнение к предварительным требованиям, необходимо иметь модуль Az PowerShell с по крайней мере версией 2.64.0, которую можно установить, выполнив команду "Install-Module az" в PowerShell.