Usar o Log Replay Service (LRS) para migrar
O Log Replay Service (LRS) é uma ferramenta que permite migrações personalizadas de bancos de dados de SQL Servers locais para SQL Managed Instance na nuvem. Ele usa a tecnologia de envio de logs e é útil nos casos em que é necessário mais controle, quando há pouca tolerância ao tempo de inatividade ou quando o Serviço de Migração de Dados do Azure não pode ser usado.
O LRS pode ser usado diretamente com PowerShell, cmdlets CLI ou API para criar e orquestrar manualmente migrações de banco de dados para a Instância Gerenciada SQL. Algumas das razões para considerar o uso do LRS incluem:
- Mais controle sobre o projeto de migração de banco de dados
- Pouca tolerância ao tempo de inatividade na transição de migração
- Incapacidade de instalar o executável DMS no ambiente
- Falta de acesso a arquivos para backups de banco de dados
- Incapacidade de abrir portas de rede do ambiente para o Azure
Compreender os tipos de migração
Há dois modos de migração disponíveis para o LRS.
| Modo | Description | Recomendado para | Disponibilidade da cadeia de backup |
|---|---|---|---|
| Preenchimento automático | Conclui automaticamente a migração quando o último arquivo de backup é restaurado | Cargas de trabalho passivas | Toda a cadeia de backup deve estar disponível com antecedência |
| Contínuo | Verifica continuamente novos arquivos de backup e os restaura, permitindo a recuperação de dados | Cargas de trabalho ativas | A cadeia de backup pode ser adicionada durante a migração |
Independentemente do modo, planeje concluir a migração dentro de 30 dias, pois o trabalho LRS será automaticamente cancelado após esse período.
Proteger o processo de migração
Para executar o LRS, você deve ter uma das seguintes funções RBAC (controle de acesso baseado em função) do Azure: Proprietário da Assinatura, Colaborador da Instância Gerenciada SQL ou uma função personalizada com a permissão Microsoft.Sql/managedInstances/databases/*.
Uma conta de Armazenamento de Blob do Azure é necessária e funciona como um armazenamento intermediário para arquivos de backup entre sua instância do SQL Server e sua Instância Gerenciada do SQL. Para usar o armazenamento de Blob do Azure com um firewall, outra configuração é necessária. Você deve adicionar a sub-rede da Instância Gerenciada SQL às regras de firewall de rede virtual da conta de armazenamento usando a delegação de sub-rede MI e o ponto de extremidade do serviço de armazenamento. Além disso, você pode usar um token SAS ou uma identidade gerenciada para acessar sua conta de Armazenamento de Blob do Azure, mas não ambos.
Melhorar o desempenho de backup e restauração
Você pode dividir backups completos e diferenciais em vários arquivos, em vez de usar um único arquivo, para melhorar o desempenho de backup e restauração. Isso ocorre porque vários arquivos podem ser lidos ou gravados em paralelo, reduzindo o tempo necessário para concluir a operação de backup ou restauração.
Além disso, habilitar a compactação de backup pode ajudar a melhorar as velocidades de transferência de rede. Os backups compactados são menores em tamanho, o que significa que levam menos tempo para serem transferidos pela rede. Isso pode ser especialmente útil ao transferir backups grandes de ou para o Azure.
É altamente recomendável ativar CHECKSUM para backups, mesmo que não seja necessário. A Instância Gerenciada SQL executa uma verificação de integridade em backups sem CHECKSUM, o que pode aumentar o tempo necessário para restaurar o banco de dados. Ao ativar CHECKSUMo , você pode acelerar as operações de restauração.