Partilhar via

Introdução ao Azure SQL Managed Instance

  • Artigo

Aplica-se a:Instância Gerenciada SQL do Azure

A Instância Gerenciada SQL do Azure cria um banco de dados com quase 100% de compatibilidade com o mecanismo de banco de dados SQL Server (Enterprise Edition) mais recente, fornecendo uma implementação de rede virtual nativa (VNet) que aborda preocupações comuns de segurança e um modelo de negócios favorável para clientes existentes do SQL Server.

Neste artigo, você encontrará referências a conteúdo que ensinam como configurar e criar rapidamente uma instância gerenciada SQL e migrar seus bancos de dados.

Visão geral do Guia de início rápido

Os guias de início rápido a seguir permitem que você crie rapidamente uma Instância Gerenciada SQL, configure uma máquina virtual ou uma conexão VPN ponto a site para o aplicativo cliente e restaure um banco de dados para sua nova Instância Gerenciada SQL usando um .bak arquivo.

Configurar o ambiente

Como primeira etapa, você precisaria criar sua primeira Instância Gerenciada SQL com o ambiente de rede onde ela será colocada e habilitar a conexão do computador ou máquina virtual onde você está executando consultas à Instância Gerenciada SQL. Você pode usar os seguintes guias:

  • Crie uma Instância Gerenciada SQL usando o portal do Azure. No portal do Azure, você configura os parâmetros necessários (nome de usuário/senha, número de núcleos e quantidade máxima de armazenamento) e cria automaticamente o ambiente de rede do Azure sem a necessidade de saber sobre detalhes de rede e requisitos de infraestrutura. Apenas certifique-se de que tem um tipo de subscrição que tenha atualmente permissão para criar uma Instância Gerida SQL. Se você tiver sua própria rede que deseja usar ou personalizar a rede, consulte Configurar uma rede virtual existente para a Instância Gerenciada SQL do Azure ou Criar uma rede virtual para a Instância Gerenciada SQL do Azure.

  • Uma instância gerenciada SQL é criada em sua própria VNet sem ponto de extremidade público. Para acesso ao aplicativo cliente, você pode criar uma VM na mesma VNet (sub-rede diferente) ou criar uma conexão VPN ponto a site com a VNet a partir do computador cliente usando um destes inícios rápidos:

    • Habilite o ponto de extremidade público em sua instância gerenciada SQL para acessar seus dados diretamente do seu ambiente.
    • Crie a Máquina Virtual do Azure na VNet da Instância Gerenciada SQL para conectividade de aplicativo cliente, incluindo o SQL Server Management Studio.
    • Configure a conexão VPN ponto a site com sua Instância Gerenciada SQL a partir do computador cliente no qual você tem o SQL Server Management Studio e outros aplicativos de conectividade de cliente. Esta é outra das duas opções de conectividade com sua instância gerenciada SQL e sua rede virtual.

    Nota

    • Você também pode usar rota expressa ou conexão site a site de sua rede local, mas essas abordagens estão fora do escopo desses inícios rápidos.
    • Se você alterar o período de retenção de 0 (retenção ilimitada) para qualquer outro valor, observe que a retenção só se aplicará aos logs gravados após a alteração do valor de retenção (os logs gravados durante o período em que a retenção foi definida como ilimitada serão preservados, mesmo depois que a retenção estiver habilitada).

Como alternativa à criação manual da Instância Gerenciada do SQL, você pode usar o PowerShell, o PowerShell com o modelo do Gerenciador de Recursos ou a CLI do Azure para criar scripts e automatizar esse processo.

Migrar seus bancos de dados

Depois de criar uma instância gerenciada do SQL e configurar o acesso, você pode começar a migrar seus bancos de dados do SQL Server. A migração pode falhar se você tiver alguns recursos sem suporte no banco de dados de origem que deseja migrar. Para evitar falhas e verificar a compatibilidade, você pode usar o DMA (Assistente de Migração de Dados) para analisar seus bancos de dados no SQL Server e localizar qualquer problema que possa bloquear a migração para uma Instância Gerenciada do SQL, como a existência de FileStream ou vários arquivos de log. Se você resolver esses problemas, seus bancos de dados estarão prontos para migrar para a Instância Gerenciada SQL. O Assistente de Experimentação de Banco de Dados é outra ferramenta útil que pode registrar sua carga de trabalho no SQL Server e reproduzi-la em uma Instância Gerenciada do SQL para que você possa determinar se haverá problemas de desempenho se migrar para uma Instância Gerenciada do SQL.

Quando tiver certeza de que pode migrar seu banco de dados para uma Instância Gerenciada SQL, você poderá usar os recursos nativos de restauração do SQL Server para restaurar um banco de dados em uma Instância Gerenciada SQL a partir de um .bak arquivo. Você pode usar esse método para migrar bancos de dados do mecanismo de banco de dados do SQL Server instalado no local ou das Máquinas Virtuais do Azure. Para obter um início rápido, consulte Restaurar do backup para uma instância gerenciada do SQL. Neste início rápido, você restaura a partir de um .bak arquivo armazenado no armazenamento de Blob do Azure usando o RESTORE comando Transact-SQL.

Gorjeta

Para usar o BACKUP comando Transact-SQL para criar um backup do seu banco de dados no armazenamento de Blob do Azure, consulte Backup do SQL Server para URL.

Esses inícios rápidos permitem que você crie, configure e restaure rapidamente o backup do banco de dados para uma Instância Gerenciada do SQL. Em alguns cenários, você precisaria personalizar ou automatizar a implantação da Instância Gerenciada SQL e do ambiente de rede necessário. Estes cenários serão descritos a seguir.

Personalizar o ambiente de rede

Embora a VNet/sub-rede possa ser configurada automaticamente quando a instância é criada usando o portal do Azure, talvez seja bom criá-la antes de começar a criar instâncias na Instância Gerenciada do SQL porque você pode configurar os parâmetros de VNet e sub-rede. A maneira mais fácil de criar e configurar o ambiente de rede é usar o modelo de implantação de Recursos do Azure que cria e configura sua rede e sub-rede onde a instância será colocada. Você só precisa pressionar o botão de implantação do Azure Resource Manager e preencher o formulário com parâmetros.

Como alternativa, você também pode usar esse script do PowerShell para automatizar a criação da rede.

Se você já tiver uma VNet e uma sub-rede onde gostaria de implantar sua Instância Gerenciada SQL, precisará certificar-se de que sua VNet e sub-rede satisfaçam os requisitos de rede. Use este script do PowerShell para verificar se sua sub-rede está configurada corretamente. Este script valida a sua rede e relata quaisquer problemas, dizendo-lhe o que deve ser alterado e, em seguida, oferece-se para fazer as alterações necessárias na sua rede virtual/sub-rede. Execute este script se não quiser configurar sua rede virtual/sub-rede manualmente. Você também pode executá-lo após qualquer reconfiguração importante de sua infraestrutura de rede. Se você quiser criar e configurar sua própria rede, leia a arquitetura de conectividade e este guia definitivo para criar e configurar um ambiente de instância gerenciada SQL.

Migrar para uma instância gerenciada do SQL

Os inícios rápidos mencionados anteriormente permitem que você configure rapidamente uma Instância Gerenciada SQL e mova seus bancos de dados usando o recurso nativo RESTORE . Este é um bom ponto de partida se você quiser concluir uma prova rápida de conceitos e verificar se sua solução pode funcionar em Instância Gerenciada.

No entanto, para migrar seu banco de dados de produção ou até mesmo bancos de dados de desenvolvimento/teste que você deseja usar para algum teste de desempenho, você precisaria considerar o uso de algumas técnicas adicionais, como:

  • Teste de desempenho - Você deve medir as métricas de desempenho da linha de base em sua instância do SQL Server de origem e compará-las com as métricas de desempenho na Instância Gerenciada SQL de destino para onde você migrou o banco de dados. Saiba mais sobre as práticas recomendadas para comparação de desempenho.
  • Migração online - Com o nativo RESTORE descrito neste artigo, você precisa aguardar que os bancos de dados sejam restaurados (e copiados para o armazenamento de Blob do Azure, se ainda não estiverem armazenados lá). Isso causa algum tempo de inatividade do seu aplicativo, especialmente para bancos de dados maiores. Para mover seu banco de dados de produção, use o serviço de migração de dados (DMS) para migrar seu banco de dados com o mínimo de tempo de inatividade. O DMS faz isso enviando incrementalmente as alterações feitas no banco de dados de origem para o banco de dados da Instância Gerenciada SQL que está sendo restaurado. Dessa forma, você pode alternar rapidamente seu aplicativo do banco de dados de origem para o de destino com o mínimo de tempo de inatividade.

Saiba mais sobre o processo de migração recomendado.

Próximos passos