VIK Wiki - Felhasználó közreműködései [hu]

IRF - Vizsgakidolgozások

2014-05-30T20:39:37Z

Szederzoli: /* Milyen metrikákat tud felsorolni egy ticketkezelő rendszernél (legalább 3 felsorolása)? */

{{GlobalTemplate|Infoszak|IRFMintaVizsga200892}}

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

Adjon rövid válaszokat az alábbi kérdésekre!

===Az LDAP címtáraknál melyik fogalom felel meg az adatbázisok "elsődleges kulcs" fogalmának? (2 pont)===
* DN (Distinguished Name)
* Minden objektumnak van egy kitűntetett attribútuma:RDN (relative distinguishing name). Megmutatja, hogy melyik attribútumot akarjuk egyedi névként használni (~adatbázis elsődleges kulcs)

===Mi az operációs rendszer szintű virtualizáció? (2 pont)===
* Itt az operációs rendszer felett alakítunk ki elkülönített virtuális környezeteket (jail, container), amely közül mindegyik úgy érzékeli, hogy csak ő fut a kernel felett. Ehhez a kernel által biztosított – normális esetben singleton – erőforrásokat kell többszörözni minden környezethez. A megoldás változó mélységű lehet, van olyan, ahol csak a kernel látszik, van, olyan, ahol valamilyen közös magasszintű felhasználói-módú erőforrásokat is elérhetővé tesz minden izolált környezetben.

===Hogy néz ki egy egyszerű jegykezelés (ticket) életútjának állapotgépe? (3 pont)===
* Opened -> Assigned -> Resolved -> Closed (az Assigned és Resolved állapotokból az Opened-be is vissza lehet térni)

===Mit jelent a korreláció fogalma esemény-feldolgozás kapcsán? (2 pont)===
* azonos probléma által generált események együttes kezelése

===Mi a mentés (backup) és archiválás közötti különbség? (2 pont)===
* Az archiválás NEM hibatűrési mechanizmus, nem összekeverendő a backuppal! Az archiválás célja a már használaton kívüli, de megőrzendő adatok biztonságos tárolása.
* Mentés esetén egy új példányt készítünk az adatból, és azt olyan helyen tároljuk, aminek az eredeti példánnyal kevés közös hibája van. Archiválás esetén a nem vagy csak ritkán használt adatok elsődleges példányát mozgatjuk át más helyre, ahol hosszabb távon megőrizhető és nem a fő rendszerünk erőforrásait használja.

===Mi a biztonság (security) három alapfogalma? (2 pont)===
* Bizalmasság (Confidentiality): titoktartás harmadik féllel szemben, először mindenkinek ez jut eszébe a számítógépes biztonságról
* Sértetlenség (Integrity): legalább olyan fontos, hogy az üzenetek feladója tényleg az legyen, aki a feladó mezőben szerepel, illetve az kapott üzenet tartalma pontosan az legyen, amit az (igazi) feladó küldeni akart. (Hitelesség, Authenticity). Néha külön kiemelik a letagadhatatlanságot (Non-deniability), vagy kifejezetten a letagadhatóságot. Továbbá a rendszer elemei is megmaradnak olyannak, amilyennek elvárjuk, rongálástól, illetéktelen módosítástól mentesnek. (Tamper resistance).
* Rendelkezésre állás (Availability): gyakran elfeledett része a biztonságnak, kárt lehet okozni azzal is, ha csak működésképtelenné válik egy rendszer (Denial of Service), különösen fontos „biztonságkritikus” rendszerekben, ahol emberélet függhet a rendelkezésre állástól.
===Mi a számítógép fürt (cluster) definíciója? (2 pont)===
* különálló számítógépek együttese, amelyek egymással együttműködve és azonos szolgáltatásokat, alkalmazásokat futtatva egyetlen rendszerként, virtuális kiszolgálóként jelennek meg az ügyfelek számára.

===Milyen szabványos protokollokon lehet elérni egy CIM kiszolgálót? (2 pont)===
* http/https felett: WBEM, WinRM

nem inkább WS-Management és CIM-XML ? -- [[RegiusK|Regius Kornél]] - 2012.05.29.

diában ez áll: "A WBEM nem egy szabvány, hanem szabvány-készlet" szóval szerintem de -- [[Szerkesztő:Kviktor|kviktor]] ([[Szerkesztővita:Kviktor|vita]])

===Mi a feladat-visszavétel (failback)? (2 pont)===
* A szolgáltatást elsődlegesen futtató gép aktívvá válik a fürtben, és visszaveszi a feladatát a tartaléktól
===Mi a különbség az ITIL-ben a probléma és az incidens között? (2 pont)===
* Incidens a szolgáltatásban egy anomália, hiba, ami sérti a működést. A probléma az incidens kiváltó oka
===Mondjon legalább 3 olyan hibatípust, ami ellen a RAID nem véd! (3 pont)===
* Emberi hiba, OS, alkalmzás, tápellátás, minden ami nem lemezhiba.
===Mi a Definitive Software Library? (2 pont)===
* engedélyezett szoftverek gyűjteményének logikai tárhelye
===Hogyan nevezzük összefoglaló néven a CMDB-ben tárolt elemeket? (2 pont)===
* Configuration item (CI)
===Milyen alapvető műveletek vannak egy LDAP címtárban? (2 pont)===
* keresés
* olvasás
* batch jellegű hozzáadás / módosítás

Nem inkább Bind, Search, Update? -- [[RegiusK|Regius Kornél]] - 2012.05.29.

===Egy általános konfigurációs adatbázisnak milyen kapcsolódásai pontjai lehetnek, amit szabványosítani lehet? (2 pont)===

* Adatbázis - Provider (CMPI)
* Adatbázis - Adatbázis export/import (MOF)
* Adatbázis - Kliens (CIM-XML)

===Mi a rendelkezésre állás (availability)? (2 pont)===
* Helyes szolgáltatás nyújtására készen állás, vagyis annak a valószínűsége, hogy ha el akarjuk érni a szolgáltatást, akkor el tudjuk érni.
* Helyes szolgáltatás nyújtására készen állás
* Ez egy függvény, defjét lásd a diában (19es), olyat fejez ki, hogy az adott időpillanatban mennyi a valószínűsége, hogy a szerver működőképes. Ez az idő múlásával csökken, a végtelenben nézve adja a készenléti tényezőt, amire %-ban kifejezve gyakran rendelkezésreállásként hivatkoznak (ami nem túl helyes).

===Mi az RBAC? (2 pont)===
* Role Based Access Control - a felhasználókat hierarchiába szervezzük, majd ezekhez a szerepekhez rendelünk jogokat

===Mi a négy fő területe az ITIL-nek? (3 pont)===
* Service Design
* Service Operation
* Service Strategy
* Service Transition

===Sorolja fel legalább 3 komponensét az ITIL-nek!===
* Service Management
* Configuration Management
* Event Management
* Release Management

===ITIL Release Management esetén mi a baseline?===
* adott időpontban valaminek az állapota
* The recorded state of something at a specific point in time. A Baseline can be created for a Configuration, a Process, or any other set of data. For example, a baseline can be used in:
** Continuous Service Improvement, to establish a starting point for Planning improvements.
** Capacity Management, to document performance characteristics during normal operations.
** Configuration Management, to enable the IT Infrastructure to be restored to a known configuration if a Change fails. Also used to specify a standard Configuration for data capture, release or Audit purposes.

===Adjon meg legalább 3 metrikát, amivel egy webszervert által nyújtott szolgáltatást lehet jellemezni! (3 pont)===
* Feldolgozási idő
* Válaszidő
* Throughput

===Mit jelent a paravirtualizáció CPU virtualizáció esetén? (3 pont) ===
Paravirtualizáció: "Ha Mohamed nem megy a hegyhez, akkor a hegy megy Mohamedhez" tartja a mondás, és ez illik a paravirtualizációra is. Ha nem olyan a processzor-architektúránk, amely támogatná a virtualizációt, akkor módosítsuk az operációs rendszerünket, amely elkerüli a veszélyes utasításokat. Ez a paravirtualizáció lényege. Gyorsabb (sokkal gyorsabb), mint a kódfordítás, de az operációs rendszer módosítását igényli, ráadásul az így nyert operációs rendszer nem fut a valóságos processzoron. Ezen az úton járt kezdetben a Xen.

===Minek a rövidítése és mit jelent az MTBF? (2 pont)===
* Mean Time Between Failures / a meghibásodások között átlagosan eltelt idő
* Azt mutatja meg, hogy várhatóan a szerkezet mennyi ideig képes üzemelni.
* sum(uptime)/hibaszám

===Mik az ágens feladatai egy monitorozó rendszerben (legalább 3 felsorolása)? (2 pont)===
* 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

===Historikus adatgyűjtés esetén mit jelent az aggregáció fogalma? (2 pont)===
* Több adatot vonunk össze egyetlen értékbe (felbontás rontás, pl átlagolással)
* Azért csináljuk mert nem vagyunk kíváncsiak rá, hogy 1998 szeptember 30.-án 8:34:22-kor Pisti lefuttatott egy vírusirtást, viszont az érdekel minket, hogy évente átlagosan hányszor vírusirtottunk.

===Mi a különbség egy IaaS és egy PaaS típusú számítási felhő között? (2 pont)===
PaaS - platform as a service
* Képesség: saját/beszerzett alkalmazás telepítése bérelt futtatókörnyezetbe
** Adott környezeti szolgáltatások
** Adott használható API-k, nyelvek
** Konfigurálható környezet
** Korlátozhatja az alkalmazás-modellt
IaaS - infrastructure as a service
* Képesség: alapvető számítási erőforrások foglalása
** A felhasználó „tetszőleges” szoftvert futtat
** Jellemzően logikai/virtuális erőforrások
** Kontroll: OS, tárolás, alkalmazások, hálózati aspektusok egy része

===Az esemény-feldolgozásban mit hívunk törlő eseménynek (clearing event)? (2 pont)===
„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)===
[https://en.wikipedia.org/wiki/Lockstep_%28computing%29 Wikipédia] alapján: 
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)===
példánya (lefelé), típusa (felfelé)

===Mi a munkafolyamat?===
Azoknak a lépéseknek a sorozata, amelyeket egy cél elérése érdekében meg kell valósítani.

===Milyen részfeladatai vannak a rendszermonitorozásnak?===
* folyamatos adatgyűjtés
* pillanatnyi állapot tárolása
* megjelenítés
* riasztás
* historikus adattárolás
* beavatkozás

===Milyen topológiát jelent az N+M feladatátvételi fürt?===
* több tartalék (?) // 23-IRF-2009-furtozes-es-replikacio.pptx 25-ös dia
* N darab elsődleges szolgáltatást futtató géphez M darab tartalék gép áll rendelkezésre

===Mi a metamodell?===
* Modellezési nyelv modellje. Egy metamodell mindig egy sablont ad meg, hogy milyen fogalmi elemekből épül fel az alatta lévő szinten lévő modell, azok között milyen kapcsolatok és kényszerek vannak.

===Mi az autorizáció?===
* 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.
* Mihez férhetek hozzá?
* Mit csinálhatok vele?

===Linux alatt milyen tulajdonságokat tárolunk el egy felhasználóról?===
* UID
* name
* password
* shell
* home directory
* comment
* expiry date

===Mit értünk CMDB esetén föderáció alatt?===
* Federált adatbázis: olyan adatbáziskezelő rendszer (ha nagyon pontosak akarunk lenni: „metadatbázis-kezelő rendszer”), mely több autonóm adatbáziskezelő szolgáltatásait a saját felhasználói számára transzparens módon integrálja.
* Nem aggregáció
* Központi adatbázisok csak lapadatokat és külső kulcsokat tárolnak
* Részletes adatokat külső kulcson keresztül érjük el

===Mi az adat deduplikacio?===
* Többszörösen tárolt adatok esetén csak egy példány megtartása, többi helyen referencia elhelyezése. Lehet fájl és blokk szinten is vizsgálni a duplikációt.
* Az a folyamat, amely során megkeresik és azonosítják az egyedi adatrészleteket a kezelt adathalmazon belül, és a tárolás vagy adatmozgatás esetén megszüntetik a redundanciát.

===Milyen típusai vannak a terheléselosztó fürtöknek?===
* Round robin DNS
* Teljesen elosztott
* Központi elemre épülő

===Mi a különbseg a hosted és a bare-metal virtualizáció között?===
* Hosted: Operációs rendszer szintjén van egy virtualizációs szoftver, felette pedig futnak a host OS alkalmazásai + virtuális gépek -> Desktop megoldások (VMware Workstation, Server, VirtualBox)
* bare-metal: Hardver fölött egyből a virtualizációs szoftver található. E fölött van egy menedzsment OS + app, amivel lehet kezelni a mellette futó virtuális gépeket. -> Szerver megoldások (VMware ESX Server, Xen Enterprise)

===Mi a release?===
* HW, SW, dokumentáció és folyamatok gyűjteménye, ami együtt egy RFC-t implementál
* A collection of hardware, software, documentation, Processes or other Components required to implement one or more approved Changes to IT Services. The contents of each Release are managed, tested, and deployed as a single entity. See Full Release, Delta Release, Package Release, Release Identification
===15. Mi a service desk?===
* egységes felület a felhasználók esetén, akik ide fordulnak ha nem megfelelő a szolgáltatási szint (szubjektív)
===Incidens loggolasakor milyen adatokat erdemes eltarolni?===
* ID, Időbélyeg
* Probléma leírás
* Érintettek száma, súlyosság, prioritás
* Kontakt (visszahívási szám)
* Vonatkozó CI adatok (!)
* Status (?)

===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

===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)

===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)

===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

===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
A MOF az a [http://msdn.microsoft.com/en-us/library/aa823192%28v=vs.85%29.aspx nyelv, amivel leírhatjuk a CIM osztályokat]. 
Az IDL-re és a MOF-ra alapszik a CIM Meta Schema [http://www.wbemsolutions.com/tutorials/DMTF/cim-specification.html szintaxisa]

===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.

===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ú

===Mit jelent az, hogy egy XML helyes (valid)?===
* XML with correct syntax is "Well Formed" XML.
* XML validated against a DTD is "Valid" XML.

===Definiálja az SLA fogalmat!===
(Service level agreement) Szolgáltatási szint megállapodások.

===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.

===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.

===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

===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.

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

===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

=== 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

=== Mit jelent a rekonsziliáció CMDB-k esetén?===
https://wiki.inf.mit.bme.hu/twiki/pub/InfInf/CcMDB/IMHF.pdf

===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)

===Milyen metrikákat tud felsorolni egy ticketkezelő rendszernél (legalább 3 felsorolása)?===
Trouble Ticket, Request for Change (RFC ) Ticket 
 
Szerintem inkább erre kérdeznek: 
Ticketek...
* száma egy adott intervallumra
* aránya a megnyitott és a lezárt állapotban
* megnyitása és hozzárendelése közötti átlagidő
* megoldásának átlagos ideje
* emberek közötti eloszlása

===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. Egy vállalat saját infrastruktúrával szolgálja ki a weboldalát. A cég hálózata egy linuxos routeren keresztül ===
kapcsolódik az Internet elérését biztosító bérelt vonalhoz, ez az eszköz NAT-ol a belső hálózat gépeinek. A
weboldalt virtuális gépek szolgálják ki, melyek egy darab ESX szerveren futnak. Jelenleg két darab
webszerver működik egy terheléselosztó fürtben, az adatokat pedig egy külön adatbázis szerver tárolja. A
weboldal működőséhez szükséges az adatbázis működése is.
# Gyűjtsön össze legalább 5 meghibásodást, amik meggátolhatják a weboldal működését, és ábrázolja ezeket egy hibafában! (10 pont)
# Egy táblázatban javasoljon módszereket, hogy mivel lehetne védekezni a fenti meghibásodások ellen! (10 pont)

===2. Adott a következő metamodell, mellyel IT infrastruktúrák egy részletét lehet leírni:===
<center>{{InLineImageLink|Infoszak|IRFMintaVizsga200892|umldiag.png}}</center>
# Módosítsa úgy a metamodellt, hogy bevezeti a fürt fogalmát! A fürt legalább egy számítógépből áll, és külön neve és IP címe van. (5 pont)
# Készítsen egy olyan példány modellt, melyben egy két lapból álló webhelyet egy két csomópontból álló fürtre telepítünk! Minden weblap legalább egy elemet tartalmazzon! (15 pont)

-- [[MajorPeter|aldaris]] - 2009.06.02.
-- [[FarkasTamas21|Tommy21]] - 2009.06.03.

[[Category:Infoszak]]

IRF - Vizsgakidolgozások

2014-05-30T17:02:03Z

Szederzoli: /* Mi a MOF a DMTF CIM terminológiájában? Mi a MOF és a CIM Meta Schema kapcsolata? */

{{GlobalTemplate|Infoszak|IRFMintaVizsga200892}}

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

Adjon rövid válaszokat az alábbi kérdésekre!

===Az LDAP címtáraknál melyik fogalom felel meg az adatbázisok "elsődleges kulcs" fogalmának? (2 pont)===
* DN (Distinguished Name)
* Minden objektumnak van egy kitűntetett attribútuma:RDN (relative distinguishing name). Megmutatja, hogy melyik attribútumot akarjuk egyedi névként használni (~adatbázis elsődleges kulcs)

===Mi az operációs rendszer szintű virtualizáció? (2 pont)===
* Itt az operációs rendszer felett alakítunk ki elkülönített virtuális környezeteket (jail, container), amely közül mindegyik úgy érzékeli, hogy csak ő fut a kernel felett. Ehhez a kernel által biztosított – normális esetben singleton – erőforrásokat kell többszörözni minden környezethez. A megoldás változó mélységű lehet, van olyan, ahol csak a kernel látszik, van, olyan, ahol valamilyen közös magasszintű felhasználói-módú erőforrásokat is elérhetővé tesz minden izolált környezetben.

===Hogy néz ki egy egyszerű jegykezelés (ticket) életútjának állapotgépe? (3 pont)===
* Opened -> Assigned -> Resolved -> Closed (az Assigned és Resolved állapotokból az Opened-be is vissza lehet térni)

===Mit jelent a korreláció fogalma esemény-feldolgozás kapcsán? (2 pont)===
* azonos probléma által generált események együttes kezelése

===Mi a mentés (backup) és archiválás közötti különbség? (2 pont)===
* Az archiválás NEM hibatűrési mechanizmus, nem összekeverendő a backuppal! Az archiválás célja a már használaton kívüli, de megőrzendő adatok biztonságos tárolása.
* Mentés esetén egy új példányt készítünk az adatból, és azt olyan helyen tároljuk, aminek az eredeti példánnyal kevés közös hibája van. Archiválás esetén a nem vagy csak ritkán használt adatok elsődleges példányát mozgatjuk át más helyre, ahol hosszabb távon megőrizhető és nem a fő rendszerünk erőforrásait használja.

===Mi a biztonság (security) három alapfogalma? (2 pont)===
* Bizalmasság (Confidentiality): titoktartás harmadik féllel szemben, először mindenkinek ez jut eszébe a számítógépes biztonságról
* Sértetlenség (Integrity): legalább olyan fontos, hogy az üzenetek feladója tényleg az legyen, aki a feladó mezőben szerepel, illetve az kapott üzenet tartalma pontosan az legyen, amit az (igazi) feladó küldeni akart. (Hitelesség, Authenticity). Néha külön kiemelik a letagadhatatlanságot (Non-deniability), vagy kifejezetten a letagadhatóságot. Továbbá a rendszer elemei is megmaradnak olyannak, amilyennek elvárjuk, rongálástól, illetéktelen módosítástól mentesnek. (Tamper resistance).
* Rendelkezésre állás (Availability): gyakran elfeledett része a biztonságnak, kárt lehet okozni azzal is, ha csak működésképtelenné válik egy rendszer (Denial of Service), különösen fontos „biztonságkritikus” rendszerekben, ahol emberélet függhet a rendelkezésre állástól.
===Mi a számítógép fürt (cluster) definíciója? (2 pont)===
* különálló számítógépek együttese, amelyek egymással együttműködve és azonos szolgáltatásokat, alkalmazásokat futtatva egyetlen rendszerként, virtuális kiszolgálóként jelennek meg az ügyfelek számára.

===Milyen szabványos protokollokon lehet elérni egy CIM kiszolgálót? (2 pont)===
* http/https felett: WBEM, WinRM

nem inkább WS-Management és CIM-XML ? -- [[RegiusK|Regius Kornél]] - 2012.05.29.

diában ez áll: "A WBEM nem egy szabvány, hanem szabvány-készlet" szóval szerintem de -- [[Szerkesztő:Kviktor|kviktor]] ([[Szerkesztővita:Kviktor|vita]])

===Mi a feladat-visszavétel (failback)? (2 pont)===
* A szolgáltatást elsődlegesen futtató gép aktívvá válik a fürtben, és visszaveszi a feladatát a tartaléktól
===Mi a különbség az ITIL-ben a probléma és az incidens között? (2 pont)===
* Incidens a szolgáltatásban egy anomália, hiba, ami sérti a működést. A probléma az incidens kiváltó oka
===Mondjon legalább 3 olyan hibatípust, ami ellen a RAID nem véd! (3 pont)===
* Emberi hiba, OS, alkalmzás, tápellátás, minden ami nem lemezhiba.
===Mi a Definitive Software Library? (2 pont)===
* engedélyezett szoftverek gyűjteményének logikai tárhelye
===Hogyan nevezzük összefoglaló néven a CMDB-ben tárolt elemeket? (2 pont)===
* Configuration item (CI)
===Milyen alapvető műveletek vannak egy LDAP címtárban? (2 pont)===
* keresés
* olvasás
* batch jellegű hozzáadás / módosítás

Nem inkább Bind, Search, Update? -- [[RegiusK|Regius Kornél]] - 2012.05.29.

===Egy általános konfigurációs adatbázisnak milyen kapcsolódásai pontjai lehetnek, amit szabványosítani lehet? (2 pont)===

* Adatbázis - Provider (CMPI)
* Adatbázis - Adatbázis export/import (MOF)
* Adatbázis - Kliens (CIM-XML)

===Mi a rendelkezésre állás (availability)? (2 pont)===
* Helyes szolgáltatás nyújtására készen állás, vagyis annak a valószínűsége, hogy ha el akarjuk érni a szolgáltatást, akkor el tudjuk érni.
* Helyes szolgáltatás nyújtására készen állás
* Ez egy függvény, defjét lásd a diában (19es), olyat fejez ki, hogy az adott időpillanatban mennyi a valószínűsége, hogy a szerver működőképes. Ez az idő múlásával csökken, a végtelenben nézve adja a készenléti tényezőt, amire %-ban kifejezve gyakran rendelkezésreállásként hivatkoznak (ami nem túl helyes).

===Mi az RBAC? (2 pont)===
* Role Based Access Control - a felhasználókat hierarchiába szervezzük, majd ezekhez a szerepekhez rendelünk jogokat

===Mi a négy fő területe az ITIL-nek? (3 pont)===
* Service Design
* Service Operation
* Service Strategy
* Service Transition

===Sorolja fel legalább 3 komponensét az ITIL-nek!===
* Service Management
* Configuration Management
* Event Management
* Release Management

===ITIL Release Management esetén mi a baseline?===
* adott időpontban valaminek az állapota
* The recorded state of something at a specific point in time. A Baseline can be created for a Configuration, a Process, or any other set of data. For example, a baseline can be used in:
** Continuous Service Improvement, to establish a starting point for Planning improvements.
** Capacity Management, to document performance characteristics during normal operations.
** Configuration Management, to enable the IT Infrastructure to be restored to a known configuration if a Change fails. Also used to specify a standard Configuration for data capture, release or Audit purposes.

===Adjon meg legalább 3 metrikát, amivel egy webszervert által nyújtott szolgáltatást lehet jellemezni! (3 pont)===
* Feldolgozási idő
* Válaszidő
* Throughput

===Mit jelent a paravirtualizáció CPU virtualizáció esetén? (3 pont) ===
Paravirtualizáció: "Ha Mohamed nem megy a hegyhez, akkor a hegy megy Mohamedhez" tartja a mondás, és ez illik a paravirtualizációra is. Ha nem olyan a processzor-architektúránk, amely támogatná a virtualizációt, akkor módosítsuk az operációs rendszerünket, amely elkerüli a veszélyes utasításokat. Ez a paravirtualizáció lényege. Gyorsabb (sokkal gyorsabb), mint a kódfordítás, de az operációs rendszer módosítását igényli, ráadásul az így nyert operációs rendszer nem fut a valóságos processzoron. Ezen az úton járt kezdetben a Xen.

===Minek a rövidítése és mit jelent az MTBF? (2 pont)===
* Mean Time Between Failures / a meghibásodások között átlagosan eltelt idő
* Azt mutatja meg, hogy várhatóan a szerkezet mennyi ideig képes üzemelni.
* sum(uptime)/hibaszám

===Mik az ágens feladatai egy monitorozó rendszerben (legalább 3 felsorolása)? (2 pont)===
* 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

===Historikus adatgyűjtés esetén mit jelent az aggregáció fogalma? (2 pont)===
* Több adatot vonunk össze egyetlen értékbe (felbontás rontás, pl átlagolással)
* Azért csináljuk mert nem vagyunk kíváncsiak rá, hogy 1998 szeptember 30.-án 8:34:22-kor Pisti lefuttatott egy vírusirtást, viszont az érdekel minket, hogy évente átlagosan hányszor vírusirtottunk.

===Mi a különbség egy IaaS és egy PaaS típusú számítási felhő között? (2 pont)===
PaaS - platform as a service
* Képesség: saját/beszerzett alkalmazás telepítése bérelt futtatókörnyezetbe
** Adott környezeti szolgáltatások
** Adott használható API-k, nyelvek
** Konfigurálható környezet
** Korlátozhatja az alkalmazás-modellt
IaaS - infrastructure as a service
* Képesség: alapvető számítási erőforrások foglalása
** A felhasználó „tetszőleges” szoftvert futtat
** Jellemzően logikai/virtuális erőforrások
** Kontroll: OS, tárolás, alkalmazások, hálózati aspektusok egy része

===Az esemény-feldolgozásban mit hívunk törlő eseménynek (clearing event)? (2 pont)===
„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)===
[https://en.wikipedia.org/wiki/Lockstep_%28computing%29 Wikipédia] alapján: 
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)===
példánya (lefelé), típusa (felfelé)

===Mi a munkafolyamat?===
Azoknak a lépéseknek a sorozata, amelyeket egy cél elérése érdekében meg kell valósítani.

===Milyen részfeladatai vannak a rendszermonitorozásnak?===
* folyamatos adatgyűjtés
* pillanatnyi állapot tárolása
* megjelenítés
* riasztás
* historikus adattárolás
* beavatkozás

===Milyen topológiát jelent az N+M feladatátvételi fürt?===
* több tartalék (?) // 23-IRF-2009-furtozes-es-replikacio.pptx 25-ös dia
* N darab elsődleges szolgáltatást futtató géphez M darab tartalék gép áll rendelkezésre

===Mi a metamodell?===
* Modellezési nyelv modellje. Egy metamodell mindig egy sablont ad meg, hogy milyen fogalmi elemekből épül fel az alatta lévő szinten lévő modell, azok között milyen kapcsolatok és kényszerek vannak.

===Mi az autorizáció?===
* 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.
* Mihez férhetek hozzá?
* Mit csinálhatok vele?

===Linux alatt milyen tulajdonságokat tárolunk el egy felhasználóról?===
* UID
* name
* password
* shell
* home directory
* comment
* expiry date

===Mit értünk CMDB esetén föderáció alatt?===
* Federált adatbázis: olyan adatbáziskezelő rendszer (ha nagyon pontosak akarunk lenni: „metadatbázis-kezelő rendszer”), mely több autonóm adatbáziskezelő szolgáltatásait a saját felhasználói számára transzparens módon integrálja.
* Nem aggregáció
* Központi adatbázisok csak lapadatokat és külső kulcsokat tárolnak
* Részletes adatokat külső kulcson keresztül érjük el

===Mi az adat deduplikacio?===
* Többszörösen tárolt adatok esetén csak egy példány megtartása, többi helyen referencia elhelyezése. Lehet fájl és blokk szinten is vizsgálni a duplikációt.
* Az a folyamat, amely során megkeresik és azonosítják az egyedi adatrészleteket a kezelt adathalmazon belül, és a tárolás vagy adatmozgatás esetén megszüntetik a redundanciát.

===Milyen típusai vannak a terheléselosztó fürtöknek?===
* Round robin DNS
* Teljesen elosztott
* Központi elemre épülő

===Mi a különbseg a hosted és a bare-metal virtualizáció között?===
* Hosted: Operációs rendszer szintjén van egy virtualizációs szoftver, felette pedig futnak a host OS alkalmazásai + virtuális gépek -> Desktop megoldások (VMware Workstation, Server, VirtualBox)
* bare-metal: Hardver fölött egyből a virtualizációs szoftver található. E fölött van egy menedzsment OS + app, amivel lehet kezelni a mellette futó virtuális gépeket. -> Szerver megoldások (VMware ESX Server, Xen Enterprise)

===Mi a release?===
* HW, SW, dokumentáció és folyamatok gyűjteménye, ami együtt egy RFC-t implementál
* A collection of hardware, software, documentation, Processes or other Components required to implement one or more approved Changes to IT Services. The contents of each Release are managed, tested, and deployed as a single entity. See Full Release, Delta Release, Package Release, Release Identification
===15. Mi a service desk?===
* egységes felület a felhasználók esetén, akik ide fordulnak ha nem megfelelő a szolgáltatási szint (szubjektív)
===Incidens loggolasakor milyen adatokat erdemes eltarolni?===
* ID, Időbélyeg
* Probléma leírás
* Érintettek száma, súlyosság, prioritás
* Kontakt (visszahívási szám)
* Vonatkozó CI adatok (!)
* Status (?)

===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

===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)

===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)

===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

===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
A MOF az a [http://msdn.microsoft.com/en-us/library/aa823192%28v=vs.85%29.aspx nyelv, amivel leírhatjuk a CIM osztályokat]. 
Az IDL-re és a MOF-ra alapszik a CIM Meta Schema [http://www.wbemsolutions.com/tutorials/DMTF/cim-specification.html szintaxisa]

===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.

===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ú

===Mit jelent az, hogy egy XML helyes (valid)?===
* XML with correct syntax is "Well Formed" XML.
* XML validated against a DTD is "Valid" XML.

===Definiálja az SLA fogalmat!===
(Service level agreement) Szolgáltatási szint megállapodások.

===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.

===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.

===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

===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.

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

===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

=== 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

=== Mit jelent a rekonsziliáció CMDB-k esetén?===
https://wiki.inf.mit.bme.hu/twiki/pub/InfInf/CcMDB/IMHF.pdf

===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)

===Milyen metrikákat tud felsorolni egy ticketkezelő rendszernél (legalább 3 felsorolása)?===
Trouble Ticket, Request for Change (RFC ) Ticket

===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. Egy vállalat saját infrastruktúrával szolgálja ki a weboldalát. A cég hálózata egy linuxos routeren keresztül ===
kapcsolódik az Internet elérését biztosító bérelt vonalhoz, ez az eszköz NAT-ol a belső hálózat gépeinek. A
weboldalt virtuális gépek szolgálják ki, melyek egy darab ESX szerveren futnak. Jelenleg két darab
webszerver működik egy terheléselosztó fürtben, az adatokat pedig egy külön adatbázis szerver tárolja. A
weboldal működőséhez szükséges az adatbázis működése is.
# Gyűjtsön össze legalább 5 meghibásodást, amik meggátolhatják a weboldal működését, és ábrázolja ezeket egy hibafában! (10 pont)
# Egy táblázatban javasoljon módszereket, hogy mivel lehetne védekezni a fenti meghibásodások ellen! (10 pont)

===2. Adott a következő metamodell, mellyel IT infrastruktúrák egy részletét lehet leírni:===
<center>{{InLineImageLink|Infoszak|IRFMintaVizsga200892|umldiag.png}}</center>
# Módosítsa úgy a metamodellt, hogy bevezeti a fürt fogalmát! A fürt legalább egy számítógépből áll, és külön neve és IP címe van. (5 pont)
# Készítsen egy olyan példány modellt, melyben egy két lapból álló webhelyet egy két csomópontból álló fürtre telepítünk! Minden weblap legalább egy elemet tartalmazzon! (15 pont)

-- [[MajorPeter|aldaris]] - 2009.06.02.
-- [[FarkasTamas21|Tommy21]] - 2009.06.03.

[[Category:Infoszak]]

IRF - Vizsgakidolgozások

2014-05-30T16:59:48Z

Szederzoli: /* Mi a MOF a DMTF CIM terminológiájában? Mi a MOF és a CIM Meta Schema kapcsolata? */

{{GlobalTemplate|Infoszak|IRFMintaVizsga200892}}

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

Adjon rövid válaszokat az alábbi kérdésekre!

===Az LDAP címtáraknál melyik fogalom felel meg az adatbázisok "elsődleges kulcs" fogalmának? (2 pont)===
* DN (Distinguished Name)
* Minden objektumnak van egy kitűntetett attribútuma:RDN (relative distinguishing name). Megmutatja, hogy melyik attribútumot akarjuk egyedi névként használni (~adatbázis elsődleges kulcs)

===Mi az operációs rendszer szintű virtualizáció? (2 pont)===
* Itt az operációs rendszer felett alakítunk ki elkülönített virtuális környezeteket (jail, container), amely közül mindegyik úgy érzékeli, hogy csak ő fut a kernel felett. Ehhez a kernel által biztosított – normális esetben singleton – erőforrásokat kell többszörözni minden környezethez. A megoldás változó mélységű lehet, van olyan, ahol csak a kernel látszik, van, olyan, ahol valamilyen közös magasszintű felhasználói-módú erőforrásokat is elérhetővé tesz minden izolált környezetben.

===Hogy néz ki egy egyszerű jegykezelés (ticket) életútjának állapotgépe? (3 pont)===
* Opened -> Assigned -> Resolved -> Closed (az Assigned és Resolved állapotokból az Opened-be is vissza lehet térni)

===Mit jelent a korreláció fogalma esemény-feldolgozás kapcsán? (2 pont)===
* azonos probléma által generált események együttes kezelése

===Mi a mentés (backup) és archiválás közötti különbség? (2 pont)===
* Az archiválás NEM hibatűrési mechanizmus, nem összekeverendő a backuppal! Az archiválás célja a már használaton kívüli, de megőrzendő adatok biztonságos tárolása.
* Mentés esetén egy új példányt készítünk az adatból, és azt olyan helyen tároljuk, aminek az eredeti példánnyal kevés közös hibája van. Archiválás esetén a nem vagy csak ritkán használt adatok elsődleges példányát mozgatjuk át más helyre, ahol hosszabb távon megőrizhető és nem a fő rendszerünk erőforrásait használja.

===Mi a biztonság (security) három alapfogalma? (2 pont)===
* Bizalmasság (Confidentiality): titoktartás harmadik féllel szemben, először mindenkinek ez jut eszébe a számítógépes biztonságról
* Sértetlenség (Integrity): legalább olyan fontos, hogy az üzenetek feladója tényleg az legyen, aki a feladó mezőben szerepel, illetve az kapott üzenet tartalma pontosan az legyen, amit az (igazi) feladó küldeni akart. (Hitelesség, Authenticity). Néha külön kiemelik a letagadhatatlanságot (Non-deniability), vagy kifejezetten a letagadhatóságot. Továbbá a rendszer elemei is megmaradnak olyannak, amilyennek elvárjuk, rongálástól, illetéktelen módosítástól mentesnek. (Tamper resistance).
* Rendelkezésre állás (Availability): gyakran elfeledett része a biztonságnak, kárt lehet okozni azzal is, ha csak működésképtelenné válik egy rendszer (Denial of Service), különösen fontos „biztonságkritikus” rendszerekben, ahol emberélet függhet a rendelkezésre állástól.
===Mi a számítógép fürt (cluster) definíciója? (2 pont)===
* különálló számítógépek együttese, amelyek egymással együttműködve és azonos szolgáltatásokat, alkalmazásokat futtatva egyetlen rendszerként, virtuális kiszolgálóként jelennek meg az ügyfelek számára.

===Milyen szabványos protokollokon lehet elérni egy CIM kiszolgálót? (2 pont)===
* http/https felett: WBEM, WinRM

nem inkább WS-Management és CIM-XML ? -- [[RegiusK|Regius Kornél]] - 2012.05.29.

diában ez áll: "A WBEM nem egy szabvány, hanem szabvány-készlet" szóval szerintem de -- [[Szerkesztő:Kviktor|kviktor]] ([[Szerkesztővita:Kviktor|vita]])

===Mi a feladat-visszavétel (failback)? (2 pont)===
* A szolgáltatást elsődlegesen futtató gép aktívvá válik a fürtben, és visszaveszi a feladatát a tartaléktól
===Mi a különbség az ITIL-ben a probléma és az incidens között? (2 pont)===
* Incidens a szolgáltatásban egy anomália, hiba, ami sérti a működést. A probléma az incidens kiváltó oka
===Mondjon legalább 3 olyan hibatípust, ami ellen a RAID nem véd! (3 pont)===
* Emberi hiba, OS, alkalmzás, tápellátás, minden ami nem lemezhiba.
===Mi a Definitive Software Library? (2 pont)===
* engedélyezett szoftverek gyűjteményének logikai tárhelye
===Hogyan nevezzük összefoglaló néven a CMDB-ben tárolt elemeket? (2 pont)===
* Configuration item (CI)
===Milyen alapvető műveletek vannak egy LDAP címtárban? (2 pont)===
* keresés
* olvasás
* batch jellegű hozzáadás / módosítás

Nem inkább Bind, Search, Update? -- [[RegiusK|Regius Kornél]] - 2012.05.29.

===Egy általános konfigurációs adatbázisnak milyen kapcsolódásai pontjai lehetnek, amit szabványosítani lehet? (2 pont)===

* Adatbázis - Provider (CMPI)
* Adatbázis - Adatbázis export/import (MOF)
* Adatbázis - Kliens (CIM-XML)

===Mi a rendelkezésre állás (availability)? (2 pont)===
* Helyes szolgáltatás nyújtására készen állás, vagyis annak a valószínűsége, hogy ha el akarjuk érni a szolgáltatást, akkor el tudjuk érni.
* Helyes szolgáltatás nyújtására készen állás
* Ez egy függvény, defjét lásd a diában (19es), olyat fejez ki, hogy az adott időpillanatban mennyi a valószínűsége, hogy a szerver működőképes. Ez az idő múlásával csökken, a végtelenben nézve adja a készenléti tényezőt, amire %-ban kifejezve gyakran rendelkezésreállásként hivatkoznak (ami nem túl helyes).

===Mi az RBAC? (2 pont)===
* Role Based Access Control - a felhasználókat hierarchiába szervezzük, majd ezekhez a szerepekhez rendelünk jogokat

===Mi a négy fő területe az ITIL-nek? (3 pont)===
* Service Design
* Service Operation
* Service Strategy
* Service Transition

===Sorolja fel legalább 3 komponensét az ITIL-nek!===
* Service Management
* Configuration Management
* Event Management
* Release Management

===ITIL Release Management esetén mi a baseline?===
* adott időpontban valaminek az állapota
* The recorded state of something at a specific point in time. A Baseline can be created for a Configuration, a Process, or any other set of data. For example, a baseline can be used in:
** Continuous Service Improvement, to establish a starting point for Planning improvements.
** Capacity Management, to document performance characteristics during normal operations.
** Configuration Management, to enable the IT Infrastructure to be restored to a known configuration if a Change fails. Also used to specify a standard Configuration for data capture, release or Audit purposes.

===Adjon meg legalább 3 metrikát, amivel egy webszervert által nyújtott szolgáltatást lehet jellemezni! (3 pont)===
* Feldolgozási idő
* Válaszidő
* Throughput

===Mit jelent a paravirtualizáció CPU virtualizáció esetén? (3 pont) ===
Paravirtualizáció: "Ha Mohamed nem megy a hegyhez, akkor a hegy megy Mohamedhez" tartja a mondás, és ez illik a paravirtualizációra is. Ha nem olyan a processzor-architektúránk, amely támogatná a virtualizációt, akkor módosítsuk az operációs rendszerünket, amely elkerüli a veszélyes utasításokat. Ez a paravirtualizáció lényege. Gyorsabb (sokkal gyorsabb), mint a kódfordítás, de az operációs rendszer módosítását igényli, ráadásul az így nyert operációs rendszer nem fut a valóságos processzoron. Ezen az úton járt kezdetben a Xen.

===Minek a rövidítése és mit jelent az MTBF? (2 pont)===
* Mean Time Between Failures / a meghibásodások között átlagosan eltelt idő
* Azt mutatja meg, hogy várhatóan a szerkezet mennyi ideig képes üzemelni.
* sum(uptime)/hibaszám

===Mik az ágens feladatai egy monitorozó rendszerben (legalább 3 felsorolása)? (2 pont)===
* 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

===Historikus adatgyűjtés esetén mit jelent az aggregáció fogalma? (2 pont)===
* Több adatot vonunk össze egyetlen értékbe (felbontás rontás, pl átlagolással)
* Azért csináljuk mert nem vagyunk kíváncsiak rá, hogy 1998 szeptember 30.-án 8:34:22-kor Pisti lefuttatott egy vírusirtást, viszont az érdekel minket, hogy évente átlagosan hányszor vírusirtottunk.

===Mi a különbség egy IaaS és egy PaaS típusú számítási felhő között? (2 pont)===
PaaS - platform as a service
* Képesség: saját/beszerzett alkalmazás telepítése bérelt futtatókörnyezetbe
** Adott környezeti szolgáltatások
** Adott használható API-k, nyelvek
** Konfigurálható környezet
** Korlátozhatja az alkalmazás-modellt
IaaS - infrastructure as a service
* Képesség: alapvető számítási erőforrások foglalása
** A felhasználó „tetszőleges” szoftvert futtat
** Jellemzően logikai/virtuális erőforrások
** Kontroll: OS, tárolás, alkalmazások, hálózati aspektusok egy része

===Az esemény-feldolgozásban mit hívunk törlő eseménynek (clearing event)? (2 pont)===
„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)===
[https://en.wikipedia.org/wiki/Lockstep_%28computing%29 Wikipédia] alapján: 
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)===
példánya (lefelé), típusa (felfelé)

===Mi a munkafolyamat?===
Azoknak a lépéseknek a sorozata, amelyeket egy cél elérése érdekében meg kell valósítani.

===Milyen részfeladatai vannak a rendszermonitorozásnak?===
* folyamatos adatgyűjtés
* pillanatnyi állapot tárolása
* megjelenítés
* riasztás
* historikus adattárolás
* beavatkozás

===Milyen topológiát jelent az N+M feladatátvételi fürt?===
* több tartalék (?) // 23-IRF-2009-furtozes-es-replikacio.pptx 25-ös dia
* N darab elsődleges szolgáltatást futtató géphez M darab tartalék gép áll rendelkezésre

===Mi a metamodell?===
* Modellezési nyelv modellje. Egy metamodell mindig egy sablont ad meg, hogy milyen fogalmi elemekből épül fel az alatta lévő szinten lévő modell, azok között milyen kapcsolatok és kényszerek vannak.

===Mi az autorizáció?===
* 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.
* Mihez férhetek hozzá?
* Mit csinálhatok vele?

===Linux alatt milyen tulajdonságokat tárolunk el egy felhasználóról?===
* UID
* name
* password
* shell
* home directory
* comment
* expiry date

===Mit értünk CMDB esetén föderáció alatt?===
* Federált adatbázis: olyan adatbáziskezelő rendszer (ha nagyon pontosak akarunk lenni: „metadatbázis-kezelő rendszer”), mely több autonóm adatbáziskezelő szolgáltatásait a saját felhasználói számára transzparens módon integrálja.
* Nem aggregáció
* Központi adatbázisok csak lapadatokat és külső kulcsokat tárolnak
* Részletes adatokat külső kulcson keresztül érjük el

===Mi az adat deduplikacio?===
* Többszörösen tárolt adatok esetén csak egy példány megtartása, többi helyen referencia elhelyezése. Lehet fájl és blokk szinten is vizsgálni a duplikációt.
* Az a folyamat, amely során megkeresik és azonosítják az egyedi adatrészleteket a kezelt adathalmazon belül, és a tárolás vagy adatmozgatás esetén megszüntetik a redundanciát.

===Milyen típusai vannak a terheléselosztó fürtöknek?===
* Round robin DNS
* Teljesen elosztott
* Központi elemre épülő

===Mi a különbseg a hosted és a bare-metal virtualizáció között?===
* Hosted: Operációs rendszer szintjén van egy virtualizációs szoftver, felette pedig futnak a host OS alkalmazásai + virtuális gépek -> Desktop megoldások (VMware Workstation, Server, VirtualBox)
* bare-metal: Hardver fölött egyből a virtualizációs szoftver található. E fölött van egy menedzsment OS + app, amivel lehet kezelni a mellette futó virtuális gépeket. -> Szerver megoldások (VMware ESX Server, Xen Enterprise)

===Mi a release?===
* HW, SW, dokumentáció és folyamatok gyűjteménye, ami együtt egy RFC-t implementál
* A collection of hardware, software, documentation, Processes or other Components required to implement one or more approved Changes to IT Services. The contents of each Release are managed, tested, and deployed as a single entity. See Full Release, Delta Release, Package Release, Release Identification
===15. Mi a service desk?===
* egységes felület a felhasználók esetén, akik ide fordulnak ha nem megfelelő a szolgáltatási szint (szubjektív)
===Incidens loggolasakor milyen adatokat erdemes eltarolni?===
* ID, Időbélyeg
* Probléma leírás
* Érintettek száma, súlyosság, prioritás
* Kontakt (visszahívási szám)
* Vonatkozó CI adatok (!)
* Status (?)

===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

===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)

===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)

===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

===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
A MOF az a [http://msdn.microsoft.com/en-us/library/aa823192%28v=vs.85%29.aspx nyelv, amivel leírhatjuk a CIM osztályokat]. 
Felfogható a CIM Meta Schema konkrét [http://www.wbemsolutions.com/tutorials/DMTF/cim-specification.html szintaxisaként]

NEM teljes

===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.

===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ú

===Mit jelent az, hogy egy XML helyes (valid)?===
* XML with correct syntax is "Well Formed" XML.
* XML validated against a DTD is "Valid" XML.

===Definiálja az SLA fogalmat!===
(Service level agreement) Szolgáltatási szint megállapodások.

===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.

===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.

===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

===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.

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

===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

=== 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

=== Mit jelent a rekonsziliáció CMDB-k esetén?===
https://wiki.inf.mit.bme.hu/twiki/pub/InfInf/CcMDB/IMHF.pdf

===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)

===Milyen metrikákat tud felsorolni egy ticketkezelő rendszernél (legalább 3 felsorolása)?===
Trouble Ticket, Request for Change (RFC ) Ticket

===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. Egy vállalat saját infrastruktúrával szolgálja ki a weboldalát. A cég hálózata egy linuxos routeren keresztül ===
kapcsolódik az Internet elérését biztosító bérelt vonalhoz, ez az eszköz NAT-ol a belső hálózat gépeinek. A
weboldalt virtuális gépek szolgálják ki, melyek egy darab ESX szerveren futnak. Jelenleg két darab
webszerver működik egy terheléselosztó fürtben, az adatokat pedig egy külön adatbázis szerver tárolja. A
weboldal működőséhez szükséges az adatbázis működése is.
# Gyűjtsön össze legalább 5 meghibásodást, amik meggátolhatják a weboldal működését, és ábrázolja ezeket egy hibafában! (10 pont)
# Egy táblázatban javasoljon módszereket, hogy mivel lehetne védekezni a fenti meghibásodások ellen! (10 pont)

===2. Adott a következő metamodell, mellyel IT infrastruktúrák egy részletét lehet leírni:===
<center>{{InLineImageLink|Infoszak|IRFMintaVizsga200892|umldiag.png}}</center>
# Módosítsa úgy a metamodellt, hogy bevezeti a fürt fogalmát! A fürt legalább egy számítógépből áll, és külön neve és IP címe van. (5 pont)
# Készítsen egy olyan példány modellt, melyben egy két lapból álló webhelyet egy két csomópontból álló fürtre telepítünk! Minden weblap legalább egy elemet tartalmazzon! (15 pont)

-- [[MajorPeter|aldaris]] - 2009.06.02.
-- [[FarkasTamas21|Tommy21]] - 2009.06.03.

[[Category:Infoszak]]

IRF - Vizsgakidolgozások

2014-05-30T16:40:39Z

Szederzoli: /* Mi az úgynevezett többszörözött futtatást (lockstep) használó technikák lényege (virtualizált környezetben)? (2 pont) */

{{GlobalTemplate|Infoszak|IRFMintaVizsga200892}}

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

Adjon rövid válaszokat az alábbi kérdésekre!

===Az LDAP címtáraknál melyik fogalom felel meg az adatbázisok "elsődleges kulcs" fogalmának? (2 pont)===
* DN (Distinguished Name)
* Minden objektumnak van egy kitűntetett attribútuma:RDN (relative distinguishing name). Megmutatja, hogy melyik attribútumot akarjuk egyedi névként használni (~adatbázis elsődleges kulcs)

===Mi az operációs rendszer szintű virtualizáció? (2 pont)===
* Itt az operációs rendszer felett alakítunk ki elkülönített virtuális környezeteket (jail, container), amely közül mindegyik úgy érzékeli, hogy csak ő fut a kernel felett. Ehhez a kernel által biztosított – normális esetben singleton – erőforrásokat kell többszörözni minden környezethez. A megoldás változó mélységű lehet, van olyan, ahol csak a kernel látszik, van, olyan, ahol valamilyen közös magasszintű felhasználói-módú erőforrásokat is elérhetővé tesz minden izolált környezetben.

===Hogy néz ki egy egyszerű jegykezelés (ticket) életútjának állapotgépe? (3 pont)===
* Opened -> Assigned -> Resolved -> Closed (az Assigned és Resolved állapotokból az Opened-be is vissza lehet térni)

===Mit jelent a korreláció fogalma esemény-feldolgozás kapcsán? (2 pont)===
* azonos probléma által generált események együttes kezelése

===Mi a mentés (backup) és archiválás közötti különbség? (2 pont)===
* Az archiválás NEM hibatűrési mechanizmus, nem összekeverendő a backuppal! Az archiválás célja a már használaton kívüli, de megőrzendő adatok biztonságos tárolása.
* Mentés esetén egy új példányt készítünk az adatból, és azt olyan helyen tároljuk, aminek az eredeti példánnyal kevés közös hibája van. Archiválás esetén a nem vagy csak ritkán használt adatok elsődleges példányát mozgatjuk át más helyre, ahol hosszabb távon megőrizhető és nem a fő rendszerünk erőforrásait használja.

===Mi a biztonság (security) három alapfogalma? (2 pont)===
* Bizalmasság (Confidentiality): titoktartás harmadik féllel szemben, először mindenkinek ez jut eszébe a számítógépes biztonságról
* Sértetlenség (Integrity): legalább olyan fontos, hogy az üzenetek feladója tényleg az legyen, aki a feladó mezőben szerepel, illetve az kapott üzenet tartalma pontosan az legyen, amit az (igazi) feladó küldeni akart. (Hitelesség, Authenticity). Néha külön kiemelik a letagadhatatlanságot (Non-deniability), vagy kifejezetten a letagadhatóságot. Továbbá a rendszer elemei is megmaradnak olyannak, amilyennek elvárjuk, rongálástól, illetéktelen módosítástól mentesnek. (Tamper resistance).
* Rendelkezésre állás (Availability): gyakran elfeledett része a biztonságnak, kárt lehet okozni azzal is, ha csak működésképtelenné válik egy rendszer (Denial of Service), különösen fontos „biztonságkritikus” rendszerekben, ahol emberélet függhet a rendelkezésre állástól.
===Mi a számítógép fürt (cluster) definíciója? (2 pont)===
* különálló számítógépek együttese, amelyek egymással együttműködve és azonos szolgáltatásokat, alkalmazásokat futtatva egyetlen rendszerként, virtuális kiszolgálóként jelennek meg az ügyfelek számára.

===Milyen szabványos protokollokon lehet elérni egy CIM kiszolgálót? (2 pont)===
* http/https felett: WBEM, WinRM

nem inkább WS-Management és CIM-XML ? -- [[RegiusK|Regius Kornél]] - 2012.05.29.

diában ez áll: "A WBEM nem egy szabvány, hanem szabvány-készlet" szóval szerintem de -- [[Szerkesztő:Kviktor|kviktor]] ([[Szerkesztővita:Kviktor|vita]])

===Mi a feladat-visszavétel (failback)? (2 pont)===
* A szolgáltatást elsődlegesen futtató gép aktívvá válik a fürtben, és visszaveszi a feladatát a tartaléktól
===Mi a különbség az ITIL-ben a probléma és az incidens között? (2 pont)===
* Incidens a szolgáltatásban egy anomália, hiba, ami sérti a működést. A probléma az incidens kiváltó oka
===Mondjon legalább 3 olyan hibatípust, ami ellen a RAID nem véd! (3 pont)===
* Emberi hiba, OS, alkalmzás, tápellátás, minden ami nem lemezhiba.
===Mi a Definitive Software Library? (2 pont)===
* engedélyezett szoftverek gyűjteményének logikai tárhelye
===Hogyan nevezzük összefoglaló néven a CMDB-ben tárolt elemeket? (2 pont)===
* Configuration item (CI)
===Milyen alapvető műveletek vannak egy LDAP címtárban? (2 pont)===
* keresés
* olvasás
* batch jellegű hozzáadás / módosítás

Nem inkább Bind, Search, Update? -- [[RegiusK|Regius Kornél]] - 2012.05.29.

===Egy általános konfigurációs adatbázisnak milyen kapcsolódásai pontjai lehetnek, amit szabványosítani lehet? (2 pont)===

* Adatbázis - Provider (CMPI)
* Adatbázis - Adatbázis export/import (MOF)
* Adatbázis - Kliens (CIM-XML)

===Mi a rendelkezésre állás (availability)? (2 pont)===
* Helyes szolgáltatás nyújtására készen állás, vagyis annak a valószínűsége, hogy ha el akarjuk érni a szolgáltatást, akkor el tudjuk érni.
* Helyes szolgáltatás nyújtására készen állás
* Ez egy függvény, defjét lásd a diában (19es), olyat fejez ki, hogy az adott időpillanatban mennyi a valószínűsége, hogy a szerver működőképes. Ez az idő múlásával csökken, a végtelenben nézve adja a készenléti tényezőt, amire %-ban kifejezve gyakran rendelkezésreállásként hivatkoznak (ami nem túl helyes).

===Mi az RBAC? (2 pont)===
* Role Based Access Control - a felhasználókat hierarchiába szervezzük, majd ezekhez a szerepekhez rendelünk jogokat

===Mi a négy fő területe az ITIL-nek? (3 pont)===
* Service Design
* Service Operation
* Service Strategy
* Service Transition

===Sorolja fel legalább 3 komponensét az ITIL-nek!===
* Service Management
* Configuration Management
* Event Management
* Release Management

===ITIL Release Management esetén mi a baseline?===
* adott időpontban valaminek az állapota
* The recorded state of something at a specific point in time. A Baseline can be created for a Configuration, a Process, or any other set of data. For example, a baseline can be used in:
** Continuous Service Improvement, to establish a starting point for Planning improvements.
** Capacity Management, to document performance characteristics during normal operations.
** Configuration Management, to enable the IT Infrastructure to be restored to a known configuration if a Change fails. Also used to specify a standard Configuration for data capture, release or Audit purposes.

===Adjon meg legalább 3 metrikát, amivel egy webszervert által nyújtott szolgáltatást lehet jellemezni! (3 pont)===
* Feldolgozási idő
* Válaszidő
* Throughput

===Mit jelent a paravirtualizáció CPU virtualizáció esetén? (3 pont) ===
Paravirtualizáció: "Ha Mohamed nem megy a hegyhez, akkor a hegy megy Mohamedhez" tartja a mondás, és ez illik a paravirtualizációra is. Ha nem olyan a processzor-architektúránk, amely támogatná a virtualizációt, akkor módosítsuk az operációs rendszerünket, amely elkerüli a veszélyes utasításokat. Ez a paravirtualizáció lényege. Gyorsabb (sokkal gyorsabb), mint a kódfordítás, de az operációs rendszer módosítását igényli, ráadásul az így nyert operációs rendszer nem fut a valóságos processzoron. Ezen az úton járt kezdetben a Xen.

===Minek a rövidítése és mit jelent az MTBF? (2 pont)===
* Mean Time Between Failures / a meghibásodások között átlagosan eltelt idő
* Azt mutatja meg, hogy várhatóan a szerkezet mennyi ideig képes üzemelni.
* sum(uptime)/hibaszám

===Mik az ágens feladatai egy monitorozó rendszerben (legalább 3 felsorolása)? (2 pont)===
* 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

===Historikus adatgyűjtés esetén mit jelent az aggregáció fogalma? (2 pont)===
* Több adatot vonunk össze egyetlen értékbe (felbontás rontás, pl átlagolással)
* Azért csináljuk mert nem vagyunk kíváncsiak rá, hogy 1998 szeptember 30.-án 8:34:22-kor Pisti lefuttatott egy vírusirtást, viszont az érdekel minket, hogy évente átlagosan hányszor vírusirtottunk.

===Mi a különbség egy IaaS és egy PaaS típusú számítási felhő között? (2 pont)===
PaaS - platform as a service
* Képesség: saját/beszerzett alkalmazás telepítése bérelt futtatókörnyezetbe
** Adott környezeti szolgáltatások
** Adott használható API-k, nyelvek
** Konfigurálható környezet
** Korlátozhatja az alkalmazás-modellt
IaaS - infrastructure as a service
* Képesség: alapvető számítási erőforrások foglalása
** A felhasználó „tetszőleges” szoftvert futtat
** Jellemzően logikai/virtuális erőforrások
** Kontroll: OS, tárolás, alkalmazások, hálózati aspektusok egy része

===Az esemény-feldolgozásban mit hívunk törlő eseménynek (clearing event)? (2 pont)===
„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)===
[https://en.wikipedia.org/wiki/Lockstep_%28computing%29 Wikipédia] alapján: 
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)===
példánya (lefelé), típusa (felfelé)

===Mi a munkafolyamat?===
Azoknak a lépéseknek a sorozata, amelyeket egy cél elérése érdekében meg kell valósítani.

===Milyen részfeladatai vannak a rendszermonitorozásnak?===
* folyamatos adatgyűjtés
* pillanatnyi állapot tárolása
* megjelenítés
* riasztás
* historikus adattárolás
* beavatkozás

===Milyen topológiát jelent az N+M feladatátvételi fürt?===
* több tartalék (?) // 23-IRF-2009-furtozes-es-replikacio.pptx 25-ös dia
* N darab elsődleges szolgáltatást futtató géphez M darab tartalék gép áll rendelkezésre

===Mi a metamodell?===
* Modellezési nyelv modellje. Egy metamodell mindig egy sablont ad meg, hogy milyen fogalmi elemekből épül fel az alatta lévő szinten lévő modell, azok között milyen kapcsolatok és kényszerek vannak.

===Mi az autorizáció?===
* 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.
* Mihez férhetek hozzá?
* Mit csinálhatok vele?

===Linux alatt milyen tulajdonságokat tárolunk el egy felhasználóról?===
* UID
* name
* password
* shell
* home directory
* comment
* expiry date

===Mit értünk CMDB esetén föderáció alatt?===
* Federált adatbázis: olyan adatbáziskezelő rendszer (ha nagyon pontosak akarunk lenni: „metadatbázis-kezelő rendszer”), mely több autonóm adatbáziskezelő szolgáltatásait a saját felhasználói számára transzparens módon integrálja.
* Nem aggregáció
* Központi adatbázisok csak lapadatokat és külső kulcsokat tárolnak
* Részletes adatokat külső kulcson keresztül érjük el

===Mi az adat deduplikacio?===
* Többszörösen tárolt adatok esetén csak egy példány megtartása, többi helyen referencia elhelyezése. Lehet fájl és blokk szinten is vizsgálni a duplikációt.
* Az a folyamat, amely során megkeresik és azonosítják az egyedi adatrészleteket a kezelt adathalmazon belül, és a tárolás vagy adatmozgatás esetén megszüntetik a redundanciát.

===Milyen típusai vannak a terheléselosztó fürtöknek?===
* Round robin DNS
* Teljesen elosztott
* Központi elemre épülő

===Mi a különbseg a hosted és a bare-metal virtualizáció között?===
* Hosted: Operációs rendszer szintjén van egy virtualizációs szoftver, felette pedig futnak a host OS alkalmazásai + virtuális gépek -> Desktop megoldások (VMware Workstation, Server, VirtualBox)
* bare-metal: Hardver fölött egyből a virtualizációs szoftver található. E fölött van egy menedzsment OS + app, amivel lehet kezelni a mellette futó virtuális gépeket. -> Szerver megoldások (VMware ESX Server, Xen Enterprise)

===Mi a release?===
* HW, SW, dokumentáció és folyamatok gyűjteménye, ami együtt egy RFC-t implementál
* A collection of hardware, software, documentation, Processes or other Components required to implement one or more approved Changes to IT Services. The contents of each Release are managed, tested, and deployed as a single entity. See Full Release, Delta Release, Package Release, Release Identification
===15. Mi a service desk?===
* egységes felület a felhasználók esetén, akik ide fordulnak ha nem megfelelő a szolgáltatási szint (szubjektív)
===Incidens loggolasakor milyen adatokat erdemes eltarolni?===
* ID, Időbélyeg
* Probléma leírás
* Érintettek száma, súlyosság, prioritás
* Kontakt (visszahívási szám)
* Vonatkozó CI adatok (!)
* Status (?)

===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

===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)

===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)

===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

===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

===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.

===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ú

===Mit jelent az, hogy egy XML helyes (valid)?===
* XML with correct syntax is "Well Formed" XML.
* XML validated against a DTD is "Valid" XML.

===Definiálja az SLA fogalmat!===
(Service level agreement) Szolgáltatási szint megállapodások.

===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.

===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.

===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

===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.

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

===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

=== 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

=== Mit jelent a rekonsziliáció CMDB-k esetén?===
https://wiki.inf.mit.bme.hu/twiki/pub/InfInf/CcMDB/IMHF.pdf

===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)

===Milyen metrikákat tud felsorolni egy ticketkezelő rendszernél (legalább 3 felsorolása)?===
Trouble Ticket, Request for Change (RFC ) Ticket

===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. Egy vállalat saját infrastruktúrával szolgálja ki a weboldalát. A cég hálózata egy linuxos routeren keresztül ===
kapcsolódik az Internet elérését biztosító bérelt vonalhoz, ez az eszköz NAT-ol a belső hálózat gépeinek. A
weboldalt virtuális gépek szolgálják ki, melyek egy darab ESX szerveren futnak. Jelenleg két darab
webszerver működik egy terheléselosztó fürtben, az adatokat pedig egy külön adatbázis szerver tárolja. A
weboldal működőséhez szükséges az adatbázis működése is.
# Gyűjtsön össze legalább 5 meghibásodást, amik meggátolhatják a weboldal működését, és ábrázolja ezeket egy hibafában! (10 pont)
# Egy táblázatban javasoljon módszereket, hogy mivel lehetne védekezni a fenti meghibásodások ellen! (10 pont)

===2. Adott a következő metamodell, mellyel IT infrastruktúrák egy részletét lehet leírni:===
<center>{{InLineImageLink|Infoszak|IRFMintaVizsga200892|umldiag.png}}</center>
# Módosítsa úgy a metamodellt, hogy bevezeti a fürt fogalmát! A fürt legalább egy számítógépből áll, és külön neve és IP címe van. (5 pont)
# Készítsen egy olyan példány modellt, melyben egy két lapból álló webhelyet egy két csomópontból álló fürtre telepítünk! Minden weblap legalább egy elemet tartalmazzon! (15 pont)

-- [[MajorPeter|aldaris]] - 2009.06.02.
-- [[FarkasTamas21|Tommy21]] - 2009.06.03.

[[Category:Infoszak]]

Informatikai technológiák laboratórium 1 - AUT 1. mérés: Adatbázis szerver oldali programozása

2014-03-24T12:12:34Z

Szederzoli: /* 9. Csoportosítsd a DML triggereket Oracle szerveren (esemény, objektum, időbeliség)! */

{{vissza|Informatikai technológiák laboratórium 1}}

==1. Add meg az Oracle anonim blokk szerkezetét, jelöld be az opcionális részeket!==

PL/SQL anonymous blokk szerkezete ([opcionális részek]):

<pre>
[DECLARE]
BEGIN
--statements
[EXCEPTION]
END;
</pre>

Forrás: https://www.aut.bme.hu/Upload/Course/VIAUA369/hallgatoi_jegyzetek/05-Oracle%20Server%20programoz%C3%A1s.pdf, [http://i.imgur.com/RrF1RzC.png 32. dia] 
Bővebben: http://psoug.org/reference/anonymous_blocks.html

==2. Hogyan lehet Oracle szerveren elkapni egy hibát?==

<pre>
BEGIN
utasítások_sorozata1;
EXCEPTION
WHEN kivétel_név1 THEN
utasítások_sorozata2;
WHEN kivétel_név2 THEN
utasítások_sorozata3;
...
WHEN OTHERS THEN
utasítások_sorozata4;
END;
</pre>

Forrás: https://www.aut.bme.hu/Upload/Course/VIAUA369/hallgatoi_jegyzetek/05-Oracle%20Server%20programozás.pdf, [http://i.imgur.com/QuiaamK.png 40. dia] 
Bővebben: http://psoug.org/reference/exception_handling.html 
http://www.techonthenet.com/oracle/exceptions/when_others.php

Példa: 
<pre>
exception
when no_data_found then
/* hibakezelés a no_data_found típusú hibára */
</pre>

==3. Hogyan kell alkalmazás hibát dobni Oracle szerveren?==

http://docs.oracle.com/cd/B19306_01/appdev.102/b14261/errors.htm#sthref2006

<pre>
raise_application_error(-20001, 'hibauzenet');
</pre>

A függvény első paramétere a hibakód, negatív egész számnak kell lennie a -20000..-20999 tartományban. A második paraméter egy karaktersorozat, 2048 byte hosszúságig.
(Egyébként van egy opcionális harmadik paraméter is, ami TRUE vagy FALSE lehet, alapértelmezett értéke FALSE. Ha ez az érték TRUE, akkor a hiba a stackbe kerül, ha FALSE, akkor a hiba minden korábbi hibát felülír.)

==4. Hogyan kell alkalmazás hibát dobni SQL Serveren?==

* <code>sys.messages</code> táblában lévő előre definiált hibák küldése
* Egyedi hibák
*: <code>RAISERROR ( { msg_id | msg_str } , severity, state [, argument [, ... n ] ] )</code>
** Severity
*** 0…18: Felhasználói
*** 19…25: csak sysadmin generálhatja
*** 20…25: súlyos hiba, kapcsolatot is lezárja
** State
*** Több helyről küldhetjük ugyanazt a hibát
*** Helyek azonosítása
*** 1…127

Konkrétan:
<pre>
raiserror('hibauzenet', 16, 1)
raiserror('hibauzenet2, valami szam: %d', 16, 1, 1234)
</pre>

A függvény neve '''raiserror''' (egy „e”-vel), nem raiseerror! Hasonlít a C nyelv printf-jére, itt is adhatunk meg az üzenetbe behelyettesítendő paramétereket (a fenti példában ez a második sorban az 1234). A hibaüzenet utáni első paraméter a severity (súlyosság), értéke: 1-10 között csak hibaüzenet, de megy tovább a program; 11-19 között ha try blokkban keletkezik a hiba, akkor a catch-részbe ugrik a vezérlés, tehát ez már tényleg kivételt dob. A második paraméter a state (állapot), az itt megadott értéket adja vissza az error_state() függvény. Értékkészlete: 1-127. Minden raiserror-nál, ami ugyanolyan hibára vonatkozik, adjunk más értéket a state-nek, mert így könnyebb megtalálni, melyik raiserror dobta a hibát.

Források:
* http://technet.microsoft.com/en-us/library/ms178592.aspx
* https://www.aut.bme.hu/Upload/Course/VIAUA369/hallgatoi_jegyzetek/06-MS%20SQL%20Server%20programoz%C3%A1s.pdf, [http://i.imgur.com/U0Pt7Xc.png 22. dia]

==5. Hogyan kell tárolt eljárást létrehozni Oracle szerveren?==

http://www.techonthenet.com/oracle/procedures.php

<pre>
create or replace procedure eljaras_neve
(param1_bementi in varchar2, param2_kimeneti out varchar2)
is
/* változók */
valtozo1 number;
valtozo2 int;
begin
tárolt eljárás kódja
end eljaras_neve;
</pre>

==6. Hogyan kell tárolt eljárást létrehozni SQL Serveren?==

* MS SQL Server 2000: http://msdn.microsoft.com/en-us/library/aa258259(SQL.80).aspx
* MS SQL Server 2005: http://msdn.microsoft.com/en-us/library/ms187926%28SQL.90%29.aspx
* MS SQL Server 2012: http://msdn.microsoft.com/en-us/library/ms187926(v=sql.110).aspx
* https://www.aut.bme.hu/Upload/Course/VIAUA369/hallgatoi_jegyzetek/06-MS%20SQL%20Server%20programoz%C3%A1s.pdf, 34. dia

<pre>
CREATE PROCEDURE eljaras_neve
@param1 nvarchar(50),
@param2 float,
@param3 int
AS
sql_utasítások
</pre>

==7. Definiáld a trigger fogalmát!==

A triggerek olyan speciális procedúrák egy adatbázisban, amelyek különböző eseményekhez köthetőek. DML Események: INSERT, UPDATE, DELETE.
DDL trigger események pl. a CREATE, ALTER, DROP. Továbbá lehetnek rendszeresemények (Logon, Logoff stb.) is. Céljuk pl.:
* Eseménykezelő tárolt eljárás
* Származtatott értékek karbantartása
* Naplózás
* Statisztikák gyűjtése
* Szerverek közti referenciális integritás

==8. Adj meg 3 tipikus feladatot, aminek elvégzésére triggert szoktak írni! ==

* Módosítások feltételhez kötése
* Módosítások auditálása
* Hozzáférés korlátozása
* Redundáns mező értékének kiszámolása (konzisztencia megőrzése)

==9. Csoportosítsd a DML triggereket Oracle szerveren (esemény, objektum, időbeliség)!==

Objektum:
ON table_name

Időbeliség:
BEFORE, AFTER

Esemény:
INSERT, UPDATE, DELETE

DML események
* insert, update, delete
* Táblához kötődik
objektumok
* utasítás szintű
* sor szintű
ütemezés
# utasítás előtti (utasítás szintű)
## sor módosítás előtti (sor szintű)
## adatmódosítás
## sor módisítás utána
## (minden sorra ez a 3)
# utasítás utána

'''Általános Oracle szintaktika:'''
<pre>
create or replace trigger trignev
{before|after} {insert or update or delete}
on tablanev
[for each row]
[when feltétel]
begin
update tábla set nev = :new.nev
where sorszam = 1;
end
</pre>

==10. Csoportosítsd a DML triggereket SQL Serveren (esemény, objektum, időbeliség)!==

Objektum:
ON { table | view }

Időbeliség:
FOR, AFTER, INSTEAD OF

Esemény:
INSERT, UPDATE, DELETE

'''Általános MS SQL szintaktika:'''
<pre>
create trigger
on {tablanev|nezetnev}
{for|after|instead of} {insert,update,delete}
as
if columns_updated() begin ... end
</pre>

-- [[PallosTamas|Velias]] - 2009.02.22.
-- [[FlamichTamas]] - 2009.03.29.
-- [[CsomorLaszlo|tsw]] - 2009.03.29.
-- [[FaPe|FaPe]] - 2009.04.07.
-- [[RudolfKing|RudolfKing]] - 2011.03.21.
-- [[BujakiAttila|Buj]] - 2012.03.27.

[[Category:Infoszak]]

Informatikai technológiák laboratórium 1 - AUT 1. mérés: Adatbázis szerver oldali programozása

2014-03-24T12:10:55Z

Szederzoli: /* 10. Csoportosítsd a DML triggereket SQL Serveren (esemény, objektum, időbeliség)! */

{{vissza|Informatikai technológiák laboratórium 1}}

==1. Add meg az Oracle anonim blokk szerkezetét, jelöld be az opcionális részeket!==

PL/SQL anonymous blokk szerkezete ([opcionális részek]):

<pre>
[DECLARE]
BEGIN
--statements
[EXCEPTION]
END;
</pre>

Forrás: https://www.aut.bme.hu/Upload/Course/VIAUA369/hallgatoi_jegyzetek/05-Oracle%20Server%20programoz%C3%A1s.pdf, [http://i.imgur.com/RrF1RzC.png 32. dia] 
Bővebben: http://psoug.org/reference/anonymous_blocks.html

==2. Hogyan lehet Oracle szerveren elkapni egy hibát?==

<pre>
BEGIN
utasítások_sorozata1;
EXCEPTION
WHEN kivétel_név1 THEN
utasítások_sorozata2;
WHEN kivétel_név2 THEN
utasítások_sorozata3;
...
WHEN OTHERS THEN
utasítások_sorozata4;
END;
</pre>

Forrás: https://www.aut.bme.hu/Upload/Course/VIAUA369/hallgatoi_jegyzetek/05-Oracle%20Server%20programozás.pdf, [http://i.imgur.com/QuiaamK.png 40. dia] 
Bővebben: http://psoug.org/reference/exception_handling.html 
http://www.techonthenet.com/oracle/exceptions/when_others.php

Példa: 
<pre>
exception
when no_data_found then
/* hibakezelés a no_data_found típusú hibára */
</pre>

==3. Hogyan kell alkalmazás hibát dobni Oracle szerveren?==

http://docs.oracle.com/cd/B19306_01/appdev.102/b14261/errors.htm#sthref2006

<pre>
raise_application_error(-20001, 'hibauzenet');
</pre>

A függvény első paramétere a hibakód, negatív egész számnak kell lennie a -20000..-20999 tartományban. A második paraméter egy karaktersorozat, 2048 byte hosszúságig.
(Egyébként van egy opcionális harmadik paraméter is, ami TRUE vagy FALSE lehet, alapértelmezett értéke FALSE. Ha ez az érték TRUE, akkor a hiba a stackbe kerül, ha FALSE, akkor a hiba minden korábbi hibát felülír.)

==4. Hogyan kell alkalmazás hibát dobni SQL Serveren?==

* <code>sys.messages</code> táblában lévő előre definiált hibák küldése
* Egyedi hibák
*: <code>RAISERROR ( { msg_id | msg_str } , severity, state [, argument [, ... n ] ] )</code>
** Severity
*** 0…18: Felhasználói
*** 19…25: csak sysadmin generálhatja
*** 20…25: súlyos hiba, kapcsolatot is lezárja
** State
*** Több helyről küldhetjük ugyanazt a hibát
*** Helyek azonosítása
*** 1…127

Konkrétan:
<pre>
raiserror('hibauzenet', 16, 1)
raiserror('hibauzenet2, valami szam: %d', 16, 1, 1234)
</pre>

A függvény neve '''raiserror''' (egy „e”-vel), nem raiseerror! Hasonlít a C nyelv printf-jére, itt is adhatunk meg az üzenetbe behelyettesítendő paramétereket (a fenti példában ez a második sorban az 1234). A hibaüzenet utáni első paraméter a severity (súlyosság), értéke: 1-10 között csak hibaüzenet, de megy tovább a program; 11-19 között ha try blokkban keletkezik a hiba, akkor a catch-részbe ugrik a vezérlés, tehát ez már tényleg kivételt dob. A második paraméter a state (állapot), az itt megadott értéket adja vissza az error_state() függvény. Értékkészlete: 1-127. Minden raiserror-nál, ami ugyanolyan hibára vonatkozik, adjunk más értéket a state-nek, mert így könnyebb megtalálni, melyik raiserror dobta a hibát.

Források:
* http://technet.microsoft.com/en-us/library/ms178592.aspx
* https://www.aut.bme.hu/Upload/Course/VIAUA369/hallgatoi_jegyzetek/06-MS%20SQL%20Server%20programoz%C3%A1s.pdf, [http://i.imgur.com/U0Pt7Xc.png 22. dia]

==5. Hogyan kell tárolt eljárást létrehozni Oracle szerveren?==

http://www.techonthenet.com/oracle/procedures.php

<pre>
create or replace procedure eljaras_neve
(param1_bementi in varchar2, param2_kimeneti out varchar2)
is
/* változók */
valtozo1 number;
valtozo2 int;
begin
tárolt eljárás kódja
end eljaras_neve;
</pre>

==6. Hogyan kell tárolt eljárást létrehozni SQL Serveren?==

* MS SQL Server 2000: http://msdn.microsoft.com/en-us/library/aa258259(SQL.80).aspx
* MS SQL Server 2005: http://msdn.microsoft.com/en-us/library/ms187926%28SQL.90%29.aspx
* MS SQL Server 2012: http://msdn.microsoft.com/en-us/library/ms187926(v=sql.110).aspx
* https://www.aut.bme.hu/Upload/Course/VIAUA369/hallgatoi_jegyzetek/06-MS%20SQL%20Server%20programoz%C3%A1s.pdf, 34. dia

<pre>
CREATE PROCEDURE eljaras_neve
@param1 nvarchar(50),
@param2 float,
@param3 int
AS
sql_utasítások
</pre>

==7. Definiáld a trigger fogalmát!==

A triggerek olyan speciális procedúrák egy adatbázisban, amelyek különböző eseményekhez köthetőek. DML Események: INSERT, UPDATE, DELETE.
DDL trigger események pl. a CREATE, ALTER, DROP. Továbbá lehetnek rendszeresemények (Logon, Logoff stb.) is. Céljuk pl.:
* Eseménykezelő tárolt eljárás
* Származtatott értékek karbantartása
* Naplózás
* Statisztikák gyűjtése
* Szerverek közti referenciális integritás

==8. Adj meg 3 tipikus feladatot, aminek elvégzésére triggert szoktak írni! ==

* Módosítások feltételhez kötése
* Módosítások auditálása
* Hozzáférés korlátozása
* Redundáns mező értékének kiszámolása (konzisztencia megőrzése)

==9. Csoportosítsd a DML triggereket Oracle szerveren (esemény, objektum, időbeliség)!==

ON table_name

BEFORE, AFTER

INSERT, UPDATE, DELETE

DML események
* insert, update, delete
* Táblához kötődik
objektumok
* utasítás szintű
* sor szintű
ütemezés
# utasítás előtti (utasítás szintű)
## sor módosítás előtti (sor szintű)
## adatmódosítás
## sor módisítás utána
## (minden sorra ez a 3)
# utasítás utána

'''Általános Oracle szintaktika:'''
<pre>
create or replace trigger trignev
{before|after} {insert or update or delete}
on tablanev
[for each row]
[when feltétel]
begin
update tábla set nev = :new.nev
where sorszam = 1;
end
</pre>

==10. Csoportosítsd a DML triggereket SQL Serveren (esemény, objektum, időbeliség)!==

Objektum:
ON { table | view }

Időbeliség:
FOR, AFTER, INSTEAD OF

Esemény:
INSERT, UPDATE, DELETE

'''Általános MS SQL szintaktika:'''
<pre>
create trigger
on {tablanev|nezetnev}
{for|after|instead of} {insert,update,delete}
as
if columns_updated() begin ... end
</pre>

-- [[PallosTamas|Velias]] - 2009.02.22.
-- [[FlamichTamas]] - 2009.03.29.
-- [[CsomorLaszlo|tsw]] - 2009.03.29.
-- [[FaPe|FaPe]] - 2009.04.07.
-- [[RudolfKing|RudolfKing]] - 2011.03.21.
-- [[BujakiAttila|Buj]] - 2012.03.27.

[[Category:Infoszak]]

Objektumorientált szoftvertervezés - Vizsga, 2008.05.27.

2013-06-17T23:46:56Z

Szederzoli: /* Mi a discriminator tag, mi a szerepe? (2p) */

===OO Vizsga 2008-05-27===
__TOC__

====Van az ObjectOutput interfész és abban egy writeObject metódus, illetve van egy saját osztályunk (XClass), amiben szintén lehet writeObject metódus. Mi az ObjectOutput és az XClass közötti viszony? (2p)====

* XClass függ az ObjectOutput interface-től.
* Perzisztencia 20 és 26 dia: Az új diasorban ez az ábra megváltozott, és nincs nyíl köztük, de az ObjectOutput megvalósítása az ObjectOutputStream, amitől viszont függ a MyClass. -- [[MetykoCecilia|Ciana]] - 2010.06.11.

* Szerintem inkább specializációról van szó. (ootervezes_metrics 11-es dia)
* Nem, ez a perzisztenciarol szolo diasor 27. oldalan van, es valoban a dependency a helyes valasz, a nyil vegzodesbol lathato. Pzs

====Van egy Car osztály, aminek perzisztens példányait az Objectstore adatbázis db példányában tárolunk mycars root alatt. Volt a Car-nak vmi privát int változója és az azt visszaadó metódus ( getXXX() ). Egészítse ki a következő 3 sort úgy hogy a result-ban azok a car példányok legyenek melyek int változója kisebb mint 20000.(6p)====

Query q = ...

Collection cars = ...

Set result = ...

<pre>
Query q = new Query(Car.class, "getXXX()<20000");
Collection cars = (Collection) db.getRoot("mycars");
Set result = q.select(cars);
</pre>

====Volt 3 darab ábra, amin Thread Session és Database példányok kapcsolatai voltak feltüntve különbözőképpen. Ezeket kellett jellemezni (3p) (Volt köztük egy olyan is ahol egy Thread két Sessionhöz kapcsolódott, ami ha jól tévedek helytelen!)====

Jegyzetből:

[[Fájl:OotVizsga20080527_thrdsssn.jpg]]

====Mi a discriminator tag, mi a szerepe? (2p)====

* Akkor használjuk ha hibernate-tel több osztály példányait tároljuk egy táblában. A discriminator tag a leíró xml-ben van, azt mondja meg mi legyen a neve annak az oszlopnak, ami az adott sor típusát jelzi.

* (Alapból az osztály FQN-je jelöli a típust (com.example.Valami), de a discriminator-value tag-gel ez felülírható.)

A discriminator tag a hibernate table-per-class-hierarchy esetében adja meg, hogy az adott táblázat sorában milyen osztály szerepel

====Mivel térhet még vissza listán kívül a Hibernate Query? (2p)====

* objektum
* iterátor

====Mikor procedurális a metódus kohézió? Miről lehet könnyen felismerni? (2p) -az első kérdés valószínűleg nem így volt fogalmazva ezt ne vegyétek készpénznek!-====

* instanceof (???) (ootervezes_metrics 13-as dia)
* Olyan tevékenységek végrehajtása, melyek a szoftvertermék használatához kapcsolódó eljárásokkal vannak összhangban
* egyáltalán nem újra felhasználható
* pl: read_part_number_and_update_repair_record_on_master_file
* Procedural cohesion is when parts of a module are grouped because they always follow a certain sequence of execution (e.g. a function which checks file permissions and then opens the file).

Én erről azt találtam, hogy akkor procedurális a metódus kohézió, ha adott műveletet végez el különböző adatokon(pl. printf)

====Az Aktív objektum mintában mi a Future osztály szerepe? (2p)====

* Tárolja az eljáráshívás eredményét
* Randevú lehetőséget biztosít a kliens számára
* (ootervezes_metrics 45-47-es dia)
* This object acts as a placeholder for the result of the not-yet-performed method invocation. [http://proactive.inria.fr/3.90/html/ActiveObjectCreation.html forrás]
* [http://www.paulbridger.com/active_object/ C++-os megvalósítás]

====Van A B C osztály, melyek megvalósítják a HC interfészt, és van V1 V2 osztály, melyek Visitor-ai a HC interfésznek (vagy az A B C osztályoknak nemtom hogy volt fogalmazva de értitek remélem). Rajzolja fel a Hagyományos Visitor mintának megfelelő osztálydiagramot ezek alapján és tüntesse fel a jellegzetes metódusokat is! (6p)====
* ooterv_metrics 63-as dia

====Mit ír ki? Ha nem tévedek tökéletesen megegyezik a Java gyak mitírkijével. Volt egy A osztály privát f1 és f5 metódussal mely meghívja f1-t illetve volt B osztály mely származott A-ból szintén rendelkezett privát f1-el. A main-ben A a1 = new A(); a1.f5(); A a2 = new B(); a2.f5(); (2p) -Ha jól mondom akkor mindkettő A f1-t fog eredményezni- ====
!!!
Nem lattam a feladatot, de ha jol ertem ez heterogen kollekcio pelda es kb igy nezhetett ki:
* A.java
<pre>
class A {
public void f1 () { System.out.println("A::f1"); }
public void f5 () { f1(); }
}
</pre>
* B.java
<pre>
class B extends A {
public void f1 () { System.out.println("B::f1"); }
}
</pre>
* Test.java:
<pre>
class Test {
public static void main (String[] params) {
A a = new A(); a.f5();
A b = new B(); b.f5();
}
}
</pre>
* Kimenet:
> javac *.java && java Test
<pre>
A::f1
B::f1
</pre>
(ez a heterogen kollekcio lenyege szerintem)

====Miért jelöli a Java nyelv a Thread stop resume és suspend metódusait deprecated-nek? (2p)====

A stop()-ot azért mert a leállított Thread foglalt monitorjai mind felszabadulnak, azonban lehet hogy valamely eddig monitorral védett objektum inkonzisztens állapotban marad, és így elérhető a többi thread számára. Ez kiszámíthatatlan hibákhoz vezethet, ezért ellenjavalt.

A suspend() - (és a csak vele párban használható resume() ) pedig azért deprecated, mert holtponthoz vezethet. Suspend()-kor ugyanis nem szabadulnak fel a monitorok. Ha a resume()-ot hívó thread-nek a resume() előtt szüksége van valamely, az alvó által foglalt monitorra, akkor az a deadlock tipikus esete.

[http://java.sun.com/javase/6/docs/api/java/lang/Thread.html JavaDoc]

====Mi a különbség a Java nyelv notify és notifyAll metódusai között? (2p)====

* notify(): felébreszt egyet az objektumon váró szálak közül, a felébresztett szál csak akkor folytathatja futását, ha a hívó szál kilépett a monitorból
* notifyAll(): felébreszti az objektumra váró összes szálat, kölcsönös kizárás érvényesül

mindkét esetben a szálnak az objektum monitorában kell lenni

====Mi a különbség a Naming és a Trading Service között? (2p)====

* Naming Service - "telefonkönyv", nevekhez tárolja a szolgáltatót, hierarchikus névtér elengedhetetlen (pl. DNS)
* Trading Service - "arany oldalak", szolgáltatások jegyzéke, megadhat plusz paramétereket is

====Távoli eljáráshívás esetén milyen problémákat jelenthetnek az összetett típusok? (4p)====

* deep copy szükséges minden esetben
* saját foglaló és felszabadító függvények
* inout paraméterek kezelése

====A Java SecurityManager checkXXX metódusai milyen módon jelzik, ha a hozzáférést megtagadják? (1p)====

* elutasítás esetén SecurityExceptiont dobnak

====Implementáljon Java nyelven bináris szemafórt! (6p)====

<pre>
public class Semaphore {

private int s;

public Semaphore (int v) {
s=v;
}

synchronized public void P() throws InterruptedException {
while (s <= 0) {wait();}
s--;
}

synchronized public void V() {
s++;
notify();
}
}
</pre>

====Ismertesse az elosztot garbage-collection-t! (4p)====

A távoli objektumokra a kliens oldali stub-oknak is van referenciájuk. Ha az objektum távoli referenciái megszűntek, az objektumot az RMI weak reference-ként tartja számon.

Értesítés a referenciák megszűntéről:
* java.rmi.server.Unreferenced interfész
* public void unreferenced() metódusa

<pre>
// Client
Account a1 = bank.openAccount("acc01");
...
a1.close(); a1 = null;

public void close() throws RemoteException {
bank.closeAccount(number);
}

public void closeAccount(String anumber) {
AccountImpl a = table.get(anumber);
try { unexportObject(a, false); }
catch (Exception e) {}
table.remove(anumber);
}
}
</pre>

====Mondjon jellemzőket (jellemzőként 1-2 mondatban) a mobil ügynökre! (4p) -Erre volt egy nyúlfarknyi hely, nem igazán tudom mire gondolt Balázs erre a jellemzőkegykétmondatbankishelyen kérdéssel 4 pontért... és külön lapot nem lehetett beadni! ====

* A kliens által küldött objektum futtatható kódja nincs meg a szerveren
* Adat és kód együtt kerül a szerverhez

(Mitől ügynök az ügynök?)
* aktív és autonóm
** saját szálon fut
** a döntéseit maga hozza
** a környezet figyelembevételével
* kapcsolatképes (reaktív)
** más ügynökökkel kommunikálhat
* tanulékony
** a tapasztalatait összegzi
* mobil
** képes az ügynökségek közötti közlekedésre

-- [[PappBalazsx|Balázs]] - 2008.06.01.

-- [[MajorPeter|aldaris]] - 2009.05.27.

[[Category:Infoszak]]

Objektumorientált szoftvertervezés - Vizsga, 2008.06.03.

2013-06-17T23:39:01Z

Szederzoli: /* RMI során átadható paraméterek osztályozása és a paraméterátadás módja (felsorolás + 1-1 rövid mondattal jellemzés, 3p) */

===OO Vizsga 2008-06-03===

__TOC__

====Hibernate: Mi(k)nek a metódusa createQuery()? (2p)====

* '''session''' -> ez a jó
* perzisztens kollekció
* tábla
* tranzakció

====Adott az alábbi kód. Mit csinál, mi a következménye, hogy tehető korrekté? (6p)====

<pre>
Object object = db.getRoot("username");
ObjectStore.destroy(object);
</pre>

A getRoot és a destroy közé kell:
<pre>
db.setRoot("username", null);
</pre>

Ezzel a root mögötti objektumot tudjuk törölni.

====WMC (Weighted Method Class) metrika definíciója. (2p)====
* Egy osztályhoz tartozó metódusok CC-je (metódus bonyolultsága) összesen
* Egy osztály elkézítésének bonyolultsága ?

====Egy funkción belül mikor nevezzük a kohéziót procedurálisnak? Miről ismerhető fel könnyen? (2p)====
* instanceof (???)

====Aktív objektum mintában az ütemező (Scheduler) a Request_Method példány meghívásakor átad egy paramétert. Mi az és mi a feladata?====
Valószínűleg ez a Servanthoz lesz a referencia, ami majd futtatni fogja a metódus kódját. Másképp honnan tudja a method_request, hogy melyik servanthoz hívjon be? Ez tűnik logikusnak. [https://lists.sch.bme.hu/wws/arc/inftech2009/2009-05/msg00083.html forrás]

====Adott egy bináris fa, a fa csúcsaiban vagy Guard vagy Node objektumok, ezeknek közös az ősük, amely vizitálható. Adott a vizitor interfész, illetve két megvalósítása:====
* Visit_Print: ez kiírja a Node-ban tárolt értéket
* Sequ3: a faelemet meglátogatja a konstruktorában megadott 3 vizitort (mint a diasorban a Sequence, csak ebben 3 van)
* Visit_InOrder: a Sequ3-ból származik, a fa inorder bejárását végzi el, közben minden Node element végrehajtja a konstruktorában megadott vizitort. Ez nincs készen, ez a c) feladat

# Visitor interfészbe a metódusok beírása az UML diagramon (1p)
# Az inorder bejáráshoz szükséges egyéb vizitorok megadása az UML-diagramon és konstruktoraikkal, metódusaikkal (4p)
# Visit_InOrder konstruktorának megírása a fenti többi vizitor használatával (4p)
# A vizitorok létrehozása és meghívása, hogy a fa elemei listázásra kerüljenek (2p)

====RMI során átadható paraméterek osztályozása és a paraméterátadás módja (felsorolás + 1-1 rövid mondattal jellemzés, 3p)====
[[OotElosztottRendszerek]]

* Pass-by-Reference
** a metódus a paraméterre mutató referenciát kap
** a metódus a referencián keresztül éri el a paramétert, amit a hívó tart
** azok adhatóak át így, akik implementálják a Remote interfészt
* Pass-by-Value (Copy)
** a paraméter lemásolódik
** a metódus a másolatot kapja meg, és azon dolgozik
** mindenki más így adódik át

====Volt egy XSD séma, ahol az elemen belül volt egy simpletype definiálva, át kellett írni olyanra, hogy kívül legyen (2p)====
Egy példa a feladathoz:
; Beágyazott
<xs:element name="car">
<xs:simpleType>
<xs:restriction base="xs:string">
<xs:enumeration value="Zhiguli"/>
<xs:enumeration value="Moskvitch"/>
<xs:enumeration value="Zaporozhets"/>
</xs:restriction>
</xs:simpleType>
</xs:element>

; Külön típusdefiníció
<xs:element name="car" type="carType"/>

<xs:simpleType name="carType">
<xs:restriction base="xs:string">
<xs:enumeration value="Zhiguli"/>
<xs:enumeration value="Moskvitch"/>
<xs:enumeration value="Zaporozhets"/>
</xs:restriction>
</xs:simpleType>

====XSD sorrendiséget és gyakoriságot befolyásoló tag-ek (felsorolás + 1-1 rövid mondattal jellemzés, 5p)====
Sorrendiséghez:
* all - tetszőleges sorrendben
* choice - a listából csak az egyik
* sequence - pontosan ugyanabban a sorrendben
Gyakoriság:
* minOccurs maxOccurs attribútumok

====Milyen hibákat kaphatunk egy XML dokumentum SAX-al való feldolgozása során? (3p)====
* fatal error - a dokumentum nem jól formált (szintaktikai hiba, nincs lezárva tag)
* error - a dokumentum nem valid (szemantikai hiba, pl nem felel meg a sémának)
* warning - figyelmeztetés (pl. ha kétszer definiálunk egy típust)

====Mik a SAX (simple api for XML) jellemzői? (3p)====
* eseményvezérelt
* soros elérésű
** alacsony memória-igény
** nagy sebesség
** nem lehet előre- és visszaugrani
* állapotfüggetlen feldolgozás

====Mik az AWT konténerek felelősségei? (3p)====
* komponensek megtalálása
* fókusz továbbadása
* komponensek elhelyezése

====Milyen tervezési mintákat valósítanak meg (Swing)? (4p)====

* Konténerek és komponensek összekapcsolása
* Eseménykezelés
* LayoutManager használata
* JScrollPane használata

Szerintem inkább ez kell ide:
* Konténerek + komponensek - Composite pattern
* Eseménykezelés - Observer pattern
* LayoutManager - Strategy pattern
* JScrollPane-nél Decorator pattern
* JTree-nél Null Object pattern

====Miért nem ajánlott beágyazott/mobil környezetben a Listener-alapú eseménykezelés? (2p)====
* túlságosan is erőforrásigényes
* nem engedheti meg egy beágyazott környezet a beragadott objektumokat
* sokszor dinamikusan jönnek létre és szűnnek meg az objektumok

-- [[MajorPeter|aldaris]] - 2009.05.27.

-- [[BudaiPeterIstvan|buc]] - 2008.06.03.

-- [[KovacsAdam|Csádám]] - 2010.05.31.

[[Category:Infoszak]]

Objektumorientált szoftvertervezés - Vizsga, 2008.06.03.

2013-06-17T23:37:24Z

Szederzoli: /* Volt egy XSD séma, ahol az elemen belül volt egy simpletype definiálva, át kellett írni olyanra, hogy kívül legyen (2p) */

===OO Vizsga 2008-06-03===

__TOC__

====Hibernate: Mi(k)nek a metódusa createQuery()? (2p)====

* '''session''' -> ez a jó
* perzisztens kollekció
* tábla
* tranzakció

====Adott az alábbi kód. Mit csinál, mi a következménye, hogy tehető korrekté? (6p)====

<pre>
Object object = db.getRoot("username");
ObjectStore.destroy(object);
</pre>

A getRoot és a destroy közé kell:
<pre>
db.setRoot("username", null);
</pre>

Ezzel a root mögötti objektumot tudjuk törölni.

====WMC (Weighted Method Class) metrika definíciója. (2p)====
* Egy osztályhoz tartozó metódusok CC-je (metódus bonyolultsága) összesen
* Egy osztály elkézítésének bonyolultsága ?

====Egy funkción belül mikor nevezzük a kohéziót procedurálisnak? Miről ismerhető fel könnyen? (2p)====
* instanceof (???)

====Aktív objektum mintában az ütemező (Scheduler) a Request_Method példány meghívásakor átad egy paramétert. Mi az és mi a feladata?====
Valószínűleg ez a Servanthoz lesz a referencia, ami majd futtatni fogja a metódus kódját. Másképp honnan tudja a method_request, hogy melyik servanthoz hívjon be? Ez tűnik logikusnak. [https://lists.sch.bme.hu/wws/arc/inftech2009/2009-05/msg00083.html forrás]

====Adott egy bináris fa, a fa csúcsaiban vagy Guard vagy Node objektumok, ezeknek közös az ősük, amely vizitálható. Adott a vizitor interfész, illetve két megvalósítása:====
* Visit_Print: ez kiírja a Node-ban tárolt értéket
* Sequ3: a faelemet meglátogatja a konstruktorában megadott 3 vizitort (mint a diasorban a Sequence, csak ebben 3 van)
* Visit_InOrder: a Sequ3-ból származik, a fa inorder bejárását végzi el, közben minden Node element végrehajtja a konstruktorában megadott vizitort. Ez nincs készen, ez a c) feladat

# Visitor interfészbe a metódusok beírása az UML diagramon (1p)
# Az inorder bejáráshoz szükséges egyéb vizitorok megadása az UML-diagramon és konstruktoraikkal, metódusaikkal (4p)
# Visit_InOrder konstruktorának megírása a fenti többi vizitor használatával (4p)
# A vizitorok létrehozása és meghívása, hogy a fa elemei listázásra kerüljenek (2p)

====RMI során átadható paraméterek osztályozása és a paraméterátadás módja (felsorolás + 1-1 rövid mondattal jellemzés, 3p)====

[[OotElosztottRendszerek]]

====Volt egy XSD séma, ahol az elemen belül volt egy simpletype definiálva, át kellett írni olyanra, hogy kívül legyen (2p)====
Egy példa a feladathoz:
; Beágyazott
<xs:element name="car">
<xs:simpleType>
<xs:restriction base="xs:string">
<xs:enumeration value="Zhiguli"/>
<xs:enumeration value="Moskvitch"/>
<xs:enumeration value="Zaporozhets"/>
</xs:restriction>
</xs:simpleType>
</xs:element>

; Külön típusdefiníció
<xs:element name="car" type="carType"/>

<xs:simpleType name="carType">
<xs:restriction base="xs:string">
<xs:enumeration value="Zhiguli"/>
<xs:enumeration value="Moskvitch"/>
<xs:enumeration value="Zaporozhets"/>
</xs:restriction>
</xs:simpleType>

====XSD sorrendiséget és gyakoriságot befolyásoló tag-ek (felsorolás + 1-1 rövid mondattal jellemzés, 5p)====
Sorrendiséghez:
* all - tetszőleges sorrendben
* choice - a listából csak az egyik
* sequence - pontosan ugyanabban a sorrendben
Gyakoriság:
* minOccurs maxOccurs attribútumok

====Milyen hibákat kaphatunk egy XML dokumentum SAX-al való feldolgozása során? (3p)====
* fatal error - a dokumentum nem jól formált (szintaktikai hiba, nincs lezárva tag)
* error - a dokumentum nem valid (szemantikai hiba, pl nem felel meg a sémának)
* warning - figyelmeztetés (pl. ha kétszer definiálunk egy típust)

====Mik a SAX (simple api for XML) jellemzői? (3p)====
* eseményvezérelt
* soros elérésű
** alacsony memória-igény
** nagy sebesség
** nem lehet előre- és visszaugrani
* állapotfüggetlen feldolgozás

====Mik az AWT konténerek felelősségei? (3p)====
* komponensek megtalálása
* fókusz továbbadása
* komponensek elhelyezése

====Milyen tervezési mintákat valósítanak meg (Swing)? (4p)====

* Konténerek és komponensek összekapcsolása
* Eseménykezelés
* LayoutManager használata
* JScrollPane használata

Szerintem inkább ez kell ide:
* Konténerek + komponensek - Composite pattern
* Eseménykezelés - Observer pattern
* LayoutManager - Strategy pattern
* JScrollPane-nél Decorator pattern
* JTree-nél Null Object pattern

====Miért nem ajánlott beágyazott/mobil környezetben a Listener-alapú eseménykezelés? (2p)====
* túlságosan is erőforrásigényes
* nem engedheti meg egy beágyazott környezet a beragadott objektumokat
* sokszor dinamikusan jönnek létre és szűnnek meg az objektumok

-- [[MajorPeter|aldaris]] - 2009.05.27.

-- [[BudaiPeterIstvan|buc]] - 2008.06.03.

-- [[KovacsAdam|Csádám]] - 2010.05.31.

[[Category:Infoszak]]

Információs rendszerek üzemeltetése (régi)

2013-05-29T19:21:26Z

Szederzoli: /* Segédanyagok */

{{GlobalTemplate|Infoalap|IRU}}

{{Tantárgy
| név = Információs rendszerek üzemeltetése
| tárgykód = VITMA314
| szak = info
| kredit = 4
| félév = 6
| kereszt = nincs
| tanszék = TMIT
| labor = 2 alkalom
| nagyzh = 1 db
| vizsga = írásbeli
| levlista = iru@sch.bme.hu
| tad = https://www.vik.bme.hu/kepzes/targyak/VITMA314/
| tárgyhonlap = http://medialab.bme.hu/index.php?page=7&subpage=VITMA314
}}

==Leírás==

Tárgy honlapja: http://medialab.bme.hu/index.php?page=7&subpage=VITMA314

==Laborok==

A tárgyból két labor lesz vegyesen, hétfőn és pénteken. Jelentkezni a honlapon lehet majd a login rendszer beizzítása után.

==Segédanyagok==

* [[Média:Iru_diasor_1.doc‎|iru_diasor_1.doc]]: Ez az első diasor alapján készült.
* [[Média:Iru_diasor_2.doc‎|iru_diasor_2.doc]]: 1000 köszönet Zsoldos Viktornak az alapokért!
* [[Média:Iru_zhutan.PDF‎ |iru_zhutan.PDF‎]]: a ZH utáni anyag, tehát a 3., 4., 5. diasorok röviden
* 2012-es órai jegyzetek prezi-ben, 12. hétig (kissé csökkenő lelkesedéssel): [[http://prezi.com/f_cxqvgeu8-m/iru-jegyzet/ 1]] [[http://prezi.com/ea6vzzzsokhb/iru-jegyzet-2/ 2]] [[http://prezi.com/zvm4lj2fdbsr/iru-jegyzet-3/ 3]] [[http://prezi.com/kov3wraozbbv/7-heti-iru-jegyzet/ 4]] [[http://prezi.com/cacaruxvtarc/iru-jegyzet-8-het/ 5]] [[http://prezi.com/hfyksioxuhpw/iru-jegyzet-9-het/ 6]] [[http://prezi.com/i6nvepq3c1wo/iru-jegyzet-10-het/ 7]] [[http://prezi.com/qrqot5a4i6cg/iru-jegyzet-11-het/ 8]]

; Feladatkidolgozások
* '''[[IRÜ Kiskérdések|Kiskérdések kidolgozása]]'''
* '''[[iruszamolos|Számolós feladatok kidolgozása]]'''
* '''[[IRÜ Nagykérdések|Nagykérdések kidolgozása]]'''

==ZH==
=== ZH-ban előforduló feladatok ===
'''2013-as ZH-ban:'''
* 20 kiskérdés - 20 pont
* egy XOR-os kérdés (lemezhelyreállítás...) - 2 pont
* öt IP-címekkel kapcsolatos kérdés (hálózat mérete, netmask, broadcast cím, stb...) - 5 pont
* az FCAPS rövidítés feloldása, minden funkcióról 1-2 mondat - összesen 3 pont

'''2013-as pótZH-ban:'''
* 20 kiskérdés - 20 pont
* Adatmentéses feladat, vasárnap teljes mentés (15TB), hét közben inkrementális és a változás mértéke kb. 10%/nap. - 5 pont
: - Mennyi adatot mentettük összesen a 4. hét végére?
: - Mekkora lesz a szükséges mentési időablak az egyes napokon, ha egy mentőeszköz effektív írási teljesítménye 300 GB/h?
: - Hány mentőeszköz szükséges, hogy a mentési ablak 8 óránál ne legyen több?
* DNS cache fogalma - 2 pont
* az FCAPS rövidítés feloldása, minden funkcióról 1-2 mondat - összesen 3 pont

15 pont, azaz 50% kellett.

Aki emlékszik a kiskérdésekre, az ideírhatná őket, lehetőleg helyes válasszal.

'''Régebben:'''
* teszt (A,B,C,D) feladatok
* számolós feladatok
* egy mondatos válaszos kérdések

=== ZH-k ===
* '''[[iruzh20110329|IRÜ ZH 2011.03.29.]]'''
* '''[[iruzh20100427|IRÜ ZH 2010.04.27.]]'''
* '''[[iruzh20100413|IRÜ ZH 2010.04.13.]]'''
* '''[[iruzh20090414|IRÜ ZH 2009.04.14.]]'''

==Vizsga==

* '''[[iruvizsga20100531|IRÜ vizsga 2010.05.31.]]'''
* '''[[iruvizsga20100607|IRÜ vizsga 2010.06.07.]]'''
* '''[[iruvizsga20110519|IRÜ vizsga 2011.05.19.]]'''
* '''[[iruvizsga20110526|IRÜ vizsga 2011.05.26.]]'''
* '''[[iruvizsga20120112|IRÜ vizsga 2012.01.12.]]'''
* '''[[iruvizsga20120524|IRÜ vizsga 2012.05.24.]]'''
* '''[[iruvizsga20120607|IRÜ vizsga 2012.06.07.]]'''

Info2005 listáról összeszedett infók:

===2008. 05. 14.===

<pre>
"konnyu volt, 20 pontnyi zh jellegu
+ snmp
+ halozati nyomtatas
+ namespacek
+ kifejtos

de ezutan nehezebb lesz, mert rajottek, h tul konnyu volt eddig minden. legalabbis van ra esely

ja a kifejtosok summa 30 pont."
</pre>

===2008. 05. 22.===

<pre>
"1-10 kérdés:
teszt, a,b,c,d válaszok, egy jó van. Alapdolgokra megy rá, van ami kilogikázható.
jó válasz: 1pont (10 összesen)

11-20 kérdés: mondatkiegészítés. pl. sorolja fel.., vagy egy definíció fele, stb.
jó válasz: 1pont (10 összesen)

21-23 kérdés: egy-két mondatos kifejtős.
jó válasz: 2-4-2 pont (10 összesen)

24-25 kérdés: kifejtős, 1 oldal/ kérdés pl. Hálózati nyomtatás vagy SNMP protokoll
jó válasz: 10 pont (20 összesen)

Ez ugye 50 pont. 25-től kettes, 42,5 től 5-ös. Egy-két pontért ÉRDEMES reklamálni...:)
Összesen 60 perc van rá, tempózni kell. Az anyag a slideok egyértelműen. Szerintem mindenhonnan egy kicsi, tehát érdemes végignézni."
</pre>

===2008. 05. 27.===

<pre>
Az elővizsgát nem tudom, de a máj. 27 vizsga kifejtős kérdései:
Karbantartás egy kritikus szerveren
- lépések
- magyarázat
// ide sokat kell írni, nekem levontak ponot mert az iteratív jelleget csak két helyen vettem bele
ITIL service desk
// ez világos?, ábra is kell
SNMP
// itt a funkcionális elemeket meg az üzeneteket kellett leírni, persze a protokollt magát is bemutatni
</pre>

===2008. 06. 03.===

<pre>
A mai vizsga nagykérdései:

1. TMN FCAPS szintek, szolgáltások
2. Logikai hozzáférés kezelés v vmi hasonló (alapelvek, AAA, hozzáférés-kezelés)
3. Blokk-alapú adattároló eszközök összehasonlítása
</pre>

===Rendelkezésre állások===

{| border="1"
| Nagyságrend || A || Max. kiesési idő 1 év alatt
|-
| 1 9-es || 90 % || 36,5 nap (1 hónap)
|-
| 2 9-es || 99 % || 3,5 nap
|-
| 3 9-es || 99,9 % ||9 óra
|-
| 4 9-es || 99,99 % || 1 óra
|-
| 5 9-es || 99,999 % || 5 perc
|-
| 6 9-es || 99,9999 % || 32 mp
|-
| 7 9-es || 99,99999% || 3 mp
|}

==Fun==

Érdemes az alábbi képen megtekinteni a tantárgy anyagát képező névtérpolitikák gyakorlati alkalmazását a tanszéki tárgyi honlapon:

[[Fájl:Iru_fun_nevterek.PNG]]

-- [[PallosTamas|Velias]] - 2009.02.22. 
-- [[ZsolnaiKaroly|keeroy]] - 2010.04.16.

* [[Média:Iru_roviditesek_2012tavasz.xlsx‎|iru_roviditesek_2012tavasz.xlsx‎]]: Fenntartásokkal kezelendő, hibákért felelősséget nem vállalok.

[[Category:Infoalap]]

Információs rendszerek üzemeltetése - Kiskérdések

2013-05-29T18:30:24Z

Szederzoli:

== Feladatok ==
# Mi a két legnagyobb hátránya az IP csoportoknak?
#: címtér kimerülése, a címben levő két hierarchia szint elégtelensége (-> túl nagy routing táblák)
# A classless IP hogyan van megcsinálva ehhez képest?
#: Az alhálózati maszkok jelölik ki a felhasználható IP tartományt
# Melyik rétegben használjuk az IP címeket?
#: Hálózati (3.) rétegben
# Mit használunk az Hálózati réteg alatt címzésnek?
#: MAC cím, Ethernet címet ( alapból nem fogadták el, csak megtekintésen )
# Mi az a két protokoll, ami a MAC és az IP között végzi az átváltást?
#: ARP, RARP
# Az inkrementális vagy a differenciális mentés esetén lassabb a visszaállítás?
#: Inkrementálisnál
# Mi az a 4 dolog amit kell beállítani fix IP címnél?
#: IP cím, gateway, DNS szerver, alhálózati maszk
# Mi a protokoll amit használsz ha nem fix az IP cím?
#: DHCP
# Traceroute és ping milyen protokollt használ?
#: ICMP
# Minek a rövidítése a DAS?
#: Direct-attached Storage
# Mikor használjuk a flashcopyt backupra? Miért?
#: Soha, mert nem adatmentésre szolgál csak visszaállításra. (Nem készül igazi másolat.)
# Mi a hitelesítés célja?
#: Ellenőrizni, hogy tényleg az a felhasználó használja-e a rendszert, akiről ezt gondoljuk? (Pl. jelszó beíratása...)
# Mi az authorizáció célja?
#: Ellenőrizni, hogy a felhasználónak, aki épp a rendszeren dolgozik, van-e joga ahhoz, amit végre szeretne hajtani.
# Milyen alkalmazásbeli protokollal képzünk domain névből IP címet?
#: DNS.
# Mi a műszaki különbség röviden a SAN és a NAS között?
#: A SAN blokk-szintű hozzáférést biztosít, a NAS file szintűt
# Mikor szerzi meg a hálózati kártya a MAC címét?
#: Gyártáskor
# Mi a legfőbb biztonsági hátránya az automatikus patch letöltésnek?
#: nem lehet tesztelni használat előtt
# Hibaok-analíz rendszerünkbe az utóbbi 5 percről az alábbi hibajel-vektor érkezett be: 1011010110. Ilyen típusú hibakódunk nincs, de a) 1011011111, b) 1111110110, c) 1010010110, d) 0000010110 van. Mi lesz a javasolt alarm és miért?
#: c), mert legkisebb Hamming-távolság
# Minek a rövidítése az (A:ICMP, B:RARP)?
#: Internet Control Message Protocol, Reverse Address Resolution Protocol
# Mi a honeypot működési elve?
#: védtelen eszköznek mutatja magát, megtámadják a vírusok és rosszindulatú SW-ek, mi pedig megismerhetjük a viselkedését, patternjét, így védekezhetünk a valódi eszközökben
# Mit jelent a kollokáció az adatmentés során?
#: Az egy klienshez vagy klienscsoporthoz tartozó adatokat egy szalagra vagy szalagcsoportra másolja.
# Írjon példát a nyomtatók számára nyersen (raw) értelmezhető adatformátumra.
#: PostScript, PCL
# Mit nevezünk rendszerkép (image) alapján történő telepítésnek?
#: egy minta alapján telepítjük a többi gépet
# Soroljon fel három olyan adatot, amely logikai hálózati térképet tartalmaz.
#: hálózatszámok, nevek, sebességek, használt protokollok, adminisztratív domének
# Mire szolgál a RARP?
#: MAC címhez IP-t társít
# Jellemezze 1 mondattal a Raid3/Raid5 technikát.
#: RAID 3: +1 paritás diszk, XOR művelet, kis sávok egész stripe művelet, nagy fájlokhoz
#: RAID 5: változó sávméret, diszkek közvetlenül elérhetőek, paritás egyenletesen szétosztva
# Melyik RAID technika véd a logikai hibák ellen?
#: Egyik sem
# Adjon jellemző példát, (a) nagy jitteres (b) kis jitteres csomagbeérkezési időközű hálózati forgalmat generáló alkalmazástípusra.
#: (a) torrent (FTP), (b) MMO game kliens (stream) (fixme)
# Mi a netmask a következő alhálózatban 192.168.1.0/5
#: 248.0.0.0 (első 5 bit 1-es, többi 0)
# A 152.130.246.0 /28 formában megadott alhálózatban melyik az a cím, amely azokat a gépeket azonosítja, amelyek nem ismerik a saját IP címüket.
#: 152.130.246.0 (multicast cím)
# Nevezzen meg 3 olyan adatot, amit egy szerver fix IP-címes beállításakor elsődlegesen az operátor ad meg.
#: IP, netmask, gateway
# NAT használata esetén mikor van szükség a portok módosítására is?
#: Ha több belső IP-t használunk, mint a public IP címeink
# Hány perc kiesést engedélyez, egy négy/öt-kilences rendelkezésre állású rendszer egy évben?
#: négy: 365*24*0,0001 = 0,876 óra = 52,56 perc
#: öt: 365*24*0,00001 = 0,0876 óra = 5,256 perc
# Melyik TMN szint, melyik funkciója a felelős a memóriafoglaltság statisztikájának jelzéséért?
#: Element Management, Performance Management
# Mi azonosít, egy 5-tuple tranzakciós kódot.
#: Forrás IP, cél IP, forrás port, cél port, protokoll
# Mire kapunk választ Linuxban az echo $PATH parancs kiadása után?
#: Az útvonal nélkül végrehajtható parancsok elérési útvonalait
# Mi változik a chown boss generalfiles parancs hatására Linuxban?
#: A 'boss' nevű felhasználó lesz a tulajdonosa a 'generalfiles' fájlnak.
# Minek a rövidítése a DHCP?
#: Dynamic Host Configuration Protocol
# Minek a rövidítése a SATA?
#: Serial Advanced Technology Attachment
# Minek a rövidítése a PCL?
#: Printer Command Language
# Soroljon fel két blokk elérési tárolási rendszert
#: SAN, DAS
# Progresszív mentési stratégia lényege.
#: Teljes mentés csak egyszer, utána csak inkrementális mentés, de mellette az adott napi fájlstruktúrát is mentjük.
# Mi jellemzi az n+2 RAID technológiát?
#: RAID6, kettős paritás (oszlop és sor paritás), kettős hiba ellen véd
# TNM melyik két szintjéhez tartozik az ügyfél számlázása?
#: Service Management, Accounting Management
# Mi a különbség a linux more és less parancsok között?
#: 'less is more': A less a more alkalmazás egy fejlesztett változata. Lehetőséget ad a lapok közötti mozgásban, míg a more csak egy irányban tudott mozogni
# Mit nevezünk "üzenettovábbításnak"?
#: Szerverek közötti üzenetküldést
# Mi a jó jelszó ismérve?
#: Vannak kis/nagybetűk számok benne, és olyan hosszúak, hogy éppen hogy megjegyezhetőek legyenek.
# MIME fejléc felépítése
#: mime-version, content-type, content-transfer-encoding

Információs rendszerek üzemeltetése - Kiskérdések

2013-05-29T15:30:18Z

Szederzoli: /* Feladatok */

Információs rendszerek üzemeltetése - Kiskérdések

2013-05-29T14:37:15Z

Szederzoli: Új oldal, tartalma: „== Feladatok == # Mi a két legnagyobb hátránya az IP csoportoknak? #: címtér kimerülése, a címben levő két hierarchia szint elégtelensége (-> túl nagy rout…”

Információs rendszerek üzemeltetése (régi)

2013-05-29T14:26:22Z

Szederzoli: /* Segédanyagok */

{{GlobalTemplate|Infoalap|IRU}}

{{Tantárgy
| név = Információs rendszerek üzemeltetése
| tárgykód = VITMA314
| szak = info
| kredit = 4
| félév = 6
| kereszt = nincs
| tanszék = TMIT
| labor = 2 alkalom
| nagyzh = 1 db
| vizsga = írásbeli
| levlista = iru@sch.bme.hu
| tad = https://www.vik.bme.hu/kepzes/targyak/VITMA314/
| tárgyhonlap = http://medialab.bme.hu/index.php?page=7&subpage=VITMA314
}}

==Leírás==

Tárgy honlapja: http://medialab.bme.hu/index.php?page=7&subpage=VITMA314

==Laborok==

A tárgyból két labor lesz vegyesen, hétfőn és pénteken. Jelentkezni a honlapon lehet majd a login rendszer beizzítása után.

==Segédanyagok==

* [[Média:Iru_diasor_1.doc‎|iru_diasor_1.doc]]: Ez az első diasor alapján készült.
* [[Média:Iru_diasor_2.doc‎|iru_diasor_2.doc]]: 1000 köszönet Zsoldos Viktornak az alapokért!
* [[Média:Iru_zhutan.PDF‎ |iru_zhutan.PDF‎]]: a ZH utáni anyag, tehát a 3., 4., 5. diasorok röviden
* 2012-es órai jegyzetek prezi-ben, 12. hétig (kissé csökkenő lelkesedéssel): [[http://prezi.com/f_cxqvgeu8-m/iru-jegyzet/ 1]] [[http://prezi.com/ea6vzzzsokhb/iru-jegyzet-2/ 2]] [[http://prezi.com/zvm4lj2fdbsr/iru-jegyzet-3/ 3]] [[http://prezi.com/kov3wraozbbv/7-heti-iru-jegyzet/ 4]] [[http://prezi.com/cacaruxvtarc/iru-jegyzet-8-het/ 5]] [[http://prezi.com/hfyksioxuhpw/iru-jegyzet-9-het/ 6]] [[http://prezi.com/i6nvepq3c1wo/iru-jegyzet-10-het/ 7]] [[http://prezi.com/qrqot5a4i6cg/iru-jegyzet-11-het/ 8]]

; Feladatkidolgozások
-- Under Construction --
* '''[[IRÜ Kiskérdések|Kiskérdések kidolgozása]]'''
* '''[[iruszamolos|Számolós feladatok kidolgozása]]'''

==ZH==
=== ZH-ban előforduló feladatok ===
'''2013-as ZH-ban:'''
* 20 kiskérdés - 20 pont
* egy XOR-os kérdés (lemezhelyreállítás...) - 2 pont
* öt IP-címekkel kapcsolatos kérdés (hálózat mérete, netmask, broadcast cím, stb...) - 5 pont
* az FCAPS rövidítés feloldása, minden funkcióról 1-2 mondat - összesen 3 pont

'''2013-as pótZH-ban:'''
* 20 kiskérdés - 20 pont
* Adatmentéses feladat, vasárnap teljes mentés (15TB), hét közben inkrementális és a változás mértéke kb. 10%/nap. - 5 pont
: - Mennyi adatot mentettük összesen a 4. hét végére?
: - Mekkora lesz a szükséges mentési időablak az egyes napokon, ha egy mentőeszköz effektív írási teljesítménye 300 GB/h?
: - Hány mentőeszköz szükséges, hogy a mentési ablak 8 óránál ne legyen több?
* DNS cache fogalma - 2 pont
* az FCAPS rövidítés feloldása, minden funkcióról 1-2 mondat - összesen 3 pont

15 pont, azaz 50% kellett.

Aki emlékszik a kiskérdésekre, az ideírhatná őket, lehetőleg helyes válasszal.

'''Régebben:'''
* teszt (A,B,C,D) feladatok
* számolós feladatok
* egy mondatos válaszos kérdések

=== ZH-k ===
* '''[[iruzh20110329|IRÜ ZH 2011.03.29.]]'''
* '''[[iruzh20100427|IRÜ ZH 2010.04.27.]]'''
* '''[[iruzh20100413|IRÜ ZH 2010.04.13.]]'''
* '''[[iruzh20090414|IRÜ ZH 2009.04.14.]]'''

==Vizsga==

* '''[[iruvizsga20100531|IRÜ vizsga 2010.05.31.]]'''
* '''[[iruvizsga20100607|IRÜ vizsga 2010.06.07.]]'''
* '''[[iruvizsga20110519|IRÜ vizsga 2011.05.19.]]'''
* '''[[iruvizsga20110526|IRÜ vizsga 2011.05.26.]]'''
* '''[[iruvizsga20120112|IRÜ vizsga 2012.01.12.]]'''
* '''[[iruvizsga20120524|IRÜ vizsga 2012.05.24.]]'''
* '''[[iruvizsga20120607|IRÜ vizsga 2012.06.07.]]'''

Info2005 listáról összeszedett infók:

===2008. 05. 14.===

<pre>
"konnyu volt, 20 pontnyi zh jellegu
+ snmp
+ halozati nyomtatas
+ namespacek
+ kifejtos

de ezutan nehezebb lesz, mert rajottek, h tul konnyu volt eddig minden. legalabbis van ra esely

ja a kifejtosok summa 30 pont."
</pre>

===2008. 05. 22.===

<pre>
"1-10 kérdés:
teszt, a,b,c,d válaszok, egy jó van. Alapdolgokra megy rá, van ami kilogikázható.
jó válasz: 1pont (10 összesen)

11-20 kérdés: mondatkiegészítés. pl. sorolja fel.., vagy egy definíció fele, stb.
jó válasz: 1pont (10 összesen)

21-23 kérdés: egy-két mondatos kifejtős.
jó válasz: 2-4-2 pont (10 összesen)

24-25 kérdés: kifejtős, 1 oldal/ kérdés pl. Hálózati nyomtatás vagy SNMP protokoll
jó válasz: 10 pont (20 összesen)

Ez ugye 50 pont. 25-től kettes, 42,5 től 5-ös. Egy-két pontért ÉRDEMES reklamálni...:)
Összesen 60 perc van rá, tempózni kell. Az anyag a slideok egyértelműen. Szerintem mindenhonnan egy kicsi, tehát érdemes végignézni."
</pre>

===2008. 05. 27.===

<pre>
Az elővizsgát nem tudom, de a máj. 27 vizsga kifejtős kérdései:
Karbantartás egy kritikus szerveren
- lépések
- magyarázat
// ide sokat kell írni, nekem levontak ponot mert az iteratív jelleget csak két helyen vettem bele
ITIL service desk
// ez világos?, ábra is kell
SNMP
// itt a funkcionális elemeket meg az üzeneteket kellett leírni, persze a protokollt magát is bemutatni
</pre>

===2008. 06. 03.===

<pre>
A mai vizsga nagykérdései:

1. TMN FCAPS szintek, szolgáltások
2. Logikai hozzáférés kezelés v vmi hasonló (alapelvek, AAA, hozzáférés-kezelés)
3. Blokk-alapú adattároló eszközök összehasonlítása
</pre>

===Rendelkezésre állások===

{| border="1"
| Nagyságrend || A || Max. kiesési idő 1 év alatt
|-
| 1 9-es || 90 % || 36,5 nap (1 hónap)
|-
| 2 9-es || 99 % || 3,5 nap
|-
| 3 9-es || 99,9 % ||9 óra
|-
| 4 9-es || 99,99 % || 1 óra
|-
| 5 9-es || 99,999 % || 5 perc
|-
| 6 9-es || 99,9999 % || 32 mp
|-
| 7 9-es || 99,99999% || 3 mp
|}

==Fun==

Érdemes az alábbi képen megtekinteni a tantárgy anyagát képező névtérpolitikák gyakorlati alkalmazását a tanszéki tárgyi honlapon:

[[Fájl:Iru_fun_nevterek.PNG]]

-- [[PallosTamas|Velias]] - 2009.02.22. 
-- [[ZsolnaiKaroly|keeroy]] - 2010.04.16.

* [[Média:Iru_roviditesek_2012tavasz.xlsx‎|iru_roviditesek_2012tavasz.xlsx‎]]: Fenntartásokkal kezelendő, hibákért felelősséget nem vállalok.

[[Category:Infoalap]]

Információs rendszerek üzemeltetése - Számolós feladatok kidolgozása

2013-05-29T12:07:56Z

Szederzoli: /* Biztonsági mentés */

== Rendelkezésre állás ==
; Feladat
Spórolós Kft.-nél, ahol 0 a redundancia, te vagy a rendszergazda.
# Három kilences rendelkezésre állásnál hány másodperc lehet a kiesés? (Egy év 31536000 másodpercből áll)
# Mennyi a negyedéves ablak, ha nincs tervezett leállás?
# A legkomplexebb szerver frissítési ideje 20p, a visszakozz ideje 15p, a tesztelés meg 25p. Mennyi időt szánsz a karbantartásra?
# Ha látod, hogy nem fog sikerülni a tesztelés, mikor kezded el a visszakozást?
# Mivel látod, hogy nem fogsz beleférni az időkeretbe, milyen használható ötlettel állsz elő a vezetésnél?

; Megoldás
# 31536000 * ( 1 - 0.999 ) = 31536 mp
# 31536 / 4 = 7884 mp
# ( frissítés + tesztelés + visszakozz + tesztelés ) * ( biztonsági szorzó [2-3] )
#: ( 20 + 25 + 15 + 25 ) * [2-3] = 170-255 perc
# Legalább 25 + 15 = 40 perccel a határidő lejárta előtt
# Redundáns szerverek használata

== Biztonsági mentés ==
; Feladat
Inkrementális mentéses feladat (10p): 3TB adat, napi 20% változás, vasárnap full mentés.
# mennyi adatot mentünk le 4 hét alatt?
# 200GB/órás sebességű eszközökkel az egyes napokon meddig tart a mentés?
# hány eszközt használjunk a mentéshez, ha azt akarjuk, hogy mindig beleférjen 8 órába?
# hány média kell az összes mentéshez, ha minden mentés külön médiára megy és a kapacitásuk 500GB?
# max hány média kell egy adott időpontra való visszaállításhoz?

; Megoldás
# Inkrementális mentést alkalmazunk, ezért hétfőtől szombatig minden nap: 3000*0.2=600 GB adat. Mivel 6 ilyen nap van: 6*600=3600. 
#: Hozzávesszük a vasárnapi teljes mentést: 3000 GB Tehát a héten összesen 3600+3000 = 6600GB. 
#: Mivel 4 hét volt a kérdés, ezért: 4*6600 = 26400 GB. 
# Hétfőtől szombatig minden nap: 3 óra. Vasárnap: 15 óra.
# 2 eszközt, a vasárnap miatt.
# Ez a kérdés nem volt egyértelmű, ezért a vizsga közben mondták, hogy konkrétan az a) feladat beli mentésre gondolnak.
#: Hétfőtől szombatig minden nap 2 média szükséges -> 12 média
#: Vasárnap 6 média kell. Tehát egy héten 18 média kell.
#: Mivel 4 hét van, ezért 4*18=72 média szükséges összesen.
# Legrosszabb eset, amikor a legtöbb média kell: szombat. Ekkor vissza kell állítani az elöző vasárnapi mentést, valamint a hétköznapi mentéseket is. Ez 6+6*2= 18 médiát takar.

== Jitter ==
; Feladat
24 frames/s-es video szolgáltatás. 24 Mbit/s-es vonalon. SLS 0.25 sec-es max késleltetést garantál. A hálózat 0.05 sec-es késleltetést ad max.
# Mekkora buffer szükséges?
# Mekkora jitter-buffer kell, ha 1000 felhasználónk van, akinek átlag 20%-a használja egyidejűleg a szolgáltatást?

; Megoldás
# ( SLS - hálózati)* átviteli sebesség = ( 0.25s - 0.05s ) * 24Mb/s = 4.8Mb
# 4.8Mb * 1000 = 4800Mb
A második megoldásnál javítás szerint azért 1000, mert annyi emberre vállaltuk a szolgáltatást nem 200-ra.

Információs rendszerek üzemeltetése - Számolós feladatok kidolgozása

2013-05-29T11:47:59Z

Szederzoli:

Információs rendszerek üzemeltetése - Számolós feladatok kidolgozása

2013-05-29T11:44:23Z

Szederzoli: /* IRÜ számolós példák kidolgozása */

Információs rendszerek üzemeltetése - Számolós feladatok kidolgozása

2013-05-29T11:44:04Z

Szederzoli:

= IRÜ számolós példák kidolgozása =
== Rendelkezésre állás ==
; Feladat
Spórolós Kft.-nél, ahol 0 a redundancia, te vagy a rendszergazda.
# Három kilences rendelkezésre állásnál hány másodperc lehet a kiesés? (Egy év 31536000 másodpercből áll)
# Mennyi a negyedéves ablak, ha nincs tervezett leállás?
# A legkomplexebb szerver frissítési ideje 20p, a visszakozz ideje 15p, a tesztelés meg 25p. Mennyi időt szánsz a karbantartásra?
# Ha látod, hogy nem fog sikerülni a tesztelés, mikor kezded el a visszakozást?
# Mivel látod, hogy nem fogsz beleférni az időkeretbe, milyen használható ötlettel állsz elő a vezetésnél?

; Megoldás
# 31536000 * ( 1 - 0.999 ) = 31536 mp
# 31536 / 4 = 7884 mp
# ( frissítés + tesztelés + visszakozz + tesztelés ) * ( biztonsági szorzó [2-3] )
#: ( 20 + 25 + 15 + 25 ) * [2-3] = 170-255 perc
# Legalább 25 + 15 = 40 perccel a határidő lejárta előtt
# Redundáns szerverek használata

Információs rendszerek üzemeltetése - Számolós feladatok kidolgozása

2013-05-29T11:43:27Z

Szederzoli: Új oldal, tartalma: „== Rendelkezésre állás == ; Feladat Spórolós Kft.-nél, ahol 0 a redundancia, te vagy a rendszergazda. # Három kilences rendelkezésre állásnál hány másodper…”

Információs rendszerek üzemeltetése (régi)

2013-05-29T11:27:34Z

Szederzoli:

{{GlobalTemplate|Infoalap|IRU}}

{{Tantárgy
| név = Információs rendszerek üzemeltetése
| tárgykód = VITMA314
| szak = info
| kredit = 4
| félév = 6
| kereszt = nincs
| tanszék = TMIT
| labor = 2 alkalom
| nagyzh = 1 db
| vizsga = írásbeli
| levlista = iru@sch.bme.hu
| tad = https://www.vik.bme.hu/kepzes/targyak/VITMA314/
| tárgyhonlap = http://medialab.bme.hu/index.php?page=7&subpage=VITMA314
}}

==Leírás==

Tárgy honlapja: http://medialab.bme.hu/index.php?page=7&subpage=VITMA314

==Laborok==

A tárgyból két labor lesz vegyesen, hétfőn és pénteken. Jelentkezni a honlapon lehet majd a login rendszer beizzítása után.

==Segédanyagok==

* [[Média:Iru_diasor_1.doc‎|iru_diasor_1.doc]]: Ez az első diasor alapján készült.
* [[Média:Iru_diasor_2.doc‎|iru_diasor_2.doc]]: 1000 köszönet Zsoldos Viktornak az alapokért!
* [[Média:Iru_zhutan.PDF‎ |iru_zhutan.PDF‎]]: a ZH utáni anyag, tehát a 3., 4., 5. diasorok röviden
* 2012-es órai jegyzetek prezi-ben, 12. hétig (kissé csökkenő lelkesedéssel): [[http://prezi.com/f_cxqvgeu8-m/iru-jegyzet/ 1]] [[http://prezi.com/ea6vzzzsokhb/iru-jegyzet-2/ 2]] [[http://prezi.com/zvm4lj2fdbsr/iru-jegyzet-3/ 3]] [[http://prezi.com/kov3wraozbbv/7-heti-iru-jegyzet/ 4]] [[http://prezi.com/cacaruxvtarc/iru-jegyzet-8-het/ 5]] [[http://prezi.com/hfyksioxuhpw/iru-jegyzet-9-het/ 6]] [[http://prezi.com/i6nvepq3c1wo/iru-jegyzet-10-het/ 7]] [[http://prezi.com/qrqot5a4i6cg/iru-jegyzet-11-het/ 8]]

; Feladatkidolgozások
-- Under Construction --
* '''[[iruszamolos|Számolós feladatok kidolgozása]]'''

==ZH==
=== ZH-ban előforduló feladatok ===
'''2013-as ZH-ban:'''
* 20 kiskérdés - 20 pont
* egy XOR-os kérdés (lemezhelyreállítás...) - 2 pont
* öt IP-címekkel kapcsolatos kérdés (hálózat mérete, netmask, broadcast cím, stb...) - 5 pont
* az FCAPS rövidítés feloldása, minden funkcióról 1-2 mondat - összesen 3 pont

'''2013-as pótZH-ban:'''
* 20 kiskérdés - 20 pont
* Adatmentéses feladat, vasárnap teljes mentés (15TB), hét közben inkrementális és a változás mértéke kb. 10%/nap. - 5 pont
: - Mennyi adatot mentettük összesen a 4. hét végére?
: - Mekkora lesz a szükséges mentési időablak az egyes napokon, ha egy mentőeszköz effektív írási teljesítménye 300 GB/h?
: - Hány mentőeszköz szükséges, hogy a mentési ablak 8 óránál ne legyen több?
* DNS cache fogalma - 2 pont
* az FCAPS rövidítés feloldása, minden funkcióról 1-2 mondat - összesen 3 pont

15 pont, azaz 50% kellett.

Aki emlékszik a kiskérdésekre, az ideírhatná őket, lehetőleg helyes válasszal.

'''Régebben:'''
* teszt (A,B,C,D) feladatok
* számolós feladatok
* egy mondatos válaszos kérdések

=== ZH-k ===
* '''[[iruzh20110329|IRÜ ZH 2011.03.29.]]'''
* '''[[iruzh20100427|IRÜ ZH 2010.04.27.]]'''
* '''[[iruzh20100413|IRÜ ZH 2010.04.13.]]'''
* '''[[iruzh20090414|IRÜ ZH 2009.04.14.]]'''

==Vizsga==

* '''[[iruvizsga20100531|IRÜ vizsga 2010.05.31.]]'''
* '''[[iruvizsga20100607|IRÜ vizsga 2010.06.07.]]'''
* '''[[iruvizsga20110519|IRÜ vizsga 2011.05.19.]]'''
* '''[[iruvizsga20110526|IRÜ vizsga 2011.05.26.]]'''
* '''[[iruvizsga20120112|IRÜ vizsga 2012.01.12.]]'''
* '''[[iruvizsga20120524|IRÜ vizsga 2012.05.24.]]'''
* '''[[iruvizsga20120607|IRÜ vizsga 2012.06.07.]]'''

Info2005 listáról összeszedett infók:

===2008. 05. 14.===

<pre>
"konnyu volt, 20 pontnyi zh jellegu
+ snmp
+ halozati nyomtatas
+ namespacek
+ kifejtos

de ezutan nehezebb lesz, mert rajottek, h tul konnyu volt eddig minden. legalabbis van ra esely

ja a kifejtosok summa 30 pont."
</pre>

===2008. 05. 22.===

<pre>
"1-10 kérdés:
teszt, a,b,c,d válaszok, egy jó van. Alapdolgokra megy rá, van ami kilogikázható.
jó válasz: 1pont (10 összesen)

11-20 kérdés: mondatkiegészítés. pl. sorolja fel.., vagy egy definíció fele, stb.
jó válasz: 1pont (10 összesen)

21-23 kérdés: egy-két mondatos kifejtős.
jó válasz: 2-4-2 pont (10 összesen)

24-25 kérdés: kifejtős, 1 oldal/ kérdés pl. Hálózati nyomtatás vagy SNMP protokoll
jó válasz: 10 pont (20 összesen)

Ez ugye 50 pont. 25-től kettes, 42,5 től 5-ös. Egy-két pontért ÉRDEMES reklamálni...:)
Összesen 60 perc van rá, tempózni kell. Az anyag a slideok egyértelműen. Szerintem mindenhonnan egy kicsi, tehát érdemes végignézni."
</pre>

===2008. 05. 27.===

<pre>
Az elővizsgát nem tudom, de a máj. 27 vizsga kifejtős kérdései:
Karbantartás egy kritikus szerveren
- lépések
- magyarázat
// ide sokat kell írni, nekem levontak ponot mert az iteratív jelleget csak két helyen vettem bele
ITIL service desk
// ez világos?, ábra is kell
SNMP
// itt a funkcionális elemeket meg az üzeneteket kellett leírni, persze a protokollt magát is bemutatni
</pre>

===2008. 06. 03.===

<pre>
A mai vizsga nagykérdései:

1. TMN FCAPS szintek, szolgáltások
2. Logikai hozzáférés kezelés v vmi hasonló (alapelvek, AAA, hozzáférés-kezelés)
3. Blokk-alapú adattároló eszközök összehasonlítása
</pre>

===Rendelkezésre állások===

{| border="1"
| Nagyságrend || A || Max. kiesési idő 1 év alatt
|-
| 1 9-es || 90 % || 36,5 nap (1 hónap)
|-
| 2 9-es || 99 % || 3,5 nap
|-
| 3 9-es || 99,9 % ||9 óra
|-
| 4 9-es || 99,99 % || 1 óra
|-
| 5 9-es || 99,999 % || 5 perc
|-
| 6 9-es || 99,9999 % || 32 mp
|-
| 7 9-es || 99,99999% || 3 mp
|}

==Fun==

Érdemes az alábbi képen megtekinteni a tantárgy anyagát képező névtérpolitikák gyakorlati alkalmazását a tanszéki tárgyi honlapon:

[[Fájl:Iru_fun_nevterek.PNG]]

-- [[PallosTamas|Velias]] - 2009.02.22. 
-- [[ZsolnaiKaroly|keeroy]] - 2010.04.16.

* [[Média:Iru_roviditesek_2012tavasz.xlsx‎|iru_roviditesek_2012tavasz.xlsx‎]]: Fenntartásokkal kezelendő, hibákért felelősséget nem vállalok.

[[Category:Infoalap]]