Методология успеха реализации Synapse: оценка проекта для выделенного пула SQL
Примечание
Эта статья входит в серию статей, посвященных успешному внедрению Azure Synapse, предпосылки к которому закладываются изначально. Общие сведения о серии см. в статье Успешное внедрение Azure Synapse, предпосылки к которому закладываются изначально.
Вам необходимо оценить проект выделенного пула SQL, чтобы выявить проблемы и проверить, что проект соответствует рекомендациям и требованиям. Оценив проект до начала разработки решений, можно избежать блокирующих факторов и неожиданных изменений проекта. Так вы сможете соблюсти сроки проекта и остаться в рамках бюджета.
Synapse SQL использует архитектуру с горизонтальным увеличением масштаба для распределения вычислительной обработки данных на нескольких узлах. Вычислительные ресурсы отделены от ресурсов хранилища, что дает возможность масштабировать вычислительные ресурсы независимо от данных в системе. Дополнительные сведения см. в статье Архитектура выделенного пула SQL (ранее — Хранилище данных SQL) в Azure Synapse Analytics.
Анализ оценки
На этапе оценки вы собрали сведения о том, как была развернута исходная система, и подробные сведения о структурах, которые были реализованы. Теперь эта информация поможет понять различие между тем, что было реализовано, и тем, что нужно разработать. Например, стоит рассмотреть последствия создания таблиц методом циклического перебора вместо таблиц с распределением хэша или преимущества производительности при правильном использовании реплицированных таблиц.
Анализ целевой архитектуры
Чтобы успешно развернуть выделенный пул SQL, важно внедрить архитектуру, которая соответствует бизнес-требованиям. Дополнительные сведения см. в разделе Хранение данных в Microsoft Azure.
Путь перехода
Проект миграции для Azure Synapse аналогичен любому другому проекту по миграции базы данных. Следует учитывать, что между исходной системой и Azure Synapse могут быть различия.
Убедитесь в том, что у вас есть четкий путь миграции для следующих объектов и процессов:
- объекты базы данных, скрипты и запросы;
- передача данных (экспорт из источника и передача в облако);
- начальная загрузка данных в Azure Synapse;
- Имена входа и пользователи
- управление доступом к данным (безопасность на уровне строк).
Дополнительные сведения см. в разделе Перенос хранилища данных в выделенный пул SQL в Azure Synapse Analytics.
Недостатки функций
Определите, зависит ли исходная система от функций, которые не поддерживаются Azure Synapse. Неподдерживаемые функции в выделенных пулах SQL включают определенные типы данных, такие как XML и пространственные типы данных, а также курсоры.
Дополнительные сведения см. в разделе:
- Типы данных таблиц для выделенного пула SQL (ранее — SQL DW) в Azure Synapse Analytics
- Функции T-SQL, которые поддерживаются в Azure Synapse SQL
Тестирование выделенного пула SQL
Как и в случае с любым другим проектом, необходимо провести тестирование, чтобы убедиться, что выделенный пул SQL предоставляет необходимые бизнес-потребности. Очень важно проверить качество данных, интеграцию данных, безопасность и производительность.
Дальнейшие шаги
В следующей статье серии об успешном внедрении Azure Synapse, предпосылки к которому закладываются изначально, вы узнаете, как оценить проект пула Spark, чтобы определить проблемы и проверить соответствие проекта рекомендациям и требованиям.