„IRF - Vizsgakidolgozások” változatai közötti eltérés

(3 közbenső módosítás ugyanattól a felhasználótól nincs mutatva)

1. sor:

2008/2009 tavasztól 2013-ig elméleti vizsgakérdések kidolgozása. Hibákat tartalmazhat, ha ilyet találtok, javítsátok!

== Google Docs-os közös kidolgozás ==

Itt is meg lehet találni az anyagokat ömlesztett formában, és könnyű közösen szerkeszteni:

https://docs.google.com/document/d/1wJSxpL22-bvlCHNE5Zn0rOhhVFijyYNDDbZgutGznio/edit#

==Elméleti kérdések==

319. sor:

329. sor:

==IRF vizsga 2009.05.27.==

A vizsga két részből állt, ugyanúgy ahogy a mintavizsgában volt, 45 asszem

az elmélet, 40 a gyakorlat.

443. sor:

451. sor:

-- [[MajorPeter|aldaris]] - 2009.06.02.

==IRF vizsga 2009.06.03.==

===Elméleti feladatok===

====1. Milyen típusú kapcsolatok lehetnek két UML osztály között?====

asszociáció, kompozíció, aggregáció, generalizáció(öröklés), dependency(függőség), realizáció(megvalósítás),

multiplicitás szerint csoportosíthatjuk, navigálhatóság szerint csoportosíthatjuk

====2. Mi az eszkalálás (escalation)?====

Eszkalálás: ha a probléma megoldása helyileg nem lehetséges továbbítani kell felsőbb szintek fele

Pl. Service Desk továbbítja szakembernek (level 2-re)

====3. Mi az esemény-elnyomás (event supression)? Adjon egyszerű példát!====

Megkülönböztetünk elsődleges eseményeket (root cause event / primary event) és szimptóma eseményeket (symptom event / secondary event). A kiváltó ok korreláció fő célja általában egy „elnyomási” (supression) hierarchia felállítása: általában elég riasztanunk a kiváltó okkal és/vagy a szolgáltatási szintű hibahatással kapcsolatban. A törlőeseményekkel kapcsolatban azonban vigyáznunk kell: egy elsődleges esemény megszűnte nem jelenti egy (az eredeti kontextusban) szimptóma megszűntét is! (Pl. a folyamatot lehet hogy újra kell indítani.)

Btw. szerencsésebb az elsődleges esemény terminus technicus használata a kiváltó ok helyett.

Általában elnyomás (supression). Legtöbbször topológia-alapú (fizikai + telepítési + szolgáltatásfüggőségi)

====4. Mi az előnye és hátránya egy központi elemet használó hálózati terheléselosztó módszernek?====

Előnyök: Az elosztóban egyéb szolgáltatások is megvalósíthatóak (pl. cache, SSF offload)

Hátrányok: Az elosztó SPOF (Single Point Of Failure) lehet

====5. Mi a MOF a DMTF CIM terminológiájában? Mi a MOF és a CIM Meta Schema kapcsolata?====

MOF: Managed Object Format

DMTF: Distributed Management Task Force

CIM: Commom Information Model

MOF felfogható a CIM Meta Schema konkrét szintaxisaként

NEM teljes

====6. Mi a csoportházirendek célja Windows alatt?====

A csoportházirend (Group Policy) a Microsoft (Windows NT-alapú) operációs rendszereinek egy funkciója, amivel megoldható a felhasználók, a számítógépek és a felhasználói munkakörnyezetek viselkedésének és jogosultságainak szabályozása. A csoportházirend Active Directory környezetben lehetővé teszi az operációs rendszerek, alkalmazások és a felhasználók beállításainak központosított konfigurálását és menedzsmentjét. Leegyszerűsítve, a csoportházirenddel többek közt megszabható, hogy a felhasználó mit tehet és mit nem tehet meg a számítógépen. Bár a csoportházirendek alkalmazása nagyvállalati környezetben a legelterjedtebb, találkozhatunk vele iskolákban és kis- és középvállalkozásokban is. A csoportházirendeket gyakran arra használják, hogy potenciális biztonsági réseket zárjanak be vele, pl. tiltják a hozzáférést a Windows feladatkezelőjéhez, korlátozzák bizonyos mappákhoz a hozzáférést, tiltják a futtatható fájlok letöltését és így tovább.

====7. Hogy definiálja az ITIL a CMDB-t?====

CMDB = Configuration Management DataBase

ITIL = Information Technology Infrastructure Library

Központosított „adatbázis” ami releváns információt tartalmaz konfigurációs elemekről (CI) és a azok fontosabb kapcsolatairól.

Konfigurációs elem:

* Eszköz

* Szoftver komponens

* Egyéb javak (dokumentumok, szabványok, leírások, …)

Kapcsolat

* Explicit / implicit

* Pl.: használat vagy tartalmazás típusú

====8. Mit jelent az, hogy egy XML helyes (valid)?====

XML with correct syntax is "Well Formed" XML.

XML validated against a DTD is "Valid" XML.

====9. Definiálja az SLA fogalmat!====

(Service level agreement) Szolgáltatási szint megállapodások.

====10. Hogyan működik a hardveres virtualizáció?====

Hardveres virtualizáció (Trap and Emulate, teljesen hardveres támogatással). A hardveres virtualizáció csak egy lehetséges technika a platform virtualizáció megvalósítására, kb. rész-egész viszonyban vannak.

====11. Milyen típusú infrastruktúra felderítési lehetőségeket ismer (erőforrás használat szerint)?====

Ágenshasználat, Megbízóleveles, Megbízólevél mentes felderítési lehetőségek.

====12. Mik az ágens feladatai egy monitorozó rendszerben?====

Az ágens integrált része a szoftvernek

* adatszolgáltatás valamilyen (hálózati) interfészen

* értesítés különféle események bekövetkezéséről

* egyszerű beavatkozások elvégzése

====13. Mi az engedélyezés (authorization) feladata?====

Ha hiteles a küldő, akkor még mindig eldöntendő kérdés, hogy neki szabad-e elvégeznie a műveletet. Ez a feladat az engedélyezés.

Pongyolán: Pl.: Józsi mit tehet a rendszerrel.

====14. Mi a metacímtár?====

Identity managementre egy megoldás a metacímtár.

====15. Mi a megbízhatóság (reliability)?====

Megbízhatóság (Reliability): Annak feltételes valószínűsége, hogy a rendszer hibátlanul működik a [t0 , t] időintervallumban, feltéve, hogy a t0 ≤ t időpontban hibátlanul működött. A megbízhatóságot leíró valószínűségi függvény jele R(t).

Megbízhatóság: folytonosan hibamentes szolgáltatás

====16. Mire jó a függőségi fa feladatátvételi fürtökben?====

https://wiki.inf.mit.bme.hu/twiki/pub/InfInf/FailOver/02_feladatatveteli_furtok_segedlet.pdf

====17. Mit jelent a rekonsziliáció CMDB-k esetén?====

https://wiki.inf.mit.bme.hu/twiki/pub/InfInf/CcMDB/IMHF.pdf

====18. Mi a WBEM? Milyen szabványokat definiál?====

Web-Based Enterprise Management nem egy szabvány, hanem szabványkészlet, CIM‐XML vagy WS‐Management, Lekérdezőnyelv: CIM Query Language, Szolgáltatás‐felderítés: WBEM Discovery Using the

Service Location Protocol (SLP)

====19. Milyen metrikákat tud felsorolni egy ticketkezelő rendszernél (legalább 3 felsorolása)?====

Trouble Ticket, Request for Change (RFC ) Ticket

====20. Mondjon példát egy egyszerűbb munkafolyamatra egy azonosságkezelő rendszer esetén!====

Munkafolyamat (Workflow): azoknak a lépéseknek a sorozata, amelyeket egy cél elérése érdekében meg kell valósítani.

===Gyakorlati feladatok===

====1. Hálózati eszközök modellezése====

# Készítsen metamodellt hálózati eszközök nyilvántartására. A számítógépeinkben különböző sebességű és gyártójú hálózati kártyák lehetnek. A számítógépek hálózati kábelekkel vannak összekötve, melyekről tárolni szeretnénk, hogy milyen típusúak. Végül az egyes gépek vagy cross-kábel vagy pedig switch segítségével vannak összekötve. Vannak menedzselhető és nem menedzselhető switcheink is. Végül szeretnénk tárolni, hogy mik a számítógépek IP beállításai (IP cím, alhálózati maszk, DHCP használata)

# A fenti metamodellnek készítse el egy példány modelljét, ami a következő eszközöket modellezi. A server1 és server2 gépek egy nem menedzselhető switch segítségével vannak összekötve. CAT-5-ös UTP kábeleket és Gigabites Intel hálózati kártyákat használunk. A switch egy Gigabites 14 portos eszköz. C osztályú címeket használunk, a server1 IP címe 10.40.1.1, a server2 pedig egy DHCP-től a 10.40.1.10 címet kapta. A server2-ben van ezen kívül egy 100 Mbites Intel hálózati kártya, amit jelenleg nem használunk.

# A fenti metamodell nem tartalmaz néhány, a szerverekben használatos megoldást. Módosítsa a metamodell megfelelő részét (rajzolja le újra külön!) úgy, hogy tartalmazza a több portos hálózati kártyák és a Teaming fogalmát. Egy több portos kártyán több különböző port van, amik ugyanolyan sebességűek és külön-külön MAC címmel rendelkeznek. Egy team két hálózati kártya összefogását jelenti, melyek kívülről egy kapcsolatként látszanak (tehát pl. ugyanaz az IP címük).

# A kiegészített metamodellben nem lehet minden jólformáltsági kényszert pusztán osztálydefiníciókkal és multiplicitásokkal megadni. Mondjon egy ilyen kényszert!

====Adott a következő infrastruktúra részlet:====

Az egyik gépen futó Web Server egy publikusan elérhető weboldalt szolgál ki, amelyen felhasználók be is léphetnek. A felhasználók hitelesítése egy másik gépen futó Active Directory szerverrel történik, ez a szerver egyben a DNS szolgáltatásért is felelős. A belső hálózati szegmensek, valamint az Internet kapcsolat között egy tűzfal található, ami csak a HTTP és DNS kéréseket engedi be, kimenő forgalomszűrést és címfordítást nem végez. A kliensek nem töltik be gyorsítótárból a weboldalt, a domain nevek feloldását viszont igen.

<pre>

Web Server

Server Net switch <

Külső kliens - Internet felhő - tűzfal < Active Directory, DNS, hitelesítés

ClientNet switch - Belső kliens

</pre>

# A rendszer üzemeltetője a következő hibajelentést kapja kívülről: egy távoli kliensen "nem jelenik meg a weboldal". Milyen okai lehetnek ennek a hibajelenségnek? Készítsen hibafát!

# Az üzemeltető nekiáll ellenőrizni a bejelentett hibát és a belső kliens gépéről megnézi a weboldalt. A kezdőoldal megjelenik, ám amikor megpróbál belépni "500 Internal Server Error" hibajelzést kap. Milyen okai lehetnek ennek a hibajelenségnek? Készítsen erről is hibafát! (Itt nem kell jelölni negálásokkal azokat a komponenseket, amik leírt jelenség alapján biztosan jók, csak a lehetséges hibaokokat)

# Milyen közös okai lehetnek az a) és b) pontban leírt hibajelenségeknek? Mely komponensek hibája zárható ki?

# Tegyen javaslatot arra, hogy mely komponenseket kellene monitorozni és (nagyvonalakban) hogyan, hogy a hibajelenség oka egyértelműen azonosítható legyen, illetve az üzemeltető előbb értesüljön az a) pontban leírt hibajelenségről, minthogy valamely felhasználó azt jelentené.

-- [[MajorPeter|aldaris]] - 2009.06.05.

[[Category:Infoszak]]

@@ 1. sor: / 1. sor: @@
+{{Vissza|Intelligens_rendszerfelügyelet#Vizsg.C3.A1k}}
+/2009 tavasztól 2013-ig elméleti vizsgakérdések kidolgozása. Hibákat tartalmazhat, ha ilyet találtok, javítsátok!
+== Google Docs-os közös kidolgozás ==
+Itt is meg lehet találni az anyagokat ömlesztett formában, és könnyű közösen szerkeszteni:
+https://docs.google.com/document/d/1wJSxpL22-bvlCHNE5Zn0rOhhVFijyYNDDbZgutGznio/edit#
 ==Elméleti kérdések==
@@ 319. sor: / 329. sor: @@
 ==IRF vizsga 2009.05.27.==
 A vizsga két részből állt, ugyanúgy ahogy a mintavizsgában volt, 45 asszem
 az elmélet, 40 a gyakorlat.
@@ 443. sor: / 451. sor: @@
 -- [[MajorPeter|aldaris]] - 2009.06.02.
+==IRF vizsga 2009.06.03.==
+===Elméleti feladatok===
+====1. Milyen típusú kapcsolatok lehetnek két UML osztály között?====
+asszociáció, kompozíció, aggregáció, generalizáció(öröklés), dependency(függőség), realizáció(megvalósítás),
+multiplicitás szerint csoportosíthatjuk, navigálhatóság szerint csoportosíthatjuk
+====2. Mi az eszkalálás (escalation)?====
+Eszkalálás: ha a probléma megoldása helyileg nem lehetséges továbbítani kell felsőbb szintek fele
+Pl. Service Desk továbbítja szakembernek (level 2-re)
+====3. Mi az esemény-elnyomás (event supression)? Adjon egyszerű példát!====
+Megkülönböztetünk elsődleges eseményeket (root cause event / primary event) és szimptóma eseményeket (symptom event / secondary event). A kiváltó ok korreláció fő célja általában egy &#8222;elnyomási&#8221; (supression) hierarchia felállítása: általában elég riasztanunk a kiváltó okkal és/vagy a szolgáltatási szintű hibahatással kapcsolatban. A törlőeseményekkel kapcsolatban azonban vigyáznunk kell: egy elsődleges esemény megszűnte nem jelenti egy (az eredeti kontextusban) szimptóma megszűntét is! (Pl. a folyamatot lehet hogy újra kell indítani.)
+Btw. szerencsésebb az elsődleges esemény terminus technicus használata a kiváltó ok helyett.
+Általában elnyomás (supression). Legtöbbször topológia-alapú (fizikai + telepítési + szolgáltatásfüggőségi)
+====4. Mi az előnye és hátránya egy központi elemet használó hálózati terheléselosztó módszernek?====
+Előnyök: Az elosztóban egyéb szolgáltatások is megvalósíthatóak (pl. cache, SSF offload)
+Hátrányok: Az elosztó SPOF (Single Point Of Failure) lehet
+====5. Mi a MOF a DMTF CIM terminológiájában? Mi a MOF és a CIM Meta Schema kapcsolata?====
+MOF: Managed Object Format
+DMTF: Distributed Management Task Force
+CIM: Commom Information Model
+MOF felfogható a CIM Meta Schema konkrét szintaxisaként
+NEM teljes
+====6. Mi a csoportházirendek célja Windows alatt?====
+A csoportházirend (Group Policy) a Microsoft  (Windows NT-alapú) operációs rendszereinek egy funkciója, amivel megoldható a felhasználók, a számítógépek és a felhasználói munkakörnyezetek viselkedésének és jogosultságainak szabályozása. A csoportházirend Active Directory környezetben lehetővé teszi az operációs rendszerek, alkalmazások és a felhasználók beállításainak központosított konfigurálását és menedzsmentjét. Leegyszerűsítve, a csoportházirenddel többek közt megszabható, hogy a felhasználó mit tehet és mit nem tehet meg a számítógépen. Bár a csoportházirendek alkalmazása nagyvállalati környezetben a legelterjedtebb, találkozhatunk vele iskolákban és kis- és középvállalkozásokban is. A csoportházirendeket gyakran arra használják, hogy potenciális biztonsági réseket zárjanak be vele, pl. tiltják a hozzáférést a Windows feladatkezelőjéhez, korlátozzák bizonyos mappákhoz a hozzáférést, tiltják a futtatható fájlok letöltését és így tovább.
+====7. Hogy definiálja az ITIL a CMDB-t?====
+CMDB = Configuration Management DataBase
+ITIL = Information Technology Infrastructure Library
+Központosított &#8222;adatbázis&#8221; ami releváns információt tartalmaz konfigurációs elemekről (CI) és a azok fontosabb kapcsolatairól.
+Konfigurációs elem:
+* Eszköz
+* Szoftver komponens
+* Egyéb javak (dokumentumok, szabványok, leírások, &#8230;)
+Kapcsolat
+* Explicit / implicit
+* Pl.: használat vagy tartalmazás típusú
+====8. Mit jelent az, hogy egy XML helyes (valid)?====
+XML with correct syntax is "Well Formed" XML.
+XML validated against a DTD is "Valid" XML.
+====9. Definiálja az SLA fogalmat!====
+(Service level agreement) Szolgáltatási szint megállapodások.
+====10. Hogyan működik a hardveres virtualizáció?====
+Hardveres virtualizáció (Trap and Emulate, teljesen hardveres támogatással). A hardveres virtualizáció csak egy lehetséges technika a platform virtualizáció megvalósítására, kb. rész-egész viszonyban vannak.
+====11. Milyen típusú infrastruktúra felderítési lehetőségeket ismer (erőforrás használat szerint)?====
+Ágenshasználat, Megbízóleveles, Megbízólevél mentes felderítési lehetőségek.
+====12. Mik az ágens feladatai egy monitorozó rendszerben?====
+Az ágens integrált része a szoftvernek
+	 * adatszolgáltatás valamilyen (hálózati) interfészen
+	 * értesítés különféle események bekövetkezéséről
+	 * egyszerű beavatkozások elvégzése
+====13. Mi az engedélyezés (authorization) feladata?====
+Ha hiteles a küldő, akkor még mindig eldöntendő kérdés, hogy neki szabad-e elvégeznie a műveletet. Ez a feladat az engedélyezés.
+Pongyolán: Pl.: Józsi mit tehet a rendszerrel.
+====14. Mi a metacímtár?====
+Identity managementre egy megoldás a metacímtár.
+====15. Mi a megbízhatóság (reliability)?====
+Megbízhatóság (Reliability): Annak feltételes valószínűsége, hogy a rendszer hibátlanul működik a [t0 , t] időintervallumban, feltéve, hogy a t0 &#8804; t időpontban hibátlanul működött. A megbízhatóságot leíró valószínűségi függvény jele R(t).
+Megbízhatóság: folytonosan hibamentes szolgáltatás
+====16. Mire jó a függőségi fa feladatátvételi fürtökben?====
+https://wiki.inf.mit.bme.hu/twiki/pub/InfInf/FailOver/02_feladatatveteli_furtok_segedlet.pdf
+====17. Mit jelent a rekonsziliáció CMDB-k esetén?====
+https://wiki.inf.mit.bme.hu/twiki/pub/InfInf/CcMDB/IMHF.pdf
+====18. Mi a WBEM? Milyen szabványokat definiál?====
+Web-Based Enterprise Management nem egy szabvány, hanem szabványkészlet, CIM&#8208;XML vagy WS&#8208;Management, Lekérdezőnyelv: CIM Query Language, Szolgáltatás&#8208;felderítés: WBEM Discovery Using the
+Service Location Protocol (SLP)
+====19. Milyen metrikákat tud felsorolni egy ticketkezelő rendszernél (legalább 3 felsorolása)?====
+Trouble Ticket, Request for Change (RFC ) Ticket
+====20. Mondjon példát egy egyszerűbb munkafolyamatra egy azonosságkezelő rendszer esetén!====
+Munkafolyamat (Workflow): azoknak a lépéseknek a sorozata, amelyeket egy cél elérése érdekében meg kell valósítani.
+===Gyakorlati feladatok===
+====1. Hálózati eszközök modellezése====
+# Készítsen metamodellt hálózati eszközök nyilvántartására. A számítógépeinkben különböző sebességű és gyártójú hálózati kártyák lehetnek. A számítógépek hálózati kábelekkel vannak összekötve, melyekről tárolni szeretnénk, hogy milyen típusúak. Végül az egyes gépek vagy cross-kábel vagy pedig switch segítségével vannak összekötve. Vannak menedzselhető és nem menedzselhető switcheink is. Végül szeretnénk tárolni, hogy mik a számítógépek IP beállításai (IP cím, alhálózati maszk, DHCP használata)
+# A fenti metamodellnek készítse el egy példány modelljét, ami a következő eszközöket modellezi. A server1 és server2 gépek egy nem menedzselhető switch segítségével vannak összekötve. CAT-5-ös UTP kábeleket és Gigabites Intel hálózati kártyákat használunk. A switch egy Gigabites 14 portos eszköz. C osztályú címeket használunk, a server1 IP címe 10.40.1.1, a server2 pedig egy DHCP-től a 10.40.1.10 címet kapta. A server2-ben van ezen kívül egy 100 Mbites Intel hálózati kártya, amit jelenleg nem használunk.
+# A fenti metamodell nem tartalmaz néhány, a szerverekben használatos megoldást. Módosítsa a metamodell megfelelő részét (rajzolja le újra külön!) úgy, hogy tartalmazza a több portos hálózati kártyák és a Teaming fogalmát. Egy több portos kártyán több különböző port van, amik ugyanolyan sebességűek és külön-külön MAC címmel rendelkeznek. Egy team két hálózati kártya összefogását jelenti, melyek kívülről egy kapcsolatként látszanak (tehát pl. ugyanaz az IP címük).
+# A kiegészített metamodellben nem lehet minden jólformáltsági kényszert pusztán osztálydefiníciókkal és multiplicitásokkal megadni. Mondjon egy ilyen kényszert!
+====Adott a következő infrastruktúra részlet:====
+Az egyik gépen futó Web Server egy publikusan elérhető weboldalt szolgál ki, amelyen felhasználók be is léphetnek. A felhasználók hitelesítése egy másik gépen futó Active Directory szerverrel történik, ez a szerver egyben a DNS szolgáltatásért is felelős. A belső hálózati szegmensek, valamint az Internet kapcsolat között egy tűzfal található, ami csak a HTTP és DNS kéréseket engedi be, kimenő forgalomszűrést és címfordítást nem végez. A kliensek nem töltik be gyorsítótárból a weboldalt, a domain nevek feloldását viszont igen.
+<pre>
+																				 Web Server
+													  Server Net switch <
+Külső kliens - Internet felhő - tűzfal <							Active Directory, DNS, hitelesítés
+													  ClientNet switch - Belső kliens
+</pre>
+# A rendszer üzemeltetője a következő hibajelentést kapja kívülről: egy távoli kliensen "nem jelenik meg a weboldal". Milyen okai lehetnek ennek a hibajelenségnek? Készítsen hibafát!
+# Az üzemeltető nekiáll ellenőrizni a bejelentett hibát és a belső kliens gépéről megnézi a weboldalt. A kezdőoldal megjelenik, ám amikor megpróbál belépni "500 Internal Server Error" hibajelzést kap. Milyen okai lehetnek ennek a hibajelenségnek? Készítsen erről is hibafát! (Itt nem kell jelölni negálásokkal azokat a komponenseket, amik leírt jelenség alapján biztosan jók, csak a lehetséges hibaokokat)
+# Milyen közös okai lehetnek az a) és b) pontban leírt hibajelenségeknek? Mely komponensek hibája zárható ki?
+# Tegyen javaslatot arra, hogy mely komponenseket kellene monitorozni és (nagyvonalakban) hogyan, hogy a hibajelenség oka egyértelműen azonosítható legyen, illetve az üzemeltető előbb értesüljön az a) pontban leírt hibajelenségről, minthogy valamely felhasználó azt jelentené.
+-- [[MajorPeter|aldaris]] - 2009.06.05.
 [[Category:Infoszak]]