Partilhar via

Introdução à Instância Gerenciada SQL do Azure

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

de Instância Gerenciada SQL do Azure cria um banco de dados com quase 100% compatibilidade com o mecanismo de banco de dados SQL Server (Enterprise Edition) mais recente, fornecendo uma implementação de de rede virtual nativa 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 inícios rápidos 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 arquivo .bak.

Configurar 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 atualmente tem 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 na sua Instância Gerida de SQL para aceder aos seus dados diretamente no seu ambiente.
    • Crie Máquina Virtual do Azure no 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 para a sua Instância Gerenciada SQL a partir do computador cliente no qual tem o SQL Server Management Studio e outros aplicativos de cliente para conectividade. Esta é outra das duas opções de conectividade com sua instância gerenciada SQL e sua rede virtual.

    Observação

    • Você também pode usar o ExpressRoute ou a conexão site a site a partir da sua rede local, mas essas abordagens estão fora do escopo destes guias de início rápido.
    • 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 SQL, você pode usar PowerShell, PowerShell comde modelo do Gerenciador de Recursos ou da 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, você deve encontrar quaisquer problemas que possam bloquear a migração para uma Instância Gerenciada 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.

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 arquivo .bak. 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, restauras a partir de um ficheiro de .bak armazenado no Azure Blob Storage usando o comando RESTORE Transact-SQL.

Dica

Para usar o comando BACKUP 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 guias de início rápido 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 criar a VNet/sub-rede antes de começar a criar instâncias em SQL Managed Instance, pois 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 de implantação do Azure Resource 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 de 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 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 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 RESTORE nativo. 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 a qual você migrou o banco de dados. Saiba mais sobre as melhores práticas para comparação de desempenho.
  • Migração online - Com o RESTORE nativo 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 o seu banco de dados de produção, use o serviço de Serviço de Migração de Dados (DMS) para migrar o seu banco de dados com o mínimo de indisponibilidade. 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 recomendado de migração .

Conteúdo relacionado

  • Last updated on