„IRF - Vizsgakidolgozások” változatai közötti eltérés
| 124. sor: | 124. sor: | ||
„Clearing event” beérkezésekor az eredeti „Problem event”-et általában lezárjuk; egyszerűbb esetben töröljük (bár ez sérthet auditálhatósági követelményeket). | „Clearing event” beérkezésekor az eredeti „Problem event”-et általában lezárjuk; egyszerűbb esetben töröljük (bár ez sérthet auditálhatósági követelményeket). | ||
===Mi az úgynevezett többszörözött futtatást (lockstep) használó technikák lényege (virtualizált környezetben)? (2 pont)=== | ===Mi az úgynevezett többszörözött futtatást (lockstep) használó technikák lényege (virtualizált környezetben)? (2 pont)=== | ||
[https://en.wikipedia.org/wiki/Lockstep_%28computing%29 Wikipédia] alapján:<br/> | |||
Hiba-toleráns rendszereknél ugyan azt az utasításhalmazt futtatjuk különböző gépeken. A redundancia megoldja a hibedetektálást valamint a javítását is. Amennyiben a gépek válasza különböző (hibás), akkor: | |||
* Hibadetektáláshoz legalább két gépes rendszer szükséges | |||
* Automatikus hibajavításhoz legalább három gépen kell futtatni az utasításokat, hogy szavazás alapján tudjunk választani az eredmények közül. | |||
===Modellezés során a metaszintek között milyen kapcsolatok lehetségesek (mindkét irány)? (2 pont)=== | ===Modellezés során a metaszintek között milyen kapcsolatok lehetségesek (mindkét irány)? (2 pont)=== | ||
példánya (lefelé), típusa (felfelé) | példánya (lefelé), típusa (felfelé) | ||