Tutorial: Migrar o SQL Server para a instância gerenciada SQL do Azure com DMS
Você pode usar o Serviço de Migração de Banco de Dados do Azure (DMS) e a extensão de migração SQL do Azure no Azure Data Studio para migrar bancos de dados de uma instância do SQL Server para de Instância Gerenciada SQL do Azure com o mínimo de tempo de inatividade.
Para métodos de migração de banco de dados que podem exigir alguma configuração manual, consulte Guia de migração: SQL Server to Azure SQL Managed Instance.
Dica
No Serviço de Migração de Banco de Dados do Azure, você pode migrar seus bancos de dados offline ou enquanto eles estiverem online. Numa migração de offline, o tempo de inatividade do aplicativo começa quando a migração é iniciada. Para limitar o tempo de inatividade ao tempo que você leva para cortar para o novo ambiente após a migração, use um migração de online. Recomendamos que você teste uma migração offline para determinar se o tempo de inatividade é aceitável. Se o tempo de inatividade esperado não for aceitável, faça uma migração online.
Neste tutorial, você migra o banco de dados AdventureWorks2022 de uma instância local do SQL Server para uma instância da Instância Gerenciada SQL do Azure, usando o Azure Data Studio e o DMS (Serviço de Migração de Banco de Dados). Este tutorial usa o modo de migração online, em que o tempo de inatividade da aplicação é limitado a uma breve mudança no final da migração.
Neste tutorial, você aprenderá a:
- Iniciar o assistente Migrar para o Azure SQL no Azure Data Studio
- Executar uma avaliação dos bancos de dados SQL Server de origem
- Coletar dados de desempenho da instância de origem do SQL Server
- Obtenha uma recomendação da SKU da Instância Gerenciada SQL do Azure mais adequada para sua carga de trabalho
- Especifique detalhes da instância do SQL Server de origem, do local de backup e da instância de destino da Instância Gerenciada SQL do Azure
- Criar um novo Serviço de Migração de Base de Dados do Azure e instalar o runtime de integração alojado localmente para aceder ao servidor de origem e aos backups.
- Inicie e monitore o progresso da migração
- Realize a transição de migração quando estiver pronto
Importante
Prepare-se para a migração e reduza ao máximo a duração do processo de migração on-line, para minimizar o risco de interrupção causada pela reconfiguração da instância ou manutenção planejada. Em caso de tal evento, o processo de migração começará desde o início. No caso de manutenção planejada, há um período de carência de 36 horas em que a configuração ou manutenção da Instância Gerenciada SQL do Azure de destino será mantida antes que o processo de migração seja reiniciado.
Pré-requisitos
Para concluir este tutorial, você precisa:
Instalar a extensão de migração Azure SQL do para o Azure Data Studio a partir do marketplace do Azure Data Studio
Ter uma conta do Azure atribuída a uma das seguintes funções internas:
de Colaborador para a instância de destino da Instância Gerenciada SQL do Azure e para a conta de armazenamento na qual você carrega seus arquivos de backup de banco de dados de um compartilhamento de rede SMB (Server Message Block) e função de de Leitor para os grupos de recursos do Azure que contêm a instância de destino da Instância Gerenciada SQL do Azure ou sua conta de armazenamento do Azure.
de Proprietário ou função de de Colaborador para a assinatura do Azure (necessária se você criar uma nova instância do Serviço de Migração de Banco de Dados).
Como alternativa ao uso de uma dessas funções internas, pode atribuir funções personalizadas.
Importante
Uma conta do Azure é necessária somente quando você configura as etapas de migração. Uma conta do Azure não é necessária para a avaliação ou para exibir recomendações do Azure no assistente de migração no Azure Data Studio.
Crie uma instância de destino de Instância Gerenciada SQL do Azure.
Verifique se os logons usados para conectar ao SQL Server de origem são membros da função de servidor sysadmin ou têm permissão
CONTROL SERVER.Forneça uma partilha de rede SMB, uma partilha de ficheiros de conta de armazenamento do Azure ou um contentor de blob de conta de armazenamento do Azure que contenha os seus ficheiros de backup de banco de dados completos e ficheiros de backup de log de transações subsequentes. O Serviço de Migração de Banco de Dados usa o local de backup durante a migração do banco de dados.
A extensão de migração SQL do Azure para o Azure Data Studio não aceita backups de banco de dados e não inicia nenhum backup de banco de dados em seu nome. Em vez disso, o serviço usa arquivos de backup de banco de dados existentes para a migração.
Se seus arquivos de backup de banco de dados estiverem em um compartilhamento de rede SMB, crie uma conta de armazenamento do Azure que permita que o serviço DMS carregue os arquivos de backup de banco de dados e migre bancos de dados. Certifique-se de criar a conta de armazenamento do Azure na mesma região em que você cria sua instância do Serviço de Migração de Banco de Dados.
Você pode gravar cada backup em um arquivo de backup separado ou em vários arquivos de backup. Não há suporte para a aplicação de vários backups, como logs completos e de transações, em uma única mídia de backup.
Você pode fornecer backups compactados para reduzir a probabilidade de problemas potenciais associados à migração de backups grandes.
Verifique se a conta de serviço que executa a instância do SQL Server de origem tem permissões de leitura e gravação no compartilhamento de rede SMB que contém arquivos de backup de banco de dados.
Se você estiver migrando um banco de dados protegido por TDE (criptografia de dados transparente), o certificado da instância do SQL Server de origem deverá ser migrado para o destino SQL do Azure antes de migrar dados. Para obter mais informações sobre como migrar bancos de dados habilitados para TDE, consulte Tutorial: Migrar bancos de dados habilitados para TDE (visualização) para o SQL do Azure no Azure Data Studio.
Se o seu banco de dados contiver dados confidenciais protegidos por Always Encrypted, o processo de migração migrará automaticamente suas chaves Always Encrypted para seu destino SQL do Azure.
Se as cópias de segurança da base de dados estiverem numa partilha de ficheiros de rede, forneça um computador no qual possa instalar um tempo de execução de integração auto-hospedado para aceder e migrar cópias de segurança da base de dados. O assistente da migração fornece o link de download e as chaves de autenticação para baixar e instalar o seu runtime de integração auto-hospedado.
Em preparação para a migração, verifique se o computador onde você planeja instalar o tempo de execução de integração auto-hospedado tem as seguintes regras de firewall de saída e nomes de domínio habilitados:
Nomes de domínio Porta de saída Descrição Nuvem pública: {datafactory}.{region}.datafactory.azure.net
ou*.frontend.clouddatahub.net
Azure Government:{datafactory}.{region}.datafactory.azure.us
Microsoft Azure operado pela 21Vianet:{datafactory}.{region}.datafactory.azure.cn443 Exigido pelo runtime de integração autogerido para se conectar ao serviço de migração de dados.
Para uma fábrica de dados recém-criada na nuvem pública, localize o nome de domínio totalmente qualificado (FQDN) da sua chave de tempo de execução de integração auto-hospedada, que está no formato{datafactory}.{region}.datafactory.azure.net.
Para um data factory existente, se você não vir o FQDN em sua chave de integração auto-hospedada, use*.frontend.clouddatahub.netem vez disso.download.microsoft.com443 Necessário pelo runtime de integração auto-hospedado para descarregar as atualizações. Se tiver desativado a atualização automática, pode ignorar a configuração deste domínio. .core.windows.net443 Usado pelo runtime de integração auto-hospedado que se conecta à conta de armazenamento do Azure para carregar backups de bases de dados a partir da sua partilha de rede. Dica
Se os arquivos de backup do banco de dados já forem fornecidos em uma conta de armazenamento do Azure, um tempo de execução de integração auto-hospedado não será necessário durante o processo de migração.
Se você usar um tempo de execução de integração auto-hospedado, certifique-se de que o computador no qual o tempo de execução está instalado possa se conectar à instância do SQL Server de origem e ao compartilhamento de arquivos de rede onde os arquivos de backup estão localizados.
Habilite a porta de saída 445 para permitir o acesso ao compartilhamento de arquivos de rede. Para obter mais informações, consulte as recomendações para usar um runtime de integração auto-hospedado.
Se você usar o Serviço de Migração de Banco de Dados pela primeira vez, verifique se
Microsoft.DataMigrationprovedor de recursos está registrado em sua assinatura. Siga as etapas para registar o fornecedor de recursos .
Iniciar o assistente de Migração para Azure SQL no Azure Data Studio
Para abrir o assistente Migrar para o Azure SQL:
No Azure Data Studio, vá para Connections. Selecione e conecte-se à sua instância local do SQL Server. Você também pode se conectar ao SQL Server em uma máquina virtual do Azure.
Clique com o botão direito do mouse na conexão do servidor e selecione Gerenciar.
No menu do servidor, em Geral, selecione Azure SQL Migration.
No painel de Migração do SQL do Azure, selecione Migrar para o SQL do Azure para abrir o assistente de migração.
Na primeira página do assistente, inicie uma nova sessão ou retome uma sessão anteriormente guardada.
Execute a avaliação do banco de dados, colete dados de desempenho e obtenha a recomendação do Azure
Selecione os bancos de dados que deseja avaliar e selecione Avançar.
Selecione Instância Gerenciada SQL do Azure como o destino.
Selecione Exibir/Selecionar para visualizar os resultados da avaliação.
Nos resultados da avaliação, selecione o banco de dados e revise o relatório de avaliação para garantir que nenhum problema seja encontrado.
Selecione Obter recomendação do Azure para abrir o painel de recomendações.
Selecione Colecione agora os dados de desempenho. Selecione uma pasta no seu computador local para armazenar os registos de desempenho e, em seguida, escolha Iniciar.
O Azure Data Studio agora coletará dados de desempenho até que você interrompa a coleta, pressione o botão Avançar no assistente ou feche o Azure Data Studio.
Após cerca de 10 minutos, o Azure Data Studio indica que uma recomendação está disponível para a Instância Gerenciada SQL do Azure. Você também pode pressionar o link Atualizar recomendação após os 10 minutos iniciais para atualizar e refinar a recomendação com os dados extras coletados. Uma avaliação alargada é especialmente útil se os seus padrões de utilização variarem ao longo do tempo.
No alvo selecionado Instância Gerenciada SQL do Azure, selecione Ver detalhes para abrir o relatório detalhado de recomendação de SKU.
No Rever as Recomendações sobre a Instância Gerida do Azure SQL, reveja a recomendação. Para salvar uma cópia da recomendação, marque a caixa de seleção Salvar relatório de recomendação.
Selecione Fechar para fechar o painel de recomendações.
Selecione Avançar para continuar a migração do banco de dados no assistente.
Definir configurações de migração
Especifique a sua
Instância Gerida SQL do Azure selecionando a sua subscrição, localização, o grupo de recursos nas listas suspensas correspondentes e, em seguida, selecione Avançar .Selecione migração online como o modo de migração.
Observação
No modo de migração online, o banco de dados SQL Server de origem pode ser usado para atividades de leitura e gravação enquanto os backups de banco de dados são continuamente restaurados na Instância Gerenciada SQL do Azure de destino. O tempo de inatividade do aplicativo é limitado à duração da substituição no final da migração.
Selecione o local dos backups do banco de dados. Seus backups de banco de dados podem estar localizados em um compartilhamento de rede local ou em um contêiner de blob de armazenamento do Azure.
Observação
Se os backups da base de dados forem fornecidos numa partilha de rede local, o DMS exigirá que configure um ambiente de execução de integração autogerido na próxima etapa do assistente. Se um tempo de execução de integração auto-hospedado for necessário para acessar seus backups de banco de dados de origem, verifique a validade do conjunto de backup e carregue-os em sua conta de armazenamento do Azure. Se os backups de banco de dados já estiverem em um contêiner de blob de armazenamento do Azure, você não precisará configurar um tempo de execução de integração auto-hospedado.
Para backups localizados em um compartilhamento de rede, insira ou selecione as seguintes informações:
| Campo | Descrição |
|---|---|
| Credenciais de origem - Nome de usuário | A credencial (autenticação Windows/SQL) para se conectar à instância do SQL Server de origem e validar os arquivos de backup. |
| Credenciais de origem - Senha | A credencial (autenticação Windows/SQL) para se conectar à instância do SQL Server de origem e validar os arquivos de backup. |
| Local de compartilhamento de rede que contém backups | O local de compartilhamento de rede que contém os arquivos de backup completos e de log de transações. Todos os arquivos inválidos ou arquivos de backup no compartilhamento de rede que não pertencem ao conjunto de backup válido são automaticamente ignorados durante o processo de migração. |
| conta de utilizador do Windows com acesso de leitura ao local de partilha de rede | A credencial do Windows (nome de usuário) que tem acesso de leitura ao compartilhamento de rede para recuperar os arquivos de backup. |
| Palavra-passe | A credencial do Windows (palavra-passe) capaz de ler a partilha de rede para recuperar os ficheiros de backup. |
| Nome do banco de dados de destino | Você pode modificar o nome do banco de dados de destino durante o processo de migração. |
| Detalhes da conta de armazenamento | O grupo de recursos e a conta de armazenamento onde os arquivos de backup são carregados. Você não precisa criar um contêiner. O DMS cria automaticamente um contêiner de blob na conta de armazenamento especificada durante o processo de carregamento. |
Para backups armazenados em um contêiner de blob de armazenamento do Azure, insira ou selecione as seguintes informações:
| Campo | Descrição |
|---|---|
| Nome do banco de dados de destino | O nome do banco de dados de destino pode ser modificado se você desejar alterar o nome do banco de dados no destino durante o processo de migração. |
| Detalhes da conta de armazenamento | O grupo de recursos, a conta de armazenamento e o contêiner onde os arquivos de backup estão localizados. |
Importante
Se a funcionalidade de verificação de loopback estiver habilitada e o SQL Server de origem e o compartilhamento de arquivos estiverem no mesmo computador, o código-fonte não poderá acessar o compartilhamento de arquivos usando o FQDN. Para corrigir esse problema, desative a funcionalidade de verificação de loopback usando as instruções aqui
A extensão de migração do SQL do Azure para o Azure Data Studio não mais exigir configurações específicas nas configurações de rede da sua conta de Armazenamento do Azure para migrar seus bancos de dados do SQL Server para o Azure. No entanto, dependendo do local de backup do banco de dados e das configurações de rede da conta de armazenamento desejadas, há algumas etapas necessárias para garantir que seus recursos possam acessar a conta de Armazenamento do Azure. Consulte a tabela a seguir para os vários cenários de migração e configurações de rede:
| Cenário | Compartilhamento de rede SMB | Contêiner da conta de Armazenamento do Azure |
|---|---|---|
| Ativado a partir de todas as redes | Sem passos adicionais | Sem passos adicionais |
| Ativado a partir de redes virtuais selecionadas e endereços IP | Ver 1a | Ver 2a |
| Ativado a partir de redes virtuais selecionadas e endereços IP + de ponto de extremidade privado | Ver 1b | Ver 2b |
1a - Configuração da rede de armazenamento de Blob do Azure
Se você tiver seu Self-Hosted Integration Runtime (SHIR) instalado em uma VM do Azure, consulte a seção 1b - Azure Blob storage network configuration. Se você tiver seu Self-Hosted Integration Runtime (SHIR) instalado em sua rede local, precisará adicionar o endereço IP do cliente da máquina de hospedagem em sua conta de Armazenamento do Azure da seguinte forma:
Para aplicar essa configuração específica, conecte-se ao portal do Azure a partir da máquina SHIR, abra a configuração da conta de Armazenamento do Azure, selecione Redee marque a caixa de seleção Adicionar o seu endereço IP do cliente. Selecione Salvar para tornar a alteração persistente. Consulte a seção 2a - Configuração da rede de armazenamento de Blob do Azure (Ponto de extremidade privado) para as etapas restantes.
1b - Configuração da rede de armazenamento de Blob do Azure
Se o SHIR estiver hospedado em uma VM do Azure, você precisará adicionar a rede virtual da VM à conta de Armazenamento do Azure, pois a VM tem um endereço IP não público que não pode ser adicionado à seção Intervalo de endereços IP.
Para aplicar esta configuração específica, localize a sua conta de Armazenamento do Azure, no painel armazenamento de dados, selecione Rede, depois marque a caixa de seleção Adicionar existente de rede virtual. Abre-se um novo painel. Selecione a assinatura, a rede virtual e a sub-rede da VM do Azure que hospeda o tempo de execução da integração. Essas informações podem ser encontradas na página de Visão Geral do da VM do Azure. Em caso afirmativo, a sub-rede pode dizer ponto de extremidade de serviço necessário; selecione Ativar. Quando tudo estiver pronto, salve as atualizações. Consulte a seção 2a - Configuração da rede de armazenamento de Blob do Azure (ponto de extremidade privado) para obter as etapas necessárias restantes.
2a - Configuração da rede de armazenamento de Blob do Azure (ponto de extremidade privado)
Se os seus backups forem colocados diretamente num container do Azure Storage, todas as etapas anteriores serão desnecessárias, pois não há runtime de integração a comunicar-se com a conta do Azure Storage. No entanto, ainda precisamos garantir que a instância do SQL Server de destino possa se comunicar com a conta de Armazenamento do Azure para restaurar os backups do contêiner. Para aplicar essa configuração específica, siga as instruções na seção 1b - Configuração da rede de armazenamento de Blob do Azure, especificando a instância SQL de destino Rede Virtual ao preencher o pop-up "Adicionar rede virtual existente".
2b - Configuração da rede de armazenamento de Blob do Azure (ponto de extremidade privado)
Se você tiver um ponto de extremidade privado configurado em sua conta de Armazenamento do Azure, siga as etapas descritas na seção 2a - Configuração da rede de armazenamento de Blob do Azure (ponto de extremidade privado). No entanto, você precisa selecionar a sub-rede do ponto de extremidade privado, não apenas a sub-rede de destino do SQL Server. Verifique se o ponto de extremidade privado está hospedado na mesma rede virtual que a instância de destino do SQL Server. Se não for o caso, crie um outro endpoint privado usando o processo na seção de configuração da conta de Armazenamento do Azure.
Criar uma instância do Serviço de Migração de Banco de Dados
Crie um novo Serviço de Migração de Banco de Dados do Azure ou reutilize um Serviço existente que você criou anteriormente.
Se você criou anteriormente uma instância do Serviço de Migração de Banco de Dados usando o portal do Azure, não poderá reutilizar a instância no assistente de migração no Azure Data Studio. Você pode reutilizar uma instância somente se tiver criado a instância usando o Azure Data Studio.
Usar uma instância existente do Serviço de Migração de Banco de Dados
Para usar uma instância existente do Serviço de Migração de Banco de Dados:
Em grupo de recursos, selecione o grupo de recursos que contém uma instância existente do Serviço de Migração de Banco de Dados.
Em Serviço de Migração de Banco de Dados do Azure, selecione uma instância existente do Serviço de Migração de Banco de Dados que esteja no grupo de recursos selecionado.
Selecione Avançar.
Criar uma nova instância do Serviço de Migração de Banco de Dados
Para criar uma nova instância do Serviço de Migração de Banco de Dados:
Em grupo de recursos, crie um novo grupo de recursos para conter uma nova instância do Serviço de Migração de Banco de Dados.
Em Serviço de Migração de Banco de Dados do Azure, selecione Criar novo.
Em Criar Serviço de Migração de Banco de Dados do Azure, insira um nome para sua instância do Serviço de Migração de Banco de Dados e selecione Criar.
Após a criação bem-sucedida do DMS, serão fornecidos detalhes para configurar o tempo de execução de integração .
Selecione o link Download and install integration runtime link para abrir o link de download em um navegador da Web. Faça o download do runtime de integração e, em seguida, instale-o num computador que cumpra os pré-requisitos para se conectar à instância do SQL Server de origem.
Quando a instalação estiver concluída, o Microsoft Integration Runtime Configuration Manager será aberto automaticamente para iniciar o processo de registro.
Na tabela chave de Autenticação, copie uma das chaves de autenticação fornecidas pelo assistente e cole-a no Azure Data Studio. Se a chave de autenticação for válida, um ícone de verificação verde será exibido no Integration Runtime Configuration Manager. Uma verificação verde indica que pode continuar a Registar.
Depois de registar o self-hosted Integration Runtime, feche o Microsoft Integration Runtime Configuration Manager.
Observação
Para obter mais informações sobre como usar o tempo de execução de integração auto-hospedado, consulte Criar e configurar um tempo de execução de integração auto-hospedado.
No Criar Serviço de Migração de Banco de Dados do Azure no Azure Data Studio, em, selecione Testar conexão para verificar se a instância recém-criada do Serviço de Migração de Banco de Dados está conectada ao ambiente de execução de integração auto-hospedado recém-registrado.
Retorne ao assistente de migração no Azure Data Studio.
Iniciar a migração do banco de dados
Reveja a configuração que criou e, em seguida, selecione Iniciar migração para iniciar a migração da base de dados.
Monitorar a migração do banco de dados
No Status da Migração de Base de Dados, é possível acompanhar as migrações em progresso, as migrações concluídas e as migrações falhadas (caso existam).
Selecione Migrações de banco de dados em andamento para exibir migrações ativas.
Para obter mais informações sobre uma migração específica, selecione o nome do banco de dados.
O painel de detalhes da migração exibe os arquivos de backup e seu status correspondente:
Situação Descrição chegou O arquivo de backup chegou ao local de backup de origem e foi validado. Carregando o runtime de integração está a carregar o ficheiro de backup na conta de armazenamento do Azure. Carregado O arquivo de backup foi carregado na conta de armazenamento do Azure. Restaurando O serviço está restaurando o arquivo de backup para a Instância Gerenciada SQL do Azure. Restaurado O arquivo de backup é restaurado com êxito na Instância Gerenciada SQL do Azure. Cancelado O processo de migração foi cancelado. Ignorado O arquivo de backup foi ignorado porque não pertence a uma cadeia de backup de banco de dados válida. 
Concluir a transição da migração
A etapa final do tutorial é concluir o corte de migração para assegurar que o banco de dados migrado na Instância Gerenciada SQL do Azure esteja pronto a ser utilizado. Esse processo é a única parte que requer tempo de inatividade para aplicativos que se conectam ao banco de dados e, portanto, o tempo da substituição precisa ser cuidadosamente planejado com as partes interessadas do negócio ou do aplicativo.
Para completar a transição:
- Pare todas as transações de entrada no banco de dados de origem.
- Faça alterações na configuração do aplicativo para apontar para o banco de dados de destino na Instância Gerenciada SQL do Azure.
- Faça um backup de log final do banco de dados de origem no local de backup especificado
- Coloque o banco de dados de origem no modo somente leitura. Portanto, os usuários podem ler dados do banco de dados, mas não modificá-los.
- Verifique se todos os backups de banco de dados têm o status Restaurado na página de detalhes de monitoramento.
- Selecione Comutação Completa na página de detalhes do monitoramento.
Durante o processo de transição, o status de migração muda de em andamento para a finalizar. Quando o processo de transição é concluído, o estado da migração é alterado para bem-sucedido para indicar que a migração do banco de dados foi bem-sucedida e que o banco de dados migrado está pronto para uso.
Importante
Após a transição, a disponibilidade da Instância Gerenciada SQL com a camada de serviço Crítica de Negócios pode levar significativamente mais tempo do que a de Propósito Geral, pois três réplicas secundárias precisam ser iniciadas para o grupo de Alta Disponibilidade Always On. A duração dessa operação depende do tamanho dos dados, para obter mais informações, consulte Duração das operações de gerenciamento.
Limitações
Importante
As migrações online com a extensão SQL do Azure usam a mesma tecnologia que o LRS (Log Replay Service) e têm as mesmas limitações. Antes de migrar bases de dados para a camada de serviço Business Critical, considere essas limitações, que não se aplicam à camada de serviço General Purpose.
A migração para a Instância Gerenciada SQL do Azure usando a extensão SQL do Azure para o Azure Data Studio tem as seguintes limitações:
Se você migrar um único banco de dados, os backups de banco de dados deverão ser colocados em uma estrutura de arquivo simples dentro de uma pasta de banco de dados (incluindo a pasta raiz do contêiner) e as pastas não poderão ser aninhadas, pois não há suporte.
Se você migrar vários bancos de dados usando o mesmo contêiner de Armazenamento de Blob do Azure, deverá colocar arquivos de backup para bancos de dados diferentes em pastas separadas dentro do contêiner.
Não há suporte para a substituição de bancos de dados existentes usando DMS em sua Instância Gerenciada SQL do Azure de destino.
DMS não oferece suporte à configuração de alta disponibilidade e recuperação de desastres no seu destino de forma a corresponder à topologia de origem.
Os seguintes objetos de servidor não são suportados:
- Trabalhos do SQL Server Agent
- Credenciais
- Pacotes SSIS
- Auditoria do servidor
Você não pode usar um tempo de execução de integração auto-hospedado existente criado a partir do Azure Data Factory para migrações de banco de dados com DMS. Inicialmente, o tempo de execução de integração auto-hospedado deve ser criado usando a extensão de migração SQL do Azure no Azure Data Studio e pode ser reutilizado para migrações de banco de dados adicionais.
Um único trabalho LRS (criado pelo DMS) pode ser executado por um máximo de 30 dias. Quando esse período expira, o trabalho é automaticamente cancelado, portanto, seu banco de dados de destino é excluído automaticamente.
Se você estiver migrando para uma Instância Gerenciada SQL na camada de serviço Business Critical, contabilize o atraso em colocar os bancos de dados online na réplica primária enquanto eles são propagados para as réplicas secundárias. Isso é especialmente verdadeiro para bancos de dados maiores. Se for importante que os bancos de dados estejam disponíveis assim que a substituição for concluída, considere as seguintes soluções alternativas:
Migre primeiro para a camada de serviço de uso geral e, em seguida, atualize para a camada de serviço Business Critical. Atualizar a sua camada de serviço é uma operação online que mantém os seus bancos de dados online até um breve failover, que acontece como etapa final da operação de atualização.
Use o link Instância Gerenciada para uma migração on-line para uma instância Business Critical sem ter que esperar que os bancos de dados estejam disponíveis após a transferência.
Se você recebeu o seguinte erro:
Memory-optimized filegroup must be empty in order to be restored on General Purpose tier of SQL Database Managed Instance, esse problema é por design. In-Memory OLTP não é suportado na camada de Finalidade Geral da Instância Gerenciada SQL do Azure. Para continuar a migração, uma maneira é atualizar para a camada Crítica de Negócios, que suporta In-Memory OLTP. Outra maneira é garantir que o banco de dados de origem não esteja a usá-lo enquanto a Instância Gerenciada de SQL do Azure for de Propósito Geral.