Detection Pattern
Advanced Patterns and Frameworks
Advanced Patterns and Frameworks
Routine Maintenance
Ausgangslage
Das System soll darauf ausgelegt werden lange Zeit ohne Fehler zu laufen. Manche Errors resultieren aus Faults, die schwer zu detektieren sind. Die Faults können daran gehindert werden, aktiv zu werden, indem das System regelmässig gewartet wird.
Problem
Fehler wie Memory Leaks können früh erkannt werden und noch bevor sie zu Errors oder Failures werden, behandelt werden. Im Fall des Memory Leaks kann mittels Garbage Collection verhindert werden, dass Speicher unnötig besetzt bleibt und dies zum Absturz des Systems führt. Bei Fehlerhaften Speicher stellen auf der Festplatte oder im Arbeitsspeicher kann mittels Correcting Audits (2) die Speicherstellen wieder korrigiert werden, bevor das System den Fehler mitkriegt.
Anwendung
Routine Maintenance kann entweder durch die Komponente selbst oder durch ein Maintenance Interface (7) ausgelöst werden. Ausserdem sind Routine Exercises (23) gute Gelegenheiten um Routine Maintenance auszuführen.
Um die Routine Maintenance auszuführen können Prozesse mit niedriger Priorität genutzt werden. Diese können dann die Idle-Time des Prozessors brauchen. Der Prozess kann die Daten auf Korrektheit prüfen. Enthalten sie Fehler kann er sie korrigieren oder eine Fehlerbehandlung auslösen.
Routine Exercise
Ausgangslage
Man entwickelt ein fehlertolerantes System, welches unbeschäftigte Komponenten hat, die darauf warten eine aktive Komponente im Fehlerfall zu ersetzen. Dies trifft auf Active-Standby und N + M Redundancy (3) zu.
Problem
Bei einem Failover (32) auf eine Standby-Komponente, ist man sich nicht sicher ob dieser fehlerfrei abläuft und ob die Standby-Komponente tatsächlich den Betrieb übernehmen kann.
Anwendung
Es sollten regelmässig Failover auf Ersatzkomponenten ausgeführt werden, um sicherzustellen, dass diese im Ernstfall funktionieren. Dabei sollte der Test am besten ausgeführt werden, wenn es wenig Aktivität auf dem System hat. Kommt es während des Betriebs der Ersatzkomponente zu einem Error kann wieder ein Failover auf die Produktivinstanz gemacht werden.
Ein Fehler während der Routine Exercise ist besser als ein Fehler während die Komponente wirklich gebraucht würde.
-
- 1 / 10
-
Lernkarten
Routine Maintenance
Ausgangslage
Das System soll darauf ausgelegt werden lange Zeit ohne Fehler zu laufen. Manche Errors resultieren aus Faults, die schwer zu detektieren sind. Die Faults können daran gehindert werden, aktiv zu werden, indem das System regelmässig gewartet wird.
Problem
Fehler wie Memory Leaks können früh erkannt werden und noch bevor sie zu Errors oder Failures werden, behandelt werden. Im Fall des Memory Leaks kann mittels Garbage Collection verhindert werden, dass Speicher unnötig besetzt bleibt und dies zum Absturz des Systems führt. Bei Fehlerhaften Speicher stellen auf der Festplatte oder im Arbeitsspeicher kann mittels Correcting Audits (2) die Speicherstellen wieder korrigiert werden, bevor das System den Fehler mitkriegt.
Anwendung
Routine Maintenance kann entweder durch die Komponente selbst oder durch ein Maintenance Interface (7) ausgelöst werden. Ausserdem sind Routine Exercises (23) gute Gelegenheiten um Routine Maintenance auszuführen.
Um die Routine Maintenance auszuführen können Prozesse mit niedriger Priorität genutzt werden. Diese können dann die Idle-Time des Prozessors brauchen. Der Prozess kann die Daten auf Korrektheit prüfen. Enthalten sie Fehler kann er sie korrigieren oder eine Fehlerbehandlung auslösen.
Routine Exercise
Ausgangslage
Man entwickelt ein fehlertolerantes System, welches unbeschäftigte Komponenten hat, die darauf warten eine aktive Komponente im Fehlerfall zu ersetzen. Dies trifft auf Active-Standby und N + M Redundancy (3) zu.
Problem
Bei einem Failover (32) auf eine Standby-Komponente, ist man sich nicht sicher ob dieser fehlerfrei abläuft und ob die Standby-Komponente tatsächlich den Betrieb übernehmen kann.
Anwendung
Es sollten regelmässig Failover auf Ersatzkomponenten ausgeführt werden, um sicherzustellen, dass diese im Ernstfall funktionieren. Dabei sollte der Test am besten ausgeführt werden, wenn es wenig Aktivität auf dem System hat. Kommt es während des Betriebs der Ersatzkomponente zu einem Error kann wieder ein Failover auf die Produktivinstanz gemacht werden.
Ein Fehler während der Routine Exercise ist besser als ein Fehler während die Komponente wirklich gebraucht würde.
