Data Domain: como verificar a preparação do sistema operacional do Data Domain para o segundo evento bissexto

Veja abaixo as perguntas mais frequentes verificadas pela engenharia para lidar com eventos de segundos bissextos do Data Domains: 

Perguntas gerais

• Estabilidade do sistema:
  • Pergunta: Há algum problema conhecido em que o indicador de segundos bissextos de um servidor NTP (Network Time Protocol) faz com que um kernel pare de responder ou tenha alta utilização nesta versão do Data Domain OS (DDOS)?
  • Resposta: Nenhum problema conhecido foi identificado. A engenharia não observou nenhum problema histórico relacionado a eventos de segundo salto que causaram instabilidade. Além disso, o sistema operacional Data Domain é executado no kernel Linux 5.4, o que inclui correções para problemas anteriores relacionados a parar de responder ao kernel do segundo leap.
• Método de sincronização de hora
  • Pergunta: O sistema operacional Data Domain oferece suporte à mancha de tempo de um servidor NTP de origem ou requer um ajuste de etapa difícil?
  • Resposta: O sistema operacional Data Domain dá suporte a manchas de tempo e ajustes rígidos. Os sistemas que executam o daemon Network Time Protocol (ntpd) versão 4.2.8p15 na versão compatível do DDOS incluem recursos completos de manuseio de segundos bissextos.
• Integridade dos dados
  • Pergunta: O ajuste de segundo sarro pode causar problemas no Data Domain File System (DDFS), como consistência de registros ou programação de snapshots?
  • Resposta: O Data Domain lida com um ajuste de segundo bissexto. O DDFS pode lidar com saltos de tempo para trás mais longos do que um segundo, e a engenharia não viu nenhum incidente anterior em que os segundos bissextos causaram um problema.
• Requisito de pré-verificação
  • Pergunta: É recomendável manter o NTP ativado durante um evento de segundo salto ou um procedimento específico de pré-verificação deve ser seguido?
  • Resposta: Não há problema em deixar o NTP ativado durante a segunda janela de segundo. 

Validação da base de código do DDOS

Os seguintes componentes confirmam a prontidão para o segundo tratamento bissexto:

Validação do kernel do Linux - Verificada

• Versão do kernel: Linux 5.4
• Construir: Linux 5.4.95 (conforme encontrado no Makefile do kernel)

Recursos de manuseio do segundo salto:

• Inclui gerenciamento abrangente do segundo estado bissexto:
  • TIME_INS Inserir
  • TIME_DEL DELETED/
  • TIME_OOP (fora de fase)
  • TIME_WAIT (estado de espera)
• Mecanismos integrados para:
  • Teste de estresse de segundos bissextos
  • Detecção e prevenção de impasses

Manuseio do DDFS – verificado

• A base de código do DDFS inclui mecanismos de recuperação para ajustes de tempo, incluindo turnos de tempo para trás.
• Lógica observada no cache de informações da VTL (biblioteca de fitas virtuais):
  • Detecta movimento de tempo para trás
  • Aciona automaticamente a ressincronização do banco de dados:

    "O tempo retrocedeu, ressincronizar banco de dados"

Recomendação operacional

• O sistema pode lidar com ajustes de segundos bissextos sem interrupções.
• O NTP deve permanecer ativado durante a segunda janela de salto.
• Não são necessárias etapas adicionais.

Resumo

A validação de engenharia confirma:

• O kernel do Linux 5.4 inclui correções e proteções necessárias em segundos de salto
• O DDFS é resiliente a ajustes de tempo reversos
• NTP (ntpd 4.2.8p15 ou posterior) totalmente compatível com tratamento de segundo salto