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.
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 um arquivo de log de binários e posicionada 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 instância principal. O domínio de disponibilidade e falha dessa 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 muda, 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.
Se uma failover ocorrer em um sistema de banco de dados com um canal de replicação de entrada ativo, o canal será pausado até que a failover seja concluída. Quando o failover é concluído e uma nova instância principal é promovida, o canal é retomado automaticamente.
HeatWave Suporte a Cluster
Para um sistema de BD de alta disponibilidade com cluster HeatWave, quando a instância principal falha, o Serviço HeatWave desanexa o cluster HeatWave da instância principal com falha. Se a instância principal recém-promovida estiver localizada no mesmo domínio de disponibilidade (AD) da instância principal com falha, o mesmo cluster HeatWave será reutilizado e será anexado à nova instância principal. Se a instância principal recém-promovida estiver localizada em outro AD, o cluster HeatWave existente será excluído. É necessário criar um novo cluster HeatWave no mesmo AD que a nova instância principal e ele está anexado à nova instância principal. Os dados no cluster HeatWave são recuperados automaticamente da Camada de Armazenamento ou recarregados do sistema de BD ou do Lakehouse Object Storage.
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 para a Recuperação de Falhas
Tabela 16-1 Motivos para o Failover
| Falha | Descrição: |
|---|---|
| Hardware |
|
| Servidor MySQL Server |
|