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

Harapeti (vitalap | szerkesztései)
innen áthozva: https://wiki.sch.bme.hu/IRF_vizsga_2009.05.27.
Harapeti (vitalap | szerkesztései)
innen áthozva: https://wiki.sch.bme.hu/IRF_vizsga_2009.06.03.
319. sor: 319. sor:
==IRF vizsga 2009.05.27.==
==IRF vizsga 2009.05.27.==


A vizsga két részből állt, ugyanúgy ahogy a mintavizsgában volt, 45 asszem
A vizsga két részből állt, ugyanúgy ahogy a mintavizsgában volt, 45 asszem
az elmélet, 40 a gyakorlat.
az elmélet, 40 a gyakorlat.
443. sor: 441. sor:
-- [[MajorPeter|aldaris]] - 2009.06.02.
-- [[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]]
[[Category:Infoszak]]