Esta página descreve como resolver problemas com eventos de manutenção do AlloyDB para PostgreSQL. A manutenção do AlloyDB garante que os seus clusters e instâncias permanecem fiáveis, com bom desempenho, seguros e atualizados. Para mais informações, consulte a Vista geral da manutenção.
O ambiente da base de dados é interrompido durante a manutenção orientada por serviços
Descrição: durante as operações de manutenção do AlloyDB, o seu ambiente de base de dados sofre um tempo de inatividade inferior a um segundo.
O AlloyDB minimiza a interrupção durante a manutenção criando uma máquina virtual (VM) com as atualizações. Quando a VM de substituição estiver pronta, o AlloyDB troca-a pela VM ativa.
O impacto da troca de VMs nas instâncias é o seguinte:
- Instâncias principais: normalmente, têm <1 segundo de tempo de inatividade.
- Ler instâncias do conjunto: experiência de 0 segundos de inatividade.
Correção recomendada: configure o ambiente da base de dados com uma lógica de repetição robusta para que a base de dados e as aplicações se voltem a ligar automaticamente.
Consoante os tamanhos da instância e da base de dados, pode esperar uma ligeira degradação do desempenho após a manutenção. Para minimizar a degradação do desempenho, o AlloyDB pré-aquece as caches das máquinas de substituição durante um período predefinido. Este pré-aquecimento é suficiente para a maioria dos ambientes. Se ocorrer um limite de tempo antes de os caches serem preenchidos, o processo continua após a conclusão da manutenção.
O ambiente da base de dados é interrompido durante a manutenção orientada pelo utilizador
Descrição: quando faz atualizações e alterações de configuração ao seu ambiente de base de dados, como redimensionar a instância ou alterar a maioria das flags da base de dados, o ambiente de base de dados sofre um tempo de inatividade inferior a um segundo.
Por predefinição, as alterações de configuração da base de dados orientadas pelo utilizador usam as mesmas operações de manutenção não disruptivas que os eventos orientados pelo serviço, e a operação causa um tempo de inatividade inferior a um segundo. Embora o tempo de inatividade seja breve, a duração geral da operação pode exceder os 15 minutos. Para mais informações, consulte o artigo Vista geral da manutenção.
Correção recomendada: quando atualiza o ambiente da base de dados, não pode evitar o tempo de inatividade inferior a um segundo da instância principal, mas pode planear a perda momentânea de ligação.
A sua base de dados sofre uma ligeira degradação do desempenho após a manutenção orientada pelo utilizador
Descrição: após a manutenção orientada pelo utilizador, a sua base de dados sofre uma degradação menor do desempenho.
Correção recomendada: para a manutenção iniciada pelo utilizador, o AlloyDB visa evitar a diminuição do desempenho através do pré-aquecimento das caches das máquinas de substituição durante um máximo de cinco minutos. Embora isto seja geralmente suficiente, alguns ambientes podem continuar a sofrer uma degradação inevitável do desempenho. Geralmente, a duração do pré-aquecimento é mais curta para as alterações iniciadas pelo utilizador do que para a manutenção iniciada pelo serviço. Se ocorrer um limite de tempo antes de os caches serem totalmente carregados, o processo de preenchimento de caches é retomado após a conclusão do período de manutenção.
Quando usa a flag FORCE_APPLY, a sua base de dados sofre tempo de inatividade
Descrição: usa a flag FORCE_APPLY opcional para fazer alterações à sua base de dados.
Espere tempo de inatividade quando usar a opção de sinalizador FORCE_APPLY. A utilização desta flag
reinicia a instância, o que torna a base de dados indisponível durante alguns minutos.
Ocorrem manutenções inesperadas no cluster de produção
Descrição: o cluster de produção sofre uma atualização de manutenção inesperada.
Correção recomendada: para evitar a manutenção inesperada no cluster de produção, agende o período de manutenção para saber quando o evento de manutenção vai ocorrer.
Para agendar uma janela de manutenção nos seus clusters, consulte o artigo Gerir janelas de manutenção de clusters do AlloyDB for PostgreSQL.
Se não programar um período de manutenção, a manutenção não emergencial de um cluster do AlloyDB pode ocorrer em qualquer altura, exceto entre as 06:00 e as 22:00 nos dias úteis, na hora local da região onde o cluster está localizado.
Pode agendar um período de manutenção de uma hora para qualquer dia da semana.
Para receber um lembrete da manutenção agendada no cluster de produção, aceite receber notificações por email antes da manutenção agendada.
Também pode impedir operações de manutenção durante um período específico configurando um período de manutenção recusado que pode durar entre 1 e 30 dias. Para mais informações, consulte o artigo Configure um período de manutenção de recusa.