Manutenção de um Sistema de Banco de Dados Standalone

A Oracle inicia a manutenção de um sistema de banco de dados stand-alone (com ou sem o cluster HeatWave ativado) dentro de duas horas do horário inicial da janela de manutenção que você define para o sistema de banco de dados.

A manutenção do sistema de banco de dados envolve um curto período de inatividade. Para reduzir o tempo de inatividade, use sistemas de banco de dados de alta disponibilidade. Consulte Alta Disponibilidade.

A manutenção de um sistema de banco de dados independente envolve as seguintes etapas:

1. Novos recursos são iniciados usando o sistema operacional e o servidor MySQL mais recentes.
2. Os dados são sincronizados entre os sistemas antigo e novo.
3. Se o sistema de BD tiver um cluster HeatWave anexado a ele, os dados no cluster HeatWave serão recuperados ou recarregados automaticamente. Consulte HeatWave Recuperação de Dados do Cluster.
4. Os pontos finais do Sistema de BD são anexados aos novos recursos e novas conexões são permitidas.
   Observação
   
   Se ocorrerem erros durante a manutenção, o processos será interrompido, retornará ao sistema de BD antigo e serão retomadas as conexões.

Dependendo das definições e da configuração do sistema de banco de dados, uma das seguintes técnicas de manutenção é usada:

• Manutenção off-line: o servidor MySQL é interrompido e o armazenamento é clonado para garantir a consistência dos dados entre os sistemas antigo e novo. O sistema de banco de dados permanece inacessível para leituras e gravações desde o momento em que o servidor é interrompido até que as conexões sejam permitidas para o novo sistema.
• Manutenção de tempo de inatividade quase zero: o servidor MySQL não é interrompido e os dados são replicados entre os sistemas antigo e novo para garantir a consistência dos dados. O sistema permanece acessível para leituras e gravações durante a replicação. Quando o novo sistema está pronto, um curto período de tempo de inatividade é imposto quando as conexões são bloqueadas no sistema antigo e todas as transações são aplicadas ao novo servidor. Durante esse curto período de indisponibilidade, os canais de replicação de entrada são temporariamente desativados. Esses canais começam a ser executados e replicados automaticamente após a conclusão da manutenção.

  A manutenção de tempo de inatividade quase zero só será aplicada se os seguintes pré-requisitos forem atendidos:

  1. O upgrade MySQL solicitado não é um upgrade de versão principal. Consulte Upgrade de Versão Principal.
  2. O sistema de banco de dados não tem um cluster HeatWave.
  3. O sistema de banco de dados não tem Réplicas de Leitura ou um Ponto Final de Leitura.
  4. O valor da variável binlog_expire_logs_seconds na configuração do sistema de banco de dados é maior ou igual a 3600. Consulte Variáveis de Configuração.
  5. A última operação de manutenção no seu sistema de banco de dados não deve ser uma manutenção de período de indisponibilidade quase zero com falha.

  Se algum desses pré-requisitos não for atendido, a manutenção off-line será aplicada ao sistema de banco de dados.

  Para minimizar o tempo de inatividade, programe sua janela de manutenção durante um período de baixa carga de trabalho que não coincida com operações de atualização grandes. Para obter mais informações, consulte Configurando a Manutenção do Sistema de BD.