Упражнение — настройка базы данных SQL Azure

Завершено

Вы ознакомились с порталом Azure, SQL Server Management Studio (SSMS) и записными книжками SQL в Azure Data Studio. Другие средства доступны для управления SQL Azure. Двумя наиболее популярными являются Azure CLI и Azure PowerShell. Они похожи в функциональных возможностях. Это действие фокусируется на Azure CLI.

Для выполнения этого действия можно использовать записную книжку PowerShell, которая аналогична по реализации Записной книжке SQL, но ее языком программирования является PowerShell. Записные книжки PowerShell можно использовать для использования Azure CLI или Azure PowerShell. В этой статье рассматриваются команды Azure CLI. Для обоих этих средств можно также использовать Azure Cloud Shell, представляющую собой интерактивную среду оболочки, которую можно использовать через браузер в портале Azure.

В этом упражнении используйте Cloud Shell. В нем уже есть модули командной строки Azure CLI и Azure PowerShell.

Подключение с помощью Azure Cloud Shell и командной строки Azure CLI

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

Выполните все команды Cloud Shell. Их можно легко скопировать, а затем выбрать shift+Insert, чтобы вставить в терминал.

Примечание.

В PowerShell с помощью Azure Cloud Shell можно использовать модуль PowerShell Az или Azure CLI. В этом действии изучите Azure CLI, но аналогичные команды доступны для модуля PowerShell Az.

  1. Перейдите к shell.azure.com и войдите в учетную запись Azure, если появится запрос.

  2. Вы можете настроить группу ресурсов и логический сервер базы данных SQL Azure по умолчанию, чтобы их не нужно было указывать при каждой команде az. Выполните следующие команды, чтобы задать несколько переменных. Замените <resource-group> и <your-server> на значения, используемые при создании экземпляра SQL в предыдущем упражнении.

    resourceGroup="<resource-group>"
    logical_server="<your-server>"
    databaseName="AdventureWorks"
    
  3. Задайте значения по умолчанию в Cloud Shell, чтобы указать группу ресурсов по умолчанию и База данных SQL Azure логический сервер:

    az configure --defaults group=$resourceGroup sql-server=$logical_server
    
  4. Выполните следующую команду, чтобы убедиться, что заданы значения по умолчанию:

    az configure --list-defaults
    
  5. Выполните следующую команду, чтобы отобразить все базы данных на логическом сервере База данных SQL Azure:

    az sql db list
    
  6. Список баз данных является большим объемом информации. Выполните следующую команду, если вы просто хотите просмотреть особенности для AdventureWorks базы данных:

    az sql db show --name $databaseName
    
  7. Выполните следующую команду, чтобы определить размер базы данных и использование:

    az sql db list-usages --name $databaseName
    

В этих примерах используются команды az sql db . Кроме того, существуют команды, связанные с логическим сервером базы данных SQL Azure. Они попадают под az sql server.

Существуют аналогичные команды для az sql mi и az sql midb. Они — команды для баз данных в управляемом экземпляре, иногда называемые управляемыми базами данных.

Подробные объяснения всех доступных команд см. в документации по Azure CLI.

Управление политиками подключения с помощью Azure CLI

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

  1. Давайте посмотрим, какова текущая политика, используя Azure CLI.

    az sql server conn-policy show
    

    Результаты говорят нам, что типом подключения является Default.

  2. Задайте для политики подключения значение Proxy и определите время кругового пути.

    # update policy
    az sql server conn-policy update --connection-type Proxy
    # confirm update
    az sql server conn-policy show
    
  3. Чтобы проверить время круговой поездки, подключитесь с помощью SSMS. Откройте среду SSMS на своем устройстве и подключитесь к базе данных. Щелкните базу данных правой кнопкой мыши и выберите пункт Создать запрос. Создайте новый запрос со следующим текстом и выберите "Включить статистику клиента".> В результатах лучшим показателем задержки сети является Время ожидания ответов от сервера. Этот запрос можно запустить несколько раз, чтобы получить хороший средний показатель.

    -- Proxy
    SELECT * FROM SalesLT.Product
    GO 10
    

    После 10 попыток среднее время ожидания ответов сервера у меня составило 46.6000. В зависимости от подключения к Интернету результаты могут отличаться. Запишите наблюдаемое время.

  4. Что если нужно сделать все Redirect, чтобы мы могли попытаться добиться снижения задержки?

    Для всех, что находится за пределами Azure, необходимо разрешить входящий и исходящий обмен данными через порты в диапазоне от 11000 до 11999. Открытие этих портов требуется для Redirect политики подключения.

    Примечание.

    Вероятно, это уже настроено на локальном устройстве. При возникновении ошибок в следующих шагах может потребоваться включить упомянутые выше порты. Дополнительные сведения см. в разделе "Порты за пределами 1433" для ADO.NET 4.5.

    Обновите политику подключения и подтвердите это обновление следующими двумя командами.

    # update policy
    az sql server conn-policy update --connection-type Redirect
    # confirm update
    az sql server conn-policy show
    
  5. Теперь, для проверки сетевой задержки от политики Redirect, подключитесь с помощью SSMS на локальном устройстве. Создайте новый запрос, используя следующий текст, и выберите Включить статистику клиента в результатах. Сравните Время ожидания ответов от сервера с запросом для Proxy.

    -- Redirect
    SELECT * FROM SalesLT.Product
    GO 10
    

    После 10 проб среднее время ожидания на ответах сервера может быть около 25.8000, что почти половина политики прокси-подключения. Точные сроки зависят от вашего подключения. Время должно быть значительно сокращено по сравнению с предыдущим тестом прокси-сервера.

  6. Задайте политику по умолчанию для следующего упражнения с помощью следующих команд:

    # update policy
    az sql server conn-policy update --connection-type Default
    # confirm update
    az sql server conn-policy show
    

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