Настройка базы данных SQL Azure и Управляемый экземпляр SQL Azure
- 10 мин
Вы убедились, что развертывание выполнено успешно, и вы знаете, какие ресурсы доступны. Теперь может потребоваться настроить управляемый экземпляр SQL или базу данных SQL.
Настройка Управляемого экземпляра SQL Azure
Управляемый экземпляр Azure SQL — это, по сути, управляемый экземпляр SQL Server. Многие конфигурации, доступные в SQL Server, применяются здесь. Например, можно настроить использование sp_configure и определенные глобальные флаги трассировки. У вас также есть варианты, доступные вокруг tempdb, modelи master. У вас есть контроль над сетевым подключением и конфигурацией.
Конфигурация базы данных
Для баз данных в SQL Azure Managed Instance и в SQL Azure Database доступны опции с командой ALTER DATABASE. Существуют параметры SET, и вы можете выбрать нужное значение dbcompat. Это значение может помочь в миграции. Для изменения выпуска или уровня служб можно также использовать команду ALTER DATABASE.
В базе данных SQL Azure у вас нет доступа к конфигурации файла нижнего уровня. В управляемом экземпляре SQL Azure можно выполнять обслуживание файлов. Как и в Управляемом экземпляре SQL Azure, вам доступны параметры сетевого подключения, конфигурации сети и управления пространством.
В База данных SQL Azure, в частности, включено обнаружение устаревших страниц, а параметры SQL_Latin1_General_CP1_CI_AS сортировки сервера по умолчанию всегда используются. Кроме того, следующие параметры по умолчанию устанавливаются на ON (включено):
SNAPSHOT_ISOLATION_STATEREAD_COMMITTED_SNAPSHOTFULL RECOVERYCHECKSUMQUERY_STORETDEACCELERATED_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
Службу служба автоматизации 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, размер любой новой базы данных зависит от model размера базы данных. База model данных — это файл данных размером 100 МБ и файл журнала размером 8 МБ. Кроме того, например SQL Server, model размер настраивается. Вы можете изменить размер и количество файлов, но у вас нет контроля над их физическим расположением. Корпорация Майкрософт имеет обязательства по производительности ввода-вывода в зависимости от выбранного варианта развертывания. Кроме того, так как удаленное хранилище используется на уровне служб "Общего назначения", размер файла данных и файла журнала могут повлиять на производительность.
Для База данных 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, или настроить что-то другое. На следующей схеме показано, как шлюзы используются для политики подключения прокси-сервера или перенаправления.
На самом верхнем уровне в режиме прокси-сервера все подключения проходят через шлюз. В режиме перенаправления после установки подключения и использования шлюза подключение может подключаться непосредственно к базе данных или управляемому экземпляру. Шлюз находится redirect-find-db на предыдущем рисунке.
Прямое подключение (перенаправление) позволяет снизить задержку и повысить пропускную способность. Он также требует открытия дополнительных портов, чтобы разрешить входящий и исходящий обмен данными в диапазоне от 11000 до 11999.
В следующем упражнении вы увидите некоторые команды для настройки SQL Azure с помощью Azure CLI. Затем вы можете оценить политики прокси-сервера и перенаправления подключений.