Falha

No caso de uma falha da instância principal, uma das instâncias secundárias que residem em um domínio de disponibilidade ou domínio de falha separado é promovida automaticamente como a instância principal.

Observação

Após um failover, o nome e a posição do arquivo de log de binários atual do novo principal podem ser diferentes do principal antigo. À medida que os logs de binários de cada instância são gerenciados de forma independente, cada transação registrada nos logs de binários pode ser gravada em outro arquivo de log de binários e posicionar em instâncias diferentes.

Quando você cria um sistema de banco de dados, o posicionamento atual da instância principal é o mesmo que o posicionamento preferencial. No entanto, no caso de um failover, uma das instâncias secundárias é promovida como a instância principal. O domínio de disponibilidade e falha desta nova instância principal é o posicionamento atual. O posicionamento preferencial da instância principal, que você selecionou ao criar o sistema de banco de dados, permanece o mesmo. Nesse caso, o posicionamento atual difere do posicionamento preferencial e uma mensagem é exibida na página Detalhes do Sistema de Banco de Dados:

Current placement (<DomainName>) differs from preferred placement, due to failover or maintenance activity.

O <DomainName> é o nome do domínio de falha ou do domínio de disponibilidade da instância principal atual.

O endereço IP do ponto final de leitura/gravação do sistema de banco de dados não é alterado, independentemente do posicionamento da instância principal.

Depois que o erro for corrigido, a instância principal original retornará ao sistema de banco de dados como uma instância secundária. Caso haja outro failover, a instância principal original será promovida como a instância principal atual.

Observação

Se um failover ocorrer em um sistema de banco de dados com um canal de replicação de entrada ativo, o canal será pausado até que o failover seja concluído. Quando o failover é concluído e uma nova instância principal é promovida, o canal é retomado automaticamente.

Suporte a HeatWave Cluster

Para um sistema de banco de dados de alta disponibilidade com cluster HeatWave, se a instância principal falhar, o Serviço HeatWave excluirá o cluster HeatWave anexado à instância principal com falha e adicionará uma nova à nova instância principal. As tabelas que foram descarregadas para o cluster HeatWave anterior são carregadas automaticamente para o novo cluster HeatWave.

Eventos de Failover

Quando um failover acontece, um evento MySQL - Recuperação Automática é emitido no sistema de banco de dados. A propriedade additionalDetails.isFailover do evento é definida como true para indicar que a recuperação automática se deve a um failover. Consulte MySQL - Recuperação Automática.

Motivos de Falha

Tabela 16-1 Motivos para a Recuperação de Falhas

Falha Descrição
Hardware
  • Falhas de armazenamento
  • Falha de rede
  • Falhas na disponibilidade ou no domínio de falha
  • Falha no host
  • Problemas de memória insuficiente
MySQL Server
  • Interrupção do processo MySQL
  • Interrupção do Sistema Operacional
  • A instância ou o processo do MySQL fica lento ou sobrecarregado
  • Erros de replicação