Настройка базы данных SQL Azure и Управляемый экземпляр SQL Azure

Завершено

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

Настройка Управляемого экземпляра SQL Azure

Управляемый экземпляр Azure SQL — это, по сути, управляемый экземпляр SQL Server. Многие конфигурации, доступные в SQL Server, применяются здесь. Например, можно настроить использование sp_configure и определенные глобальные флаги трассировки. У вас также есть варианты, доступные вокруг tempdb, modelи master. У вас есть контроль над сетевым подключением и конфигурацией.

Конфигурация базы данных

Для управляемых баз данных в Управляемом экземпляре SQL Azure и базе данных SQL Azure доступны параметры, предлагаемые командой ALTER DATABASE. Существуют параметры SET, и вы можете выбрать нужное значение dbcompat. Это значение может помочь в миграции. Для изменения выпуска или уровня служб можно также использовать команду ALTER DATABASE.

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

В База данных SQL Azure, в частности, включено обнаружение устаревших страниц, а параметры SQL_Latin1_General_CP1_CI_AS сортировки сервера по умолчанию всегда используются. Кроме того, следующие параметры по умолчанию устанавливаются на ON (включено):

  • SNAPSHOT_ISOLATION_STATE
  • READ_COMMITTED_SNAPSHOT
  • FULL RECOVERY
  • CHECKSUM
  • QUERY_STORE
  • TDE
  • ACCELERATED_DATABASE_RECOVERY

Управление заданиями

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

Агент SQL в Управляемом экземпляре SQL

Агент SQL — это полностью поддерживаемая служба в Управляемом экземпляре SQL Azure. Задания агента SQL Server поддерживаются только для шагов заданий T-SQL и SQL Server Integration Services. Действия командной оболочки не поддерживаются. Хотя оповещения не поддерживаются, Уведомления по электронной почте поддерживаются с помощью почты базы данных.

Задания обработки эластичных баз данных для базы данных SQL

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

Azure Automation

Службу служба автоматизации Azure можно использовать для оркестрации процессов с помощью концепции, называемой runbook. Модуль Runbook состоит из кода, такого как код PowerShell или Python, и может быть ориентирован на любой ресурс Azure.

Ограниченные варианты конфигурации

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

  • Нельзя прерывать или перезапускать серверы.
  • Нельзя использовать следующее:
    • мгновенная инициализация файлов;
    • блокировка страниц в памяти;
    • FILESTREAM и группы доступности.
    • Параметры сортировки сервера. В Управляемый экземпляр SQL можно выбрать параметры сортировки сервера во время развертывания, но не изменить его.
    • Параметры запуска.
    • Отчеты об ошибках и отзывы пользователей.
    • ALTER SERVER CONFIGURATION.
    • Конфигурация ERRORLOG.
  • Безопасность смешанного режима принудительно выполняется.
  • Аудит входа в систему выполняется с помощью аудита SQL.
  • Учетная запись прокси-сервера неприменима.

Управляемый экземпляр Azure SQL и база данных SQL являются предложениями класса "платформа как услуга" (PaaS). Ограничение этих вариантов не должно препятствовать полному использованию управляемой службы SQL Server.

Управление хранилищем

Для Управляемый экземпляр SQL Azure возможно максимальный размер хранилища, допустимый для экземпляра на основе выбранного SLO. Вы можете выбрать максимальный размер хранилища для экземпляра вплоть до этого ограничения. При его достижении вы получите сообщение 1105 для управляемой базы данных или сообщение 1133 для экземпляра.

Как и SQL Server, размер любой новой базы данных зависит от размера базы данных модели. База данных модели — это 100-МБ файл данных и 8-МБ файл журнала. Так же как и в SQL Server, размер шаблона можно настроить. Вы можете изменить размер и количество файлов, но у вас нет контроля над их физическим расположением. Корпорация Майкрософт имеет обязательства по производительности ввода-вывода в зависимости от выбранного варианта развертывания. Кроме того, так как удаленное хранилище используется на уровне служб "Общего назначения", размер файла данных и файла журнала могут повлиять на производительность.

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

Чтобы понять эту идею максимального размера данных и maxsize, рассмотрим пример развертывания базы данных общего назначения 1 ТБ (максимальный размер данных). При развертывании база данных требует только около 500 ГБ, а не 1 ТБ. По мере роста базы данных и подхода к максимальному размеру данных Maxsize для файлов базы данных также увеличивается до уровня 1-ТБ.

Журнал транзакций — это еще одно предложение. Плата за него взимается наряду с платой за предложение размера данных для хранилища. Он регулярно усекается из-за автоматического резервного копирования, так как по умолчанию функция ускоренного восстановления базы данных включена. Максимальный размер журнала всегда составляет 30 % от максимального размера данных. Например, если максимальный размер данных составляет 1 ТБ, то максимальный размер журнала транзакций составляет 0,3 ТБ, а сумма максимального размера данных и размера журнала составляет 1,3 ТБ.

Уровень гипермасштабирования База данных SQL Azure отличается от других уровней служб. Он создает базу данных, которая изначально 40 ГБ и автоматически увеличивается до предела 100 ТБ. Журнал транзакций имеет фиксированное ограничение размера, равное 1 ТБ.

Архитектура и политика подключений

Часть настройки логического сервера базы данных SQL Azure или Управляемого экземпляра SQL Azure состоит в определении маршрута подключения к базе (-ам) данных.

Для Управляемого экземпляра SQL Azure можно выбрать тип подключения или политику во время развертывания. Для базы данных SQL Azure можно выбрать тип подключения после развертывания.

Вы можете использовать настройку по умолчанию, Прокси-сервер для подключений за пределами Azure и перенаправление для подключений в Azure, или настроить что-то другое.

Diagram of the connection policies in Azure SQL.

На самом верхнем уровне в режиме прокси-сервера все подключения проходят через шлюз. В режиме перенаправления после установки подключения и использования шлюза подключение может подключаться непосредственно к базе данных или управляемому экземпляру. Шлюз находится redirect-find-db на предыдущем рисунке.

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

В следующем упражнении вы увидите некоторые команды для настройки SQL Azure с помощью Azure CLI. Затем перейдите к оценке политик прокси-сервера и перенаправления подключений.

Проверка знаний

1.

Если Максимальный размер данных в базе данных SQL Azure равен 10 ГБ, каков максимальный размер журнала транзакций?

2.

Какова политика подключения по умолчанию для базы данных SQL Azure и Управляемого экземпляра SQL Azure?