O que está a acontecer à Base 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 anos de evolução do Banco de Dados do Azure para MySQL - serviço de Servidor Único, ele não pode mais lidar com todos os novos recursos, funções e necessidades de segurança. Recomendamos atualizar para o Banco de Dados do Azure para MySQL - Servidor Flexível antes de 16 de setembro de 2024 para evitar migração forçada involuntária e indisponibilidade do servidor.
O Banco de Dados do Azure para MySQL - Servidor Flexível é um serviço de banco de dados totalmente gerenciado pronto para produção projetado para controle mais granular e flexibilidade sobre 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ê tiver atualmente um Banco de Dados do Azure para MySQL - serviço de Servidor Único que hospeda servidores de produção, temos o prazer de informar que você pode migrar seu Banco de Dados do Azure para MySQL - Servidores de Servidor Único para o serviço Banco de Dados do Azure para MySQL - Servidor Flexível gratuitamente usando o Banco de Dados do Azure para Importação MySQL, a migração automática in-loco ou o Serviço de Migração de Banco de Dados do Azure (clássico). Analise as diferentes maneiras de migrar na seção abaixo.
Como parte dessa desativação, não oferecemos mais suporte à criação de novas instâncias de Servidor Único a partir do portal do Azure a partir de 16 de janeiro de 2023 e da CLI do Azure a partir de 19 de março de 2024. Você ainda poderá criar réplicas de leitura e executar restaurações (PITR e restauração geográfica) para sua instância de servidor único existente e isso continuará a ser suportado até a data de expiração de 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 | Banco de Dados do Azure para Importação do MySQL e a CLI do Azure | Tutorial: Banco de Dados do Azure para Importação MySQL com a CLI do Azure |
| Offline | O Database Migration Service (clássico) e o portal do Azure | Tutorial: DMS (clássico) com o portal do Azure (offline) |
| Online | O Database Migration Service (clássico) e o portal do Azure | Tutorial: O DMS (clássico) com o portal do Azure (online) |
| Offline | Solicitação de migração automática in-loco (Abrir um tíquete do Suporte do Azure) | Automigração in-loco do Banco de Dados do Azure para MySQL Servidor Único para Servidor Flexível |
Para obter mais informações sobre como migrar do Servidor Único para o Servidor Flexível usando outras ferramentas de migração, visite Selecionar as ferramentas certas para migração para o Banco de Dados do Azure para MySQL.
Nota
A migração automática in-loco do Banco de Dados do Azure para MySQL – Servidor Único para Servidor Flexível é uma migração in-loco iniciada por serviço durante a janela de manutenção planejada para cargas de trabalho de banco de dados de Servidor Único selecionadas. Os servidores elegíveis são identificados pelo serviço e são enviados passos de detalhes de notificação antecipada para rever os detalhes da migração. Se você possui uma carga de trabalho de Servidor Único sem recursos complexos (Réplica de leitura, Rede Virtual, criptografia de infra dupla, Regras de ponto de extremidade de serviço/VNet) habilitadas, agora você pode nomear-se (se ainda não estiver agendado pelo serviço) para migração automática gerando 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, Banco de Dados do Azure para Importação 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 Servidor Flexível
- Se o Banco de Dados do Azure de origem para MySQL Single Server 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 incompatibilidades de codificação após a migração para o Servidor Flexível.
- Se o Banco de Dados do Azure de origem para MySQL Single Server 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 de origem para MySQL Single Server utilizar portas não padrão, como 3308,3309 e 3310, altere sua porta de conectividade para 3306, pois as portas não padrão mencionadas acima não são suportadas no Servidor Flexível.
- As tags de serviço (SQL) em Regras de Saída não são suportadas no Banco de Dados do Azure para Servidor Flexível MySQL. Use 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 do pôr do sol (16 de setembro de 2024)?
Enviamos notificações recorrentes nos últimos dois anos para concluir a migração para o Banco de Dados do Azure para o Servidor Flexível MySQL, tanto por meio de canais públicos, como o Azure Update e blogs, quanto por meio de contato direto por meio de e-mails 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 seu novo ambiente, esta seção fornece mais informações sobre a experiência do cliente para quaisquer cargas de trabalho que permaneçam em produção a partir de 16 de setembro de 2024.
A partir de 17 de setembro de 2024, os servidores não responsivos que ainda não migraram serão periodicamente interrompidos. Você precisa acessar o portal do Azure, reconhecer as ações de migração e iniciar o servidor. Depois de iniciar o servidor, continue usando a CLI de Importação do Banco de Dados do Azure para MySQL ou o 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 continuar com a migração automática, levante 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 a 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 expiração seria um risco de segurança, pois não haverá manutenção de segurança e correções de bugs na plataforma de Servidor Único obsoleta. Para garantir nosso compromisso com a execução das instâncias gerenciadas em uma plataforma confiável e segura após a data de expiração, 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 forma faseada.
Nota
Nenhum SLA, correções de bugs, correções de segurança ou suporte ao vivo serão honrados para sua instância de Servidor Único após a data de expiração.
Migração forçada após a data de expiração
Após a data de expiração, sua instância de Servidor Único, juntamente com seus arquivos de dados, serão migrados à força para uma instância de Servidor Flexível apropriada de forma faseada. Isso leva a uma disponibilidade limitada de recursos, pois certas funcionalidades avançadas não podem ser migradas à força sem as entradas do cliente para a instância do Servidor Flexível. Isso leva à indisponibilidade do servidor para servidores com recursos de segurança e rede. Leia mais sobre as etapas para reconfigurar esses recursos após a migração forçada para minimizar o efeito potencial abaixo.
Os seguintes recursos não podem ser migrados à força, pois exigem a entrada do cliente para configuração e não serão habilitados na instância do Servidor Flexível migrada:
- Private Link
- Encriptação de dados (CMK)
- Autenticação do Microsoft Entra (antigo Microsoft Entra ID)
- Pontos finais de serviço
- Infraestrutura Dupla encriptação
- Réplicas de Leitura
Ação necessária após a migração forçada
Importante : Servidores únicos com recursos de rede, segurança e criptografia de dados habilitados serão migrados à força para uma instância de Servidor Flexível com acesso público no estado desativado para proteger os dados do cliente. Você deve habilitar o acesso apropriado após a migração forçada para garantir a continuidade dos negócios.
Após a migração forçada, você deve reconfigurar os recursos listados acima na instância do Servidor Flexível migrada para garantir a continuidade dos negócios:
- Link privado – Você pode optar por habilitar o acesso público para se conectar ao seu servidor imediatamente ou excluir a instância do Servidor Único 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
- Criptografia de dados (CMK) - 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 é suportado no Banco de Dados do Azure para o Servidor Flexível MySQL. Recomendamos configurar o Private Link para atender à paridade de recursos. Leia mais sobre como configurar o Private Link aqui
- Criptografia dupla de infraestrutura – A criptografia dupla de infraestrutura não é suportada no Banco de Dados do Azure para o Servidor Flexível 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 seu servidor primário fazendo referência ao servidor autônomo secundário migrado, que pode ser excluído após a configuração. Leia mais sobre como configurar aqui
Nota
Se o seu servidor estiver em uma região onde o Banco de Dados do Azure para MySQL - Servidor Flexível não é suportado, em seguida, após a data de expiração, sua instância de Servidor Único estará disponível com operações limitadas para acessar dados e poder migrar para o Servidor Flexível até 15 de novembro de 2024, 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 seu servidor por meio do Portal do Azure ou da CLI e migrar dentro de 7 dias. Se o seu servidor não for migrado no período de carência mencionado acima, ele será migrado à força na segunda semana de dezembro de 2024. Após 31 de dezembro, os servidores serão excluídos para desativar a plataforma. É altamente recomendável 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 executar 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 você não puder alterar regiões devido a problemas de conformidade.
Configurar as propriedades do Microsoft Defender for Cloud no Servidor Flexível
Quando você migra do Banco de Dados do Azure para MySQL - Servidor Único para Servidor Flexível com o Defender for Cloud habilitado, o estado de habilitação é preservado. Para obter paridade no Servidor Flexível para propriedades que você pode configurar em Servidor Único, considere os detalhes na tabela a seguir.
| Propriedade | Configuração |
|---|---|
| Suprimir tipos de alerta específicos | Desative tipos de alerta específicos com a plataforma Microsoft Defender for Cloud. Para obter mais informações, visite o guia Suprimir alertas do Microsoft Defender for Cloud. Os usuários de servidor único podem usar a propriedade API: properties.disabledAlerts |
| Notificações por e-mail | Defina a notificação por email para o Microsoft Defender for Cloud Alerts para todos os recursos em uma assinatura. Para obter mais informações, visite Configurar notificações por email para alertas de segurança. Os usuários de servidor único podem usar as propriedades da API: properties.emailAccountAdmins, properties.emailAddresses |
| Exportar alertas para processamento e/ou arquivamento adicionais | Os alertas são armazenados na plataforma Microsoft Defender for Cloud e expostos através do Azure Resource Graph. Você pode exportar alertas para um armazenamento diferente e gerenciar a retenção separadamente. Para obter mais informações, visite Configurar exportação contínua no portal do Azure - Microsoft Defender for Cloud. Os usuários de servidor único podem usar as propriedades da API: properties.retentionDays, properties.storageAccountAccessKey, properties.storageEndpoint |
Perguntas mais frequentes (FAQs)
P. Por que o Banco de Dados do Azure para MySQL-Single Server está sendo desativado?
A. A Base de Dados do Azure para MySQL - Servidor Único entrou em Disponibilidade Geral (GA) em 2018. No entanto, dados os comentários dos clientes e os novos avanços nos recursos de computação, disponibilidade, escalabilidade e desempenho no cenário do banco de dados do Azure, a oferta de Servidor Único precisa ser descontinuada e atualizada com uma nova arquitetura – Banco de Dados do Azure para Servidor Flexível MySQL para oferecer a você o melhor da plataforma de banco de dados de código aberto do Azure. Encontre o anúncio de aposentadoria aqui.
P. Por que estou sendo solicitado a migrar para o Banco de Dados do Azure para MySQL - Servidor Flexível?
Um. O Banco de Dados do Azure para MySQL - Servidor Flexível é a melhor plataforma para executar todas as suas cargas de trabalho do MySQL no Azure. O Azure MySQL - Servidor Flexível é económico e oferece um melhor desempenho em todos os escalões de serviço e mais formas de controlar os custos, para uma recuperação após desastre mais acessível e mais rápida:
- Mais formas de otimizar os custos, incluindo suporte para opções de computação de escalão expansível.
- Desempenho melhorado para cargas de trabalho de produção críticas para a empresa que requerem baixa latência, elevada simultaneidade, ativação pós-falha rápida e elevada escalabilidade.
- Tempo de atividade melhorado, com a capacidade de configurar uma reserva ativa na mesma zona ou numa zona diferente e um período de tempo de uma hora para manutenção planeada do servidor.
P. 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 em 16 de setembro de 2024, portanto, recomendamos vivamente a migração do seu servidor único para um servidor flexível o mais rapidamente possível para garantir tempo suficiente para executar o ciclo de vida da migração, aplicar os benefícios oferecidos pelo Servidor Flexível e garantir a continuidade do seu negócio.
P. O que acontece às minhas instâncias de servidor único existentes da Base de Dados do Azure para MySQL?
A. Seu Banco de Dados do Azure existente para cargas de trabalho de servidor único MySQL continua a funcionar como antes e é oficialmente suportado até a data de expiração. 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 o Servidor Flexível MySQL o mais cedo possível. Após a data de expiração, sua instância de Servidor Único, juntamente com seus arquivos de dados, serão migrados à força para uma instância de Servidor Flexível apropriada de forma faseada.
P. Posso optar por continuar executando o Single Server além da data de expiração?
A. Infelizmente, não planejamos oferecer suporte a Servidor Único além da data de expiração de 16 de setembro de 2024 e, portanto, recomendamos que você comece a planejar sua migração o mais rápido possível. Após a data de expiração, sua instância de Servidor Único, juntamente com seus arquivos de dados, serão migrados à força para uma instância de Servidor Flexível apropriada de forma faseada. Isso pode levar a uma disponibilidade limitada de recursos, já que certas funcionalidades avançadas não podem ser migradas à força sem as entradas do cliente para a instância do Servidor Flexível. Leia mais sobre as etapas para reconfigurar esses recursos após a migração forçada para minimizar o impacto potencial aqui. Se o seu servidor estiver em uma região onde o Banco de Dados do Azure para MySQL - Servidor Flexível não é suportado, então publique a data de expiração, sua instância de Servidor Único estará disponível com operações limitadas para acessar dados e poder migrar para o Servidor Flexível até 15 de novembro de 2024.
P. Meu único servidor é implantado em uma região que não suporta servidor flexível. O que acontecerá com o meu servidor após a data de expiração?
A. Se o seu servidor estiver em uma região onde o Banco de Dados do Azure para MySQL - Servidor Flexível não é suportado, então publique a data de expiração, sua instância de Servidor Único estará disponível com operações limitadas para acessar dados e poder migrar 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 expiração para evitar interrupções na continuidade dos negócios:
- Use o DMS do Azure para executar 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 você não puder alterar regiões devido a problemas de conformidade.
P. Após a data de expiração, haverá alguma perda de dados para o meu servidor único?
A. Não, não haverá nenhuma perda de dados incorrida para sua instância de Servidor Único. Após a data de expiração, sua instância de Servidor Único, juntamente com seus arquivos de dados, será migrada à força para uma instância de Servidor Flexível apropriada. Se o seu servidor estiver em uma região onde o Banco de Dados do Azure para MySQL - Servidor Flexível não é suportado, em seguida, publique a data de expiração, sua instância de Servidor Único estará disponível com operações limitadas para acessar dados e poder migrar para o Servidor Flexível em uma região apropriada até 15 de novembro de 2024.
P. E se, após o anúncio de descontinuação do Servidor Único, ainda precisar de criar um novo servidor único para satisfazer as minhas necessidades empresariais?
A. Como parte dessa desativação, não daremos mais suporte à criação de novas instâncias de Servidor Único a partir do portal do Azure a partir de 16 de janeiro de 2023. Além disso, a partir de 19 de março de 2024 , você não poderá mais criar novos bancos de dados do Azure para instâncias do Servidor Único MySQL usando a CLI do Azure. Se você ainda precisar criar instâncias de Servidor Único para atender às necessidades de continuidade de negócios, levante um tíquete de suporte do Azure.
P. E se, após o anúncio da descontinuação do Servidor Único, ainda precisar de criar uma nova réplica de leitura para a minha instância de servidor único?
A. Você ainda poderá criar réplicas de leitura para sua instância de servidor único existente a partir da folha Replicação e isso continuará a ser suportado até a data de expiração de 16 de setembro de 2024.
P. Existem custos adicionais associados à realização da migração?
A. Ao executar a migração, irá pagar 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 obter mais informações, veja os Preços. Depois de desativar o servidor único de origem após concluir a migração com êxito, só irá pagar o servidor flexível em execução. Não há custos incorridos durante a execução da migração por meio do Serviço de Migração de Banco de Dados do Azure (clássico), da migração automática in-loco ou das ferramentas de migração do Banco de Dados do Azure para Importação MySQL.
P. A minha faturação será afetada pela execução do Servidor Flexível em comparação com o Servidor Único?
A. Se você selecionar a mesma zona ou zona de alta disponibilidade redundante para o servidor flexível de destino, sua fatura será maior do que era em um único servidor. A elevada disponibilidade na mesma zona ou com redundância entre zonas requer que um servidor de reserva ativo seja configurado juntamente com o armazenamento de cópias de segurança redundantes e, por conseguinte, incorre num custo adicional. Esta arquitetura permite reduzir o período de inatividade durante indisponibilidades não planeadas e manutenção planeada. Além disso, dependendo da sua carga de trabalho, os servidores flexíveis podem fornecer um melhor desempenho em relação a servidores únicos, pelo que você pode executar sua carga de trabalho com uma SKU mais baixa em servidores flexíveis e, portanto, seu custo geral pode ser semelhante ao de um único servidor.
P. Preciso incorrer em tempo de inatividade para migrar Servidor Único para Servidor Flexível?
A. Para limitar qualquer período de inatividade que possa ocorrer, realize uma migração online para o Servidor Flexível, a qual proporciona um período de indisponibilidade mínimo.
P. Haverá atualizações futuras para o Single Server para suportar as versões mais recentes do MySQL?
A. A última atualização de versão secundária para a versão 8.0 do Servidor Único será a 8.0.15. Considere migrar para o Servidor Flexível para tirar partido das vantagens das atualizações de versão mais recentes.
P. Como o SLA de disponibilidade de 99,99% do servidor flexível difere do SLA de um único servidor?
A. A implantação redundante de zona do servidor flexível fornece 99,99% de disponibilidade com resiliência em nível zonal, enquanto o servidor único fornece resiliência em uma única zona de disponibilidade. A arquitetura de alta disponibilidade (HA) do servidor flexível implanta um modo de espera quente com computação e armazenamento redundantes (com os dados de cada local armazenados em cópias 3x) em comparação com a arquitetura de HA de servidor único, que não tem um hot standby passivo para ajudar na recuperação de falhas zonais. A arquitetura HA do servidor flexível permite reduzir o tempo de inatividade durante interrupções não planejadas e manutenção planejada.
P. Que opções de migração estão disponíveis para me ajudar a migrar meu único servidor para um servidor flexível?
A. Você pode usar o Banco de Dados do Azure para Importação do MySQL (recomendado) para migrar. Além disso, você pode usar o Serviço de Migração de Banco de Dados (clássico) para executar migrações online ou offline .
P. Meu único servidor é implantado em uma região que não suporta servidor flexível. Como devo proceder para a migração?
A. O Azure Database Migration Service (clássico) suporta a migração entre regiões, para que possa selecionar uma região adequada para o servidor flexível de destino e, em seguida, 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 é suportado no Servidor Flexível. Como posso migrar?
A. Você pode configurar logs de consulta lentos na pós-migração do Servidor Flexível de destino seguindo as etapas aqui para obter paridade de recursos com o Repositório de Consultas. Em seguida, você pode exibir informações de consulta usando o modelo de pastas de trabalho.
P. Tenho o Service Endpoint (VNet Rules) configurado para o meu único servidor e esta funcionalidade não é suportada no Servidor Flexível. Como posso migrar?
A. O ponto de extremidade de serviço (Regra de rede virtual) não é suportado no Banco de Dados do Azure para o Servidor Flexível MySQL. Recomendamos configurar o Private Link na instância migrada do Servidor Flexível para atender à paridade de recursos. Leia mais sobre como configurar o Private Link aqui.
P. Tenho criptografia dupla de infraestrutura configurada para meu único servidor e esse recurso não é suportado no servidor flexível. Como posso migrar?
A. A criptografia dupla de infraestrutura não é suportada no Banco de Dados do Azure para o Servidor Flexível 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 único servidor v8.0 e esse recurso não é suportado atualmente no Servidor Flexível. Como posso migrar?
A. Para suportar padrões de segurança modernos, o MySQL community edition descontinuou o suporte para comunicação através dos protocolos Transport Layer Security (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, prossiga com a migração para o Servidor Flexível.
P. Existe uma opção para reverter uma migração de Servidor Único para Servidor Flexível?
A. Pode realizar qualquer número de migrações de teste e, depois de ganhar confiança através dos testes, realizar a migração final. Uma migração de teste não afeta o servidor único de origem, que permanece operacional e continua replicando até que você execute a migração real. Se existirem erros durante a migração de teste, pode optar por adiar a migração final e manter o servidor de origem em execução. Em seguida, pode voltar a tentar a migração final depois de solucionar os erros. Depois de realizar uma migração final para o Servidor Flexível e o servidor único de origem ter sido encerrado, não poderá realizar uma reversão do Servidor Flexível para o Servidor Único.
P. O tamanho do meu banco de dados é maior que 1 TB, então como devo proceder com minha migração?
A. Você pode usar o Banco de Dados do Azure para Importação MySQL (recomendado) para migrar, o que é altamente eficiente para cargas de trabalho mais pesadas.
P. A migração entre regiões é suportada?
A. O Azure Database Migration Service suporta migrações entre regiões, para que possa migrar o servidor único para um servidor flexível implementado numa região diferente com o DMS.
P. A migração entre subscrições é suportada?
A. O Azure Database Migration Service suporta migrações entre subscrições, para que possa migrar o servidor único para um servidor flexível implementado numa subscrição diferente com o DMS.
P. A subscrição entre grupos de recursos é suportada?
A. O Azure Database Migration Service suporta migrações entre grupos de recursos, para que possa migrar o servidor único para um servidor flexível implementado num grupo de recursos diferente com o DMS.
P. Existe suporte entre versões?
A. Sim, a migração de servidores MySQL de versão inferior (v5.6 e superior) para versões superiores é suportada através de migrações do Azure Database Migration Service.
P. O Banco de Dados do MyAzure para Servidor Único MySQL utiliza portas não padrão, como 3308,3309 e 3310, que não são suportadas no Servidor Flexível. O que devo fazer para garantir a conectividade ao migrar para o Servidor Flexível?
A. Se o Banco de Dados do Azure de origem para MySQL Single Server utilizar portas não padrão, como 3308,3309 e 3310, altere sua porta de conectividade para 3306, pois as portas não padrão mencionadas acima não são suportadas no Servidor Flexível.
P. Tenho ainda perguntas a fazer sobre a reforma. Como posso obter ajuda?
A. Se você tiver dúvidas, obtenha respostas de especialistas da comunidade em Perguntas e respostas da Microsoft. Se você tiver um plano de suporte e precisar de ajuda técnica, crie uma solicitação de suporte:
- Para Resumo, escreva uma descrição do seu problema.
- Em Tipo de problema, selecione Técnico.
- Para Subscrição, selecione a sua subscrição.
- Em Serviço, selecione Meus serviços.
- Para Tipo de serviço, selecione Banco de Dados do Azure para servidor único MySQL.
- Em Recurso, selecione seu recurso.
- Em Tipo de problema, selecione Migração.
- Para o subtipo Problema, selecione Migrando de servidor único para flexível
Visite as Perguntas frequentes para obter informações 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 Servidor Flexível.
Sabemos que migrar serviços pode ser uma experiência frustrante e pedimos desculpas antecipadamente por qualquer inconveniente que isso possa causar. Você pode escolher qual cenário funciona melhor para você e seu ambiente.