Tűzoltás és megelőzés Esettanulmány az adatmentésről

Méret: px
Mutatás kezdődik a ... oldaltól:

Download "Tűzoltás és megelőzés Esettanulmány az adatmentésről"

Átírás

1 Tűzoltás és megelőzés Esettanulmány az adatmentésről Konstantinusz Kft. 2010

2 Kétféle ember létezik, akinek volt már adatvesztése, és akinek lesz. Kedves Hallgatók! Ez a tanulmány azért készült, hogy Ti, mint jövőbeni várható programozók / informatikusok / talán majd valamikori döntéshozók tisztában legyetek egy nagyon fontos dologgal, amiről nagyon sokan feledkeznek el, és aztán nagyon nagy árat fizetnek ezért: az adatok védelmével. Tartalom Tartalom... 2 Bemutatkozás... 2 Mit mentünk? az adatokról... 3 Mire mentünk? az adattároló eszközökről... 3 Mi van, ha nem mentünk? tapasztalatok... 6 Mit csináljunk, ha baj van? tapasztalatok # Összegzés Bemutatkozás Általában ha adatmentésről kell írnom vagy beszélnem, mindig a fejlődés ütemének bemutatásával kell kezdenem, csak hogy érzékeltessem mekkora információmennyiség és technológiai tudás van ebben a szektorban. És hogy miért nem érthet mindenki mindenhez ezen a területen. Pedig csak számítógép, 1-esek meg 0-ák Azt hiszem egyikőtöknek sem kell bemutatnom a technológia milyen fejlődésen ment keresztül, ha csak az utóbbi egy évtizedet nézzük. Én még laktam 20 Mbyte kapacitású diszken (igaz már vagy 15 éve volt), ma pedig, ha egy kisker árlistát előveszek Tb-os lemezeket találok rajta. 500 Gb-nál kisebb HDD-t asztali gépekbe (3,5 ) már nem is gyártanak. Esettanulmányunk nem csak az otthon használatos eszközökkel, hanem a nagyvállalati társaikkal is foglalkozik. Azt hiszem ez az a terület, ami kevésbé ismert előttetek.

3 Mit mentünk? az adatokról Milyen adatokat tárolunk? Magánszemélyek oldaláról általában elsődleges fontosságúak a családi fotók. Nagyvállalatok vezetői hozták be a laptopjukat, hogy mentsük meg őket. A feleségüktől. Ugye a digitális fényképezőgépek révén ma már messze nem olyan körülményes dolog fotózni. Nem kell filmet tenni a gépbe, végére értem, kiveszem, elviszem előhívatni, majd egy hét múlva kész és örülök vagy nem, mert majdnem a fele nem sikerült. Tegye fel a kezét, aki nem lő el tízszer több kockát egy digitális masinával, mint egy hagyományossal. Aki felemelte a kezét az profi fotós, ők nem játszanak ebben a játékban. Szóval ugye a családfő és egyben családapa szorgalmasan fotózza csemetéjét, életének minden fontos pillanatát. Hol tárolja a fotókat? Persze, hogy a laptopon. Aztán mikor gyermeke harmadik születésnapja közeleg, megdöbbenve veszi észre, hogy bekapcsoláskor a színességes windows logó helyett a karakteres felület és egy disc not found felirat pislog rá vissza. Ilyenkor jön anyuka, akinek irtózatos haragja fenyegeti még a legnagyobb tőzsdecápákat is. Ilyenkor nem érdekli emberünket, hogy milyen céges dokumentumok voltak még esetleg a gépen, azokat lehet (talán) pótolni, a gyermek első három évét, és annak dokumentálását nem. Nem kell ahhoz cégvezetőnek lennünk, hogy olyan adataink legyenek, amik pótolhatatlanok. Megfigyeléseink szerint egy asztali gépben levő merevlemez átlagos élettartama 2-3 év. Igen, nekem is van olyan diszkem, ami 7 éve szorgalmasan kerreg a gépemben, de az átlag sajnos ennél jóval kevesebb. Még rosszabb a helyzet a laptopok terén. Egy laptop diszkjének átlagélettartama 1,5 2 év. Sokkoló, ugye? Na ezért kell lehetőleg minél több helyre menteni. Legalább időnként. Visszatérve az adatokhoz vállalati oldalról sokkal változatosabb a kép. Járt már nálunk grafikai stúdió a kiadványait visszakapni, nagyon gyakoriak az excel, word dokumentumok és a levelezés, de a legkellemetlenebb dolog, amikor egy vállalatirányítási rendszer alól esik ki az adatbázis. Mit kiesik? Elszublimál. Egyre több cég egyre több adatot tárol valamilyen adatbázisban. Komplex vállalatirányítási rendszerek kerülnek bevezetésre, ahol minden információ ott van egy helyen. És csak ott. Sehol máshol. A vállalatok jelentős része pedig nem foglalkozik backuppal. Aztán jön a krach. A kritikus adatvesztést elszenvedő cégek 75 %-a egy éven belül tönkremegy. Mármint azok, akiknek nem sikerült helyreállítani az adatait. Ez egy Uniós szintű adat. És mégis ott állnak mentés nélkül. Minek az? Engem nem érhet baj! De. Mire mentünk? az adattároló eszközökről Itt is megkülönböztethetünk magánszemély és üzleti felhasználás területet. Értelemszerűen otthon nem használunk D2D2T (disc-to-disc-to-tape, lásd később) megoldást, így maradnak az egyszerűbb eszközök. Otthon elsődleges tárolási egységünk a winchester, amit egyébként csak idehaza nevezünk így, mindenhol máshol HDD-nek vagy egyszerűen csak diszknek nevezik. Szerintem mindenki látott már bontva ilyen eszközt, van többnyire egy, kettő vagy három tányér, amelyhez nagyon-nagyon közel ott vannak az író-olvasó fejek ben a diszk-fej távolság a felülettől 0,00015mm volt. Egy átlagos lemez 5400, 7200 fordulat/perc sebességgel forog. Forrás: Králik János

4 Hogy elképzeljétek, ez az adatpárosítás mit jelent, olyan, mintha egy Boeing 747 közel 5 millió km/hval száguldana 2,5 milliméterrel a föld felett. Azt azért ebből kitalálhatjuk, hogy nem egyszerű igénybevételnek vannak kitéve egy merevlemez alkatrészei. Különösképpen, ha egy laptopban lakik szegény, ami még csak nem is stabil helyen van, ráadásul mozgunk vele. Mivel a tányérok mérete nem változott a kapacitásnövekedés csak az adatsűrűség növelésével volt megoldható. Ez egyetlen esetben jelent problémát, amikor meghibásodik az eszköz. Egy mechanikai sérülésnél így jóval több szektor tartalma vész el. Forrás: Nagy Barnabás (HP) Mit használjunk akkor helyette? CD/DVD? Sajnos ez sem megoldás. A képen egy pormentes tokban tartott 4 éves CD-t látunk, amin sajnos eléggé jelentős az anyagfáradás. Ez pedig olvasási hibát okoz. Ha hosszú távra szeretnénk ilyen lemezen tárolni adatokat, rendszeresen ellenőriznünk kell, és újra át kell írnunk, ha már nehézkes beolvasást tapasztalunk, szóval elég körülményes megoldás. Szintén divatosak manapság az USB kulcsok vagy más néven pendriveok. Sajnos ez sem nyújt hosszú távú megoldást, ezen eszközök többsége az egy-két évet nem éli túl. Mit használjunk akkor? Legyen több diszkünk és az igazán fontos dolgokat tároljuk több helyen. (A fotókat pedig hívassuk elő). Vállalati színtéren sokkal bőségesebb az eszköztár. Egy szervert az különböztet meg egy PC-től, hogy valamennyire redundáns kialakítású. Alapjában véve legalább a diszkek redundánsan kerülnek beépítésre, amelyeket egy RAID vezérlő lévén lát egy tömbnek a rendszer. Több változata használatos, a RAID 0,1,10 eljárások ma már PC-k számára is elérhetőek. A RAID 0, amit önmagában már nem használnak az összefűzés, ebben az esetben egy nagyméretű tömböt kapunk. Funkciója csak annyi, hogy nagyobb kapacitást érünk el egy tömbön, redundanciát nem biztosít. A RAID 1 (tükör) esetében minden információ mindkét diszkre kiírásra kerül, vagyis két diszk használata esetén csak egy diszknyi kapacitást tudunk használni, de amennyiben bármelyik diszk meghibásodik, a másikon még meg van az adat. A kettő összekapcsolása a RAID 10, amikor két RAID 1-es vagyis tükrözött tömböt kötünk össze. Erre azért van szükség, mert tükörpárt értelemszerűen csak két diszkből lehet képezni, ugyanakkor lehet, hogy jóval magasabb a kapacitásigényünk.

5 Ábrák forrása: Wikipedia Mivel a RAID 10 esetén a beépített eszközök összkapacitásának csak a fele használható, nagyobb rendszereknél ez nem javasolt, helyette használják a RAID 5 kialakítást. Ennek lényege, hogy az adatok kiírása minimum 3, de gyakrabban 4 diszkre (3 lemez + 1 forgó paritás) történik. Három lemez és a paritás adataiból helyreállítható a negyedik lemez adata, így ez a megoldás egy lemez meghibásodása esetén működőképes marad, a meghibásodott eszköz kicserélése után a tömb újraépíthető. A paritás számolása miatt jelentős erőforrásigénye van, ezt vagy szoftveresen jelentős processzorterhelés mellett vagy és ez a gyakoribb RAID vezérlőkártyával oldják meg. Eddig az elmélet. Mindez nagyon szép és jó, amíg a tömb egyben van. A probléma ott kezdődik, mikor a tömbünk szétesik. Ez leggyakrabban a már elöregedő eszközökkel történik meg, például amikor a vezérlőkártya elkezd hibázni, vagyis nem oda írja ki a sávokat, ahova azt kellene. Ennél is gyakoribb probléma, amikor a diszkek az élettartamuk végére érnek. A szerverekbe való HDD-k az asztali társaiktól eltérően 7/24-es (heti 7 nap, 24 órában) üzemelési igény alapján kerültek kialakításra. Ennél fogva stabilabbak és megbízhatóbbak, mindemellett 10, illetve 15 ezer fordulat / perces sebességük révén sokkal gyorsabb elérést is biztosítanak, mint az asztali gépekbe való társaik. Azonban egyszer ezek az eszközök is életük végére érnek. Csak az a baj, hogy többnyire még éles rendszerben helyezkednek el ekkor. Egy lemez kiesését mind a RAID 1, 10, 5 változatok kibírják. A meghibásodást viszont sajnos az üzemeltetők gyakran nem veszik észre. A hibás eszköz cseréjével és a tömb újraépítésével elhárulna a vészhelyzet (ilyenkor még nincs adatvesztés), de ez sokszor elmarad. Akkor kezdődik a probléma, amikor egy második lemez is megáll. Szerencsétlen RAID vezérlő még ekkor is küldözgeti neki az írási parancsokat, de az utasítás süket fülekre lel. A szerver eközben folyamatosan írogat a log file-ba, hogy segítség, csak többnyire nincs, aki ezt olvassa. Hiába a színes led a szerver elején vagy nem foglalkoznak vele, vagy megnyomják a confirm gombot azzal, hogy tudomásul vették a hibaüzenetet és minden megy menne tovább. Egy szerver magától nagyon ritkán áll meg a redundáns kialakítás miatt. Ellenben amikor eljön egy újraindítás ideje, nagyon könnyen összeomlik. Üzleti környezetben mikor szokták leállítani vagy újraindítani a szervereket? Ünnepek és hosszú hétvégék idején. Na ezért van annyi munkánk húsvétkor, pünkösdkor és egyéb ünnepek alkalmából. Ezek az esetek is menthetőek, de jelentős a munkaigényük és nem biztos, hogy megoldható az adatok helyreállítása. Nagyobb rendszereknek, mint például adatbázisoknak jelentős tárhelyigénye van. Emiatt jelentek meg a bővítő dobozok, amelyekkel egy szerverhez még több diszket lehet csatolni. A megfelelő sebesség érdekében ezek a bővítő dobozok is saját vezérlő egységet (kontrollert) kaptak, így alakultak ki az első adattároló eszközök, a közvetlen csatolású storage-ok (Direct-Attached-Storage). Felmerült az igény arra, hogy ne csak egy szerver számára legyenek elérhetőek így alakultak ki a ma is használatos hálózati storage-ok (Network-Attached-Storage). Ezen eszközök előnye redundáns kialakításuk (két kontrollert tartalmaznak) és a hálózatban levő többi szerver részére is képesek nagysebességű, nagy tárhelyű kapacitást biztosítani. Mint minden centralizált megoldásnál itt is a probléma az, hogy ha ezek az eszközök működésképtelenné válnak, a teljes infrastruktúra megáll. Ezért szokták javasolni kritikus rendszereknél két replikált storage használatát, amikor mindkét eszközre kiírásra kerül ugyanaz az adat, és az egyik eszköz meghibásodása esetén a másik továbbra is

6 kiszolgálja az infrastruktúrát. Természetesen ez nagyon költséges megoldás és nem feltétlenül a kisés középvállalkozásoknak való. Ez alapján kijelenthetjük, hogy a biztonság pénzkérdés is. Van még egy eszköz, amit eddig nem említettem meg, pedig a biztonságos adattárolás jelenlegi legjobb megoldása: a szalagos adattárolók. Évek óta híresztelik sokan, hogy a szalagos egységeknek befellegzett, de nincs még egy olyan eszköz, amire 30 év garanciát vállalna bármelyik gyártó. Természetesen a garancia csak a gyártói előírásoknak megfelelő használat esetére vonatkozik, de így is nagyságrendekkel hosszabb idő, mint amit a többi említett megoldással biztosítani lehet. Hátránya, hogy a visszakeresés és visszaállás róla időigényes, ezért diszk alapú tárolással kombinálva javasolt a használata. Ennek egy megoldása a D2D2T (disc-to-disc-to-tape) eljárás, amikor az éles storage-ról egy backup storagera kerül kiírásra az adat, majd az kerül szalagra. Ennek előnye, hogy lemezen is található mentés, ergo gyorsan vissza lehet állni. A régebbi adatok viszont kiírhatóak szalagra, így nem muszáj a drága (és soha sem elegendő) diszk kapacitást használnunk archív adatok tárolására. Egy D2D2T rendszert összeállíthatunk mi is, de vannak külön e célra gyártott eszközök is. Mi van, ha nem mentünk? tapasztalatok Itt kezdődik a forróbbik része a történetnek. Magyarországon és szerte a világon a cégek jelentős részének nincs naprakész biztonsági mentése. Ez azt jelenti, hogy egy adatvesztés esetén vagy több héttel, hónappal korábbi állapotra kellene visszaállniuk vagy egyáltalán nincs visszaállási pontjuk. Gondoljunk bele, hogy például egy guminagykernél, egy csavarboltnál vagy egy hipermarketnél mekkora a cikkmennyiség és mekkora rekordváltozás van naponta. Képzeljétek el mekkora erőfeszítést jelent, ha akár csak egyetlen nap adatait be kell újra rögzíteni egyesével, ráadásul az eredetinek megfelelő sorrendben (hiszen a pénztárgép blokkja meg van). Ráadásul ilyen esetben nem elkerülhető emellett a teljes leltár, aminek folyamán általában mindig eltűnnek dolgok. És most csak egyetlen napról beszéltünk. Volt egy olyan könyvelő iroda, ami kénytelen volt 3 hónapra visszamenően az összes partnerének az összes bizonylatát újra berögzíteni a rendszerébe. Közel egy hónapjukba telt. Úgy hogy minden bizonylat ott volt. Szerintetek mennyire lelkes egy alkalmazott, aki mellé odatesznek egy közel 1,5 méter magas papírhegyet, hogy ezeket a bizonylatokat egyesével be kell rögzíteni? Mennyire lesz ez pontos? Mi történik, ha ez egy nagyker üzlet ahol átutalásos számlákat állítottak ki és véletlenül pár számla kimarad, vagy más összeg szerepel rajta? Bizony. Nem veszi észre senki. A kár pedig nem egy átsörözött éjszaka költségvetésével egyenértékű Ha ez így van, mégis miért nincs a cégeknek naprakész mentése? Erre nincs egyértelmű válasz. A döntéshozók vagy nincsenek tisztában azzal, hogy informatikai rendszerük inkább hasonlít egy időzített bombához, mint egy a vállalat tevékenységeit támogató rendszerhez vagy nem akarnak tudni róla. Manapság ugye egyre nagyobb és fontosabb szerepe van az informatikának a vállalatok életében. Mondhatni beköszöntött a digitális korszak. A cégek egyre több tevékenységét nem csak hogy támogatják az informatikai eszközök, hanem egyenesen létfeltételükké váltak. Egy estleges leállás lehetetlenné teszi a vállalati folyamatok működését. Ugyanakkor az IT-t többnyire nem tekintik a vállalati tevékenységek részének. Az IT nem hoz pénzt, mint a termelés és az értékesítés, nem

7 törvényi kötelezettség, mint a könyvelés és a bérszámfejtés, az IT csak van. És ahelyett, hogy támogatná a többi részleget és megülne csendben, egyre több és több forrásra van szüksége. Innen aztán egyenes módon következik, hogy mi a spórolás tárgya. Nem vásárolnak legális szoftvereket, csak a működéshez létfontosságú eszközök kerülnek beszerzésre vagy még azok sem. Van olyan cég, amely még ma is 2001-ben gyártott szervereket használ. A közelmúltban kiderült, hogy a 3 db diszkből amit RAID 5-be fűzve használnak az egyik megállt. Jeleztük nekik, hogy nagyon sürgősen cserélni kellene, mert jelenleg a teljes összeomlás szélén áll a rendszerük. Azt mondták, hát igen, ez fontos téma, beszéljünk róla pár nap múlva. Azóta háromszor kerestem őket ebben a témában. Három hónapja húzódik az ügy. Valamiért inkább kockáztatják a teljes adatvesztés kockázatát vagy egy milliós nagyságrendű adatmentési költséget egy biztos megoldást nyújtó, százezer forintos nagyságrendű javítás helyett. Ilyen tapasztalatok mellett nem meglepő, hogy archiválásra gyakorlatilag nem költenek a cégek. Gyakori a hozzáértés vagy éppen a józan paraszti ész teljes hiánya. Mással nem tudom magyarázni azt, hogy egy az üzletmenet szempontjából kritikus szerver mentése ugyanazon a szerveren ugyanannak a RAID tömbnek egy másik partícióján található. Miért van szükségük mentésre? Azért, hogy ha baj történne és a RAID tömbjük szétesne, legalább az adatbázisuk adatai megmaradjanak. Hova teszi a mentést? Ugyanarra a RAID tömbre. Gratulálok. Akkor ez most mitől is fogja megvédeni őket? Mit csináljunk, ha baj van? tapasztalatok #2 Először is ne essünk pánikba. Gondoljuk végig, hogy mit csináltunk az elmúlt percekben, mitől állhatott le a rendszer. Aztán gondoljuk végig, hogy milyen olyan adatok vannak az érintett eszközön, amik fontosak. Ha nincs rajta fontos adat, jó szórakozást a kísérletező kedvűeknek. Csak nehogy utána kiderüljön mégis volt Itt most ajánlatos két részre választani a történetet. Első esetünk, amikor egy pc-ről vagy laptopról van szó. A leggyakoribb adatvesztést kiváltó ok értelemszerűen a diszk meghibásodása. Ez lehet üzemszerű működés közben bekövetkező meghibásodás vagy egyéb okokból eredő hiba. Egyéb okok közé tartozik a villámcsapás vagy az áramhálózaton jelentkező túlfeszültség. Ez leégeti a gép tápegységét, aztán szépen végigmegy a tápkábeleken és pusztít, amit ér. Volt már hozzá szerencsétlenségem, nekem a tápegység mellett az alaplapom a processzorom, a memória moduljaim és a grafikus kártyám bánta. A diszk valamilyen úton-módon nálam akkor kivételes módon megúszta. Pedig nem túlzottan ellenálló az ilyesmivel szemben. Ilyen egyéb okból történő meghibásodás, amikor a gép szerelése közben főhősünk sikeresen fordítva csatlakoztatja a tápkábelt a meghajtóra. Ez még nem lenne akkora baj, csak utána be is kapcsolja a gépet. Az egyes lábakon eltérő feszültséget kap az eszköz. Sajnos fontos, hogy melyik lábon mennyit. Elméletileg éppen ennek elkerülése érdekében nem lehetséges fordítva feldugni a tápkábelt. Én ennek ellenére két emberrel is találkoztam, akiknek ez sikerült. Nem mondom, hogy büszkék voltak erre a teljesítményükre. A leggyakoribb és legsúlyosabb hiba ilyen esetekben az, hogy az elkövető vagy egy szolgalmas

8 ezermester úgy gondolja, hogy ő ezt a hibát meg tudja javítani. Ugyan, csak a panelt kell lecserélni, az sérült csak!. Ezért aztán keres lehetőleg ugyanattól a gyártótól egy hasonló meghajtót és lecseréli a panelt és mégsem működik. A probléma a következő: a túláramból eredő meghibásodások 95 %- ában a panel nem a végállomás, a túláram az eszköz készülékház alatti részeit is tönkreteszi egy panel csere a belső részeket nem javítja. Ha esetleg az ilyesmire kényes író-olvasó fej vagy motor még túl is érte volna ezt a támadást, az új panellel való első bekapcsolás elvégzi azt, amit a túlfeszültség nem tudott. Az eszköz vezérlése ugyanis tudja, hogy konkrétan melyik panel lakik a burkolat külső oldalán (gyáriszám szinten), ezért egy panelcsere esetén a vezérlő elektronikának is meg kell mondani, hogy másik panellel kell együtt dolgoznia. Nem beszélve arról, hogy pont abból a típusból és abból a verziójából van szükség donorra, mivel egy adott gyártó, adott kapacitású eszközének is több változata van, eltérő panelekkel vagy vezérléssel. Egy meghajtó egy szériáját ritkán gyártják 6-12 hónapnál tovább. Tanulság: ne cserélgessük a panelt, ha fontosak a diszken levő adatok. Idevágóan: kedvencünk a különböző informatikai szaklapokban írt cikkek, a hogyan mentsünk adatot otthon? témakörben, mókusszőr ecsettel és hűtőszekrénnyel. Nem muszáj ahhoz barkácsolnunk, hogy elromoljon a meghajtónk. Rendeltetésszerű használat közben is történhetnek meghibásodások. Ilyenkor általában a szokásostól eltérő hangra és / vagy jelentős lassulásra figyelhetünk fel. Általában ilyenkor két dolog romolhat el. Az író-olvasó fej vagy a motor. Ha szokatlan hangokat hallunk az eszköz felől vagy időnként jelentősen és indokolatlanul belassul, haladéktalanul gondoskodjunk biztonsági mentésről. Lehet, hogy csak az operációs rendszer játszott velünk, de sosem volt még baj abból, ha máshova is le volt mentve a fontos adatunk. Fontos, hogy ha már a gép sem ismeri fel a meghajtót (se oprendszer, se bios), akkor ne erőltessük próbálkozással hátha majd most megy felkiáltás alapján. Csak a mechanikát gyötörjük és csökkentjük a helyreállítás esélyét. A véletlenszerű törlések vagy fájlrendszer összeomlások helyreállítására nagyon jó programok vannak. De mindenki csak saját felelősségre használja, annak ismeretében, hogy lehet, hogy a most először használt alkalmazással megoldja a hibát, de lehet, hogy most teszi végképp menthetetlenné az adatait. Természetszerűleg csak azt javasolhatom, forduljatok szakértő céghez. És ez most nem a reklám helye, nem mi vagyunk az egyetlen cég, aki ilyennel foglalkozik. Ha nincs baja az eszköznek, megmondják. Még pénzt se biztos, hogy kérnek érte. Történetünk másik szála a vállalati rendszerekben bekövetkező meghibásodások, adatvesztések. Mivel többnyire ezek komplexebb rendszerek, így itt nem csak a meghajtó hibája az egyetlen hibaforrás. Tapasztalataink szerint az adatvesztések 95%-a megelőzhető vagy a bekövetkező kár mérsékelhető lett volna kellő odafigyelés esetén. Két fő meghibásodási okkal szoktunk találkozni általában: az eszköz valamiért bedobja a törölközőt vagy valaki nagyon okos volt. Illetve, ezen két változat kombinációja. Gyakran kulcsfontosságú, hogy minden információ a rendelkezésünkre álljon. Üzleti kritikus rendszereknél, ahol minden óra, minden nap állásidő komoly károkat okoz, kincset ér, ha nem nekünk kell kitalálni, hogy mi mindent próbáltak végig az eszközön. Előbb-utóbb kitaláljuk, de gyorsabban haladunk, ha csak a hiba elhárításának módját kell kitalálnunk, nem pedig azt is mellette, hogy konkrétan mi vezetett a hibához és mivel próbálták elhárítani azt. Összegyűjtöttem néhány érdekes esetet a közelmúltból:

9 1. eset: Másik foglalatban biztos jó Ebben az esetben adott volt egy szerver, ami 8 db diszkhellyel rendelkezett. Kedves partnernek nem volt ekkora tárhely igénye, ezért amikor vásárolták az eszközt réges-régen egy messzi-messzi galaxisban, akkor 4 db diszkkel kérték. A 4 db diszk RAID5 tömbbe lett rendezve. A szerver éveken át megbízhatóan működött, amikor is elkezdett világítani rajta mindenféle színes led és lassult is, de egyébként működött tovább. Aztán pár nappal később lefagyott, újraindították és nem indult el. Így került hozzánk az áldozat. A diszkek a 0,1,2,3 foglalatban voltak, a 4,5,6,7 foglalat üres volt. (Értelemszerűen, hiszen ilyen esetben az első 4 foglalatot szokás feltölteni). Kollégák leellenőrizték az eszközt és az alábbiakat állapították meg: - a szerver az elmúlt 3 hónapban 4 alkalommal állt le thermal shutdown jelzéssel ez konkrétan túlmelegedést jelent - a 4 meghajtóból az egyik kb. 2 hónapja elhalálozott. - egy másik a végső leálláskor, annak okozójaként állt meg egy thermal shutdown mellett - a RAID vezérlő logbejegyzései alapján a hiba bekövetkezte után további újraindítási próbálkozások voltak. Az egyes újraindítások alkalmával a log szerint diszk volt a 4,5,6,7 foglalatokban is. Volt, hogy mindegyikben, volt hogy csak egyikben-másikban. Valaki próbálgatta, hogy hátha másik foglalatban jó lesz. Természetesen szegény RAID vezérlő minden esetben próbált volna újjáépíteni a szétesett RAID tömböt, de ez nem sikerült. És ezeket mindet nekünk kellett megfejtenünk, a kapcsolattartó nem tudott róla. Jó néhány munkaórába telt, de sikeresen helyreállították mérnökeink az adatokat. Tanulság: Szerver környezetben nem ajánlott kísérletezni. Főleg nem olyan dolgokkal, amik alapjában véve sem vezethetnek eredményre. 2. eset: Hot-plug vagy non-hot-plug Vannak az óvatos emberek. Kedves Ügyfél egy olyan szerverrel rendelkezett, ami hot-plug diszkekkel volt ellátva. Ennek lényege az, hogy menet közben, leállítás nélkül is cserélhetőek. Ha egy lemez meghibásodik, nem kell leállítani a szervert, hibás diszket kivesz, a csere diszket betol és a RAID vezérlő szépen újraépíti a tömböt. Főhősünk tudta hogy RAID 5 tömbje van, érzékelte a hibát, látta, hogy a szerver elején látható 4 diszk közül csak három villog zölden, a negyedik led-je sárgán ég. Lejelentette, hát a gyártónak a hibát, megkapta a garanciális csere diszket és annak rendje és módja szerint kihúzta a helyéről a meghibásodottat. Itt pedig elkezdett gondolkozni. Hogy ő most beteheti-e ebbe működés közben a másik diszket? (Helyes megoldás: mivel hot-plug, igen). Ő a biztonság kedvéért inkább kikapcsolja a szervert. Fényes nappal éles szervert, úgy hogy felhasználók voltak éppen rajta. Slusszpoénként hogy kapcsolta ki a szervert? Aki idáig eljutott az olvasással, az valószínűleg kitalálta. Power gombot hosszan nyomva. Nem állította le a futó service-eket, nem lépett ki az operációs rendszerből, hiszen minek is azt? Amennyiben csak simán betette volna a csere eszközt, a RAID vezérlő felismerte volna, hogy új eszköz van a tömbben és teljesen magától, mindenféle beavatkozás nélkül újraépítette volna a tömböt, visszaállítva a meghibásodás előtti biztonságos állapotot. Így egy összeomlott operációs

10 rendszer és file-rendszer fogadott minket. Szerencsére viszonylag egyszerűen helyre lehetett állítani az adatokat, főhősünk nem okozott jelentős kárt, de ilyen egyszerűen is tönkre lehet tenni egy rendszert. Tanulság: ha nem tudod, hogy mit csinálsz, inkább kérj segítséget. 3. eset: Bolhából elefántot Az egyik gyártóval rendezvényünk volt, előadásomba becsempésztem egy kis adatmentést is. Egy negyven perces prezentációba belefér 5 mondat, hogy mentsenek gyakran, és ne kísérletezzenek, ha fontos az adat. Nagyjából két hónappal később csörög a telefon. Egy kedves hölgy van a vonalban, hivatkozik a rendezvényre, hogy akkor hallott minket, és hogy most lenne egy kis problémája és rögtön ránk gondolt. A történet a következő: van nekik egy pc-jük, amiben lakott egy kedves diszk. Egy nap, amikor bekapcsolták a gépet, kiírt valami hibaüzenetet. Ők kihívták a céget, akiktől a pc-t vették. Szakemberük megállapította, hogy meghibásodott a panel. Sebaj, van nekik ilyen winchesterük, majd átszereli rá annak a paneljét és minden frankó lesz. Átszerelte. Nem ment. (Indokokat lásd fentebb). Visszaadta. A hölgy kollégái megpróbálták még egyszer. Megdöbbentő módon nekik se működött. Volt náluk egy még ennél is okosabb ember, aki kitalálta a frankót: szét kell szedni. Szétszedték. Többnyire azért ismert tény, hogy a diszken belül nagy tisztaságú pormentes levegő van. A por az adataink ellensége. Márpedig a levegőben por van. Emiatt a diszkeket kizárólag tisztatérben szokás megbontani. Ez technológiailag az inkubátorhoz hasonlít vagy a filmekben látható légzsilipelt helyiségekhez. Abban a pillanatban, hogy zseniális emberünk felnyitotta a készülékházat az elektromágneses felület megkötötte a levegőből a porszemcséket. Kérdeztem a hölgyet, van-e pótolhatatlan adat az eszközön. Válasz: igen. Kérdeztem, akkor miért nyúltak hozzá? Főleg ha rögtön eszébe jutottam. Válasz: háááát..öööööö.. A meghibásodás oka egy firmware hiba volt. Kb. fél óra alatt, bontás és kockázat nélkül el lehetett volna hárítani minimális költség mellett. Ehelyett olyan alacsony helyreállítási esélyt idéztek elő, olyan magas költség mellett, hogy inkább lemondtak a pótolhatatlan adatokról. 4. eset: A kirúgott vezérlőkábel Érdekes történet, főszerepben egy rossz helyen bóklászó IT vezetővel. A szervereket manapság két féle formában gyártják: torony szerver és rack-es szerver (ide számítottam a blade rendszerű szervereket is). Segítségképpen lásd képeket oldalt. torony szerver rack szerver

11 Ügyfelünknek saját rack szekrénye volt. Érdekességképpen íme két kép, hogy néz ki egy ilyen szemből és hátulról. Mint látható, hátulról ez meglehetősen kesze-kusza látvány, avatatlan szemeknek még a legjobban megtervezett és kialakított kábelezés is inkább valami káoszelméletet juttat eszébe, mintsem tudatos tervezést. Általában a rack szekrény mögé nem megyünk, csak ha valami dolgunk van ott. Akkor is csak az megy oda, aki dolgozik. Kedves Ügyfélnek volt egy adatbázis szervere, ami egy közvetlen csatolású adattárolóra (DAS Direct-Attached-Storage) dolgozott. Ennél a típusnál a storage nem rendelkezett külön vezérlő eszközzel (kontroller), hanem a szerver vezérlőkártyája utasította direktben a diszkeket. A szervert két vezérlőkábel kötötte össze az adattárolóval. Az IT vezető valamilyen fontos ügyből kifolyólag éppen a szekrény háta mögött tartózkodott, amikor egy véletlen mozdulattal sikeresen kirúgta mindkét vezérlőkábelt a helyéről. El nem ítélhető módon ez az adatbázis szervernek zokon esett. Főhősünk a mindent tudók nyugalmával és higgadtságával újra összekötötte a két eszközt. Egyetlen probléma az volt, hogy sikeresen felcserélte a két kábelt. Valamiért a szerver továbbra se látta ezután az adatokat, viszont ha már egyszer talált egy külső eszközt elkezdett rajta felépíteni egy RAID tömböt. Igen, ilyenkor a korábbi tömböt annak összes adatával felülírja Miután szolid 8 óra tömb újraépítés után sem volt eredmény, felhívtak minket. Kollégáink sikeresen újraépítették az eredeti tömböt, főhősünk pedig megfogadta, hogy többé nem megy a szekrény mögé. Vagy ha igen, óvatosan lépked majd. Összegzés Aki idáig eljutott az olvasásban az most már biztosan tudja, hogy miért fontos menteni, miért nem jó, ha addig ki nem próbált dolgokkal próbáljuk elhárítani az addig nem ismert hibát. Mégis mit kell akkor tenni? A kulcs, mint majdnem minden más esetben itt is a megelőzés. Menteni, menteni, menteni! Otthoni körülmények között ez egyszerű. A cél, hogy ne csak egy helyen legyenek a fontos adataink. Lehetnek azok egy külső diszken, lehetnek azok egy NAS dobozon vagy akár dvd-n is, de sohasem egyetlen helyen. Fontos, hogy rendszeresen mentsünk és ellenőrizzük is le, hogy használhatóak-e az archivált adatok. Már ha akarjuk őket később is használni Vállalati környezetben ez egy kicsit bonyolultabb, például nem minden adatbázist lehet működés közben file szinten menteni, de még így is jobban megéri esetleg segítséget kérni a mentés megtervezéséhez, mint egy adatvesztés esetén kétségbeesetten keresni az általában nem olcsó megoldást.

12 Ha netalántán mégis beüt a baj, ne féljünk segítséget kérni. Ne rontsuk a helyzetet, ha nem muszáj. Egy vállalat esetében ugyanis mindig az ADAT a legnagyobb érték. Köszönöm a figyelmet!

ADATMENTÉSSEL KAPCSOLATOS 7 LEGNAGYOBB HIBA

ADATMENTÉSSEL KAPCSOLATOS 7 LEGNAGYOBB HIBA ADATMENTÉSSEL KAPCSOLATOS 7 LEGNAGYOBB HIBA Készítette: Hunet Kft, 2013 Ez az alkotás a Creative Commons Nevezd meg! - Ne add el! - Így add tovább! 2.5 Magyarország licenc alá tartozik. A licenc megtekintéséhez

Részletesebben

I. Mérés SZÉCHENYI ISTVÁN EGYETEM GYŐR TÁVKÖZLÉSI TANSZÉK

I. Mérés SZÉCHENYI ISTVÁN EGYETEM GYŐR TÁVKÖZLÉSI TANSZÉK Mérési Utasítás Adat replikáció, RAID, RAID szintek A RAID-ben eredetileg 5 szintet definiáltak (RAID 1-től RAID 5-ig). Az egyes szintek nem a fejlődési, illetve minőségi sorrendet tükrözik, hanem egyszerűen

Részletesebben

2. Számítógépek működési elve. Bevezetés az informatikába. Vezérlés elve. Külső programvezérlés... Memória. Belső programvezérlés

2. Számítógépek működési elve. Bevezetés az informatikába. Vezérlés elve. Külső programvezérlés... Memória. Belső programvezérlés . Számítógépek működési elve Bevezetés az informatikába. előadás Dudásné Nagy Marianna Az általánosan használt számítógépek a belső programvezérlés elvén működnek Külső programvezérlés... Vezérlés elve

Részletesebben

2023 ban visszakeresné 2002 es leveleit? l Barracuda Message Archiver. Tóth Imre Kereskedelmi Igazgató Avisys Kft Barracuda Certified Diamond Partner

2023 ban visszakeresné 2002 es leveleit? l Barracuda Message Archiver. Tóth Imre Kereskedelmi Igazgató Avisys Kft Barracuda Certified Diamond Partner 2023 ban visszakeresné 2002 es leveleit? l Barracuda Message Archiver Tóth Imre Kereskedelmi Igazgató Avisys Kft Barracuda Certified Diamond Partner 1 Tartalom A Barracuda Networks Termékportfólió IT üzemeltetés

Részletesebben

A számítógépek felépítése. A számítógép felépítése

A számítógépek felépítése. A számítógép felépítése A számítógépek felépítése A számítógépek felépítése A számítógépek felépítése a mai napig is megfelel a Neumann elvnek, vagyis rendelkezik számoló egységgel, tárolóval, perifériákkal. Tápegység 1. Tápegység:

Részletesebben

INFORMATIKA EGYRE NAGYOBB SZEREPE A KÖNYVELÉSBEN

INFORMATIKA EGYRE NAGYOBB SZEREPE A KÖNYVELÉSBEN N 1. Informatikai eszközök az irodában PC, Notebook, Szerver A számítógép típusonként az informatikai feladatoknak megfelelően. Nyomtatók, faxok, scannerek, fénymásolók Írásos dokumentum előállító eszközök.

Részletesebben

MS Windows XP Professional SP2 telepítés virtuális gépre. ember@vodafone.hu

MS Windows XP Professional SP2 telepítés virtuális gépre. ember@vodafone.hu MS Windows XP Professional SP2 telepítés virtuális gépre 1 Előzmények Új gép esetén meg kell győződnünk arról, hogy a gép XP kompatibilis Lehetséges, hogy csak Vista drivereket kínál a gyártó a géphez,

Részletesebben

Storage optimalizálás egyetemi hálózatokban

Storage optimalizálás egyetemi hálózatokban Storage optimalizálás egyetemi hálózatokban Bakonyi Gábor SCI-Network zrt. Tartalom Bevezetés Adattárolási módszerek Optimalizálás Esettanulmány Összefoglalás Optimalizálási igények Költségek csökkentése:

Részletesebben

Arconsult Kft. (1) 225-8810 info@arconsult.hu www.eugyved.hu

Arconsult Kft. (1) 225-8810 info@arconsult.hu www.eugyved.hu Ön a jogi feladataira koncentrálhat, az informatikai hátteret mi biztosítjuk. Arconsult Kft. (1) 225-8810 info@arconsult.hu www.eugyved.hu Elektronikus cégeljárás Szoftver és hardver megoldások Ügyviteli

Részletesebben

Kovács Gábor. rendszermérnök gkovacs@icon.hu. ICON Számítástechnikai Rt. http://www.icon.hu

Kovács Gábor. rendszermérnök gkovacs@icon.hu. ICON Számítástechnikai Rt. http://www.icon.hu Mentési és visszaállítási rendszerek tervezése és muködése rendszermérnök gkovacs@icon.hu Témakörök Az adatmentés infrastruktúrájának fejlodése Az adatmento-rendszerek tervezése az ICON által tervezett

Részletesebben

Háttértárak. Megkülönböztetünk papír alapú, mágneses, optikai, valamint egyéb (elektronikus) háttértárakat.

Háttértárak. Megkülönböztetünk papír alapú, mágneses, optikai, valamint egyéb (elektronikus) háttértárakat. Háttértárak A háttértárak nagy mennyiségű adat tárolására alkalmas ki- és bemeneti perifériák. A használaton kívüli programok, és adatok tárolása mellett fontos szerepük van az adatarchiválásban, de például

Részletesebben

Az OPN2001 telepítése és használata

Az OPN2001 telepítése és használata Az OPN2001 telepítése és használata Tartalomjegyzék A meghajtó telepítése 2 A scanner csatlakoztatása 3 OPN2001 USB-csatlakozó 3 A scanner leolvasása 3 Az OPN2001 scanner 4 Használat 4 Funkciók 5 Problémamegoldás

Részletesebben

HASZNÁLATI ÚTMUTATÓ. Háztartási Párátlanító MEACO 10L Kondenzációs

HASZNÁLATI ÚTMUTATÓ. Háztartási Párátlanító MEACO 10L Kondenzációs HASZNÁLATI ÚTMUTATÓ Háztartási Párátlanító MEACO 10L Kondenzációs BIZTONSÁGI ELŐIRÁSOK Használat előtt kérjük figyelmesen olvassa el a használati útmutatót FIGYELEM- A párátlanító kizárólag háztartási

Részletesebben

SZÁMÍTÓGÉP FELÉPÍTÉSE (TK 61-TŐL)

SZÁMÍTÓGÉP FELÉPÍTÉSE (TK 61-TŐL) SZÁMÍTÓGÉP FELÉPÍTÉSE (TK 61-TŐL) SZÁMÍTÓGÉP Olyan elektronikus berendezés, amely adatok, információk feldolgozására képes emberi beavatkozás nélkül valamilyen program segítségével. HARDVER Összes műszaki

Részletesebben

Autosoft a Profit-generátor. Autosoft AMS. AMS 6.2.9.0 6.2.13.0 verzió leírása

Autosoft a Profit-generátor. Autosoft AMS. AMS 6.2.9.0 6.2.13.0 verzió leírása Autosoft AMS AMS 6.2.9.0 6.2.13.0 verzió leírása 1. rész AUTOSOFT KFT. Kiadvány 1 / 7 Impresszum Szerkesztő Molnár Lilian Szerzők Kormány János Bodnár Péter Kliszki Bálint Vilusz Edgár Koncz Lilla Visszajelzés

Részletesebben

Telepítési Kézikönyv

Telepítési Kézikönyv Intelligens Dokumentum Kezelő Rendszer Telepítési Kézikönyv 1/15. oldal Dokumentum áttekintés Dokumentum címe: doknet telepítési kézikönyv Dokumentum besorolása: szoftver telepítési leírás Projektszám:

Részletesebben

BEVEZETÉS A SZÁMÍTÓGÉPEK VILÁGÁBA

BEVEZETÉS A SZÁMÍTÓGÉPEK VILÁGÁBA BEVEZETÉS A SZÁMÍTÓGÉPEK VILÁGÁBA Ismeretterjesztő előadás 2. Rész Előadó:Pintér Krisztina etanácsadó aniszirk@gmail.com INFORMÁCIÓS ÍRÁSTUDÁS Az információ elérésének és felhasználásának képessége. leggyakrabban

Részletesebben

Hogyan váljunk profi felhasználóvá 80 nap alatt, vagy még gyorsabban? Ingyenes e-mail tanfolyam.

Hogyan váljunk profi felhasználóvá 80 nap alatt, vagy még gyorsabban? Ingyenes e-mail tanfolyam. Hogyan váljunk profi felhasználóvá 80 nap alatt, vagy még gyorsabban? Ingyenes e-mail tanfolyam. Hogyan állítsam be az Outlook-ot ingyenes e-mail címhez? 10. lecke Hogyan állítsam be az Outlook-ot, ha

Részletesebben

Tisztelt partnerünk. A perfect-it Services Kft KOmplex szolgáltatásokat nyújt az informatika összes területén!

Tisztelt partnerünk. A perfect-it Services Kft KOmplex szolgáltatásokat nyújt az informatika összes területén! A perfect-it Services Kft KOmplex szolgáltatásokat nyújt az informatika összes területén! Tisztelt partnerünk szoftveres és hadrveres megoldások az év minden napján 10 éves tapasztalattal! Vállalkozásunk

Részletesebben

Technikai tájékoztató - kérdések és válaszok TSD-QA (2012/05)

Technikai tájékoztató - kérdések és válaszok TSD-QA (2012/05) Technikai tájékoztató - kérdések és válaszok TSD-QA (2012/05) 1. K: Mik a Smart Response Technology alapvet követelményei? V: Az Intel dokumentációja alapján az Intel Smart Response technológia támogatásához

Részletesebben

Hogyan válasszunk rendszergazdát?

Hogyan válasszunk rendszergazdát? Hogyan válasszunk rendszergazdát? Milyen szempontok alapján hozzunk döntést, ha el akarjuk kerülni az esetleges buktatókat? Kiadás: 2012/02 Készítette: Tamás Bence, itvezeto.hu Copyright 2012 Tamás Bence

Részletesebben

Az informatikai katasztrófa elhárítás menete

Az informatikai katasztrófa elhárítás menete Az informatikai katasztrófa elhárítás menete A katasztrófa elhárításáért felelős személyek meghatározása Cég vezetője (ügyvezető): A Cég vezetője a katasztrófa elhárítás első számú vezetője. Feladata:

Részletesebben

WAGO PLC-vel vezérelt hő- és füstelvezetés

WAGO PLC-vel vezérelt hő- és füstelvezetés WAGO PLC-vel vezérelt hő- és füstelvezetés Wago Hungária Kft. Cím: 2040. Budaörs, Gyár u. 2. Tel: 23 / 502 170 Fax: 23 / 502 166 E-mail: info.hu@wago.com Web: www.wago.com Készítette: Töreky Gábor Tel:

Részletesebben

Netis vezeték nélküli, N típusú USB adapter

Netis vezeték nélküli, N típusú USB adapter Netis vezeték nélküli, N típusú USB adapter Gyors üzembe helyezési útmutató WF-2109, WF-2111, WF-2116, WF-2119, WF-2119S, WF-2120, WF-2123, WF-2150, WF-2151, WF-2190, WF-2503 1 A csomag tartalma A csomag,

Részletesebben

Enterprise szintű szerver- virtualizáció bevezetése felsőoktatási környezetben.

Enterprise szintű szerver- virtualizáció bevezetése felsőoktatási környezetben. Enterprise szintű szerver- virtualizáció bevezetése felsőoktatási környezetben. Kovács Csaba István cs.kovacs@mail.duf.hu Botka István boti@makacs.duf.hu Szabó József pici@makacs.duf.hu EURÓPAI CAMPUS

Részletesebben

E-számlával kapcsolatos tudnivalók

E-számlával kapcsolatos tudnivalók Kedves Hallgató! E-számlával kapcsolatos tudnivalók A Nyugat-magyarországi Egyetem 2015/16. tanévtől új elektronikus számlázási rendszert használ. I. Számla előzetes kérése nélkül Minden kiírt és befizetett

Részletesebben

2. rész BEVEZETÉS A SZÁMÍTÓGÉPEK VILÁGÁBA. Az információ elérésének és felhasználásának képessége.

2. rész BEVEZETÉS A SZÁMÍTÓGÉPEK VILÁGÁBA. Az információ elérésének és felhasználásának képessége. 2. rész BEVEZETÉS A SZÁMÍTÓGÉPEK VILÁGÁBA 1. INFORMÁCIÓS ÍRÁSTUDÁS Az információ elérésének és felhasználásának képessége. - leggyakrabban számítógép és / vagy Internet használat - IKT technológiák alkalmazásának

Részletesebben

Szerver-üzemeltetés - Tudásközpont, Pécs

Szerver-üzemeltetés - Tudásközpont, Pécs Szerver-üzemeltetés - Tudásközpont, Pécs Hamburger György, informatikai osztályvezető hamburger.gyorgy@lib.pte.hu Az alapötlet Munkaállomások tömeges telepítése megoldott. Kamatoztassuk a tapasztalatokat

Részletesebben

Személyügyi nyilvántartás szoftver

Személyügyi nyilvántartás szoftver Személyügyi nyilvántartás szoftver A nexonhr személyügyi nyilvántartás szoftver a személyügyi, továbbképzési és munkaköri adatok kezelését teszi lehetővé. A szoftver támogatja a HR adminisztrációs feladatokat,

Részletesebben

Pest Megyei Kamara 2006. január 20. Bagi Zoltán

Pest Megyei Kamara 2006. január 20. Bagi Zoltán Pest Megyei Kamara 2006. január 20. Bagi Zoltán Mitől korszerű egy rendszer? Funkcionalitás, program szolgáltatásai Integráltság (más partnerekkel való adatkapcsolat) Kommunikáció = távolságtól független

Részletesebben

Számítógép felépítése

Számítógép felépítése Számítógép felépítése Amiről szó lesz Szg-ek csoportosítása hardveres szemszögből Kitekintés az Apple termékpalettájára IBM kompatibilis konfigurációk építőkockái (modularitás): ház, táp, hűtés, alaplap

Részletesebben

HÁLÓZATOK I. Segédlet a gyakorlati órákhoz. Készítette: Göcs László mérnöktanár KF-GAMF Informatika Tanszék. 2014-15. tanév 1.

HÁLÓZATOK I. Segédlet a gyakorlati órákhoz. Készítette: Göcs László mérnöktanár KF-GAMF Informatika Tanszék. 2014-15. tanév 1. HÁLÓZATOK I. Segédlet a gyakorlati órákhoz 1. Készítette: Göcs László mérnöktanár KF-GAMF Informatika Tanszék 2014-15. tanév 1. félév Elérhetőség Göcs László Informatika Tanszék 1.emelet 116-os iroda gocs.laszlo@gamf.kefo.hu

Részletesebben

Zipernowsky Károly Műszaki Szakközépiskola Informatikai Védelmi Szabályzata

Zipernowsky Károly Műszaki Szakközépiskola Informatikai Védelmi Szabályzata Zipernowsky Károly Műszaki Szakközépiskola Informatikai Védelmi Szabályzata Pécs 2005 1. Tartalomjegyzék 1. TARTALOMJEGYZÉK... 2 2. BEVEZETÉS... 3 2.1. AZ Informatikai Védelmi Szabályzat célja... 3 2.2.

Részletesebben

A Microsoft terminálszolgáltatás ügyfél oldali hardverigényének meghatározása

A Microsoft terminálszolgáltatás ügyfél oldali hardverigényének meghatározása S SDA Stúdió kft. A Microsoft terminálszolgáltatás ügyfél oldali hardverigényének meghatározása Kiadva: 2002.02.12. Oldalak száma: 7 A dokumentum története Verzió Dátum Módosítás rövid leírása Módosító

Részletesebben

A VIRTUÁLIS IRODA szolgáltatás ismertetése

A VIRTUÁLIS IRODA szolgáltatás ismertetése A VIRTUÁLIS IRODA szolgáltatás ismertetése InfoTIPP Rendszerház Kft. Költözzön Virtuális Irodába és levesszük válláról a terhet! Virtuális Iroda már 15.000 Ft/hó-tól (2 felhasználóval) Biztosan elég korszerő

Részletesebben

Symantec Backup Exec System Recovery 7.0 Server Edition. Teljes Windows rendszerek helyreállítása csak percek, nem pedig napok vagy órák kérdése

Symantec Backup Exec System Recovery 7.0 Server Edition. Teljes Windows rendszerek helyreállítása csak percek, nem pedig napok vagy órák kérdése A FŐBB KÉZZELFOGHATÓ ELŐNYÖK Teljes Windows rendszerek helyreállítása csak percek, nem pedig napok vagy órák kérdése A Symantec már több ízben bizonyította nyilvános bemutatókon, hogy a Backup Exec System

Részletesebben

DWL-G122 Vezeték nélküli USB Adapter. CD-ROM (amely tartalmazza a drivereket, a használati útmutatót és a garanciát)

DWL-G122 Vezeték nélküli USB Adapter. CD-ROM (amely tartalmazza a drivereket, a használati útmutatót és a garanciát) A termék a következő operációs rendszerekkel működik: Windows XP, Windows 2000, Windows Me, Windows 98se DWL-G122 AirPlus G Nagysebességű 802.11g USB Vezeték nélküli Adapter Kezdő lépések Legalább az alábbiakkal

Részletesebben

mhtml:file://d:\users\zsolt\appdata\local\temp\fartmp0g.q30\3-lenovo_recovery...

mhtml:file://d:\users\zsolt\appdata\local\temp\fartmp0g.q30\3-lenovo_recovery... 1. oldal, összesen: 5 oldal Partner oldal - Helyreállító lemezek Helyreállító lemezek készítése és használata Lenovo számítógépekhez A Lenovo (és elődje az IBM) már évek óta nem ad recovery lemezt a gépeihez.

Részletesebben

Magyar. Biztonsági információk. Magyar

Magyar. Biztonsági információk. Magyar Az útmutató tartalma: Biztonsági információk, 29. oldal. Az üzembe helyezéssel kapcsolatos hibaelhárítás, 30. oldal. További információk keresése, 34. oldal. Biztonsági információk A készülékhez csak a

Részletesebben

Processzorsebesség: 800 MHz Nyomtatónyelvek: HP PCL 5e, HP PCL 6, HP Postscript Level 3 emuláció, közvetlen PDF (v 1.7) nyomtatás Képernyő:

Processzorsebesség: 800 MHz Nyomtatónyelvek: HP PCL 5e, HP PCL 6, HP Postscript Level 3 emuláció, közvetlen PDF (v 1.7) nyomtatás Képernyő: Műszaki adatok Nyomtatási sebesség (fekete): Normál:Akár 33 oldal percenként (A mérés az ISO/IEC 24734 használata alapján, a tesztdokumentumok első sorozatának kihagyásával történt. További információ:

Részletesebben

BaBér bérügyviteli rendszer telepítési segédlete 2011. év

BaBér bérügyviteli rendszer telepítési segédlete 2011. év BaBér bérügyviteli rendszer telepítési segédlete 2011. év Ajánlott konfiguráció A program hardverigénye: Konfiguráció: 2800 MHz processzor 512 Mbyte memória (RAM) / Szerver gépen 1G memória (RAM) Lézernyomtató

Részletesebben

Számítógépek felépítése

Számítógépek felépítése Számítógépek felépítése Kérdések a témakörhöz Melyek a Neumann-elvek? Milyen főbb részei vannak a Neumann-elvek alapján működő számítógépeknek? Röviden mutasd be az egyes részek feladatait! Melyek a ma

Részletesebben

A felelős személy (üzemeltető) feladatai.

A felelős személy (üzemeltető) feladatai. 9027 Győr Toldi u. 8/a tel: 20/9857-890 e-mail: stinner.laszlo@gmail.com www.riaszto-kamera-tuzjelzo.hu Beépített automatikus tűzjelző rendszerek felülvizsgálata és karbantartása. A felelős személy (üzemeltető)

Részletesebben

Médiatár. Rövid felhasználói kézikönyv

Médiatár. Rövid felhasználói kézikönyv Médiatár Rövid felhasználói kézikönyv Tartalomjegyzék Bevezetés Tartalomjegyzék Bevezetés Bevezetés... 3 Kezdô gondolatok... 4 Hálózati követelmények... 4 Támogatott operációs rendszerek a számítógépeken...

Részletesebben

Szolgáltatások. Szolgáltatások1990-ben. Szolgáltatások 2011-ben. Hagyományos* Hagyományos* Fapados** VIP VIP. Ár tartalmazza. Ár nem tartalmazza

Szolgáltatások. Szolgáltatások1990-ben. Szolgáltatások 2011-ben. Hagyományos* Hagyományos* Fapados** VIP VIP. Ár tartalmazza. Ár nem tartalmazza Okostelefon elterjedtség Magyarországon Csáki-Barcza Zoltán, IT Partner osztályvezető, Magyar Telekom Nyrt., Kis- és középvállalati értékesítési igazgatóság Az összpontosítás a siker egyik kulcsa. Tisztában

Részletesebben

i5000 sorozatú szkennerek

i5000 sorozatú szkennerek i5000 sorozatú szkennerek Vezérlő kód információk _hu Vezérlőkód információk Tartalomjegyzék Vezérlő minta részletek... 4 Vezérlő minta tájolás... 5 Vonalkód részletek... 7 Vezérlő pozícionálása... 9 Papír

Részletesebben

BUDGET-IT Prezentáció. NAVIGATOR Informatika Zrt.

BUDGET-IT Prezentáció. NAVIGATOR Informatika Zrt. BUDGET-IT Prezentáció NAVIGATOR Informatika Zrt. PIACI HÁTTÉR A BUDGET-IT szolgáltatás A BUDGET-IT szolgáltatás legfőbb előnyei Kiknek készült a BUDGET-IT? PIACI HÁTTÉR Jelenlegi gazdasági helyzet Gazdasági

Részletesebben

Tisztelt Ügyfelünk! Tájékoztató az átállásról

Tisztelt Ügyfelünk! Tájékoztató az átállásról OTP BANK NYRT. Tisztelt Ügyfelünk! Tájékoztató az átállásról Bankunk ügyfeleink folytonos szoftverhasználatát biztosító szempont alapján úgy döntött, hogy az új verziót (6.01-01) most nem a megszokott

Részletesebben

Útmutató a hálózathasználathoz Evo asztaliszámítógép-család Evo munkaállomás-család

Útmutató a hálózathasználathoz Evo asztaliszámítógép-család Evo munkaállomás-család b Evo asztaliszámítógép-család Evo munkaállomás-család A kiadvány cikkszáma: 177922-214 2002. május Ez az útmutató az egyes asztali számítógépekben és munkaállomásokban található hálózati kártya (NIC)

Részletesebben

ivms-4200 kliensszoftver

ivms-4200 kliensszoftver ivms-4200 kliensszoftver Felhasználói segédlet v1.02 2012.11.21. HU 1. TARTALOM 1. Tartalom... 2 2. Bevezető... 2 2.1. Felhasználás... 2 2.2. Hardverigény... 2 3. Használat... 3 3.1. Vezérlőpult... 3 3.2.

Részletesebben

PRECÍZ SZOFTVER TELEPÍTÉSI LEÍRÁS

PRECÍZ SZOFTVER TELEPÍTÉSI LEÍRÁS 1989 PRECÍZ SZOFTVER TELEPÍTÉSI LEÍRÁS 22 éves A program gépigénye: Minimum 32 bites Windows 98SE, 2000 XP, VISTA, 7 vagy 8 operációs rendszert futtató, Pentium 1800 MHz-nél nagyobb teljesítményű, 256

Részletesebben

A Smart-UPS 1200/1500 VA 100/120/230 Vac rackbe szerelhető 1U telepítési útmutatója

A Smart-UPS 1200/1500 VA 100/120/230 Vac rackbe szerelhető 1U telepítési útmutatója A Smart-UPS 1200/1500 VA 100/120/230 Vac rackbe szerelhető 1U telepítési útmutatója Fontos biztonsági üzenetek Olvassa el alaposan az utasításokat, hogy megismerje a berendezést, mielőtt üzembe helyezi,

Részletesebben

Hogyan építsünk adatközpontot? Tarcsay György 2014.05.14.

Hogyan építsünk adatközpontot? Tarcsay György 2014.05.14. Hogyan építsünk adatközpontot? Tarcsay György 2014.05.14. M I A Z A Z A D AT K Ö Z P O N T? 2014.05.14. 2 M I A Z A Z A D AT K Ö Z P O N T? Iroda: Élettartam: 5-10 év Fix telepítés Hosszútávú megbízhatóság

Részletesebben

SJ4000 WIFI Felhaszna lo i u tmutato

SJ4000 WIFI Felhaszna lo i u tmutato SJ4000 WIFI Felhaszna lo i u tmutato Oldal 1 Figyelmeztetés 1. Ez egy érzékeny termék, ne ejtse el. 2. Ne tegye a terméket erősen mágneses tárgyak közelébe, mint például mágnes és elektromos motor. Kerülje

Részletesebben

TELEFON-ALKÖZPONTOK KARBANTARTÁSA, KIÉPÍTÉSE, BÉRÜZEMELTETÉSE

TELEFON-ALKÖZPONTOK KARBANTARTÁSA, KIÉPÍTÉSE, BÉRÜZEMELTETÉSE TELEFON-ALKÖZPONTOK KARBANTARTÁSA, KIÉPÍTÉSE, BÉRÜZEMELTETÉSE Több Ügyfelünk jelezte korábban, hogy a telefonközpontja, mint egy mostohagyermek mindenféle felügyelet nélkül, csak úgy van. Ha pedig esetleg

Részletesebben

Xpandrive virtuális storage rendszer

Xpandrive virtuális storage rendszer Költséghatékonyabb és gyorsabb adatelérés az Xpandrive virtuális storage rendszerrel Enterprise Xpandrive virtuális storage rendszer Termékismertető Xpandrive, a hatékony tárhelymenedzselőrendszer Az Enterprise

Részletesebben

Symantec Backup Exec 11d SAN shared backup howto

Symantec Backup Exec 11d SAN shared backup howto Symantec Backup Exec 11d SAN shared backup howto by pingtomi 2009. augusztus 25. Ez a HOWTO azért született, mert nagyon sokat kutakodtam interneten, és nem sikerült találnom SAN mentési leírást Backup

Részletesebben

Általános leírás 2 Telepítési útmutató 3

Általános leírás 2 Telepítési útmutató 3 Hőnyomtató V. 1.0 Tartalomjegyzék: Általános leírás 2 Telepítési útmutató 3 1. A nyomtató telepítése Windows XP operációs rendszerhez 3 2. A nyomtató telepítése Windows 95/98/ME operációs rendszerhez 10

Részletesebben

Felhasználói kézikönyv. Audio Baby monitor PNI B6000 wireless

Felhasználói kézikönyv. Audio Baby monitor PNI B6000 wireless Felhasználói kézikönyv Audio Baby monitor PNI B6000 wireless A készülék első bekapcsolása vagy használata előtt, kérjük olvassa el figyelmesen ezeket az utasításokat és tartsa meg ezt a kézikönyvet a későbbi

Részletesebben

Software Defined technológiák használata Oracle adatbázis konszolidációhoz

Software Defined technológiák használata Oracle adatbázis konszolidációhoz Software Defined technológiák használata Oracle adatbázis konszolidációhoz Popovics László 2014. Október 2. Technológiai evolúció 2000-es évek eleje A 2000-es években főképp monolit rendszereket használtak

Részletesebben

Mikor és hogyan érdemes virtualizálni?

Mikor és hogyan érdemes virtualizálni? CNW Rendszerintegrációs Zrt. Tamási Leander» Rendszermérnök Mikor és hogyan érdemes virtualizálni? 2012. március 27.» IT üzemeltetés Főbb témák 30 percben 1) Virtualizáció célterületei, előnyei 2) Virtualizációs

Részletesebben

VIZSGÁLATI BIZONYÍTVÁNY

VIZSGÁLATI BIZONYÍTVÁNY VIZSGÁLATI BIZONYÍTVÁNY A HUNGUARD Számítástechnikai-, informatikai kutató-fejlesztő és általános szolgáltató Kft. értékelési divíziója, mint a NAT által a NAT-1-1578/2008 számon akkreditált vizsgáló laboratórium

Részletesebben

Budapesti Mûszaki Fõiskola Rejtõ Sándor Könnyûipari Mérnöki Kar Médiatechnológiai Intézet Nyomdaipari Tanszék. Karbantartás-szervezés a nyomdaiparban

Budapesti Mûszaki Fõiskola Rejtõ Sándor Könnyûipari Mérnöki Kar Médiatechnológiai Intézet Nyomdaipari Tanszék. Karbantartás-szervezés a nyomdaiparban Budapesti Mûszaki Fõiskola Rejtõ Sándor Könnyûipari Mérnöki Kar Médiatechnológiai Intézet Nyomdaipari Tanszék Karbantartás-szervezés a nyomdaiparban 6. előadás Karbantartás irányítási információs rendszer

Részletesebben

Ez a telepítési dokumentum segítséget nyújt abban, hogy szabályosan telepítse az Áfa átállító szoftvert Szerviz 7 programhoz.

Ez a telepítési dokumentum segítséget nyújt abban, hogy szabályosan telepítse az Áfa átállító szoftvert Szerviz 7 programhoz. 3Sz-s Kft. 1158 Budapest, Jánoshida utca 15. Tel: (06-1) 416-1835 / Fax: (06-1) 419-9914 e-mail: zk@3szs.hu / web: www.3szs.hu Tisztelt Felhasználó! Ez a telepítési dokumentum segítséget nyújt abban, hogy

Részletesebben

Üzletmenet folytonosság menedzsment [BCM]

Üzletmenet folytonosság menedzsment [BCM] Üzletmenet folytonosság menedzsment [BCM] Üzletmenet folytonosság menedzsment Megfelelőség, kényszer? Felügyeleti előírások Belső előírások Külföldi tulajdonos előírásai Szabványok, sztenderdek, stb Tudatos

Részletesebben

VARIO Face 2.0 Felhasználói kézikönyv

VARIO Face 2.0 Felhasználói kézikönyv VARIO Face 2.0 Felhasználói kézikönyv A kézikönyv használata Mielőtt elindítaná és használná a szoftvert kérjük olvassa el figyelmesen a felhasználói kézikönyvet! A dokumentum nem sokszorosítható illetve

Részletesebben

Motor lamellás árnyékolókhoz J4 WT

Motor lamellás árnyékolókhoz J4 WT Motor lamellás árnyékolókhoz J4 WT Szerelési útmutató HU - Tartalomjegyzék 1 Általános információ 2 1.1 Általános információ 2 1.2 Biztonsági előírások 2 1.3 Megfelelőségi nyilatkozat 2 1.4 Műszaki adatok

Részletesebben

TLF005_KIV_V01 Oldal: 1 / 8

TLF005_KIV_V01 Oldal: 1 / 8 TLF005_KIV_V01 Oldal: 1 / 8 TLF005_KIV_V01 Oldal: 2 / 8 1. A folyamat célja KIVONAT a TLF005 jelű folyamathoz, VÁLLALKOZÓK részére A folyamat célja a technológiai informatikai rendszereken a meghibásodások

Részletesebben

VigilancePro. All Rights Reserved, Copyright 2005 Hitachi Europe Ltd.

VigilancePro. All Rights Reserved, Copyright 2005 Hitachi Europe Ltd. Reseller Lengyelországban: VigilancePro All Rights Reserved, Copyright 2005 Hitachi Europe Ltd. Bevezetés Vigilance Pro Hálózati elemzés valós időben A Vigilance Pro szoftver egy egyedi megoldás, amely

Részletesebben

Biztonsági mentés és visszaállítás Felhasználói útmutató

Biztonsági mentés és visszaállítás Felhasználói útmutató Biztonsági mentés és visszaállítás Felhasználói útmutató Copyright 2007 Hewlett-Packard Development Company, L.P. A Windows elnevezés a Microsoft Corporation Amerikai Egyesült Államokban bejegyzett kereskedelmi

Részletesebben

Teljes vírusirtás a NOD32 Antivirus System segítségével. vírusirtási útmutató

Teljes vírusirtás a NOD32 Antivirus System segítségével. vírusirtási útmutató Teljes vírusirtás a NOD32 Antivirus System segítségével vírusirtási útmutató 1. A vírus definíciós adatbázis frissítése A tálca jobb alsó sarkán található NOD32 ikon segítségével nyissa meg a Vezérlő központot.

Részletesebben

Makrodigit programcsomag. Társasház modul. felhasználói ismertető. Makrodigit Informatikai Kft. 2011. Módosítva: 2015. március 4.

Makrodigit programcsomag. Társasház modul. felhasználói ismertető. Makrodigit Informatikai Kft. 2011. Módosítva: 2015. március 4. Makrodigit programcsomag Társasház modul felhasználói ismertető Makrodigit Informatikai Kft. 2011. Módosítva: 2015. március 4. Tartalom Bevezető... 3 Egyszeri feladatok, az alapadatok menü beállításai...

Részletesebben

1. MODUL - ÁLTALÁNOS FOGALMAK

1. MODUL - ÁLTALÁNOS FOGALMAK 1. MODUL - ÁLTALÁNOS FOGALMAK 1. Melyik a mondat helyes befejezése? A számítógép hardvere a) bemeneti és kimeneti perifériákat is tartalmaz. b) nem tartalmazza a CPU-t. c) a fizikai alkatrészek és az operációs

Részletesebben

A számítógép külső felépítése

A számítógép külső felépítése A számítógép külső felépítése Hardver: A számítógéphez csatlakoztatott, kézzel megfogható eszközök. Szoftver: Egy ember, vagy egy csoport által létrehozott szellemi termék, melyet törvény véd. Szoftverek

Részletesebben

ELEKTRONIKUS MUNKABÉRJEGYZÉK MODUL

ELEKTRONIKUS MUNKABÉRJEGYZÉK MODUL ELEKTRONIKUS MUNKABÉRJEGYZÉK MODUL nexonbér elektronikus munkabérjegyzék modul Kiszámolta már valaha, hogy mennyibe kerül egyetlen munkavállaló egyetlen havi munkabérjegyzéke (a nyomtatás, a borítékolás

Részletesebben

Papírmentes technológiák a. könyvvizsgálatban

Papírmentes technológiák a. könyvvizsgálatban Papírmentes technológiák a könyvvizsgálatban 1 9/8/2012 BEVEZETÉS az informatika használata megkerülhetetlen, az informatika nélkül végzett könyvvizsgálat versenyhátrányt okoz, mindenkinek szüksége van

Részletesebben

Mi a karbantartás feladata. Karbantartás-fejlesztés korszerűen Nyílt képzés 2014.05.15. Fekete Gábor, A.A. Stádium Kft.

Mi a karbantartás feladata. Karbantartás-fejlesztés korszerűen Nyílt képzés 2014.05.15. Fekete Gábor, A.A. Stádium Kft. Mi a karbantartás feladata Karbantartás-fejlesztés korszerűen Nyílt képzés 2014.05.15. Fekete Gábor, A.A. Stádium Kft. A karbantartás hagyományos értelmezése A karbantartás feladata a berendezések képességeinek

Részletesebben

Riverbed Sávszélesség optimalizálás

Riverbed Sávszélesség optimalizálás SCI-Network Távközlési és Hálózatintegrációs zrt. T.: 467-70-30 F.: 467-70-49 info@scinetwork.hu www.scinetwork.hu Riverbed Sávszélesség optimalizálás Bakonyi Gábor hálózati mérnök Nem tudtuk, hogy lehetetlen,

Részletesebben

Hogyan válasszunk szabad szoftvert?

Hogyan válasszunk szabad szoftvert? Hogyan válasszunk szabad szoftvert? Konstantinusz Kft. 2009 1/10 Tartalomjegyzék BEVEZETÉS...3 JELENLEGI HELYZET...3 MIÉRT KELL SZABAD SZOFTVERT VÁLASZTANI ÜZLETI KÖRNYEZETBEN?...4 MIT VÁR TŐLÜNK AZ ÜZLETI

Részletesebben

hakkumulátor h Számítógép

hakkumulátor h Számítógép Köszönjük, hogy IBM ThinkPad R sorozatú számítógépet vásárolt. Hasonlítsa összes azt itt felsorolt elemeket a dobozban lévőkkel. Ha valamilyen tétel hiányzik vagy sérült, vegye fel a kapcsolatot a vásárlás

Részletesebben

Szakmai specifikáció

Szakmai specifikáció Szakmai specifikáció Jelen műszaki specifikációban szereplő gyártmány és típus megjelölés használata csak a tárgy jellegének egyértelmű és közérthető meghatározása érdekében történt. Bármely gyártmányra

Részletesebben

Honlapkészítés egyszerűen. Tegyük tisztába a dolgokat!

Honlapkészítés egyszerűen. Tegyük tisztába a dolgokat! Honlapkészítés egyszerűen Tegyük tisztába a dolgokat! Az Internet beépült a mindennapjainkba A technikai fejlődésnek és a szélessávú Internet elterjedésének köszönhetően ma már weboldalak milliárdjai között

Részletesebben

MOBILITÁS VÁLLALATI KÖRNYEZETBEN MEGOLDÁS KONCEPCIÓ

MOBILITÁS VÁLLALATI KÖRNYEZETBEN MEGOLDÁS KONCEPCIÓ MOBILITÁS VÁLLALATI KÖRNYEZETBEN MEGOLDÁS KONCEPCIÓ 1 Mobil eszközök növekedési trendje 2 A mobil eszközök előnyei Támogatják a mobilitást, könnyű velük utazni, terepen munkát végezni Széles applikáció

Részletesebben

telepítési útmutató K&H Bank Zrt.

telepítési útmutató K&H Bank Zrt. K&H Bank Zrt. 1095 Budapest, Lechner Ödön fasor 9. telefon: (06 1) 328 9000 fax: (06 1) 328 9696 Budapest 1851 www.kh.hu bank@kh.hu telepítési útmutató K&H e-bank Budapest, 2015. március 09. K&H e-bank

Részletesebben

ROSSZ TÁPEGYSÉG TRANSZFORMÁTORAINAK ÉS TOROID GYŰRŰINEK ÚJRA FELHASZNÁLÁSI LEHETŐSÉGEI. Molnár László

ROSSZ TÁPEGYSÉG TRANSZFORMÁTORAINAK ÉS TOROID GYŰRŰINEK ÚJRA FELHASZNÁLÁSI LEHETŐSÉGEI. Molnár László ROSSZ TÁPEGYSÉG TRANSZFORMÁTORAINAK ÉS TOROID GYŰRŰINEK ÚJRA FELHASZNÁLÁSI LEHETŐSÉGEI Molnár László Az alábbi áramkör, amit Joule thief -nek is becéznek, egy egyszerű, butított blocking oszcillátor áramkör

Részletesebben

A Vizsgálóhelyi nyilvántartó program Online Telepítıje

A Vizsgálóhelyi nyilvántartó program Online Telepítıje 3Sz-s Kft. 1158 Budapest, Jánoshida utca 15. Tel: (06-1) 416-1835 / Fax: (06-1) 419-9914 e-mail: zk@3szs.hu / web: http://www.3szs.hu A Vizsgálóhelyi nyilvántartó program Online Telepítıje Tisztelt Felhasználó!

Részletesebben

A Mórakert TÉSZ információs rendszere

A Mórakert TÉSZ információs rendszere A Mórakert TÉSZ információs rendszere Berecz Patrícia DE AMTC GVK SU 2009-2009.08.27 Tartalom A Mórakert TÉSZ bemutatás Informatikai ellátottság Kommunikáció Egyéb informatikai rendszerek A Mórakert TÉSZ

Részletesebben

Nyári gyakorlat teljesítésének igazolása Hiányzások

Nyári gyakorlat teljesítésének igazolása Hiányzások Nyári gyakorlat teljesítésének igazolása Hiányzások - - Az összefüggő szakmai gyakorlatról hiányozni nem lehet. Rendkívüli, nem tervezhető esemény esetén az igazgatóhelyettest kell értesíteni. - A tanulók

Részletesebben

EM8670-R2 Vezeték nélküli időjárás álló napelemes stroboszkóp és sziréna

EM8670-R2 Vezeték nélküli időjárás álló napelemes stroboszkóp és sziréna EM8670-R2 Vezeték nélküli időjárás álló napelemes stroboszkóp és sziréna 2 MAGYAR EM8670-R2 - Vezeték nélküli időjárás álló napelemes stroboszkóp és sziréna Tartalomjegyzék 1.0 Bevezetés... 2 2.0 Beállítások...

Részletesebben

1 ÉLETPÁLYA ÉPÍTÉSI ISMERETEK A 12. ÉVFOLYAM

1 ÉLETPÁLYA ÉPÍTÉSI ISMERETEK A 12. ÉVFOLYAM 1 ÉLETPÁLYA ÉPÍTÉSI ISMERETEK A 12. ÉVFOLYAM XII.A.6.8/5. GYŰJTEMÉNY Mai feladatok 1. Nagynevű kereskedelmi ügyfelünknek elromlott a számlázási programja. A programot tőlünk vették, a mi vállalatunk informatikusai

Részletesebben

(1) 10/100/1000Base-T auto-sensing Ethernet port (2) 1000Base-X SFP port (3) Konzol port (4) Port LED-ek (5) Power LED (Power)

(1) 10/100/1000Base-T auto-sensing Ethernet port (2) 1000Base-X SFP port (3) Konzol port (4) Port LED-ek (5) Power LED (Power) HP 5120-24G 1.ábra Első panel (1) 10/100/1000Base-T auto-sensing Ethernet port (2) 1000Base-X SFP port (3) Konzol port (4) Port LED-ek (5) Power LED (Power) 2.ábra Hátsó panel (1) AC-input csatlakozó (2)

Részletesebben

Danfoss Link RS Szerelési útmutató

Danfoss Link RS Szerelési útmutató Danfoss Link RS Szerelési útmutató HU Danfoss Link RS A Danfoss Link RS (Room Sensor) szobahőmérséklet érzékelő méri és továbbítja a Danfoss Link CC központnak a helyiség hőmérsékletének értékét. A Danfoss

Részletesebben

Jogtár szolgáltatás elérése otthonról, Windows XP alól

Jogtár szolgáltatás elérése otthonról, Windows XP alól Eötvös Loránd Tudományegyetem Állam- és Jogtudományi Kar Tájékoztató Jogtár szolgáltatás elérése otthonról, Windows XP alól ELTE ÁJK 2007. Jogtár szolgáltatás elérése otthonról, Windows XP alól 3 Bevezető,

Részletesebben

Az elosztott villamos energia termelés szerepe a természeti katasztrófákkal szembeni rugalmas ellenálló képesség növelésében

Az elosztott villamos energia termelés szerepe a természeti katasztrófákkal szembeni rugalmas ellenálló képesség növelésében Az elosztott villamos energia termelés szerepe a természeti katasztrófákkal szembeni rugalmas ellenálló képesség növelésében Prof. Dr. Krómer István Óbudai Egyetem Intelligens Energia Ellátó Rendszerek

Részletesebben

Microsoft Office PowerPoint 2007 fájlműveletei

Microsoft Office PowerPoint 2007 fájlműveletei Microsoft Office PowerPoint 2007 fájlműveletei Program megnyitása Indítsuk el valamelyik tanult módszerrel a 2007-es verziót. Figyeljük meg, hogy most más felületet kapunk, mint az eddigi megszokott Office

Részletesebben

M-Fájlok létrehozása MATLAB-ban

M-Fájlok létrehozása MATLAB-ban M-Fájlok létrehozása MATLAB-ban 1 Mi az M-fájl Annak ellenére, hogy a MATLAB rendkívül kifinomult és fejlett számológépként használható, igazi nagysága mégis abban rejlik, hogy be tud olvasni és végrehajtani

Részletesebben

Az Internet elavult. Gyimesi István fejlesztési vezető Cardinal Számítástechnikai Kft. www.cardinal.hu

Az Internet elavult. Gyimesi István fejlesztési vezető Cardinal Számítástechnikai Kft. www.cardinal.hu Az Internet elavult Gyimesi István fejlesztési vezető Cardinal Számítástechnikai Kft wwwcardinalhu Cardinal Kft 2006 1 Elektronikus elérésre szükség van Internet híján betárcsázós ügyfélprogramok voltak:

Részletesebben

Vizuális informatika oktatás a szakképzésben (Visual Information Technology in Vocational Training)

Vizuális informatika oktatás a szakképzésben (Visual Information Technology in Vocational Training) Vizuális informatika oktatás a szakképzésben (Visual Information Technology in Vocational Training) Berke József - Tóth István Veszprémi Egyetem, Georgikon Mezõgazdaságtudományi Kar, 8360 Keszthely, Deák

Részletesebben