Exercício – Configurar a Base de Dados SQL do Azure

  • 10 minutos

Acabou de ver o portal do Azure, o SQL Server Management Studio (SSMS) e os blocos de notas do SQL no Azure Data Studio. Outras ferramentas estão disponíveis para você gerenciar o Azure SQL. A CLI do Azure e o Azure PowerShell são duas das ferramentas mais populares. Eles são semelhantes em funcionalidade. Esta atividade se concentra na CLI do Azure.

Poderia utilizar um bloco de notas do PowerShell para concluir esta atividade, pois é equivalente a um bloco de notas do SQL. Porém, a linguagem de programação é o PowerShell. Você pode usar blocos de anotações do PowerShell para aproveitar a CLI do Azure ou o Azure PowerShell. Este artigo se concentra nos comandos da CLI do Azure. Com estas duas ferramentas, também pode utilizar o Azure Cloud Shell, que é um ambiente de shell interativo que pode utilizar através do browser no portal do Azure.

Neste exercício, usamos o Cloud Shell. Já inclui os módulos da CLI do Azure e do Azure PowerShell.

Ligação ao Azure Cloud Shell e à CLI do Azure

No exemplo a seguir, você explora os efeitos de latência do uso de diferentes políticas de conexão no Azure SQL.

Execute todos os comandos usando o Cloud Shell. Você pode copiá-los facilmente e, em seguida, selecionar Shift+Insert para colar no terminal.

Nota

No PowerShell usando o Azure Cloud Shell, você pode usar o módulo Az do PowerShell ou a CLI do Azure. Nesta atividade, exploramos a CLI do Azure, mas comandos semelhantes estão disponíveis para o módulo Az do PowerShell.

  1. Vá para shell.azure.com e entre na sua conta do Azure, se solicitado.

  2. Configure um grupo de recursos predefinido e um servidor lógico da Base de Dados SQL do Azure, para que não tenha de especificar cada comando az. Execute os seguintes comandos para definir algumas variáveis. Substitua <resource-group> e <your-server> pelos valores que você usou quando criou sua instância SQL no exercício anterior.

    resourceGroup="<resource-group>"
logical_server="<your-server>"
databaseName="AdventureWorks"

  3. Defina os padrões no Cloud Shell para especificar seu grupo de recursos padrão e o servidor lógico do Banco de Dados SQL do Azure:

    az configure --defaults group=$resourceGroup sql-server=$logical_server

  4. Execute o seguinte comando para confirmar que os padrões foram definidos:

    az configure --list-defaults

  5. Execute o seguinte comando para mostrar todos os bancos de dados no servidor lógico do Banco de Dados SQL do Azure:

    az sql db list

  6. A lista de bases de dados inclui muita informação. Execute o seguinte comando se quiser apenas ver os detalhes do AdventureWorks banco de dados:

    az sql db show --name $databaseName

  7. Execute o seguinte comando para determinar o tamanho e o uso do banco de dados:

    az sql db list-usages --name $databaseName

Estes exemplos usam os comandos az sql db . Existem também comandos relacionados com o servidor lógico da Base de Dados SQL do Azure. Eles se enquadram no az sql server.

Existem comandos semelhantes para az sql mi e az sql midb. Eles são comandos para bancos de dados dentro de uma instância gerenciada, às vezes chamados de bancos de dados gerenciados.

Para obter explicações detalhadas de todos os comandos disponíveis, consulte a documentação da CLI do Azure.

Gerir as políticas de ligação com a CLI do Azure

Uma coisa para a qual você pode usar os comandos da CLI do Azure ou do Azure PowerShell é atualizar a política de conexão. Esta atualização é um exemplo de como você pode gerenciar o SQL do Azure usando uma ferramenta como a CLI do Azure. Neste exemplo, você examina o Banco de Dados SQL do Azure e seus comandos para gerenciar as políticas de conexão. A implementação é semelhante na Instância Gerenciada SQL do Azure.

  1. Descubra a política atual usando a CLI do Azure.

    az sql server conn-policy show

    Os resultados indicam que o tipo de ligação é Default.

  2. Defina a política de ligação como Proxy e determine o tempo de ida e volta.

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

  3. Para testar o tempo de ida e volta, conecte-se usando o SSMS. No seu dispositivo, abra o SQL Server Management Studio e ligue-se à sua base de dados. Clique com o botão direito do rato na sua base de dados e selecione New Query (Nova Consulta). Crie uma nova consulta com o seguinte texto e, em seguida, selecione Consultar>Incluir Estatísticas do Cliente. Nos resultados, este é o melhor indicador da latência de rede: Tempo de espera nas respostas do servidor. Você pode executar essa consulta algumas vezes para obter uma boa média.

    -- Proxy
SELECT * FROM SalesLT.Product
GO 10

    Após 10 avaliações, um tempo médio de espera nas respostas do servidor, poderá ter este aspeto: 46.6000. Dependendo da sua ligação à Internet, os seus resultados podem variar. Tome nota do tempo registado que observa.

  4. E, se quiser utilizar Redirect para conseguir atingir latência reduzida?

    Para qualquer coisa que esteja fora do Azure, você precisa permitir a comunicação de entrada e saída em portas no intervalo de 11000 a 11999. A abertura dessas portas é necessária para a política de Redirect conexão.

    Nota

    Provavelmente, já estará configurado no dispositivo local. Se ocorrerem erros nos próximos passos, poderá ser necessário ativar as portas mencionadas anteriormente. Para obter mais informações, consulte Portas além de 1433 para ADO.NET 4.5.

    Atualize a política de ligação e confirme essa atualização com os dois comandos seguintes.

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

  5. Para testar a latência da rede a partir da política Redirect, ligue-se ao SQL Server Management Studio no dispositivo local. Crie uma nova consulta com o seguinte texto e selecione Incluir Estatísticas de Clientes nos resultados. Compare o Tempo de espera nas respostas do servidor com a consulta de Proxy.

    -- Redirect
SELECT * FROM SalesLT.Product
GO 10

    Após 10 testes, um tempo médio de espera nas respostas do servidor pode estar em torno 25.8000de , o que é quase metade da política de conexão proxy. Os tempos exatos variam dependendo da sua ligação. O tempo deve ser significativamente reduzido em comparação com o seu teste de proxy anterior.

  6. Defina a política de volta como padrão para o próximo exercício usando os seguintes comandos:

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

O redirecionamento é mais rápido porque, após a conexão inicial, você pode ignorar o gateway e ir direto para o banco de dados. Esse desvio significa menos lúpulos, o que resulta em menos latência. Menos latência ajuda a prevenir estrangulamentos, o que é especialmente importante no caso de aplicações de conversação. No módulo de desempenho, você aprenderá mais sobre como melhorar e otimizar o desempenho.