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

(Microsoft – SQL do Azure)
A instância gerenciada do SQL do Azure é a versão PaaS totalmente gerenciada do SQL Server hospedada na nuvem do Azure e colocada na sua própria VNet com endereço IP privado. Nesta postagem, explicaremos brevemente como configurar e criar Instância Gerenciada, incluindo ambiente de rede, migrar seus bancos de dados e gerenciar bancos de dados após a migração.

Neste artigo será abordado os seguinte tópicos :

Configurar o ambiente de rede em que a Instância gerenciada será criada
Criar instância gerenciada
Avaliar seus bancos de dados para verificar se eles podem ser migrados
Migrar seus bancos de dados
Gerenciar seus bancos de dados após a migração

Configurando o ambiente de rede – SQL

Instância gerenciada é colocada na VNet do Azure, portanto, você precisa criar uma VNet do Azure e uma sub-rede onde a instância será colocada. Embora a VNet / sub-rede possa ser configurada automaticamente quando a instância é criada, pode ser bom criá-la como uma primeira etapa, pois você pode configurar os parâmetros da VNet.

A maneira mais fácil de criar e configurar o ambiente de rede é usar o modelo de implantação de Recursos do Azure que criará e configurará 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ê pode usar o script do PowerShell descrito aqui.

Se você já possui uma VNet e uma sub-rede na qual deseja implantar sua Instância gerenciada, precisará garantir que sua VNet e sub-rede atendam aos requisitos de rede. Você deve usar esse script do PowerShell para verificar se sua sub-rede está configurada corretamente.

Este script não apenas valida sua rede e relata os problemas – ele informa o que deve ser alterado e também oferece as alterações necessárias na sua VNet / sub-rede. Execute esse script se não desejar configurar sua VNet / sub-rede manualmente e também deverá executá-lo após qualquer reconfiguração importante da infraestrutura de rede. Se você deseja criar e configurar sua própria rede, leia a documentação da Instância gerenciada e este guia.

Criando instância gerenciada – Microsoft – SQL do Azure

Depois de preparar o ambiente de rede, você pode criar sua primeira instância gerenciada. A maneira mais fácil de criá-lo é usar o portal do Azure e configurar todas as propriedades necessárias. Se você não criou o ambiente de rede conforme descrito na etapa anterior, o portal do Azure pode fazer isso por você – a única desvantagem é o fato de configurá-lo com alguns parâmetros padrão que você não pode alterar posteriormente. Como alternativa, você pode usar o PowerShell, o PowerShell com modelo ARM ou a CLI do Azure.

Apenas verifique se você tem um tipo de assinatura com permissão para criar as instâncias.

Conectando à instância gerenciada

Ao criar sua Instância gerenciada, você precisará encontrar uma maneira de se conectar a ela. Lembre-se de que Managed Instance é o seu serviço privado colocado em um IP privado dentro da sua VNet, portanto, você não pode simplesmente se conectar por meio de um IP público (isso pode ser alterado no futuro). Existem várias maneiras de configurar a conexão com a Instância gerenciada:

Crie a Máquina Virtual do Azure com o SSMS instalado e outros aplicativos que podem ser usados para acessar sua Instância Gerenciada em uma sub-rede na mesma VNet em que sua Instância Gerenciada é colocada. A VM não pode estar na mesma sub-rede com suas Instâncias gerenciadas.

Configuração Conexão ponto a site no seu computador que permitirá “associar” o seu computador à VNet onde a Instância Gerenciada está localizada e usar a Instância Gerenciada como qualquer outro SQL Server na sua rede.

Conecte sua rede local usando rota expressa ou conexão site a site.

Avaliando seus bancos de dados

Agora, quando você tiver preparado a Instância gerenciada, poderá começar a migrar seus bancos de dados do SQL Server para a nuvem.

A primeira coisa que você precisa fazer é garantir que não haja diferenças críticas entre o SQL Server e a Instância gerenciada. Você pode encontrar uma lista de alto nível dos recursos suportados na Instância gerenciada aqui e pode encontrar detalhes e problemas conhecidos aqui.

Em vez de ler a documentação e procurar incompatibilidades, seria mais fácil instalar o Assistente de Migração de Dados (DMA). Essa ferramenta analisará seu banco de dados no SQL Server e encontrará qualquer problema que possa bloquear a migração para a Instância gerenciada, como a existência do FileStream, vários arquivos de log etc. Se você puder resolver esses problemas, seus bancos de dados estarão prontos para acessar a Instância gerenciada.

Outra maneira pode ser o script do seu banco de dados vazio usando SSMS ou SSDT e tentar criar todos os objetos na Instância gerenciada, e verificar se há algum erro, mas o DMA é muito mais fácil de usar.

O Assistente para Experimentação de Banco de Dados é outra ferramenta útil que pode registrar sua carga de trabalho no SQL Server e reproduzi-la na Instância Gerenciada para que você possa determinar se haverá algum problema de desempenho se migrar para a Instância Gerenciada. As características técnicas da instância gerenciada estão documentadas aqui, mas o DEA permitirá que você verifique com mais facilidade se a instância atende às suas necessidades de desempenho.

Microsoft - SQL do Azure

Migrando bancos de dados

Por fim, você pode começar a migrar seus bancos de dados do SQL Server para a Managed Instance. Existem várias maneiras de mover seu banco de dados:

Funcionalidade de restauração nativa que permite criar um backup do seu banco de dados, carregá-lo em um armazenamento de blob do Azure e restaurar o banco de dados do armazenamento de blob. Essa é provavelmente a abordagem mais rápida para a migração, mas requer tempo de inatividade porque seu banco de dados não pode ser usado até que você o restaure na Instância gerenciada.

O serviço de migração de dados é um serviço que pode migrar seu banco de dados com tempo de inatividade mínimo.

Exportando e importando seu banco de dados como arquivo .bacpac ou usando o bcp também – mas não há grande vantagem desses métodos em comparação ao RESTORE / DMS, exceto se o .bacpac estiver integrado ao seu pipeline do DevOps.

Você pode migrar até 100 bancos de dados em uma única instância gerenciada.

Gerenciando bancos de dados após migrações

Muitas funções de gerenciamento, como backups, são gerenciadas pela Instância gerenciada e não requerem seu envolvimento. No entanto, existem algumas práticas recomendadas, ferramentas e scripts que você pode adicionar à sua instância gerenciada:

O procedimento sp_blitz do Kit Brent Ozar First Responder pode ajudar a identificar problemas que você tem no seu banco de dados. Um exemplo é o fato de a Instância gerenciada não executar o DBCC CHECKDB no seu banco de dados, porque esta é uma operação que consome recursos. Em vez disso, a Instância gerenciada verifica todos os backups e arquiva um aviso para a equipe SQL do Azure se alguma corrupção for detectada. No entanto, pode ser bom se você puder executar o DBCC CHECKDB periodicamente.

O script de manutenção desenvolvido pelos scripts Ola Hallengren e Microsoft Adaptive Index Defrag pode ajudar você a manter seus índices atualizados. A instância gerenciada atualmente não recria automaticamente seus índices.

Aplique as melhores práticas e considerações de desempenho de armazenamento para a camada de serviço de uso geral recomendada por Dimitri Furman.

Encontre mais guias de instruções que podem ajudá-lo a configurar sua instância gerenciada.

Instale os módulos Microsoft PowerShell e CLI do Azure que podem ajudá-lo a configurar sua instância gerenciada.

As ferramentas do DBA são uma poderosa biblioteca do PowerShell que ajuda a controlar o SQL Server e muitos scripts podem ser usados na instância gerenciada.

Gostou do conteúdo? Compartilhe!