Perguntas frequentes sobre atualizações de versão principal em clusters do PolarDB for MySQL.
Verificações pré-atualização
O que fazer se as verificações de avaliação da atualização falharem?
Cada verificação com falha tem uma correção específica. Resolva o problema indicado para cada item e execute a avaliação novamente.
|
Categoria |
Item de verificação |
Como corrigir |
|
Verificação de informações básicas |
Status de execução da instância de source |
O cluster de source deve estar no estado Running. |
|
Verificação de informações básicas |
Status de leitura/gravação da instância de source |
O cluster de source deve estar no estado Running e no modo Read/Write. |
|
Verificação de informações básicas |
Função vinculada ao serviço para o PolarDB |
Crie a função vinculada ao serviço para o PolarDB. Consulte Verificar previamente se a função vinculada ao serviço para o PolarDB foi criada para obter instruções ou use diretamente a API CreateServiceLinkedRole. |
|
Verificação de dependências da tarefa de migração |
Permissões do DTS |
Conceda à sua conta Alibaba Cloud permissão para acessar recursos de nuvem pelo Data Transmission Service (DTS). Consulte Autorizar o DTS a acessar recursos da Alibaba Cloud. |
|
Verificação de dependências da tarefa de migração |
Verificação de binary log da instância de source |
Ative o binary logging no cluster de source antes da atualização. Consulte Ativar binary logging. |
|
Se a instância de source está vazia |
O cluster de source deve ter pelo menos um banco de dados. Consulte Criar um banco de dados antes de iniciar a atualização. |
|
|
Verificação de triggers na instância de source |
Exclua todos os triggers do cluster de source antes da atualização. A existência de triggers interrompe o processo. Após a conclusão, recrie os triggers no cluster de destino. |
|
|
Tabelas sem chaves primárias |
Tabelas sem chaves primárias podem gerar dados duplicados no cluster de destino após a sincronização. Consulte a consulta SQL e as etapas de resolução abaixo. |
|
|
Verificação de informações essenciais |
Verificação da conta root da instância de source |
As contas |
Identificação e correção de tabelas sem chaves primárias
Execute o SQL a seguir no cluster de source com uma conta privilegiada para localizar tabelas sem chaves primárias:
SELECT t1.table_schema, t1.table_name
FROM information_schema.TABLES t1 LEFT OUTER JOIN information_schema.TABLE_CONSTRAINTS t2
ON t1.table_schema = t2.TABLE_SCHEMA AND t1.table_name = t2.TABLE_NAME
AND t2.CONSTRAINT_NAME IN ("PRIMARY")
WHERE t2.table_name IS NULL
AND t1.table_type = "BASE TABLE"
AND t1.TABLE_SCHEMA NOT IN ("information_schema", "performance_schema", "mysql", "sys")Adicione chaves primárias às tabelas afetadas. Se dados duplicados forem aceitáveis para o seu caso de uso, selecione Continue quando o aviso aparecer durante a atualização de versão principal.
Especificações e aquisição do cluster
Os clusters de source e de destino precisam ter as mesmas especificações?
Não. Escolha as especificações do cluster de destino conforme suas necessidades. Recomendamos definir especificações iguais ou superiores às do cluster de source.
É preciso adquirir um cluster de destino antes da atualização?
Não. Um cluster de destino com os mesmos dados do cluster de source é criado e adquirido automaticamente durante a atualização.
Impacto no cluster de source
A atualização de versão principal afeta o cluster de source?
Não. A atualização não interfere na operação normal do cluster de source.
A sincronização de dados afeta o desempenho do cluster de source?
A sincronização envolve consultas aos dados do cluster de source, o que reduz o desempenho de consulta durante esse período.
Há perda de dados durante a atualização?
Não há perda de dados. A interrupção do serviço dura menos de 10 minutos. Nesse período, as operações são suspensas e nenhum dado incremental é gerado, mas o banco de dados permanece em execução. Se necessário, reverta a migração.
Contas, configurações e dados
Preciso recriar contas e senhas no cluster de destino após a atualização?
Não. O cluster de destino retém automaticamente as configurações de conta, bancos de dados, listas de permissões de IP e parâmetros necessários do cluster de source.
Troca de endpoints
É necessário atualizar o endpoint da aplicação após a troca para o cluster de destino?
Se você selecionar Switch with Endpoints durante a atualização, nenhuma alteração será necessária. O sistema troca automaticamente os endpoints dos clusters de source e de destino, permitindo que sua aplicação se conecte ao cluster de destino sem mudanças de configuração.
Selecionei "Switch with Endpoints", mas o cluster de destino continua usando o novo endpoint após a atualização. Por quê?
A troca de endpoints só é possível quando ambos os clusters possuem endpoints configurados. Por padrão, apenas os endpoints primários da rede interna são trocados. Para trocar outros tipos de endpoint, crie os endpoints correspondentes em ambos os clusters antes de iniciar a atualização. Consulte Solicitar um endpoint de cluster ou um endpoint primário.
Por que não consigo me conectar ao cluster do PolarDB — ou ele está somente leitura — após a troca de serviço?
Geralmente, isso ocorre devido a dados obsoletos no cache DNS. Após a troca de endpoints, problemas podem surgir em razão da expiração do cache DNS. Os bancos de dados no cluster do PolarDB podem falhar na conexão ou aceitar apenas operações de leitura. Atualize o cache DNS para resolver o problema.
Por que o botão "Complete upgrade" desaparece do console após a atualização e a troca de serviço?
Após clicar em Complete Upgrade, o botão é ocultado para evitar envios duplicados.
Cancelamento da atualização
O que acontece se eu cancelar a atualização?
O vínculo de sincronização entre os clusters de source e de destino é desconectado, e os dois clusters deixam de estar associados.
O cluster de destino passa a permitir leitura e gravação e não é liberado automaticamente. Libere o cluster de destino prontamente se não precisar mais dele, para evitar cobranças adicionais.
Em caso de cancelamento manual, opte por desativar ou não o binary logging no cluster de source. Se o cancelamento for automático, o binary logging permanece ativado.
Desativar o binary logging melhora ligeiramente o desempenho de gravação. Os binary logs existentes são mantidos após a desativação. Para excluir binary logs, primeiro reduza o período de retenção e aguarde a exclusão automática; depois, desative o binary logging. Após a desativação, o cluster reinicia automaticamente em até 5 minutos, causando aproximadamente 40 segundos de interrupção do serviço. A duração da reinicialização varia conforme o volume de dados e a quantidade de tabelas. Desative o binary logging em horários de baixa demanda e certifique-se de que sua aplicação consegue se reconectar automaticamente ao banco de dados.
Tarefas de sincronização de dados do DTS
Uma tarefa do DTS em execução no cluster de source antes da atualização é afetada?
Não. Durante a atualização, o sistema replica todos os dados do cluster de source para um novo cluster do PolarDB for MySQL e, em seguida, sincroniza os dados incrementais. A fonte de dados da tarefa do DTS continua sendo o cluster de source durante todo o processo, portanto a migração para o novo cluster não a afeta.
Use o recurso de switchover de tarefas do DTS para modificar ou substituir o cluster de source ou de destino nas tarefas de sincronização ou migração do DTS durante a atualização, garantindo uma transição de serviço tranquila.
Recursos de segurança
Posso atualizar um cluster com SSL ativado?
Sim.
Se o SSL estiver ativado no cluster de source, ative-o também no endpoint correspondente do cluster de destino.
Posso atualizar um cluster com Transparent Data Encryption (TDE) ativado?
Sim.
É possível atualizar um cluster com SSL para a Multi-master Cluster (Database/Table) Edition?
Sim. No entanto, o SSL não pode ser ativado no cluster de destino da Multi-master Cluster (Database/Table) Edition.
É possível atualizar um cluster com TDE para a Multi-master Cluster (Database/Table) Edition?
Sim. Contudo, o TDE não pode ser ativado no cluster de destino da Multi-master Cluster (Database/Table) Edition.
Disponibilidade de zonas
E se a zona atual do cluster não estiver mais disponível? Ainda posso atualizar?
Sim. Adquira um cluster de destino em outra zona dentro da mesma região. Os dados não são afetados.