Problemas de redundância no DCS

Por assim dizer: todos os controladores redundantes possuem uma luz indicadora de status, destinada a indicar se o CPU atual está atuando como principal ou como reserva. O que você deve focar é em como garantir a sincronização dos dados durante a troca entre o sistema principal e o de reserva, para que não haja perda de informações e o sistema inteiro não seja afetado.

O estado de funcionamento normal é quando um cartão está em operação, enquanto outro fica em modo de reserva. Isso pode ser visto através das luzes indicadoras no cartão. Se o CPU em operação apresentar algum problema, a operação será transferida para o cartão de reserva. No dia a dia, também é possível alternar o controlador a partir do servidor. Se houver algo que você ainda não entendeu, pode continuar fazendo perguntas

É exatamente isso que quero dizer! A carta principal transmite dados para a carta de reserva em cada ciclo de operação? Senão, como garantir a consistência dos dados durante a troca?

Este tópico foi editado pela última vez por humker em 21/02/2016, às 15:15. Os diferentes DCS têm mecanismos semelhantes, com algumas diferenças aqui e ali. Ambos os controladores recebem dados em tempo real da barramento de E/S. Apenas o controlador principal pode enviar comandos. Durante a troca entre o controlador principal e o reserva, na maioria dos casos os comandos não são executados, ou são executados em uma espécie de área de cache. Ou seja, cada controlador possui uma área de buffer comum. Essa área geralmente fica “invisível”, funcionando apenas durante a troca de controladores, a fim de manter a disponibilidade do DCS. Isso é útil durante uma troca forçada (ou manual) de controladores. Então, surge a pergunta: e se o controlador principal falhar de repente? Nesse caso, o controlador reserva continua a executar os comandos, até que ele assuma o papel do controlador principal. Já se a troca entre o controlador principal e o secundário for feita manualmente, então são enviadas instruções à área de cache com antecedência, informando-a de que deve assumir as funções do controlador principal durante a troca, aguardando até que o controlador secundário fique pronto para funcionar. No entanto, como o tempo de troca entre os modos principal e de backup no DCS é de alguns milissegundos, na maioria dos casos o controlador para de executar comandos de saída e interrompe as operações lógicas durante esse processo de troca. Afinal, o DCS não é ESD; as exigências em termos de rapidez de resposta não são tão altas. Se algum evento crítico ocorrer durante alguns milissegundos ou uma dúzia de milissegundos, e esse evento durar apenas alguns milissegundos, então só resta culpar a própria sorte ruim.

Todos viram que existe um cabo dedicado ou cabo óptico entre o controlador principal e o controlador de reserva? Esse cabo serve para fazer a troca entre o controlador principal e o controlador de reserva. Sem esse cabo, não é possível realizar a troca. Na verdade, trata-se dos sinais de watchdog de cada controlador principal e de reserva. Em condições normais, ambos os controladores coletam os dados de entrada. Quando o sinal de watchdog do controlador principal é acionado, o controlador de reserva entra em operação, e a saída é transferida do controlador principal para o controlador de reserva

Na DCS, a redundância da CPU geralmente é de um chip ativo e outro em reserva. Quando o chip principal falha, há uma troca automática para o chip de reserva. Essa troca é feita de forma automática, mas deve haver um tempo específico para essa troca. Se esse tempo não for controlado corretamente, isso pode causar paradas indesejadas do sistema.

A mudança leva tempo! Quem foi responsável pelo tratamento durante esse período? Ainda assim, esse período de transição é um tempo vazio

Como é uma troca sem interrupções, certamente não se trata de um período de inatividade. Quanto ao tempo exato em que cada cartão será responsável pelo processamento dos dados, realmente não consigo dizer com certeza

Dois CPUs, um principal e um de reserva. Use-se luzes indicadoras para fazer a distinção. Em operação real, ambos os CPUs realizam cálculos de acordo com a configuração, mas apenas o CPU do lado controlador gera o resultado final. É como se dois CPUs estivessem trabalhando ao mesmo tempo, realizando a mesma tarefa. Não é o caso de um dos CPUs ficar parado apenas porque serve como reserva. Existem muitas situações em que o CPU principal é substituído pelo CPU de reserva, como quando a conexão de rede do CPU principal é interrompida ou quando há um defeito no hardware do CPU principal, entre outras. Quanto às diferenças de dados e de tempo durante a troca, elas não existem. Cada fabricante possui métodos técnicos de sincronização, e isso faz parte dos segredos técnicos de cada empresa. Portanto, é impossível saber por meio de quais técnicas seus CPUs conseguem compensar essas diferenças de dados e de tempo. Eles só vão lhe dizer que a troca de nosso CPU é feita sem interrupções, sem causar impacto no sistema. Atualmente, a tecnologia de redundância em CPUs já é bastante difundida, e os fabricantes nacionais também fazem um bom trabalho. Se houver suspeita de que o sistema em casa esteja apresentando perturbações durante a troca, é possível observar isso por meio das tendências. Verifique se há saltos na saída do PID, entre outros.

Eu sei disso tudo, mas nunca experimentei como é realmente fazer a troca ？ ？

Para ser franco, você não sente nada durante a troca, nem o operador sente nada; nenhuma operação é afetada. Apenas haverá informações de alerta relacionadas nas notificações do sistema, e nada mais. Se os problemas, como flutuações no sistema, forem causados pela troca de CPU, você pode procurar o fabricante.