Thread Content
Lasst uns über das DCS-Redundanzproblem diskutieren! Zum Beispiel ist der CPU von DCS doppelt redundant. Wie sind dann die Betriebszustände dieser beiden CPUs? Arbeiten sie gleichzeitig oder arbeitet einer und der andere steht in Bereitschaft? Wenn einer im Einsatz ist und der andere in Bereitschaft, wann findet dann der Wechsel statt – und wie erfolgt dieser Wechsel? Könnte es zu Zeitunterschieden und Datenunterschieden kommen?
Man kann es so ausdrücken: Alle Redundanzcontroller verfügen über ein Status-Licht, das speziell dazu dient anzuzeigen, ob der aktuelle CPU im Hauptmodus oder im Backup-Modus arbeitet. Sie sollten sich darauf konzentrieren, wie bei dem Wechsel zwischen Haupt- und Ersatzsystem eine Datensynchronisierung gewährleistet werden kann, ohne dass Daten verloren gehen und dadurch das gesamte System beeinträchtigt wird.
Der normale Betriebszustand bedeutet, dass eine Karte im aktiven Betrieb ist und die andere in einem Reservezustand. Dies kann an den Anzeigeleuchten auf den Karten erkannt werden. Sollte der CPU, der im aktiven Zustand ist, ausfallen, wechselt der Betrieb auf die Reservekarte. Im Alltagsgeschäft kann auch der Controller vom Server aus gewechselt werden. Falls Sie noch etwas nicht verstehen, können Sie weiter fragen
Das meine ich genau! Überträgt die Hauptkarte in jedem Rechenschritt Daten an die Ersatzkarte? Wie sonst kann bei dem Wechsel die Datenkonsistenz gewährleistet werden?
Dieser Beitrag wurde zuletzt von humker am 2016-2-21 15:15 bearbeitet. Bei verschiedenen DCS-Systemen ist die Funktionsweise im Großen und Ganzen dieselbe – es gibt nur einige Unterschiede. Beide Controller erhalten gleichzeitig die Echtzeitdaten von der IO-Schnittstelle. Nur der Hauptcontroller kann Befehle senden. Während des Wechsels zwischen Haupt- und Ersatzcontroller wird in den meisten Fällen kein Befehle ausgeführt – oder die Befehle werden in einer Art Pufferbereich ausgeführt. Jeder Controller verfügt also über einen gemeinsamen Pufferbereich. Dieser Bereich ist normalerweise unsichtbar; er wird erst während des Wechsels der Controller benötigt, um die Verfügbarkeit des DCS-Systems aufrechtzuerhalten. Bei einem hardwarbasierten Wechsel (oder manuellem Wechsel) spielt dieser Pufferbereich eine wichtige Rolle. Die Frage ist nun: Was passiert, wenn der Hauptcontroller plötzlich ausfällt? Dann kann der Hauptcontroller keine Befehle mehr senden. In diesem Fall übernimmt der Ersatzcontroller die Kontrolle und führt weiterhin Befehle aus, bis der Ersatzcontroller die Rolle des Hauptcontrollers übernimmt. Wenn hingegen der Wechsel zwischen dem Haupt- und dem Ersatzcontroller manuell vorgenommen wird, dann werden im Voraus Anweisungen an den Cache-Bereich gegeben. Dabei wird dem Cache-Bereich mitgeteilt, dass er während des Wechsels die Aufgaben des Hauptcontrollers übernehmen soll, bis der Ersatzcontroller wieder einsatzbereit ist. Da die Umschaltzeit zwischen dem Haupt- und Ersatzcontroller in den meisten Fällen einige Millisekunden beträgt, stoppt der Controller in den meisten Fällen während des Umschaltvorgangs die Ausführung von Output-Befehlen sowie die Durchführung logischer Berechnungen. Schließlich ist DCS kein ESD – die Anforderungen an die Reaktionsgeschwindigkeit sind nicht so hoch. Wenn im Laufe von ein paar Millisekunden oder einem Dutzend Millisekunden ein kritischer Ereignis eintritt, das nur für kurze Zeit anhält, dann kann man nur selbst Schuld daran haben.
Hat jemand gesehen, ob es zwischen dem Hauptcontroller und dem Ersatzcontroller ein spezielles Kabel oder Glasfaserkabel gibt? Dieses Kabel dient dazu, den Übergang zwischen dem Hauptcontroller und dem Ersatzcontroller zu ermöglichen. Ohne dieses Kabel ist ein solcher Übergang nicht möglich. Im Grunde handelt es sich um die Wachhund-Signale der jeweiligen Haupt- und Ersatzcontroller. Unter normalen Bedingungen sammeln sowohl der Haupt- als auch der Ersatzcontroller Eingangsdaten ein. Wenn das Wachhund-Signal des Hauptcontrollers ausgelöst wird, tritt der Ersatzcontroller in Aktion – die Ausgangssignale werden vom Hauptcontroller auf den Ersatzcontroller umgeleitet
In DCS ist die CPU-Redundanz in der Regel so gestaltet, dass eine CPU im Betrieb ist und eine weitere als Ersatz bereitsteht. Im Falle eines Defekts der Haupt-CPU wechselt das System automatisch auf die Ersatz-CPU über. Dieser Wechsel erfolgt automatisch, doch es sollte eine gewisse Übergangszeit geben. Wenn diese Übergangszeit nicht richtig eingestellt wird, kann das zu einem Stillstand des Systems führen.
Der Wechsel dauert Zeit! Wer hat die Bearbeitung in dieser Zeit übernommen? Die Zeit des Wechsels ist also eine leere Zeit
Da es sich um einen störungsfreien Wechsel handelt, handelt es sich sicherlich nicht um eine Pause. Welches Komponente genau für die Datenverarbeitung in dieser Zeit zuständig ist, kann ich wirklich nicht sagen
Zwei CPUs, eine Haupt- und eine Ersatz-CPU. Man unterscheidet sie mit Leuchtdioden. Im praktischen Betrieb führen beide CPUs die Berechnungen gemäß der Konfiguration durch, doch das tatsächliche Ausgabeergebnis wird nur vom CPU auf der Steuerseite bereitgestellt. Es ist, als würden beide CPUs rechnen und dieselbe Aufgabe erledigen – es ist nicht so, dass eine CPU nur als Ersatz dient und dann stillsteht. Es gibt viele Gründe, warum der Hauptprozessor auf die Ersatz-CPU umgeschaltet wird: Zum Beispiel kann die Netzverbindung zum Hauptprozessor unterbrochen sein oder es kann ein Hardwarefehler bei der CPU des Hauptprozessors vorliegen usw. Was die Differenzen in den Daten sowie die Zeitunterschiede beim Wechsel angeht, so existieren diese nicht. Jeder Hersteller verfügt über Technologien zur Synchronisierung – das gehört zu den technischen Geheimnissen jedes Herstellers. Es ist daher nicht möglich, Ihnen mitzuteilen, mit welchen Methoden ihre CPUs die Differenzen in den Daten und die Zeitunterschiede ausgleichen. Sie werden Ihnen nur sagen, dass unser CPU-Wechsel reibungslos erfolgt und das System nicht beeinträchtigt. Heutzutage ist die Redundanztechnologie für CPUs bereits weit verbreitet, und auch inländische Hersteller leisten gute Arbeit. Wenn man vermutet, dass das eigene System bei dem Umstieg Störungen aufweist, kann man dies anhand der Trends beobachten. Prüfen Sie, ob im PID-Ausgang Schritte usw. vorhanden sind.
Das alles weiß ich, aber ich habe noch nie erlebt, wie ein Wechsel tatsächlich aussieht ? ?
Ehrlich gesagt spürt man beim Umschalten nichts, auch die Bediener spüren nichts – keine Aktion wird beeinträchtigt. Nur in den Systemwarnungen werden die entsprechenden Warnmeldungen angezeigt, das ist alles. Wenn Probleme wie Systemstörungen durch CPU-Wechsel verursacht werden, können Sie sich an den Hersteller wenden.