Поделиться через

Обзор Azure Well-Architected Framework — База данных SQL Azure

  • Статья

База данных SQL Azure — это полностью управляемое ядро СУБД, предоставляемое по модели "платформа как услуга" (PaaS), которое выполняет большую часть функций управления базой данных без участия пользователя. Функции управления включают обновления, исправления, резервные копии и мониторинг.

Тип ресурса отдельной базы данных создает базу данных в База данных SQL Azure с собственным набором ресурсов и управляется с помощью логического сервера. Вы можете выбрать модель приобретения на основе DTU или модель приобретения на основе виртуальных ядер. Можно создать несколько баз данных в одном пуле ресурсов с эластичными пулами.

В следующих разделах приведен контрольный список конструктора и рекомендуемые варианты проектирования, относящиеся к База данных SQL Azure безопасности. Руководство основано на пяти основных принципах архитектурного превосходства:

  • Надежность
  • Безопасность
  • Оптимизация затрат
  • Эффективность работы
  • Оптимизация производительности

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

База данных SQL Azure и надежность

База данных SQL Azure — это полностью управляемое ядро СУБД, предоставляемое по модели "платформа как услуга" (PaaS), которое выполняет большую часть функций управления базой данных без участия пользователя. Функции управления:

  • Обновления
  • Исправления
  • Резервные копии
  • Наблюдение

Эта служба позволяет создавать высокодоступные и высокопроизводительные уровни хранилища данных для приложений и рабочих нагрузок Azure. База данных SQL Azure всегда выполняется в последней стабильной версии ядра СУБД SQL Server и в ОС с установленными исправлениями при доступности на уровне 99.99%.

Дополнительные сведения о том, как База данных SQL Azure повышает надежность и позволяет бизнесу продолжать работу во время сбоев, см. в статье Возможности обеспечения доступности.

В следующих разделах приводятся рекомендации по проектированию, контрольный список по настройке и рекомендуемые параметры конфигурации, относящиеся к Базе данных SQL Azure и обеспечению надежности.

Рекомендации по проектированию

К Базе данных SQL Azure применяются следующие рекомендации по проектированию.

  • Используйте уровень "Критически важный для бизнеса", настроенный с георепликацией и имеющий гарантированное целевое время восстановления (RTO) в 30 секунд для 100% часов развертывания.

  • Используйте сегментирование для распределения данных и процессов по множеству одинаковых структурированных баз данных. Сегментирование предоставляет альтернативу традиционным подходам вертикального масштабирования для повышенной экономичности и гибкости. Рассмотрите возможность использования сегментирования для горизонтального секционирования базы данных. Сегментирование может обеспечить изоляцию от сбоев. Дополнительные сведения см. в статье Горизонтальное масштабирование с помощью Базы данных SQL Azure.

  • База данных SQL Azure уровня "Критически важный для бизнеса" или "Премиум", не настроенная для избыточных между зонами развертываний, а уровня "Общего назначения", "Стандартный", "Базовый" или "Гипермасштабирование" с двумя или более репликами имеет гарантию доступности. Дополнительные сведения о гарантии доступности см. в статье Соглашение об уровне обслуживания для Базы данных SQL Azure.

  • Обеспечивает встроенную региональную высокую доступность и готовую георепликацию для любого региона Azure. Включает в себя средства искусственного интеллекта для поддержки следующих автоматических возможностей:

    • Настройка производительности
    • Мониторинг угроз
    • Оценки уязвимостей
    • Полностью автоматизированное исправление и обновление базы кода

  • Определите SLA для производительности приложения и отслеживайте его выполнение с помощью оповещений. Быстро обнаруживайте, снижение производительности приложений ниже допустимого уровня, так как это важно для поддержания высокой устойчивости. Используйте ранее определенное решение для мониторинга с целью настройки оповещений по ключевым метрикам запросов, чтобы своевременно предпринимать действия при нарушении Соглашения об уровне обслуживания в отношении производительности. Дополнительные сведения см. в разделе "Мониторинг базы данных " и средств оповещений.

  • Используйте геовосстановление для восстановления после сбоя службы. Вы можете восстановить базу данных на любом сервере Базы данных SQL, а базу данных экземпляра — в любом управляемом экземпляре в любом регионе Azure из самых последних геореплицированных резервных копий. При геовосстановлении в качестве источника используется геореплицированная резервная копия. Вы можете запросить геовосстановление, даже если база данных или центр обработки данных недоступны из-за сбоя. При геовосстановлении база данных восстанавливается из геоизбыточной резервной копии. Дополнительные сведения см. в статье Восстановление базы данных Azure SQL с помощью создаваемых автоматически резервных копий базы данных.

  • Используйте уровень "Критически важный для бизнеса", настроенный с георепликацией и имеющий гарантированную целевую точку восстановления (RPO) в 5 секунд для 100% часов развертывания.

  • Возможности PaaS, встроенные в Базу данных SQL Azure, позволяют сосредоточиться на критически важных для бизнеса действиях по администрированию и оптимизации базы данных для конкретной предметной области.

  • Используйте восстановление до точки во времени для восстановления после ошибки пользователя. Восстановление до точки во времени позволяет восстановить базу данных после непреднамеренных изменений. Дополнительные сведения см. в документации по восстановлению до точки во времени (PITR).

  • Уровни "Критически важный для бизнеса" или "Премиум" настроены как избыточные между зонами развертывания, имеющие гарантию доступности. Дополнительные сведения о гарантии доступности см. в статье Соглашение об уровне обслуживания для Базы данных SQL Azure.

Контрольный список

Вы настроили Базу данных SQL Azure с учетом требований к обеспечению надежности?

  • Используйте активную георепликацию, чтобы создать доступную для чтения вторичную реплику в другом регионе.
  • Используйте группы автоматической отработки отказа, которые могут включать одну или несколько баз данных, обычно используемых одним приложением.
  • Используйте избыточную между зонами базу данных.
  • Отслеживайте Базу данных SQL Azure в почти реальном времени для обнаружения инцидентов надежности.
  • Реализуйте логику повторных попыток.
  • Создавайте резервные копии ключей.

Рекомендации по настройке

Ознакомьтесь со следующей таблицей рекомендаций, чтобы оптимизировать конфигурацию Базы данных SQL Azure для обеспечения надежности.

Рекомендация Description
Используйте активную георепликацию, чтобы создать доступную для чтения вторичную реплику в другом регионе. При сбое базы данных-источника выполните переход в базу данных-получатель вручную. До отработки отказа база данных-получатель остается доступной только для чтения. Активная георепликация позволяет создавать читаемые реплики и вручную переходить на другой ресурс реплики в случае сбоя центра обработки данных или обновления приложения. В одном или разных регионах поддерживается до четырех баз данных-получателей, которые также можно использовать для запросов на доступ только для чтения. Отработка отказа должна инициироваться вручную приложением пользователя. После отработки отказа у новой базы данных-источника будет другая конечная точка подключения.
Используйте группы автоматической отработки отказа, которые могут включать одну или несколько баз данных, обычно используемых одним приложением. Для разгрузки рабочих нагрузок запросов, доступных только для чтения, можно использовать доступные для чтения базы данных-получатели. Так как группы автоматической отработки отказа включают в себя несколько баз данных, эти базы данных необходимо настроить на сервере-источнике. Группы автоматической отработки отказа поддерживают репликацию всех баз данных в группе только на один сервер-получатель или экземпляр в другой регион. См. дополнительные сведения о группах автоматической отработки отказа и проектировании аварийного восстановления.
Используйте избыточную между зонами базу данных. По умолчанию кластер узлов для модели доступности уровня "Премиум" создается в том же центре обработки данных. С введением Зон доступности Azure база данных SQL может размещать разные реплики базы данных категории "Критически важный для бизнеса" в разных зонах доступности в одном регионе. Чтобы исключить единую точку сбоя, круг управления также дублируется в нескольких зонах в виде трех кругов шлюзов. Маршрутизацией для конкретного круга шлюза управляет диспетчер трафика Azure (ATM). Так как конфигурация с избыточностью в пределах зоны не обеспечивает дополнительную избыточность баз данных на уровне служб категорий "Премиум" или "Критически важный для бизнеса", дополнительные затраты не требуются. См. дополнительные сведения об избыточных между зонами базах данных.
Отслеживайте Базу данных SQL Azure в почти реальном времени для обнаружения инцидентов надежности. Используйте одно из доступных решений для мониторинга Базы данных SQL, чтобы определять потенциальные инциденты надежности на ранних этапах и сделать базы данных более устойчивыми. Выберите решение для мониторинга почти в реальном времени, чтобы быстро реагировать на инциденты. См. дополнительные сведения об Аналитике SQL Azure.
Реализуйте логику повторных попыток. Хотя База данных SQL Azure устойчива к транзитивным сбоям инфраструктуры, они могут повлиять на ваше подключение. Если при работе с Базой данных SQL возникает временная ошибка, убедитесь, что ваш код может повторить вызов. См. дополнительные сведения о том, как реализовать логику повторов.
Создавайте резервные копии ключей. Если вы не используете ключи шифрования в Azure Key Vault для защиты данных, создавайте резервные копии ключей.

База данных SQL Azure и безопасность

База данных SQL обеспечивает ряд встроенных функций безопасности и соответствия, чтобы выполнить различные требования по защите вашего приложения.

Контрольный список проектирования

Вы разработали рабочую нагрузку и настроили База данных SQL Azure с учетом безопасности?

  • Общие сведения о логических серверах и способах администрирования имен входа для нескольких баз данных при необходимости.
  • Включите проверку подлинности Microsoft Entra с помощью SQL Azure. Проверка подлинности Microsoft Entra обеспечивает упрощенное управление разрешениями и централизованное управление удостоверениями.
  • Логические серверы SQL Azure должны быть подготовлены администратором Microsoft Entra.
  • Убедитесь, что контактные данные электронной почты в подписке Azure для администратора службы и соадминистратора достигают правильных сторон внутри вашей организации. Вы не хотите пропускать или игнорировать важные уведомления системы безопасности из Azure!
  • Просмотрите архитектуру подключения База данных SQL Azure. Redirect Выберите политику или Proxy политику подключения в соответствии с соответствующими параметрами.
  • Ознакомьтесь с правилами брандмауэра База данных SQL Azure.
  • Используйте правила виртуальной сети для управления обменом данными из определенных подсетей в виртуальных сетях.
  • При использовании Брандмауэр Azure настройте правила приложения Брандмауэр Azure с полными доменными именами SQL.

Рекомендации

Рекомендация Преимущества
Просмотрите минимальную версию TLS. Определите, имеются ли устаревшие приложения, требующие старых ПОДКЛЮЧЕНИй TLS или незашифрованных подключений. После применения версии TLS невозможно вернуться к значениям по умолчанию. Проверьте и настройте минимальную версию TLS для подключений База данных SQL через портал Azure. Если нет, задайте для последней версии TLS минимальное значение.
Бухгалтерская книга Рассмотрите возможность разработки таблиц базы данных на основе реестра для предоставления аудита, незаконного подтверждения и доверия всех изменений данных.
Always Encrypted Рассмотрите возможность разработки доступа к приложению на основе Always Encrypted для защиты конфиденциальных данных в приложениях путем делегирования доступа к ключам шифрования.
Частные конечные точки и приватный канал Подключения к частной конечной точке обеспечивают безопасный обмен данными путем включения частного подключения к База данных SQL Azure. Вы можете использовать частную конечную точку для защиты подключений и запрета доступа к общедоступной сети по умолчанию. Приватный канал Azure для База данных SQL Azure — это тип частной конечной точки, рекомендуемой для База данных SQL Azure.
Автоматическая оценка уязвимостей Отслеживайте результаты проверки уязвимостей и рекомендации по устранению уязвимостей базы данных.
Расширенная защита от угроз Обнаружение аномальных действий, указывающих на необычные и потенциально опасные попытки доступа или эксплойтирования баз данных с помощью Advanced Threat Protection для База данных SQL Azure. Расширенная защита от угроз интегрируется с Microsoft Defender для облака.
Аудит Отслеживание событий базы данных с помощью аудита для База данных SQL Azure.
Управляемые удостоверения Рассмотрите возможность настройки управляемого удостоверения, назначаемого пользователем (UMI). Управляемые удостоверения для ресурсов Azure устраняют необходимость управления учетными данными в коде.
Проверка подлинности только для Microsoft Entra Рекомендуется отключить проверку подлинности на основе SQL и разрешить только проверку подлинности Microsoft Entra.

Определения политик

Просмотрите базовые показатели безопасности Azure для База данных SQL Azure и Политика Azure встроенных определений.

Все встроенные определения политик, связанные с SQL Azure, перечислены в встроенных политиках.

Руководство по проверке: защита базы данных в База данных SQL Azure.

База данных SQL Azure и оптимизация затрат

База данных SQL Azure — это полностью управляемое ядро СУБД, предоставляемое по модели "платформа как услуга" (PaaS), которое выполняет большую часть функций управления базой данных без участия пользователя. Функции управления:

  • Обновления
  • Исправления
  • Резервные копии
  • Наблюдение

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

Дополнительные сведения о том, как База данных SQL Azure предоставляет функции сохранения затрат см. в разделе Планирование расходов для Базы данных SQL Microsoft Azure и управление ими.

В следующих разделах приводится контрольный список по настройке и рекомендуемые параметры конфигурации, относящиеся к Базе данных SQL и оптимизации затрат.

Контрольный список

Вы настроили Базу данных SQL Azure с учетом оптимизации затрат?

Рекомендации по настройке

Ознакомьтесь со следующей таблицей рекомендаций, чтобы оптимизировать конфигурацию Базы данных SQL Azure для сокращения затрат:

Рекомендация Description
Оптимизируйте запросы. Оптимизируйте запросы, таблицы и базы данных с помощью рекомендаций по анализу производительности запросов и производительности, чтобы снизить потребление ресурсов и получить соответствующую конфигурацию.
Оценка использования ресурсов. Оцените использование ресурсов для всех баз данных и определите, правильно ли они были подготовлены. Для непроизводственных баз данных рассмотрите возможность уменьшения масштаба ресурсов в соответствии с применимыми. DTU или виртуальные ядра для базы данных можно масштабировать по требованию, например при выполнении тестовой нагрузки или тестового принятия пользователем.
Точная настройка использования хранилища резервных копий Если используются базы данных с виртуальными ядрами в Базе данных SQL Azure, емкость хранилища, применяемая для каждого типа резервных копий (полная, разностная и резервная копия журнала), отображается в области мониторинга базы данных в виде отдельной метрики. Плата за использование хранилища резервных копий вплоть до максимального размера данных для базы данных не взимается. Избыточное потребление емкости хранилища резервных копий будет зависеть от рабочей нагрузки и максимального размера отдельных баз данных. Дополнительные сведения см. в разделе "Использование хранилища резервных копий".
Оцените Базу данных SQL Azure уровень "Бессерверный". Рассмотрите возможность использования База данных SQL Azure бессерверным на уровне подготовленных вычислений. "Бессерверный" — это уровень вычислений для отдельных баз данных, которые автоматически масштабируются в соответствии с потребностями в рабочей нагрузке, а счета выставляются за количество использованных вычислительных ресурсов в секунду. Уровень вычислений "Бессерверный" автоматически ставит базы данных на паузу в неактивные периоды (когда выставляются счета только за хранение). Работа баз данных автоматически возобновляется, когда восстанавливается активность. База данных SQL Azure уровня "Бессерверный" подходит не для всех сценариев. Если у вас есть база данных с непредсказуемыми или временными шаблонами использования, перемежающимися с периодами низкого или простоя, бессерверный — это решение, которое поможет оптимизировать ценовую производительность.
Рассмотрите возможность использования зарезервированной емкости для Базы данных SQL Azure. Затраты на вычисление, связанные с Базой данных SQL Azure, можно сократить с помощью скидки на резервирование. Определите общую емкость вычислений и уровень производительности для баз данных Azure SQL в регионе и используйте эти сведения для резервирования емкости. Резервирование можно выполнить на один год или три года. Дополнительные сведения см. в статье Экономия затрат на ресурсы с помощью зарезервированной емкости.
Управление несколькими базами данных в Базе данных SQL Azure и их масштабирование с помощью эластичных пулов Эластичные пулы Базы данных SQL Azure — это простое и экономичное решение для администрирования и масштабирования нескольких баз данных с отличными и непредсказуемыми требованиями к ресурсам. Базы данных в составе эластичного пула размещены на одном сервере и совместно используют определенный набор ресурсов по фиксированной цене. Дополнительные сведения см. в разделе "Эластичные пулы" для управления и масштабирования нескольких баз данных.

Дополнительные сведения см. в разделе "Планирование затрат и управление затратами на База данных SQL Azure".

База данных SQL Azure и эффективность операционных процессов

База данных SQL Azure — это полностью управляемое ядро СУБД, предоставляемое по модели "платформа как услуга" (PaaS), которое выполняет большую часть функций управления базой данных без участия пользователя. Функции управления:

  • Обновления
  • Исправления
  • Резервные копии
  • Наблюдение

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

Дополнительные сведения о том, как База данных SQL Azure помогает повысить эффективность операционных процессов и позволяет бизнесу поддерживать операции во время отказов, см. в статье Мониторинг и настройка производительности в Базе данных SQL Azure.

В следующих разделах приводятся рекомендации по проектированию, контрольный список по настройке и рекомендуемые параметры конфигурации, относящиеся к Базе данных SQL Azure, для повышения эффективности операционных процессов.

Рекомендации по проектированию

К Базе данных SQL Azure применяются следующие рекомендации по проектированию.

  • Используйте уровень "Критически важный для бизнеса", настроенный с георепликацией и имеющий гарантированное целевое время восстановления (RTO) в 30 секунд для 100% часов развертывания.

  • Используйте сегментирование для распределения данных и процессов по множеству одинаковых структурированных баз данных. Сегментирование предоставляет альтернативу традиционным подходам вертикального масштабирования для повышенной экономичности и гибкости. Рассмотрите возможность использования сегментирования для горизонтального секционирования базы данных. Сегментирование может обеспечить изоляцию от сбоев. Дополнительные сведения см. в статье Горизонтальное масштабирование с помощью Базы данных SQL Azure.

  • База данных SQL Azure уровня "Критически важный для бизнеса" или "Премиум", не настроенная для избыточных между зонами развертываний, а уровня "Общего назначения", "Стандартный", "Базовый" или "Гипермасштабирование" с двумя или более репликами имеет гарантию доступности. Дополнительные сведения см. в SLA для Базы данных SQL Azure.

  • Обеспечивает встроенную региональную высокую доступность и готовую георепликацию для любого региона Azure. Включает в себя средства искусственного интеллекта для поддержки следующих автоматических возможностей:

    • Настройка производительности
    • Мониторинг угроз
    • Оценки уязвимостей
    • Полностью автоматизированное исправление и обновление базы кода

  • Определите SLA для производительности приложения и отслеживайте его выполнение с помощью оповещений. Быстро обнаруживайте, снижение производительности приложений ниже допустимого уровня, так как это важно для поддержания высокой устойчивости. Используйте ранее определенное решение для мониторинга с целью настройки оповещений по ключевым метрикам запросов, чтобы своевременно предпринимать действия при нарушении Соглашения об уровне обслуживания в отношении производительности. Дополнительные сведения см. в статье Мониторинг базы данных.

  • Используйте геовосстановление для восстановления после сбоя службы. Вы можете восстановить базу данных на любом сервере Базы данных SQL, а базу данных экземпляра — в любом управляемом экземпляре в любом регионе Azure из самых последних геореплицированных резервных копий. При геовосстановлении в качестве источника используется геореплицированная резервная копия. Вы можете запросить геовосстановление, даже если база данных или центр обработки данных недоступны из-за сбоя. При геовосстановлении база данных восстанавливается из геоизбыточной резервной копии. Дополнительные сведения см. в статье Восстановление базы данных Azure SQL с помощью создаваемых автоматически резервных копий базы данных.

  • Используйте уровень "Критически важный для бизнеса", настроенный с георепликацией и имеющий гарантированную целевую точку восстановления (RPO) в 5 секунд для 100% часов развертывания.

  • Возможности PaaS, встроенные в Базу данных SQL Azure, позволяют сосредоточиться на критически важных для бизнеса действиях по администрированию и оптимизации базы данных для конкретной предметной области.

  • Используйте восстановление до точки во времени для восстановления после ошибки пользователя. Восстановление до точки во времени позволяет восстановить базу данных после непреднамеренных изменений. Дополнительные сведения см. в документации по восстановлению до точки во времени (PITR).

  • Уровни "Критически важный для бизнеса" или "Премиум" настроены как избыточные между зонами развертывания. Дополнительные сведения о гарантии доступности см. в статье Соглашение об уровне обслуживания для Базы данных SQL Azure.

Контрольный список

Настроили ли вы Базу данных SQL Azure с учетом эффективности операционных процессов?

  • Используйте активную георепликацию, чтобы создать доступную для чтения вторичную реплику в другом регионе.
  • Используйте группы автоматической отработки отказа, которые могут включать одну или несколько баз данных, обычно используемых одним приложением.
  • Используйте избыточную между зонами базу данных.
  • Отслеживайте Базу данных SQL Azure в почти реальном времени для обнаружения инцидентов надежности.
  • Реализуйте логику повторных попыток.
  • Создавайте резервные копии ключей.

Рекомендации по настройке

Ознакомьтесь со следующей таблицей рекомендаций, чтобы оптимизировать конфигурацию Базы данных SQL Azure для эффективности операционных процессов:

Рекомендация Description
Используйте активную георепликацию, чтобы создать доступную для чтения вторичную реплику в другом регионе. При сбое базы данных-источника выполните переход в базу данных-получатель вручную. До отработки отказа база данных-получатель остается доступной только для чтения. Активная георепликация позволяет создавать читаемые реплики и вручную переходить на другой ресурс реплики в случае сбоя центра обработки данных или обновления приложения. В одном или разных регионах поддерживается до четырех баз данных-получателей, которые также можно использовать для запросов на доступ только для чтения. Отработка отказа должна инициироваться вручную приложением пользователя. После отработки отказа у новой базы данных-источника будет другая конечная точка подключения.
Используйте группы автоматической отработки отказа, которые могут включать одну или несколько баз данных, обычно используемых одним приложением. Для разгрузки рабочих нагрузок запросов, доступных только для чтения, можно использовать доступные для чтения базы данных-получатели. Так как группы автоматической отработки отказа включают в себя несколько баз данных, эти базы данных необходимо настроить на сервере-источнике. Группы автоматической отработки отказа поддерживают репликацию всех баз данных в группе только на один сервер-получатель или экземпляр в другой регион. См. дополнительные сведения о группах автоматической отработки отказа и проектировании аварийного восстановления.
Используйте избыточную между зонами базу данных. По умолчанию кластер узлов для модели доступности уровня "Премиум" создается в том же центре обработки данных. С введением Зон доступности Azure база данных SQL может размещать разные реплики базы данных категории "Критически важный для бизнеса" в разных зонах доступности в одном регионе. Чтобы исключить единую точку сбоя, круг управления также дублируется в нескольких зонах в виде трех кругов шлюзов. Маршрутизацией для конкретного круга шлюза управляет диспетчер трафика Azure (ATM). Так как конфигурация с избыточностью в пределах зоны не обеспечивает дополнительную избыточность баз данных на уровне служб категорий "Премиум" или "Критически важный для бизнеса", дополнительные затраты не требуются. См. дополнительные сведения об избыточных между зонами базах данных.
Отслеживайте Базу данных SQL Azure в почти реальном времени для обнаружения инцидентов надежности. Используйте одно из доступных решений для мониторинга Базы данных SQL, чтобы определять потенциальные инциденты надежности на ранних этапах и сделать базы данных более устойчивыми. Выберите решение для мониторинга почти в реальном времени, чтобы быстро реагировать на инциденты. См. дополнительные сведения об Аналитике SQL Azure.
Реализуйте логику повторных попыток. Хотя База данных SQL Azure устойчива к транзитивным сбоям инфраструктуры, они могут повлиять на ваше подключение. Если при работе с Базой данных SQL возникает временная ошибка, убедитесь, что ваш код может повторить вызов. Дополнительные сведения см. в статье о реализации логики повторных попыток и настройке логики повторных попыток в sqlClient.
Создавайте резервные копии ключей. Если вы не используете ключи шифрования в Azure Key Vault для защиты данных, создавайте резервные копии ключей.

База данных SQL Azure и эффективность производительности

База данных SQL Azure — это полностью управляемое ядро СУБД, предоставляемое по модели "платформа как услуга" (PaaS), которое выполняет большую часть функций управления базой данных без участия пользователя. Функции управления:

  • Обновления
  • Исправления
  • Резервные копии
  • Наблюдение

В следующих разделах приведен контрольный список проектов и рекомендуемые варианты проектирования, относящиеся к База данных SQL Azure производительности.

Контрольный список проектирования

Вы разработали рабочую нагрузку и настроили База данных SQL Azure с учетом эффективности производительности?

Рекомендации

Рекомендация Преимущества
Диагностика и устранение неполадок с высокой загрузкой ЦП. База данных SQL Azure предоставляет встроенные средства для выявления причин высокой загрузки ЦП и оптимизации производительности рабочей нагрузки.
Общие сведения о блокировке и взаимоблокировки проблем. Блокировка из-за параллелизма и завершенных сеансов из-за взаимоблокировок имеет различные причины и результаты.
Настройка приложений и баз данных для повышения производительности. Настройте приложение и базу данных для повышения производительности. Ознакомьтесь с рекомендациями.
Просмотрите портал Azure отчеты об использовании и масштабирование соответствующим образом. После развертывания используйте встроенные отчеты в портал Azure для регулярного просмотра пиковых и средних показателей использования базы данных и правильного размера вверх или вниз. Вы можете легко масштабировать отдельные базы данных или эластичные пулы без потери данных и минимального простоя.
См. Рекомендации по производительности. В меню "Интеллектуальная производительность" страницы базы данных в портал Azure просмотрите и рассмотрите действия по любому из рекомендаций по производительности и реализуйте все проблемы с индексом, схемой и параметризацией.
Просмотрите аналитические сведения о производительности запросов. Ознакомьтесь с аналитическими сведениями о производительности запросов для База данных SQL Azure отчетов, чтобы определить наиболее популярные запросы, длительные запросы и многое другое.
Настройте автоматическую настройку. Обеспечить пиковую производительность и стабильную рабочую нагрузку с помощью непрерывной настройки производительности на основе ИИ и машинного обучения. Рекомендуется использовать служба автоматизации Azure для настройки Уведомления по электронной почте для автоматической настройки.
Оцените потенциальное использование объектов базы данных в памяти. Технологии в памяти позволяют повысить производительность приложения и снизить затраты на базу данных. Рассмотрите возможность разработки некоторых объектов базы данных в приложениях OLTP большого объема.
Используйте хранилище запросов. По умолчанию в База данных SQL Azure хранилище запросов содержит множество данных о производительности запросов и использовании ресурсов, а также расширенные функции настройки, такие как хранилище запросов указания и автоматическое исправление плана. Просмотрите значения хранилище запросов по умолчанию в База данных SQL Azure.
Реализуйте логику повторных попыток для временных ошибок. Приложения должны включать логику автоматического повтора транзакций для временных ошибок, включая распространенные ошибки подключения. Используйте логику экспоненциального интервала повтора.

Дополнительные ресурсы

Сведения о поддерживаемых функциях см. в разделе "Функции" и "Разрешение различий Transact-SQL" во время миграции на База данных SQL.

Переход на База данных SQL Azure? Ознакомьтесь с нашими руководствами по миграции базы данных Azure.

Просмотрите эпизоды предоставляемых данных, посвященные темам SQL Azure и многое другое.

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