DCS 중복성 문제
Thread Content
DCS 중복성 문제에 대해 논의해 보겠습니다!예를 들어 DCS CPU는 이중화인데 이 둘의 작동 상태는 어떤가요? 동시에 작업하고 있나요? 아니면 한 명은 일하고 다른 한 명은 대기 중인가요? 한 대는 사용 중이고 다른 한 대는 대기 중이라면 언제 전환되며 어떻게 전환하나요?시간차나 데이터차이가 있나요?
이렇게 표현해보자：중복 컨트롤러에는 모두 현재 CPU가 마스터인지 백업인지를 나타내는 데 사용되는 상태 표시등이 있습니다. 주의해야 할 것은 활성/대기 전환 중에 데이터 동기화가 손실되지 않고 전체 시스템이 영향을 받지 않도록 하는 방법입니다.
정상 작동 상태는 하나는 정상적으로 작동하고 다른 하나는 대기 상태로, 이는 카드의 표시등에서 볼 수 있습니다. 실행 중인 CPU에 장애가 발생하면 대기 카드로 전환됩니다. 일상 작업에서는 컨트롤러를 서버에서 전환할 수도 있습니다.그래도 이해가 안 되시면 계속 질문하시면 됩니다.
그게 내 뜻이야!기본 카드는 컴퓨팅 주기마다 데이터를 백업 카드로 전송합니까?그렇지 않으면 전환 중에 데이터 일관성을 어떻게 보장할 수 있습니까?
이 게시물은 2016년 2월 21일 15:15에 Humker에 의해 마지막으로 편집되었습니다. 다양한 DCS는 몇 가지 예외를 제외하고 거의 동일한 메커니즘을 가지고 있습니다. 두 컨트롤러 모두 IO 버스에서 동시에 IO 실시간 데이터를 얻습니다. 마스터만이 지침을 보낼 수 있습니다. 마스터-슬레이브 전환 과정에서 대부분은 명령어를 실행하지 않거나 유사한 캐시 풀에서 실행합니다.：각 컨트롤러에는 공용 버퍼 영역이 있습니다. 이 영역은 일반적으로 투명하게 존재합니다. 컨트롤러 전환 프로세스 중에 DCS의 가용성을 유지하기 위해서만 존재합니다. 하드 스위칭(또는 수동 스위칭) 역할을 합니다. 그러면 문제가 발생합니다.：메인 컨트롤러에 갑자기 오류가 발생하면 메인 컨트롤러가 작동하지 않습니다. 이때 백업 캐시 영역은 백업 컨트롤러가 메인 컨트롤러가 될 때까지 계속해서 명령을 실행합니다.마스터 컨트롤러와 백업 컨트롤러를 수동으로 전환하는 경우 캐시 영역에 미리 지시를 내려 전환 과정에서 마스터 제어 작업을 캐시 영역이 인계받고 백업 컨트롤러가 마스터로 올라올 때까지 기다리도록 지시합니다.그러나 대부분의 DCS 활성/대기 전환 시간은 수 밀리초 또는 수십 밀리초가 걸리므로 대부분의 위치에서 DCS 컨트롤러는 전환 프로세스 중에 출력 명령 실행을 중지하고 논리 작업을 중지합니다.결국 DCS는 ESD가 아니며 효율성 요구 사항도 그다지 빠르지 않습니다. 주요 이벤트가 몇 밀리초 또는 10밀리초 이상 동안 발생하고 불과 몇 밀리초만 지속된다면 스스로를 비난할 수 밖에 없습니다.
메인 컨트롤러와 백업 컨트롤러 사이에 특수 케이블이나 광케이블을 보셨나요? 이 케이블은 메인 컨트롤러와 백업 컨트롤러 사이의 스위칭 케이블입니다. 이 케이블이 없으면 전환할 방법이 없습니다.실제로 이는 각 마스터와 백업 컨트롤러의 감시 신호입니다. 정상적인 조건에서는 마스터 컨트롤러와 백업 컨트롤러 모두 입력 데이터를 수집합니다. 마스터 컨트롤러의 Watchdog 신호가 전송되면 백업 컨트롤러가 작동되고 출력 신호가 마스터 컨트롤러에서 백업 컨트롤러로 전환됩니다.
DCS의 CPU 중복성은 일반적으로 하나는 켜져 있고 다른 하나는 대기 상태입니다. 메인 카드에 장애가 발생하면 자동으로 백업 카드로 전환됩니다. 능동 스위칭은 외란 스위칭이지만 스위칭 시간이 있어야 합니다. 수동 전환 시간을 잘 숙지하지 않으면 쉽게 종료될 수 있습니다.
전환에는 시간이 걸립니다!이 기간을 누가 처리할 것인가?아니면 이 전환 시간은 단지 공백 시간일까요?
방해받지 않는 전환이기 때문에 확실히 공백 시간은 아닙니다. 이 기간 동안 어떤 카드가 데이터 처리를 완료할지는 실제로 말할 수 없습니다.
두 개의 CPU가 있는데 하나는 활성이고 다른 하나는 대기입니다.표시등으로 구별됩니다. 실제 작동에서는 두 CPU 모두 구성에 따라 계산을 수행하지만 실제로는 주 제어측 CPU만 결과를 출력합니다.이는 두 CPU가 동일한 작업을 계산하고 수행하는 것과 동일합니다. 이는 하나의 CPU가 대기 중이라는 의미가 아니라 휴지 상태라는 의미입니다. 주 제어 측의 네트워크 연결이 끊어지거나 주 제어 측 CPU 하드웨어에 오류가 발생하는 등 주 제어 측이 대기 테스트로 전환되는 상황이 많이 있습니다. 전환시 데이터 차이 및 시간차는 없습니다. 각 제조업체에는 동기화 기술 수단이 있습니다. 이는 각 제조사의 기술적인 비밀이다. CPU가 데이터 차이와 시간 차이를 채우기 위해 어떤 기술적 수단을 사용하는지 말하는 것은 불가능합니다.그들은 우리의 CPU 전환이 중단되지 않으며 시스템에 영향을 미치지 않는다는 점만 알려줄 것입니다. 요즘에는 CPU 이중화 기술이 큰 인기를 끌었고 국내 제조업체도 좋은 성과를 거두고 있습니다.전환 중에 시스템이 방해를 받는 것으로 의심되는 경우 추세를 통해 이를 관찰할 수 있습니다.PID 출력 등에 단계가 있는지 확인하십시오.
나는 이것을 모두 알고 있지만 전환하는 것이 어떤 것인지 경험해 본 적이 있습니까???
직설적으로 말하면 전환하는 동안 당신도 느끼지 못하고 운영자도 느끼지 못합니다. 작업에는 영향이 없습니다. 시스템 알람에는 관련 알람 정보만 표시됩니다. 그게 전부입니다. CPU 전환으로 인해 시스템 변동 및 기타 문제가 발생하는 경우 제조업체에 문의할 수 있습니다.