Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Чтобы обеспечить быструю, надежную аналитику с платформы Lakehouse, важно настроить и управлять хранилищами SQL для оптимальной производительности бизнес-аналитики. Хранилища SQL в Azure Databricks предназначены для обслуживания рабочих нагрузок бизнес-аналитики, что обеспечивает динамическое масштабирование, эффективную обработку запросов и надежное управление ресурсами.
На этой странице описаны рекомендации по подготовке, управлению и мониторингу хранилищ SQL для обеспечения быстродействующих панелей мониторинга, эффективного использования ресурсов и плавной интеграции с корпоративными средствами бизнес-аналитики.
Это содержимое предназначено для инженеров данных, разработчиков бизнес-аналитики и администраторов рабочих областей, ответственных за настройку, оптимизацию и обслуживание хранилищ SQL для аналитики и производительности панели мониторинга. Для многих задач требуются расширенные разрешения рабочей области, позволяющие создавать хранилища SQL или управлять ими.
Служба SQL
| Лучшие практики | Воздействие | Docs | Элементы действия |
|---|---|---|---|
| Использование бессерверных вычислений для автоматического запуска, остановки и масштабирования ресурсов | Снижает затраты путем остановки неактивных ресурсов. | Включение автоматической остановки для хранилищ разработки | |
| Использование хранилищ SQL для любой рабочей нагрузки бизнес-аналитики (рекомендуется использовать бессерверные) | Хранилища SQL оптимизированы для рабочих нагрузок бизнес-аналитики. | Настройка хранилища SQL для рабочих нагрузок бизнес-аналитики | |
| Правильный размер склада | Балансирует производительность и затраты для вашей рабочей нагрузки. | Начните с размера M, отслеживайте производительность и корректируйте при необходимости | |
| Использование более высокого размера кластера для больших наборов данных | Чем больше кластер (M, L, XL и т. д.), тем быстрее выполняются сложные запросы. Если у вас есть только простые короткие запросы, не увеличивайте размер (может быть медленнее из-за перетасовки данных). | Оценка сложности запросов и размера набора данных | |
| Использование масштабирования хранилища SQL | Хранилище SQL масштабируется для обработки повышенной рабочей нагрузки. Когда хранилище достигает своих ограничений, запросы ставятся в очередь, а не отклоняются. | Включите масштабирование для рабочих нагрузок в производстве | |
| Если ожидается множество одновременных запросов, увеличьте минимальное количество кластеров. | Предотвращает очередь запросов во время ожидания горизонтального масштабирования. | Настройка минимальных кластеров на основе ожидаемой рабочей нагрузки | |
| Использование отдельных хранилищ SQL для разных рабочих нагрузок или бизнес-единиц | Настраивает размеры SQL-складов для улучшения изоляции и распределения затрат. | Создавайте выделенные хранилища под каждую рабочую нагрузку | |
| Мониторинг производительности запросов | Определяет узкие места производительности и проблемы с использованием журнала запросов. Системные таблицы позволяют программно отслеживать производительность. | Настройка панелей мониторинга |
Связанный контент
Подробные инструкции по анализу требований к рабочей нагрузке бизнес-аналитики и настройке хранилищ SQL для различных шаблонов доступа (DirectQuery и import/Extract) см. в разделе "Параметры хранилища SQL" для рабочих нагрузок бизнес-аналитики.