O que acontecerá com o Banco de Dados do Azure para MySQL – Servidor Único?
Importante
Banco de Dados do Azure para MySQL – Servidor Único desativado em 16 de setembro de 2024.
Após de anos de evolução do Banco de Dados do Azure para MySQL – Servidor Único, ele deixou de ser capaz de lidar com todos os novos recursos, funções e necessidades de segurança. Recomendamos atualizar para o Servidor Flexível do Banco de Dados do Azure para MySQL, antes de 16 de setembro de 2024 para evitar a migração forçada involuntária e a indisponibilidade do servidor.
O Banco de Dados do Azure para MySQL – Servidor Flexível é um serviço de banco de dados totalmente gerenciado e pronto para produção projetado para fornecer controle e flexibilidade mais granulares nas funções de gerenciamento de banco de dados e definições de configuração. Para obter mais informações sobre o Servidor Flexível, visite Banco de Dados do Azure para MySQL – Servidor Flexível.
Se você está usando um serviço Banco de Dados do Azure para MySQL – Servidor Único para hospedar servidores de produção, temos uma boa notícia: é possível migrar gratuitamente seus servidores Banco de Dados do Azure para MySQL – Servidor Único para o serviço Banco de Dados do Azure para MySQL – Servidor Flexível. Isso pode ser feito por meio da Importação do Banco de Dados do Azure para MySQL, da migração automática in-loco ou do Serviço de Migração de Banco de Dados do Azure (clássico). Analise as diferentes maneiras de fazer a migração na seção abaixo.
Como parte dessa desativação, não haverá mais suporte à criação de novas instâncias do Servidor Único por meio do portal do Azure a partir de 16 de janeiro de 2023 e por meio da CLI do Azure a partir de 19 de março de 2024. Você ainda poderá criar réplicas de leitura e realizar restaurações (PITR e restauração geográfica) da sua instância de servidor único atual, já que o suporte a essas ações será mantido até a data de desativação em 16 de setembro de 2024.
Migrar de um Servidor Único para um Servidor Flexível
Saiba como migrar do Banco de Dados do Azure para MySQL - Servidor Único para o Banco de Dados do Azure para MySQL - Servidor Flexível.
| Cenário | Ferramentas | Detalhes |
|---|---|---|
| Offline/Online | Importação do Banco de Dados do Azure para MySQL e a CLI do Azure | Tutorial: Importação do Banco de Dados do Azure para MySQL com a CLI do Azure |
| Offline | Serviço de Migração de Banco de Dados (Clássico) e o portal do Azure | Tutorial: DMS (clássico) com o portal do Azure (offline) |
| Online | Serviço de Migração de Banco de Dados (Clássico) e o portal do Azure | Tutorial: DMS (clássico) com o portal do Azure (online) |
| Offline | Solicitação de migração automática no local (abrir um tíquete de suporte do Azure) | Migração automática in-loco do Banco de Dados do Azure para MySQL – Servidor Único para Servidor Flexível |
Para obter mais informações de como migrar de Servidor Único para Servidor Flexível usando outras ferramentas de migração, visite Selecionar as ferramentas corretas de migração para o Banco de Dados do Azure para MySQL.
Observação
A migração automática in-loco do Banco de Dados do Azure para MySQL – Servidor Único para Servidor Flexível é um processo iniciado pelo serviço durante uma janela de manutenção planejada para cargas de trabalho de banco de dados de Servidor Único. Os servidores qualificados são identificados pelo serviço e recebem uma notificação prévia detalhando as etapas para revisar os detalhes da migração. Se você tem uma carga de trabalho de servidor único sem recursos complexos (réplica de leitura, rede virtual, criptografia de infraestrutura dupla, regras de ponto de extremidade de serviço/VNet) habilitados, agora é possível nomear a si mesmo (se ainda não tiver sido agendado pelo serviço) para a migração automática enviando os detalhes do servidor criando um tíquete de Suporte do Azure. Todas as outras cargas de trabalho de Servidor Único são recomendadas para usar ferramentas de migração iniciadas pelo usuário oferecidas pelo Azure – Azure DMS, Importação do Banco de Dados do Azure para MySQL para migrar. Saiba mais sobre a migração automática no local aqui.
Verificações de pré-requisitos ao migrar de Servidor Único para Flexível
- Se o Servidor Único do Banco de Dados do Azure para MySQL de origem tiver a versão do mecanismo v8.x, certifique-se de atualizar a versão do driver do cliente .NET do servidor de origem para 8.0.32 para evitar qualquer incompatibilidade de codificação após a migração para o Servidor Flexível.
- Se o Servidor Único do Banco de Dados do Azure para MySQL de origem tiver a versão do mecanismo v8.x, certifique-se de atualizar a versão TLS do servidor de origem de v1.0 ou v1.1 para TLS v1.2 antes da migração, pois as versões mais antigas do TLS foram preteridas para o Servidor Flexível.
- Se o Banco de Dados do Azure para MySQL – Servidor Único de origem utilizar portas não padrão, como 3308, 3309 e 3310, altere a porta de conectividade para 3306, pois as portas não padrão mencionadas acima não têm suporte no Servidor Flexível.
- Não há suporte para marcas de serviço (SQL) em Regras de Saída no Servidor Flexível do Banco de Dados do Azure para MySQL. Use um FQDN (nome de domínio totalmente qualificado) em Regras de Saída ao definir as configurações de firewall para o Servidor Flexível.
O que acontece após a data de desativação (16 de setembro de 2024)?
Enviamos notificações recorrentes nos últimos dois anos para concluir a migração para o Servidor Flexível do Banco de Dados do Azure para MySQL, tanto por meio de canais públicos, como Azure Update e blogs, quanto por meio de divulgação direta por meio de emails de clientes, páginas de produtos e banners do portal do Azure. Como parte de nossa comunicação e assistência contínuas para migrar os clientes com segurança para o novo ambiente, esta seção fornece mais informações sobre a experiência do cliente para todas as cargas de trabalho que permanecerem em produção a partir de 16 de setembro de 2024.
A partir de 17 de setembro de 2024, os servidores que não respondem e que ainda não migraram serão interrompidos periodicamente. Você precisa acessar o portal do Azure, confirmar as ações de migração e iniciar seu servidor. Depois de iniciar o servidor, continue usando o CLI de importação do Banco de Dados do Azure para MySQL ou Serviço de Migração de Dados do Azure para migrar para o Banco de Dados do Azure para MySQL - Servidor Flexível. Por outro lado, se você deseja prosseguir com a migração automática, abra um tíquete de Suporte do Azure para agendar a migração automática. Certifique-se de iniciar o servidor e migrar para o servidor flexível para evitar migração forçada involuntária mais tarde, o que levará à indisponibilidade do servidor, pois apenas recursos limitados podem ser migrados.
Executar a instância do Servidor Único após a data de desativação representaria um risco de segurança, pois não haverá manutenção de correções de segurança e bugs na plataforma de Servidor Único desativada. Para garantir nosso compromisso de executar as instâncias gerenciadas em uma plataforma confiável e segura após a data de término, sua instância de Servidor Único, juntamente com seus arquivos de dados, será migrada à força, como último recurso, para uma instância de Servidor Flexível apropriada de maneira gradual.
Observação
Após a data de desativação, nenhum SLA, correções de bugs, correções de segurança ou suporte ao vivo serão concedidos para sua instância de Servidor Único.
Migração automática após a data de desativação
Após a data de desativação, sua instância de Servidor Único, juntamente com seus arquivos de dados, será migrada automaticamente para uma instância apropriada de Servidor Flexível de forma gradual. Isso resulta em disponibilidade limitada de recursos, já que algumas funcionalidades avançadas não podem ser migradas automaticamente para a instância de Servidor Flexível sem entradas do cliente. Isso leva à indisponibilidade de servidores com recursos de segurança e rede. Leia mais sobre as etapas para reconfigurar tais recursos após a migração automática para minimizar o possível impacto abaixo.
Os seguintes recursos não podem ser migrados automaticamente, pois exigem a entrada do cliente para configuração e não serão habilitados na instância migrada do Servidor Flexível:
- Link privado
- Criptografia de dados (CMK)
- Autenticação do Microsoft Entra (antigo Microsoft Entra ID)
- Pontos de extremidade de serviço
- Criptografia dupla de infraestrutura
- Réplicas de leitura
Ação necessária após a migração automática
Importante: servidores únicos com recursos de rede e segurança habilitados serão migrados automaticamente para uma instância do Servidor Flexível com acesso público no estado desabilitado para proteger os dados do cliente. Você deve habilitar o acesso apropriado após a migração automática para garantir a continuidade dos negócios.
Após a migração automática, reconfigure os recursos listados acima na instância migrada do Servidor Flexível para garantir a continuidade dos negócios:
- Link Privado do Azure – Você pode escolher habilitar o acesso público para se conectar ao seu servidor imediatamente ou excluir a instância do Single Server e excluir o ponto de extremidade privado associado para poder configurar o mesmo ponto de extremidade privado para a instância do servidor flexível migrada. Leia mais sobre como configurar pontos de extremidade privados para o servidor flexível aqui
- CMK (criptografia de dados) – Leia mais sobre como configurar aqui
- Autenticação do Microsoft Entra (antigo Microsoft Entra ID) – Leia mais sobre como configurar aqui
- Pontos de extremidade de serviço – o ponto de extremidade de serviço (Regra de rede virtual) não tem suporte no Banco de Dados do Azure para MySQL – Servidor Flexível. Recomendamos configurar o Link Privado para atender à paridade de recursos. Leia mais sobre como configurar o Link Privado aqui
- Criptografia dupla de infraestrutura – não há suporte para criptografia dupla de infraestrutura no Servidor Flexível do Banco de Dados do Azure para MySQL. Recomendamos configurar a criptografia de dados para atender à paridade de recursos. Leia mais sobre como configurar a criptografia de dados (CMK) aqui
- Réplicas de leitura – As réplicas de leitura são migradas como servidores autônomos separados. Configure réplicas de leitura para o servidor primário consultando o servidor autônomo secundário migrado, que pode ser excluído após a configuração. Leia mais sobre como configurar aqui
Observação
Se o servidor estiver em uma região onde o Servidor Flexível do Banco de Dados do Azure para MySQL não for compatível, após a data de desativação a instância de Servidor Único estará disponível com operações limitadas para acessar dados e para ser migrada para o Servidor Flexível até 15 de novembro de 2024. Sua instância não será migrada à força para o servidor flexível até 15 de novembro de 2024. Seus servidores serão interrompidos na primeira semana de dezembro de 2024. Você pode reiniciar o servidor por meio do portal do Azure ou da CLI e migrar dentro de 7 dias. Se o servidor não for migrado no período de carência mencionado acima, ele será forçado a migrar na segunda semana de dezembro de 2024. Após 31 de dezembro, os servidores serão excluídos para desativar a plataforma. Recomendamos fortemente que você use uma das seguintes opções para migrar antes de 22 de novembro de 2024 para evitar interrupções na continuidade dos negócios:
- Use o DMS do Azure para realizar uma migração entre regiões para o Servidor Flexível em uma região adequada do Azure.
- Migre para o MySQL Server hospedado em uma VM na região, se não for possível alterar as regiões devido a problemas de conformidade.
Configurar propriedades do Microsoft Defender para Nuvem no Servidor Flexível
Quando você migra do Banco de Dados do Azure para MySQL – Servidor Único para Servidor Flexível com o Defender para Nuvem habilitado, o estado de habilitação é preservado. Para obter paridade no Servidor Flexível para propriedades que você pode configurar no Servidor Único, considere os detalhes na tabela a seguir.
| Propriedade | Configuration |
|---|---|
| Suprimir tipos de alerta específicos | Desabilitar tipos de alerta específicos com a plataforma Microsoft Defender para Nuvem. Para obter mais informações, visite Suprimir alertas do guia Microsoft Defender para Nuvem. Usuários de servidor único podem usar a propriedade API: properties.disabledAlerts |
| Notificações por email | Defina a notificação por email para alertas do Microsoft Defender para Nuvem para todos os recursos em uma assinatura. Para obter mais informações, visite Configurar notificações por email para alertas de segurança. Usuários de servidor único podem usar as propriedades da API: properties.emailAccountAdmins, properties.emailAddresses |
| Exportar alertas para posterior processamento e/ou arquivamento | Os alertas são armazenados na plataforma Microsoft Defender para Nuvem e expostos através do Azure Resource Graph. Você pode exportar alertas para um repositório diferente e gerenciar a retenção separadamente. Para obter mais informações, visite Configurar exportação contínua no portal do Azure – Microsoft Defender para Nuvem. Usuários de servidor único podem usar as propriedades da API: properties.retentionDays, properties.storageAccountAccessKey, properties.storageEndpoint |
Perguntas frequentes (FAQs)
Q. Por que o Banco de Dados do Azure para MySQL – Servidor Único será desativado?
a. O Banco de Dados do Azure para MySQL – Servidor Único entrou em GA (Disponibilidade Geral) em 2018. No entanto, considerando os comentários dos clientes e novos avanços em termos de computação, disponibilidade, escalabilidade e desempenho no cenário do banco de dados do Azure, a oferta de Servidor Único precisa ser desativada e atualizada com uma nova arquitetura, o Banco de Dados do Azure para MySQL – Servidor Flexível, para fornecer a você o melhor da plataforma de banco de dados de código aberto do Azure. Veja o anúncio da desativação aqui.
P. Por que eu preciso migrar para o Banco de Dados do Azure para MySQL – Servidor Flexível?
A. O Banco de Dados do Azure para MySQL – Servidor Flexível é a melhor plataforma para executar todas as suas cargas de trabalho MySQL no Azure. O Servidor Flexível do Azure para MySQL é econômico e fornece melhor desempenho em todas as camadas de serviço, além de mais maneiras de controlar seus custos, para uma recuperação de desastre mais barata e mais rápida:
- Mais maneiras de otimizar custos, incluindo suporte para opções de computação de camada com capacidade de intermitência.
- Melhor desempenho para cargas de trabalho de produção comercialmente críticas que exigem baixa latência, alta simultaneidade, failover rápido e alta escalabilidade.
- Tempo de atividade aprimorado com a capacidade de configurar uma espera ativa na mesma zona ou em uma zona diferente e uma janela de tempo de uma hora para manutenção planejada do servidor.
Q. Em quanto tempo preciso migrar meu servidor único para um servidor flexível?
a. O Banco de Dados do Azure para MySQL – Servidor Único está programado para ser desativado até 16 de setembro de 2024, portanto é altamente recomendável migrar seu servidor único para um servidor flexível na primeira oportunidade para garantir que haja tempo suficiente para executar o ciclo de vida de migração, aplicar os benefícios oferecidos pelo Servidor Flexível e garantir a continuidade de seus negócios.
Q. O que acontecerá com minhas instâncias de servidor único existentes do Banco de Dados do Azure para MySQL?
R. Suas cargas de trabalho existentes do Servidor Único do Banco de Dados do Azure para MySQL continuam funcionando como antes e têm suporte oficial até a data limite. No entanto, nenhuma nova atualização é lançada para o Servidor Único, e recomendamos que você comece a migrar para o Banco de Dados do Azure para MySQL – Servidor Flexível o quanto antes. Após a data de desativação, sua instância de Servidor Único, juntamente com seus arquivos de dados, será migrada automaticamente para uma instância apropriada de Servidor Flexível de forma gradual.
P. Posso optar por continuar executando o Servidor Único além da data limite?
a. Infelizmente, não planejamos dar suporte ao Servidor Único além da data limite de 16 de setembro de 2024 e, portanto, aconselhamos fortemente que você comece a planejar a migração o quanto antes. Após a data de desativação, sua instância de Servidor Único, juntamente com seus arquivos de dados, será migrada automaticamente para uma instância apropriada de Servidor Flexível de forma gradual. Isso pode resultar em disponibilidade limitada de recursos, já que algumas funcionalidades avançadas não podem ser migradas automaticamente para a instância de Servidor Flexível sem entradas do cliente. Leia mais sobre as etapas para reconfigurar tais recursos após a migração automática para minimizar o possível impacto aqui. Se o servidor estiver em uma região onde o Servidor Flexível do Banco de Dados do Azure para MySQL não seja compatível, após a data de desativação a instância de Servidor Único estará disponível com operações limitadas para acessar dados e para ser migrada para o Servidor Flexível até 15 de novembro de 2024.
P. Meu servidor único está implantado em uma região que não dá suporte ao servidor flexível. O que acontecerá com meu servidor após a data de desativação?
R. Se o servidor estiver em uma região onde o Servidor Flexível do Banco de Dados do Azure para MySQL não seja compatível, após a data de desativação a instância de Servidor Único estará disponível com operações limitadas para acessar dados e para ser migrada para o Servidor Flexível até 15 de novembro de 2024. É altamente recomendável que você use uma das seguintes opções para migrar antes da data de desativação, a fim de evitar qualquer interrupção na continuidade dos negócios:
- Use o DMS do Azure para realizar uma migração entre regiões para o Servidor Flexível em uma região adequada do Azure.
- Migre para o MySQL Server hospedado em uma VM na região, se não for possível alterar as regiões devido a problemas de conformidade.
P. Após a data de desativação, haverá alguma perda de dados para meu Servidor Único?
R. Não, não haverá nenhuma perda de dados na sua instância de Servidor Único. Após a data de desativação, sua instância de Servidor Único, juntamente com seus arquivos de dados, será migrada automaticamente para uma instância apropriada de Servidor Flexível. Se o servidor estiver em uma região onde o Servidor Flexível do Banco de Dados do Azure para MySQL não tiver suporte, após a data de desativação, sua instância de Servidor Único estará disponível com operações limitadas para acessar dados e para ser migrada para o Servidor Flexível em uma região apropriada, até 15 de novembro de 2024.
P. E se eu ainda precisar criar um servidor único, após o anúncio da desativação do Servidor Único, para atender às minhas necessidades de negócios?
R. Como parte dessa desativação, não daremos mais suporte à criação de novas instâncias de Servidor Único do portal do Azure a partir de 16 de janeiro de 2023. Além disso, a partir de 19 de março de 2024, não será mais possível criar instâncias de Servidor Único do Banco de Dados do Azure para MySQL usando a CLI do Azure. Se você ainda precisar criar instâncias de servidor único para atender a necessidades de continuidade dos negócios, crie um tíquete de suporte do Azure.
P. E se eu ainda precisar criar uma nova réplica de leitura para minha instância de servidor único após o anúncio de desativação do servidor único?
R. Você ainda poderá criar réplicas de leitura para sua instância de servidor único existente da folha de Replicação, e isso continuará a ter suporte até a data de desativação de 16 de setembro de 2024.
P. Há custos adicionais associados à execução da migração?
a. Ao executar a migração, você paga pelo servidor flexível de destino e pelo servidor único de origem. A configuração e a computação do servidor flexível de destino determinam os custos adicionais incorridos. Para saber mais, confira os Preços. Depois de desativar o servidor único de origem após a migração bem-sucedida, você pagará apenas pelo servidor flexível em execução. Não são gerados custos ao realizar a migração por meio das ferramentas de migração: Serviço de Migração de Banco de Dados do Azure (clássico), migração automática in-loco ou Importação do Banco de Dados do Azure para MySQL.
P. Minha cobrança será afetada pela execução do Servidor Flexível em comparação com o Servidor Único?
R. Se você selecionar a alta disponibilidade com redundância de zona ou na mesma zona para o servidor flexível de destino, a cobrança será maior do que era no servidor único. A alta disponibilidade com redundância de zona ou na mesma zona requer que um servidor em espera ativa seja utilizado com o armazenamento do backup redundante e, portanto, o custo adicionado. Essa arquitetura permite o tempo de inatividade reduzido durante interrupções não planejadas e manutenção planejada. Além disso, dependendo de sua carga de trabalho, os servidores flexíveis podem fornecer um desempenho melhor em servidores únicos, para que você execute a carga de trabalho com um SKU mais baixo nos servidores flexíveis e, portanto, seu custo geral pode ser semelhante ao de um servidor único.
P. Preciso incorrer em tempo de inatividade para migrar o Servidor Único para o Servidor Flexível?
a. Para limitar qualquer tempo de inatividade que você possa ter, execute uma migração online para o Servidor Flexível, que fornece tempo de inatividade mínimo.
Q. Haverá atualizações futuras do Servidor Único para dar suporte às versões mais recentes do MySQL?
a. A última atualização da versão secundária para o Servidor Único versão 8.0 será a 8.0.15. Considere migrar para o Servidor Flexível para usar os benefícios das atualizações de versão mais recentes.
P. Como o SLA de disponibilidade de 99,99% do servidor flexível difere do servidor único?
R. A implantação com redundância de zona do servidor flexível fornece disponibilidade de 99,99% com resiliência no nível da zona, enquanto o servidor único fornece resiliência em uma única zona de disponibilidade. A arquitetura de HA (alta disponibilidade) do Servidor Flexível implanta um modo de espera passiva com computação e armazenamento redundantes (com os dados de cada site armazenados em cópias 3x) em comparação com a arquitetura de HA do servidor único, que não tem uma espera ativa passiva para ajudar a se recuperar de falhas zonais. A arquitetura de HA do servidor flexível habilita a redução do tempo de inatividade durante interrupções não planejadas e manutenção planejada.
P. Quais opções de migração estão disponíveis para me ajudar a migrar meu servidor único para um servidor flexível?
R. Você pode usar a Importação do Banco de Dados do Azure para MySQL (recomendado) para migrar. Você também pode usar o Serviço de Migração de Banco de Dados do Azure (clássico) para executar migrações online ou offline.
P. Meu servidor único está implantado em uma região que não dá suporte ao servidor flexível. Como devo prosseguir com a migração?
a. O Serviço de Migração de Banco de Dados do Azure (clássico) dá suporte à migração entre regiões, portanto você pode selecionar uma região adequada para o servidor flexível de destino e prosseguir com a migração do DMS (clássico).
P. Tenho o Repositório de Consultas configurado para meu único servidor e esse recurso não tem suporte no Servidor Flexível. Como faço a migração?
R. Você pode configurar logs de consulta lentos no Servidor Flexível de destino após a migração seguindo as etapas aqui para obter a paridade de recursos com o Repositório de Consultas. Você pode então visualizar os insights de consulta usando o modelo de pastas de trabalho.
P. Tenho ponto de extremidade de serviço (Regras de VNet) configurado para meu Servidor Único e esse recurso não tem suporte no Servidor Flexível. Como faço a migração?
R. O ponto de extremidade de serviço (Regra de rede virtual) não tem suporte no Banco de Dados do Azure para MySQL – Servidor Flexível. Recomendamos configurar o Link Privado na instância do Servidor Flexível migrada para atender à paridade de recursos. Leia mais sobre como configurar o Link Privado aqui.
P. Tenho criptografia dupla de infraestrutura configurada para meu Servidor Único e esse recurso não tem suporte no Servidor Flexível. Como faço a migração?
R. Não há suporte para criptografia dupla de infraestrutura no Servidor Flexível do Banco de Dados do Azure para MySQL. Recomendamos configurar a criptografia de dados no Servidor Flexível migrado para atender à paridade de recursos. Leia mais sobre como configurar a criptografia de dados (CMK) aqui.
P. Tenho o TLS v1.0/1.1 configurado para meu Servidor Único v8.0, e esse recurso não tem suporte no Servidor Flexível no momento. Como faço a migração?
a. Para dar suporte a padrões de segurança modernos, o MySQL Community Edition descontinuou o suporte para comunicação em protocolos TLS 1.0 e 1.1 a partir da versão 8.0.28. Recomendamos que você atualize seus drivers de cliente para dar suporte ao TLSv1.2 para se conectar com segurança ao Banco de Dados do Azure para MySQL – Servidor Único e, em seguida, continuar a migrar para o Servidor Flexível.
Q. Há uma opção de reversão da migração do Servidor Único para o Servidor Flexível?
a. Você pode executar qualquer número de migrações de teste e, depois de ganhar confiança com os testes, executar a migração final. Uma migração de teste não afeta o servidor único de origem, que permanece operacional e continua replicando até você executar a migração real. Se houver erros durante a migração de teste, você poderá optar por adiar a migração final e manter o servidor de origem em execução. Você poderá tentar novamente a migração final depois de resolver os erros. Após você de executar uma migração final para o Servidor Flexível e o servidor único de origem tiver sido desligado, não será possível realizar uma reversão do Servidor Flexível para o Servidor Único.
P. Se o tamanho do meu banco de dados for maior do que 1 TB, como devo continuar com a migração?
R. Você pode usar a Importação do Banco de Dados do Azure para MySQL (recomendado) para migrar, que oferece alto desempenho para cargas de trabalho de grande porte.
P. Há suporte para migração entre regiões?
a. O Serviço de Migração de Banco de Dados do Azure dá suporte a migrações entre regiões, para que você possa migrar seu servidor único para um servidor flexível implantado em uma região diferente usando o DMS.
Q. Há suporte para a migração entre assinaturas?
a. O Serviço de Migração de Banco de Dados do Azure dá suporte a migrações entre assinaturas, para que você possa migrar seu servidor único para um servidor flexível implantado em uma assinatura diferente usando o DMS.
Q. Há suporte para a assinatura entre grupo de recursos?
a. O Serviço de Migração de Banco de Dados do Azure dá suporte a migrações de grupo de recursos, para que você possa migrar seu servidor único para um servidor flexível implantado em um grupo de recursos diferente usando o DMS.
Q. Há suporte entre versões?
R. Sim, há suporte para a migração de servidores MySQL de versões inferiores (v5.6 e superior) para versões mais altas por meio de migrações do Serviço de Migração de Banco de Dados do Azure.
P. O Servidor Único do Banco de Dados MyAzure para MySQL utiliza portas não padrão, como 3308, 3309 e 3310, que não têm suporte no Servidor Flexível. O que devo fazer para garantir a conectividade ao migrar para o Servidor Flexível?
R. Se o Banco de Dados do Azure para MySQL – Servidor Único de origem utilizar portas não padrão, como 3308, 3309 e 3310, altere a porta de conectividade para 3306, pois as portas não padrão mencionadas acima não têm suporte no Servidor Flexível.
P. Tenho mais perguntas sobre a desativação. Como posso obter assistência com isso?
R. Em caso de dúvidas, fale com os especialistas da comunidade no Microsoft Q&A. Se tiver um plano de suporte e precisar de ajuda técnica, crie uma solicitação de suporte:
- Em Resumo, digite uma descrição do problema.
- Em Tipo de problema, selecione Técnico.
- Em Assinatura, selecione sua assinatura.
- Em Serviço, selecione Meus Serviços.
- Em Tipo de serviço, selecione Servidor único do Banco de Dados do Azure para MySQL.
- Em Recurso, selecione seu recurso.
- Para Tipo de problema, selecione Migração.
- Para Subtipo de problema, selecione Migrar de servidor único para flexível
Consulte as perguntas frequentes sobre como usar o Serviço de Migração de Banco de Dados do Azure (clássico) para migrações do Banco de Dados do Azure para MySQL - Servidor Único para o Servidor Flexível.
Sabemos que migrar serviços pode ser uma experiência frustrante e pedimos desculpas antecipadamente por qualquer inconveniência que isso possa causar a você. Você pode escolher qual cenário funciona melhor para você e seu ambiente.