Perzisztens adatkezelés megvalósítása a SZTAKI saját klaszterén
|
|
- Ákos Németh
- 7 évvel ezelőtt
- Látták:
Átírás
1 Perzisztens adatkezelés megvalósítása a SZTAKI saját klaszterén 2. DemoGRID beszámoló PERZISZTENS ADATKEZELÉS MEGVALÓSÍTÁSA A SZTAKI SAJÁT KLASZTERÉN... 1 BEVEZETÉS... 2 GRIDFTP LÉNYEGE... 2 AZ ADAT ERŐFORRÁS... 2 Adatátviteli kapacitás növelése... 3 Adatmennyiség csökkentése... 3 Adatok párhuzamos feldolgozása... 3 GRIDFTP ADTA LEHETŐSÉGEK... 4 MÓDSZERÜNK LÉNYEGE... 4 TÁMOGATÁS A GRIDFTP-BEN... 5 ALTERNATÍV LEHETŐSÉGEK...5 A MÓDSZER LÉPÉSEI... 6 MÓDSZERÜNK RÉSZLETEZÉSE... 6 A PÁRHUZAMOS FELDOLGOZÁS KITERJESZTÉSÉNEK LEHETŐSÉGEI A JELENLEGI KERETEKEN BELÜL... 6 A PÁRHUZAMOS FELDOLGOZÁS KITERJESZTÉSÉRE JAVASOLT MEGOLDÁS GYAKORLATI MEGVALÓSÍTÁSA... 7 A PÁRHUZAMOS FELDOLGOZÁS ÁLTALÁNOSÍTÁSA A GRIDFTP PROTOKOLL KIEGÉSZÍTÉSÉRE... 9 dg-rep-2-7-persistent.doc /10
2 Bevezetés Ez a dokumentum a GRID szintű perzisztens adatok kezelésének kidolgozására irányuló tevékenységünk második fázisában végzett munkákat foglalja össze. Az első fázisban megvizsgáltuk, hogy a Globus rendszer milyen lehetőségeket biztosít a perzisztens adatok kezelésére, illetve, hogy milyen megoldási lehetőségek jöhetnek szóba. Ennek keretében elsősorban a GRID erőforrások közül az adatra (illetve adat-átvitelre) koncentráltunk és így a GridFTP-t, a GRID adatátviteli protokollját elemeztük. Ebben a beszámolóban a perzisztens adatkezelésnek a SZTAKI lokális rendszerében való megvalósításával foglalkozunk. Az előző munkaszakaszban elvégzett tanulmányok alapján egy konkrét eszközkészletet választottunk ki és megfelelő adaptációval elosztott perzisztens adatkezelést valósítottunk meg. Ennek során egy általános, a GRID filozófiához illeszkedő módszert dolgoztunk ki. Kipróbálása a következő fázisban történik, amikor a többi konzorciumi taggal együtt a perzisztens adatkezelő rendszert alkalmazzunk és teszteljük a közös GRID környezetben. GridFTP lényege A GridFTP az FTP-n alapuló nagysebességű, biztonságos és megbízható adatátviteli protokoll, amely a GRID-en belüli adatelérés infrastruktúráját valósítja meg. Az infrastruktúra szerep azt jelenti, hogy minden magasabb szintű protokoll erre az alapra épít. A GRID filozófiája az, hogy a feladatok végrehajtása kötegelt módon történik, tehát a felhasználó elkészíti a feldolgozó programját, ezt a feldolgozó programot eljuttatja arra a számítógépre, ahol a feldolgozás fog történni, a feldolgozandó adatokat szintén eljuttatja a feldolgozó számítógépre, majd a program lefutása után az eredményeket visszajuttatja a kiindulási helyre. Ez általában azt jelenti, hogy igen jelentős mennyiségű adatot kell mozgatni a GRID-en belül. Az adatok mozgatása az FTP protokoll segítségével történik. Mivel nagy mennyiségű adatokról van szó, ezért az alap FTP protokoll kiegészítésére volt szükség. A kiegészített protokoll a GridFTP protokoll. Az alábbiakban összefoglaljuk a GridFTP protokoll kiegészítésének megközelítéseit. Az adat erőforrás Az adat a GRID-en belül az egyik legfontosabb erőforrás, amely kifinomult kezelést igényel és sokoldalú követelményeket támaszt. Általánosan megfogalmazható igény a szükséges adat gyors elérése, illetve átvitele. További igény még az adatátvitel megbízhatósága és biztonságossága. Az adatátvitel gyorsításának az egyik módja a hálózati átviteli eszközök gyorsítása, de az adott átviteli eszközök mellett mindig van lehetőség egyéb technikák bevetésére az átvitel dg-rep-2-7-persistent.doc /10
3 további gyorsítására. A projekt keretében mi ezekkel a kiegészítő gyorsítási lehetőségekkel foglalkoztunk. A gyors adatátvitel elérésének alapvetően három útja lehetséges: az adatátviteli kapacitás bővítése, az adatmennyiség csökkentése, az adatok párhuzamos feldolgozása. Az alábbiakban külön-külön összefoglaljuk ezeknek a megközelítéseknek a lehetőségeit. Adatátviteli kapacitás növelése Az adatátviteli kapacitás növelésére a következő lehetőségek vannak: párhuzamos adatátvitel, több adat csatorna egyidejű felhasználásával, amit a GridFTP-ben a SPAS, SPOR, RETR-OPTS, MODE-Extended Block Mode támogat, többszálú (striped) adatátvitel, több adat csatorna egyidejű felhasználásával, amit a GridFTP-ben a SPAS, SPOR, RETR-OPTS, MODE-Extended Block Mode támogat, a TCP puffer méret automatikus és kézi állíthatósága, amit a GridFTP-ben a SBUF, ABUF támogat, integrált teljesítmény fokozó eszközök: adat csatorna újra felhasználás, parancs pipelining, amit a GridFTP-ben a PIPE támogat. Adatmennyiség csökkentése Az adatátvitelt úgy is gyorsíthatjuk, hogy csak a szükséges adatokat visszük át. Erre a következő lehetőségek vannak: harmadik fél által vezérelhető adatátvitel, részleges adatátvitel (ESTO, ERET), hatékony adatátviteli hiba javítás (SREAM módban is). Adatok párhuzamos feldolgozása Az adatátvitel úgy is gyorsítható, ha már csak részben feldolgozott adatokat viszünk át a hálózaton és ehhez először az adatszolgáltató csomópontban egy feldolgozó programot futtatunk le. Erre a következő lehetőség van: az adatok feldolgozásának biztosítása a szerver oldalon (ERET, ESTO), dg-rep-2-7-persistent.doc /10
4 GridFTP adta lehetőségek A GridFTP elsősorban az adatátviteli kapacitás növelésére törekszik, aminek elsődleges szerepe van a gyorsaság növelésében, ugyanakkor az átviendő adatok mennyiségének csökkenthetőségére is fogalmaz meg elveket, ami az adatok szerver oldali feldolgozásával érhető el. Módszerünk lényege A GRID szintű perzisztens adatok kezelésére kidolgozott módszerünk a szerver oldali elő feldolgozásra épül, mint ahogy azt az 1. ábra mutatja. 5 DB Access Application Processing node Structured data file FTP 4 Get 3 GRID 1 Select 2 Structured data file DB Access Structured data file Extract data Data store node 1. ábra Szerver oldali elő feldolgozás dg-rep-2-7-persistent.doc /10
5 Ebben a megközelítésben az adatátvitel első lépése egy elő feldolgozó program meghívása az adatszolgáltató szerveren (1). Az elő feldolgozó program a nagyméretű és általában strukturált adatokat tartalmazó adatállományból kigyűjti és a szerveren egy kisebb méretű adatállományba menti azokat az adatokat, amiket később át akarunk vinni (2). Ezek után a feldolgozó oldal kezdeményezheti a kigyűjtött adatok átvitelét (3), ami FTP segítségével történik (4). Az átvitt és a feldolgozó oldalon tárolt adatokon a feldolgozó program elvégezheti a kívánt feldolgozást (5). Az eredmények visszahelyezése az eredeti adatállományba fordított sorrendben történik. A feldolgozó oldal kezdeményezi az eredmények átvitelét, ami FTP segítségével történik. Az átvitt eredmények az adatszolgáltató oldalon egy kisebb méretű adatállományt jelentenek. A feldolgozó oldal kezdeményezi ennek a kisebb méretű adatállománynak a feldolgozását és a nagyobb méretű teljes adat állományba helyezését egy utó feldolgozó program elindításával az adat szolgáltató csomóponton. Mindkét irányú adatátvitelnél az ideiglenesen keletkezett adatállományok utólagos eltávolításáról gondoskodni kell. Támogatás a GridFTP-ben A módszer megvalósítását jelenleg a GridFTP-ben az ERET és ESTO utasítások segítik. Ezek az utasítások adnak lehetőséget a szerver oldali, párhuzamos feldolgozásra. Az adatok párhuzamos feldolgozása egyúttal az átviendő adatok mennyiségét is csökkentheti. Az utasítások jelenlegi formájukban csak nagyon kezdetleges feldolgozást tesznek lehetővé; a részleges file írást és a részleges file olvasást. Alternatív lehetőségek Mivel a GridFTP jelenlegi változatával nem lehet közvetlenül megvalósítani a szerver oldali elő feldolgozást, ezért más megoldást kerestünk. Ehhez azt használtuk fel, hogy a GridFTP alapját képező FTP protokoll szerver-specifikus FTP parancsokat is engedélyez a SITE utasítás segítségével, és a szerverek egy része, köztük a GRID-ben használt wuftpd is, szerver oldali parancsok kiadását is lehetővé teszi az EXEC nevű SITE parancs segítségével. Ez a megoldás a meglévő ERET és ESTO GridFTP bővítésnél egy általánosabb megoldást nyújt a meglévő keretek mellett. Két parancsot igényel, amelyből az első rövid idejű, gyors parancs - a szerver oldalon elvégzendő feldolgozást (futtatandó parancsot) adja meg, a második az átviendő adat mennyiségétől függő ideig tartó - parancs pedig a feldolgozott adatok átvitelét hajtja végre. A két parancs sorrendje fordított is lehet, attól függően, hogy adat írásról vagy olvasásról van szó. Kedvező tapasztalatok esetén ezeket a műveleteket egyetlen új GridFTP paranccsá lehetne egyesíteni. dg-rep-2-7-persistent.doc /10
6 A módszer lépései A módszer a következő lépésekből áll: adatfeldolgozó program specifikálása, elkészítése, adatfeldolgozó program elhelyezése a szerveren, adat olvasáskor az adat kinyerés végrehajtatása a szerveren SITE EXEC utasítással, kinyert adatok olvasása RETR utasítással, adat írás esetén először el kell küldeni a tárolandó adatokat a STOR utasítással, végre kell hajtatni a feldolgozást (tárolást) a szerver oldalon futtatott SITE EXEC utasítással. Módszerünk részletezése A párhuzamos feldolgozás kiterjesztésének lehetőségei a jelenlegi kereteken belül A GridFTP protokollt először a Globus Toolkit V2.0 részeként valósították meg, amely novemberétől áprilisáig beta állapotban volt elérhető, majd áprilisától jelent meg a végleges verziója. Ennek része a GridFTP Server (GT2GridFTP), amely a nyílt forráskódú wuftpd FTP szerver többek között GridFTP protokollal bővített változata. A fenti szerver gyakorlatilag megvalósítja a draft GridFTP protocol című dokumentumban ajánlott FTP kiterjesztéseket. A szerver működésének (forráskódjának), illetve az FTP protokoll, valamint a GridFTP protokollban leírt kiterjesztések tanulmányozása után a szerver oldali adatfeldolgozás (a párhuzamos adatfeldolgozás) lehetőségeit illetően a következőket lehetett megállapítani. 1. A GridFTP protokollban definiált és a GridFTP szerverben megvalósított ESTO és ERET utasítás csak korlátozott szerver oldali feldolgozást tesz lehetővé. Az ESTO utasítás egy adott file-darab tárolására, az ERET utasítás pedig egy adott file-darab elővételére alkalmas, tehát alkalmazásuk esetén nem szükséges a teljes file átvitele. Amennyiben az adat struktúrája ilyen egyszerű módon írható le, akkor a fenti két utasítás jól használható. Meg kell jegyezni, hogy a GridFTP protokoll leírás lehetővé teszi a fenti két utasítás további lehetőségekkel való kiterjesztését is. 2. Az eredeti FTP protokoll lehetőséget ad a protokollban nem szereplő, úgynevezett szerver specifikus utasítások végrehajtására is a SITE nevű FTP utasítás segítségével. Ezek az utasítások általában akkor használhatók eredményesen, ha a kliensen futó program ismeri dg-rep-2-7-persistent.doc /10
7 a szerver operációs rendszerét, ami akkor természetes, ha a kliens is azonos (hasonló) operációs rendszer alatt fut. Az egyik ilyen lehetséges utasítás az EXEC utasítás, a Unix exec megfelelője, amelynek segítségével a szerver gépen (a szerveren megtalálható) program futtatása kezdeményezhető. Ez a tulajdonság, amelyet a GridFTP szerver is megvalósít, elvileg tetszőleges szerver oldali feldolgozást tesz lehetővé. A fentiekben vázolt lehetőségek alapján kiindulásként célszerű a SITE EXEC FTP utasítást alkalmazni a párhuzamos adatfeldolgozás további kiterjesztésére. Ezt a következőkkel lehet indokolni. 1. Az ESTO és az ERET utasítás jelenlegi formájában csak igen korlátozott szerver oldali feldolgozást tesz lehetővé. Ezzel szemben egy adott feladat elvégzésére kifejlesztett program pontosan a kívánt, azaz a program specifikációjában rögzített feladatot látja el. 2. A SITE EXEC utasítás használatának előnye az is, hogy a meglévő szerver változatlan formában használható, nem kell azt módosítani. A kívánt feldolgozási feladat a megfelelő program megírásával és a szerveren való elhelyezésével megvalósítható. Az kétségtelen, hogy a programok megírása többlet erőfeszítést igényel, de egy bizonyos idő elteltével a feldolgozó programok olyan könyvtára jöhet létre, amelyből az aktuális feladatnak megfelelően válogatni lehet. 3. Az a megkötés, hogy szerver specifikus (az adott szerverre jellemző) utasításról van szó, nem komoly korlátozás. Egyrészt a Grid egyelőre gyakorlatilag csak Unix, illetve Linux operációs rendszereken van megvalósítva, tehát a szerver és a kliens operációs rendszerek nem eltérőek. Másrészt az adott feldolgozást végző program elindítása is egy szabályokkal jól leírható utasítás, amelyet mint ilyet, szervertől (és operációs rendszertől) függetlennek lehet tekinteni. 4. Amennyiben a fenti megoldás, azaz a szerveren való adatfeldogozó program futtatás jól használható, akkor ezt egy újabb GridFTP parancsként lehet általánosítani. Hasonló dolog történt akkor, amikor a GridFTP protokoll a különböző TCP puffer méret állító szerver specifikus (SITE) parancsok (RBUFSIZE, RETRBUFSIZE, RBUFSZ, SBUFSZ, BUFSIZE) általánosításaként definiálta a Set Buffer Size (SBUF) parancsot. A párhuzamos feldolgozás kiterjesztésére javasolt megoldás gyakorlati megvalósítása A gyakorlati megvalósításhoz ismerni kell az alkalmazott GridFTP server SITE EXEC parancsának sajátosságait. (Ezen sajátosságok miatt lehet később célszerű egy általánosított megoldást kidolgozni.) A wuftpd szerveren alapuló GT2GridFTP sajátosságai a következők. dg-rep-2-7-persistent.doc /10
8 1. A szerver csak előre definiált könyvtár(ak)ban levő programok futtatását engedélyezi. Az EXEC parancsban kapott programnévből törli az elérési útra vonatkozó (PATH) információt és a programot az általa előre definiált könyvtár(ak)ban keresi. Ezért a feldolgozó programot mindenképpen ezen könyvtárak valamelyikében kell elhelyezni. 2. A szerver csak a futtatott program standard outputra írt üzeneteit küldi vissza mint válasz adatot a programot futtató kliensnek. Ezért az adat feldolgozás eredménye általában nem küldhető közvetlenül vissza az adatot előzetes feldolgozással olvasó kliens programnak. 3. Mivel az EXEC utasításnak csak parancs-sori paraméterek adhatók át, a feldolgozás után (illetve során) tárolandó adatok biztosan nem küldhetők el az EXEC utasítással együtt. Ezeket előbb egy korábban végrehajtott tárolási utasítással kell a szerverre eljuttani. A fentiek alapján összefoglalhatók a SITE EXEC utasítás párhuzamos (szerver oldali) adatfeldolgozásra való tényleges használatának lépései. Az adatcserét és feldolgozást egyelőre több lépésben lehet és célszerű elvégezni. Az egyik lépés a tényleges adatátvitel, amelynek során a feldolgozott adatok olvasása, vagy a feldolgozandó adatok írása történik. A másik, de nem minden esetben második lépés pedig a szükséges adatfeldolgozást végző program futtatása. (A feldolgozás szempontjából mellékes, de az adat-átvitel lezajlása után nem szabad elfeledkezni az átmenetileg keletkezett file törléséről.) A konkrét teendők tehát a következők. 1. A megfogalmazódott igények alapján specifikálni kell a szerver oldali adatfeldolgozást végző programot. 2. A programot az elkészítés után a szerver megfelelő könytárában el kell helyezni, amely ettől kezdve az adott szerveren használható lesz. 3. Adat olvasáskor először a szükséges feldolgozást (adat kinyerést) kell végrehajtatni a szerveren a SITE EXEC utasítás segítségével. Az eredményt nyilván a szerveren kell tárolni, ahonnan a következő lépésben felhasználó azt kiolvashatja. 4. A feldolgozott (kinyert) adatot RETR utasítással lehet kiolvasni. A feldolgozott adatokat tartalmazó file nevének a felhasználó számára ismertnek kell lennie. Ezen átmeneti file névnek egyedinek kell lenni, ami felhasználó általi név megadásnál nincs biztosítva. Ezért célszerű, ha az eredményt tároló file nevét a feldolgozó program állapítja meg, amelyet feldolgozás után visszaküld kliensnek. 5. Adat tárolás esetén először a feldolgozandó (tárolandó) adatokat kell elküldeni egy STOR utasítással a szervernek. Itt is lényeges az átmeneti tároló file neve, amelyet a feldolgozó programnak majd ismernie kell. Ez nem lehet előre definiált név, mert akkor a feldolgozó programot nem lehet több felhasználónak egyidejűleg meghívni (lásd 4. pont). Az átmeneti tároló file nevét a létrehozásakor kell egyedileg megállapítani, amelyet aztán a feldolgozó programnak paraméterként át kell adni. 6. A tényleges adat tárolás (szerver oldali feldolgozás) végrehajtásához a SITE EXEC segítségével le kell futtatni a megfelelő feldolgozó programot. Az átmeneti file nevét paraméterként kell megadni. dg-rep-2-7-persistent.doc /10
9 7. Végül gondoskodni kell az átmenetileg keletkezett file törléséről. Ennek a nevét mindkét félnek tudnia kell, de a törlést az adatátvitel tényleges lezajlása után a felhasználónak (kliensnek) kell végrehajtania. A fentiekből látszik, hogy tulajdonképpen három lépésben hajtható végre a szerver oldali feldolgozással egybekötött adatátvitel, ami az átviteli idő növekedést sejteti. Figyelembe kell azonban venni, hogy három lépésből azonban csak egyben történik viszonylag hosszabb időt igénybe vehető tényleges adatátvitel. Ugyanakkor az átviendő adatok mennyisége is jelentősen kevesebb lehet annál, mintha a teljes adatmennyiséget kellene továbbítani. Ebből két következtetés vonható le. Egyrészt szerver oldali (párhuzamos) adatfelfolgozásnak akkor van értelme, ha az jelentősen csökkenti a ténylegesen átviendő adatok mennyiségét. Másrészt megfontolandó a fenti lépések netán egy lépésre csökkentése, azaz fenti eljárást egy lépésben végrehajtó új GridFTP utasítás, vagy opció bevezetése. A párhuzamos feldolgozás általánosítása a GridFTP protokoll kiegészítésére A párhuzamos adatfeldolgozásra a fentiekben javasolt megoldás egyik előnye az, hogy a szerver oldali feldolgozást a meglévő keretek mellett lehet bővíteni. Segítségével nagy terjedelmű adatból (adatba) kis mennyiségű adat mozgatása hatékonyan megoldható. A következők miatt azonban érdemes megfontolni GridFTP parancsként való általánosítását. 1. A SITE EXEC utasítás, amelynek segítségével a szerver oldali feldolgozás elvégezhető volt, nem minden FTP szerveren elérhető funkció. A jelenlegi Globus (GT2GridFTP) GridFTP szerveren ugyan létezik, de egy másik szerveren esetleg nem lesz alkalmazható, mert nem a GridFTP protokoll része. (Természetesen ez akkor is előfordulhat, ha a GridFTP protokoll része lesz, mert a különböző szerverek különböző részét valósít(hat)ják meg egy protokollnak, amint ez az FTP-nél is tapasztalható.) 2. A leírt algoritmus több lépésből áll, amely esetleg lelassíthatja az adatátviteli folyamatot. Bár az adatátvitel csak az egyik lépés része, de a feladat biztonságos végrehajtásához mindhárom lépés hibátlan teljesülése szükséges, amely három külön (Grid)FTP utasítást igényel. 3. Amennyiben a feladatra egy új utasítást sikerül definiálni, akkor az átmeneti tároló file kezelésével kapcsolatos is problémák megoldódnak, hiszen annak kezelése a szerver oldalon automatikusan elvégezhető. (A szerver automatikusan létrehozza a szükséges átmeneti file-t, annak nevét átadja a feldolgozó programnak, majd az utasítás sikeres befejezése után automatikusan törli azt.) Példaképpen a szerver oldali feldolgozást eddig segítő ERET és ESTO utasítás egy lehetséges bővítése a következő lehetne. Mindkét utasítás két alapvető részből áll. Az egyik (az első) az átviteli módot adja meg, a másik (a második) pedig annak a file-nak a nevét, amelyet a szerver oldalon fel kell dolgozni. Az eddig definiált egyetlen átviteli mód mellett be lehet vezetni az adatfeldolgozást végző program (nevének) megadását. 1. Az ERET utasítás egyetlen opciója a P betűvel jelölt partial (részleges) adatátvitel, amelynél egy file-beli kezdőcímet címet (offset) és egy adathosszt (size) kell megadni. Az X betűvel jelölt bővítés az execute nevet viselhetné, amelynél a (szerveren található) dg-rep-2-7-persistent.doc /10
10 feldolgozó program nevét kell megadni. Tehát az ERET definíciója a bővítéssel együtt a következő. ERET <SP> <retrieve-mode> <SP> <filename> retrieve-mode ::= P <SP> <offset> <SP> <size> X <SP> <exec-filename> offset ::= 64 bit integer size ::= 64 bit integer 2. Az ESTO utasítás egyetlen opciója az A betűvel jelölt adjusted (részleges) adatátvitel, amelynél a file-beli kezdőcímet címet (offset) kell megadni. Az X betűvel jelölt bővítés az execute nevet viselhetné, amelynél a (szerveren található) feldolgozó program nevét kell megadni. Tehát az ESTO definíciója a bővítéssel együtt a következő. ESTO <SP> <store-mode> <filename> store-mode ::= A <SP> <offset> X <SP> <exec-filename> offset ::= 64 bit integer A fenti bővítések egyelőre nem teszik lehetővé, hogy a feldolgozó programnak további paramétereket lehessen megadni, ami a feldolgozó programok használhatóságát jelentősen csökkentheti. Ennek kiküszöbölésére újabb bővítésként a feldolgozandó file neve (filename) után parancs-sori paraméterek megadása következhet. dg-rep-2-7-persistent.doc /10
A perzisztens adatkezelő rendszer tesztelése és demonstrálása a GRID környezetben
A perzisztens adatkezelő rendszer tesztelése és demonstrálása a GRID környezetben A TESZT KÖRNYEZET KIALAKÍTÁSA 2 A TESZT PÉLDA LEÍRÁSA 2 A TESZTHEZ SZÜKSÉGES ELŐKÉSZÜLETEK 3 A TESZT FUTTATÁS KÉPERNYŐ
RészletesebbenJava-s Nyomtatványkitöltő Program Súgó
Java-s Nyomtatványkitöltő Program Súgó Hálózatos telepítés Windows és Linux operációs rendszereken A program nem használja a Registry-t. A program három könyvtárstruktúrát használ, melyek a következők:
RészletesebbenHardver és szoftver követelmények
Java-s Nyomtatványkitöltő Program Súgó Telepítési útmutató Hardver és szoftver követelmények A java-s nyomtatványkitöltő program az alábbi hardverigényt támasztja a számítógéppel szemben: 400 MHz órajelű
RészletesebbenDAT adatcserefájl AutoCAD MAP DWG mapobject konvertáló program dokumentáció
H - 1161 Budapest Rákóczi út 76. Tel./Fax.: +36-1-4010159 http://www.pageos.hu toni@pageos.hu DAT adatcserefájl AutoCAD MAP DWG mapobject konvertáló program dokumentáció A program használható a TOPOBASE
RészletesebbenTipikus időbeli internetezői profilok nagyméretű webes naplóállományok alapján
Tipikus időbeli internetezői profilok nagyméretű webes naplóállományok alapján Schrádi Tamás schraditamas@aut.bme.hu Automatizálási és Alkalmazott Informatikai Tanszék BME A feladat A webszerverek naplóállományainak
RészletesebbenImage Processor BarCode Service. Felhasználói és üzemeltetői kézikönyv
Image Processor BarCode Service Áttekintés CIP-BarCode alkalmazás a Canon Image Processor programcsomag egyik tagja. A program feladata, hogy sokoldalú eszközt biztosítson képállományok dokumentumkezelési
RészletesebbenA GeoEasy telepítése. Tartalomjegyzék. Hardver, szoftver igények. GeoEasy telepítése. GeoEasy V2.05+ Geodéziai Feldolgozó Program
A GeoEasy telepítése GeoEasy V2.05+ Geodéziai Feldolgozó Program (c)digikom Kft. 1997-2010 Tartalomjegyzék Hardver, szoftver igények GeoEasy telepítése A hardverkulcs Hálózatos hardverkulcs A GeoEasy indítása
RészletesebbenA FileZilla program beállítása az első belépés alkalmával
6. A záróvizsga-jegyzőkönyv készítése A záróvizsga-jegyzőkönyveketa Karok többsége a jegyzőkönyvkészítésre Dr. Tánczos László által kifejlesztett Access alkalmazás használatával készíti el. A záróvizsga-jegyzőkönyv
RészletesebbenActive Directory kiegészítő kiszolgálók telepítése és konfigurálása Windows Server 2003 R2 alatt
Active Directory kiegészítő szerverek telepítése és konfigurálása Windows Server 2003 R2 alatt Készítette: Petróczy Tibor Active Directory kiegészítő kiszolgálók telepítése és konfigurálása Windows Server
RészletesebbenA GeoEasy telepítése. Tartalomjegyzék. Hardver, szoftver igények. GeoEasy telepítése. GeoEasy V2.05 Geodéziai Feldolgozó Program
A GeoEasy telepítése GeoEasy V2.05 Geodéziai Feldolgozó Program (c)digikom Kft. 1997-2008 Tartalomjegyzék Hardver, szoftver igények GeoEasy telepítése A hardverkulcs Hálózatos hardverkulcs A GeoEasy indítása
RészletesebbenProgramozás alapjai 6. előadás. Wagner György Általános Informatikai Tanszék
Programozás alapjai 6. előadás Wagner György Általános Informatikai Tanszék Record A valós életben a nyilvántartásra kerülő adatok nem azonos típusúak. Pl.: Név Cím Telefon GySz Fiz Kis Béla Miskolc Török
RészletesebbenAz MTA Cloud a tudományos alkalmazások támogatására. Kacsuk Péter MTA SZTAKI
Az MTA Cloud a tudományos alkalmazások támogatására Kacsuk Péter MTA SZTAKI Kacsuk.Peter@sztaki.mta.hu Tudományos alkalmazások és skálázhatóság Kétféle skálázhatóság: o Vertikális: dinamikusan változik
RészletesebbenFlash és PHP kommunikáció. Web Konferencia 2007 Ferencz Tamás Jasmin Media Group Kft
Flash és PHP kommunikáció Web Konferencia 2007 Ferencz Tamás Jasmin Media Group Kft A lehetőségek FlashVars External Interface Loadvars XML SOAP Socket AMF AMFphp PHPObject Flash Vars Flash verziótól függetlenül
RészletesebbenSzámítógépes Hálózatok. 7. gyakorlat
Számítógépes Hálózatok 7. gyakorlat Gyakorlat tematika Hibajelző kód: CRC számítás Órai / házi feladat Számítógépes Hálózatok Gyakorlat 7. 2 CRC hibajelző kód emlékeztető Forrás: Dr. Lukovszki Tamás fóliái
RészletesebbenTERC V.I.P. hardverkulcs regisztráció
TERC V.I.P. hardverkulcs regisztráció 2014. második félévétől kezdődően a TERC V.I.P. költségvetés-készítő program hardverkulcsát regisztrálniuk kell a felhasználóknak azon a számítógépen, melyeken futtatni
RészletesebbenQBE Édes Otthon lakásbiztosítás tarifáló webservice. Fejlesztői dokumentáció 1.0.2
QBE Édes Otthon lakásbiztosítás tarifáló webservice Fejlesztői dokumentáció 1.0.2 Az ebben a dokumentumban található információ a FoxArt Kft. tulajdona, és bizalmas anyagként került átadásra. Az anyag
RészletesebbenA számítógép-hálózat egy olyan speciális rendszer, amely a számítógépek egymás közötti kommunikációját biztosítja.
A számítógép-hálózat egy olyan speciális rendszer, amely a számítógépek egymás közötti kommunikációját biztosítja. A hálózat kettő vagy több egymással összekapcsolt számítógép, amelyek között adatforgalom
RészletesebbenSaját Subversion tároló üzemeltetése i. Saját Subversion tároló üzemeltetése
i Saját Subversion tároló üzemeltetése ii KÖZREMŰKÖDŐK CÍM : Saját Subversion tároló üzemeltetése TEVÉKENYSÉG NÉV DÁTUM ALÁÍRÁS ÍRTA Jeszenszky, Péter 2014. február 16. VERZIÓTÖRTÉNET VERZIÓ DÁTUM LEÍRÁS
RészletesebbenOperációs rendszerek. Az X Window rendszer
Operációs rendszerek X Windows rendszer Az X Window rendszer Grafikus felhasználói felületet biztosító alkalmazás és a kapcsolódó protokoll 1983-84: a Massachusetts Institute of Technology-n (MIT, USA).
RészletesebbenTelenor Webiroda. Kezdő lépések
Telenor Webiroda Kezdő lépések Virtuális Tárgyaló Tartalom 1. Bevezetés...2 2. A szolgáltatás elérése és a kliensprogram letöltése...3 3. A kliensprogram telepítése...6 4. A Virtuális Tárgyaló használatba
RészletesebbenWIN-TAX programrendszer hálózatban
WIN-TAX programrendszer hálózatban Számítógépes hálózat Hálózat kialakítása Szerver gépre telepítendő alkalmazások: Adatbázis kiszolgáló (Firebird 2.5-ös verzió) WIN-TAX programrendszer Kliens gépre telepítendő
RészletesebbenIsmerkedjünk tovább a számítógéppel. Alaplap és a processzeor
Ismerkedjünk tovább a számítógéppel Alaplap és a processzeor Neumann-elvű számítógépek főbb egységei A részek feladatai: Központi egység: Feladata a számítógép vezérlése, és a számítások elvégzése. Operatív
RészletesebbenA rendszer új verziója lehetőséget nyújt az erőforrások Excel táblázatba exportálására és a táblázatban elvégzett ármódosítások betöltésére.
NewSoft Team 9400 Sopron, Avar u. 10. Tel.: 06-30/364-8694 E-mail: newsoft@t-online.hu http://newsoft.hu KöVeT - építőipari költségvetés készítő rendszer Tisztelt Érdeklődő! A KöVeT építőipari költségvetés
RészletesebbenLéteznek nagyon jó integrált szoftver termékek a feladatra. Ezek többnyire drágák, és az üzemeltetésük sem túl egyszerű.
12. Felügyeleti eszközök Néhány számítógép és szerver felügyeletét viszonylag egyszerű ellátni. Ha sok munkaállomásunk (esetleg több ezer), vagy több szerverünk van, akkor a felügyeleti eszközök nélkül
Részletesebbenalkalmazásfejlesztő környezete
A HunGrid infrastruktúra és alkalmazásfejlesztő környezete Gergely Sipos sipos@sztaki.hu MTA SZTAKI Hungarian Academy of Sciences www.lpds.sztaki.hu www.eu-egee.org egee EGEE-II INFSO-RI-031688 Tartalom
RészletesebbenMagic xpi 4.0 vadonatúj Architektúrája Gigaspaces alapokon
Magic xpi 4.0 vadonatúj Architektúrája Gigaspaces alapokon Mi az IMDG? Nem memóriában futó relációs adatbázis NoSQL hagyományos relációs adatbázis Más fajta adat tárolás Az összes adat RAM-ban van, osztott
RészletesebbenTisztelt Ü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Írásjogtól Rootig AIX-on
Írásjogtól rootig AIX-on Tanulmány Silent Signal Kft. Email: info@silentsignal.hu Web: www.silentsignal.hu. Írásjogtól rootig AIX-on 1. Bevezető A Silent Signal Kft. szakértői egy etikus hackelési projekt
RészletesebbenOCSP Stapling. Az SSL kapcsolatok sebességének növelése Apache, IIS és NginX szerverek esetén 1(10)
OCSP Stapling Az SSL kapcsolatok sebességének növelése Apache, IIS és NginX szerverek esetén 1(10) 1. Tartalomjegyzék 1. Tartalomjegyzék... 2 2. Bevezető... 3 3. OCSP Stapling támogatással rendelkező webszerverek...
RészletesebbenA DNS64 és NAT64 IPv6 áttérési technikák egyes implementációinak teljesítőképesség- és stabilitás-vizsgálata. Répás Sándor
A DNS64 és NAT64 IPv6 áttérési technikák egyes implementációinak teljesítőképesség- és stabilitás-vizsgálata Répás Sándor Lépni Kell! Elfogytak a kiosztható IPv4-es címek. Az IPv6 1998 óta létezik. Alig
RészletesebbenAz Evolut Főkönyv program telepítési és beállítási útmutatója v2.0
Az Evolut Főkönyv program telepítési és beállítási útmutatója v2.0 Az Ön letölthető fájl tartalmazza az Evolut Főkönyv 2013. program telepítőjét. A jelen leírás olyan telepítésre vonatkozik, amikor Ön
RészletesebbenRapidMiner telepítés i. RapidMiner telepítés
i RapidMiner telepítés ii COLLABORATORS TITLE : RapidMiner telepítés ACTION NAME DATE SIGNATURE WRITTEN BY Jeszenszky, Péter 2014. szeptember 17. REVISION HISTORY NUMBER DATE DESCRIPTION NAME iii Tartalomjegyzék
RészletesebbenSzámítógépes munkakörnyezet II. Szoftver
Számítógépes munkakörnyezet II. Szoftver A hardver és a felhasználó közötti kapcsolat Szoftverek csoportosítása Számítógép működtetéséhez szükséges szoftverek Operációs rendszerek Üzemeltetési segédprogramok
RészletesebbenSzámítógép felépítése
Alaplap, processzor Számítógép felépítése Az alaplap A számítógép teljesítményét alapvetően a CPU és belső busz sebessége (a belső kommunikáció sebessége), a memória mérete és típusa, a merevlemez sebessége
RészletesebbenVezetői információs rendszerek
Vezetői információs rendszerek Kiadott anyag: Vállalat és információk Elekes Edit, 2015. E-mail: elekes.edit@eng.unideb.hu Anyagok: eng.unideb.hu/userdir/vezetoi_inf_rd 1 A vállalat, mint információs rendszer
RészletesebbenA számítógép egységei
A számítógép egységei A számítógépes rendszer két alapvető részből áll: Hardver (a fizikai eszközök összessége) Szoftver (a fizikai eszközöket működtető programok összessége) 1.) Hardver a) Alaplap: Kommunikációt
RészletesebbenELTE, IK, Információs Rendszerek Tanszék
ELTE, IK, Információs Rendszerek Tanszék (Készült Ács Zoltán diái alapján) Hálózati forgalom elemzés Különböző célok miatt szükség lehet a hálózati forgalom megfigyelésére egy adott alhálózaton: szoftverek
RészletesebbenKIRA. KIRA rendszer. Telepítési útmutató v1
KIRA rendszer Telepítési útmutató v1 1. Bevezetés A dokumentáció, illetve a dokumentáció mellékleteként megtalálható állományok segítségével készíthető fel a kliens oldali számítógép a KIRA rendszer működtetésére.
RészletesebbenSQL*Plus. Felhasználók: SYS: rendszergazda SCOTT: demonstrációs adatbázis, táblái: EMP (dolgozó), DEPT (osztály) "közönséges" felhasználók
SQL*Plus Felhasználók: SYS: rendszergazda SCOTT: demonstrációs adatbázis, táblái: EMP dolgozó), DEPT osztály) "közönséges" felhasználók Adatszótár: metaadatokat tartalmazó, csak olvasható táblák táblanév-prefixek:
RészletesebbenIroda++ 2010 DEMO telepítési útmutató
Az Iroda++ 2010 DEMO csomag telepítésének lépései Az alábbi pontok szerint telepítheti számítógépére a revolution Iroda++ 2010 program DEMO változatát. Fontos, hogy az Iroda++ rendszere SQL szerveres adatmotort
RészletesebbenOperációs rendszerek. 9. gyakorlat. Reguláris kifejezések - alapok, BASH UNIVERSITAS SCIENTIARUM SZEGEDIENSIS UNIVERSITY OF SZEGED
UNIVERSITAS SCIENTIARUM SZEGEDIENSIS UNIVERSITY OF SZEGED Reguláris kifejezések - alapok, BASH Operációs rendszerek 9. gyakorlat Szegedi Tudományegyetem Természettudományi és Informatikai Kar Csuvik Viktor
RészletesebbenA JAVA FUTTATÁSAKOR ELŐFORDULÓ HIBA-
A JAVA FUTTATÁSAKOR ELŐFORDULÓ HIBA- ÜZENETEK ÉS AZOK KIKERÜLÉSE Jelen jegyzet az ÉTDR Java platformon futtatható alkalmazásainak betöltésekor esetlegesen előugró hibaüzenetek kikerülése végett készült.
Részletesebben7. Laboratóriumi gyakorlat: Vezérlési szerkezetek II.
7. Laboratóriumi gyakorlat: Vezérlési szerkezetek II. A gyakorlat célja: 1. A shell vezérlő szerkezetei használatának gyakorlása. A használt vezérlő szerkezetek: if/else/fi, for, while while, select, case,
RészletesebbenJCL eljárások Tanfolyami jegyzet. ICSS Kft 2012
JCL eljárások Tanfolyami jegyzet ICSS Kft 2012 Bevezetés A JCL eljárás JCL utasításokat tartalmaz Az eljárás egy vagy több lépésből állhat Különböző felhasználók meghívhatják a JOBjukban az EXEC utasítás
Részletesebbenuniverzum Standard,Vanilla,PVM,MPI,Globus és Java. condor_shadow
A Condor jellegzetessége az univerzum fogalom. a rendszerben különbözı futtatási környezeteket takar: Standard,Vanilla,PVM,MPI,Globus és Java. A Standard univerzumban végrehajtott programok hibatőrık,
RészletesebbenFogalomtár Etikus hackelés tárgyban Azonosító: S2_Fogalomtar_v1 Silent Signal Kft. Email: info@silentsignal.hu Web: www.silentsignal.
Fogalomtár Etikus hackelés tárgyban Azonosító: S2_Fogalomtar_v1 Silent Signal Kft. Email: info@silentsignal.hu Web: www.silentsignal.hu. 1 Tartalom 1. BEVEZETŐ... 3 1.1 Architektúra (terv) felülvizsgálat...
Részletesebben1. Bevezető. 2. Sérülékenységek
1. Bevezető A dokumentum összefoglalja a Silent Signal Kft. szakértőinek 2011-ben elért kutatási és fejlesztési eredményeit. Ebben az időszakban munkatársaink 16 sebezhetőséget azonosítottak elterjedt
RészletesebbenOrvosi készülékekben használható modern fejlesztési technológiák lehetőségeinek vizsgálata
Kutatási beszámoló a Pro Progressio Alapítvány számára Budapesti Műszaki és Gazdaságtudományi Egyetem Villamosmérnöki és Informatikai Kar Mérnök informatika szak Orvosi készülékekben használható modern
RészletesebbenKAPCSOLÁSI RAJZ KIDOLGOZÁSA
KAPCSOLÁSI RAJZ KIDOLGOZÁSA Az elektronikai tervezések jelentős részénél a kiindulási alap a kapcsolási rajz. Ezen összegezzük, hogy milyen funkciókat szeretnénk megvalósítani, milyen áramkörökkel. A kapcsolási
RészletesebbenSzkriptnyelvek. 1. UNIX shell
Szkriptnyelvek 1. UNIX shell Szkriptek futtatása Parancsértelmez ő shell script neve paraméterek shell script neve paraméterek Ebben az esetben a szkript tartalmazza a parancsértelmezőt: #!/bin/bash Szkriptek
RészletesebbenAz SQL*Plus használata
Az SQL*Plus használata Célkitűzés Bejelentkezés az SQL*Plus-ba SQL utasítások szerkesztése Az eredmény formázása SQL*Plus utasításokkal Szkriptfájlok használata Az SQL és az SQL*Plus kapcsolata SQL*Plus
RészletesebbenA JGrid rendszer biztonsági architektúrája. Magyaródi Márk Juhász Zoltán Veszprémi Egyetem
A JGrid rendszer biztonsági architektúrája Magyaródi Márk Juhász Zoltán Veszprémi Egyetem A JGrid projekt Java és Jini alapú szolgáltatás orientált Grid infrastruktúra IKTA-5 089/2002 (2003-2004) Konzorcium:
RészletesebbenAz uniós adatvédelmi előírások hatása a bölcsődei adminisztrációra. Előadó: Dr. Jójárt Ágnes Szilvia ügyvéd
Az uniós adatvédelmi előírások hatása a bölcsődei adminisztrációra Előadó: Dr. Jójárt Ágnes Szilvia ügyvéd Az új uniós jogszabályról General Data Protection Regulation GDPR Az Európai Parlament és a Tanács
RészletesebbenSzilipet programok telepítése Hálózatos (kliens/szerver) telepítés Windows 7 operációs rendszer alatt
Szilipet programok telepítése Hálózatos (kliens/szerver) telepítés Windows 7 operációs rendszer alatt segédlet A Szilipet programok az adatok tárolásához Firebird adatbázis szervert használnak. Hálózatos
Részletesebben5. A záróvizsga-jegyzőkönyv készítése
5. A záróvizsga-jegyzőkönyv készítése A záróvizsga-jegyzőkönyveket a VIK kivételével az előző félévekhez hasonlóan, a jegyzőkönyvkészítésre Dr. Tánczos László által kifejlesztett Access alkalmazás használatával
RészletesebbenContractTray program Leírás
ContractTray program Leírás Budapest 2015 Bevezetés Egy-egy szerződéshez tartozó határidő elmulasztásának komoly gazdasági következménye lehet. Éppen ezért a Szerződés kezelő program főmenü ablakában a
Részletesebbenhardver-szoftver integrált rendszer, amely Xwindow alapú terminálokat szervez egy hálózatba
= hardver-szoftver integrált rendszer, amely Xwindow alapú terminálokat szervez egy hálózatba HaXSoN Szerver Vékonyterminál vékonyterminál A HaXSoN vékonyterminál jellemzői - kis méretű, alacsony fogyasztású,
RészletesebbenMultimédiás adatbázisok
Multimédiás adatbázisok Multimédiás adatbázis kezelő Olyan adatbázis kezelő, mely támogatja multimédiás adatok (dokumentum, kép, hang, videó) tárolását, módosítását és visszakeresését Minimális elvárás
RészletesebbenCOMET webalkalmazás fejlesztés. Tóth Ádám Jasmin Media Group
COMET webalkalmazás fejlesztés Tóth Ádám Jasmin Media Group Az előadás tartalmából Alapproblémák, fundamentális kérdések Az eseményvezérelt architektúra alapjai HTTP-streaming megoldások AJAX Polling COMET
RészletesebbenMegoldás. Feladat 1. Statikus teszt Specifikáció felülvizsgálat
Megoldás Feladat 1. Statikus teszt Specifikáció felülvizsgálat A feladatban szereplő specifikáció eredeti, angol nyelvű változata egy létező eszköz leírása. Nem állítjuk, hogy az eredeti dokumentum jól
RészletesebbenAdatbázis rendszerek. dr. Siki Zoltán
Adatbázis rendszerek I. dr. Siki Zoltán Adatbázis fogalma adatok valamely célszerűen rendezett, szisztéma szerinti tárolása Az informatika elterjedése előtt is számos adatbázis létezett pl. Vállalati személyzeti
RészletesebbenBevezetés az informatikába, második gyakorlat. Bevezetés Környezetváltozók és néhány egyszerű utasítás Jogosultságok Fájlkezelés
Bevezetés az informatikába, második gyakorlat Bevezetés Környezetváltozók és néhány egyszerű utasítás Jogosultságok Fájlkezelés Bevezetés Parancsértelmező (bash) Utasítások man Szövegszerkesztők Bash Különféle
RészletesebbenBEÁGYAZOTT RENDSZEREK TERVEZÉSE UDP csomag küldése és fogadása beágyazott rendszerrel példa
BEÁGYAZOTT RENDSZEREK TERVEZÉSE 1 feladat: A Netburner MOD5270 fejlesztőlap segítségével megvalósítani csomagok küldését és fogadását a fejlesztőlap és egy PC számítógép között. megoldás: A fejlesztőlapra,
RészletesebbenA számítástechnika gyakorlata WIN 2000 I. Szerver, ügyfél Protokoll NT domain, Peer to Peer Internet o WWW oftp opop3, SMTP. Webmail (levelező)
A számítástechnika gyakorlata WIN 2000 I. Szerver, ügyfél Protokoll NT domain, Peer to Peer Internet o WWW oftp opop3, SMTP Bejelentkezés Explorer (böngésző) Webmail (levelező) 2003 wi-3 1 wi-3 2 Hálózatok
RészletesebbenSZOFTVER = a számítógépet működtető és az azon futó programok összessége.
SZOFTVEREK SZOFTVER = a számítógépet működtető és az azon futó programok összessége. Programok Programnak nevezzük egy algoritmus valamelyik számítógépes programnyelven való leírását, amely a számítógép
RészletesebbenOktatási cloud használata
Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnikai és Információs Rendszerek Tanszék Oktatási cloud használata Készítette: Tóth Áron (BME MIT), 2013. A segédlet célja a tanszéki oktatási cloud
RészletesebbenOralce kliens installálása Windows Server 2003-ra
Oralce kliens installálása Windows Server 2003-ra Szükséges elofeltétel Szükséges operációs rendszer: Windows 2003 SP1 Oracle kliens verzió: 9.2.0.1.0 (9R2) Valid SQLNet.ORA fájl, amely tartalmazza a céges
RészletesebbenSzolgáltatási szint megállapodás
Szolgáltatási szint megállapodás Verzió: 1.1 (2017. november 30.) aai@niif.hu Tartalomjegyzék Tartalomjegyzésk 1 Műszaki szolgáltatások...3 1.1 Fájl-alapú metadata...3 1.1.1 Szolgáltatás URL...3 1.1.2
RészletesebbenElektronikusan hitelesített PDF dokumentumok ellenőrzése
Elektronikusan hitelesített PDF dokumentumok ellenőrzése Adobe Reader beállítása és használata a hitelesített PDF dokumentumok ellenőrzéséhez A dokumentáció szabadon tovább terjeszthető, a legfrissebb
RészletesebbenDebitTray program Leírás
DebitTray program Leírás Budapest 2015 Bevezetés Egy-egy kintlévőséghez tartozó határidő elmulasztásának komoly következménye lehet. Éppen ezért a Kintlévőség kezelő program főmenü ablakában a program
RészletesebbenKELER KID Internetwork System (KIS)
KELER KID Internetwork System (KIS) Éles és teszt program installációs segédlet Verzió: 2.0 2015. 04. 10. Cardinal Kft. 2015. Tartalomjegyzék 1. Néhány alapvető információ...3 1.1 KID program hardware
RészletesebbenJava I. A Java programozási nyelv
Java I. A Java programozási nyelv története,, alapvető jellemzői Miskolci Egyetem Általános Informatikai Tanszék Utolsó módosítás: 2007. 02. 12. Java I.: Történet, jellemzők, JDK JAVA1 / 1 Egy kis történelem
RészletesebbenA TERC VIP költségvetés-készítő program telepítése, Interneten keresztül, manuálisan
Telepítés internetről A TERC VIP költségvetés-készítő program telepítése, Interneten keresztül, manuálisan Új szolgáltatásunk keretén belül, olyan lehetőséget kínálunk a TERC VIP költségvetéskészítő program
RészletesebbenTelepí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észletesebbenOpen Access - tájékoztató, dokumentáció szerzőknek és adminisztrátoroknak
Open Access - tájékoztató, dokumentáció szerzőknek és adminisztrátoroknak Az elérhetőség jelölése az MTMT-ben Bevezetés A közlemények teljes szövegének olvashatóságát, hozzáférhetőségét (pl. open access)
RészletesebbenTávolléti díj kezelése a Novitax programban
Mire jó a FirebirdSettings.exe Ezzel a programmal a Firebird adatbázis-kezelővel és az adatbázisokkal kapcsolatos beállításokat lehet elvégezni. Mit kell tenni a használata előtt A FirebirdSettings.exe
RészletesebbenNon-stop hozzáférés az üzleti információkhoz bárhol, bármikor és bármilyen eszközzel
Non-stop hozzáférés az üzleti információkhoz bárhol, bármikor és bármilyen eszközzel The Power to Change A NetWare 6 üzleti előnyeinek áttekintése NetWare 6: Az operációs rendszer szerepe a Hálózati szolgáltatásokban
RészletesebbenHálózati ismeretek. Az együttműködés szükségessége:
Stand alone Hálózat (csoport) Az együttműködés szükségessége: közös adatok elérése párhuzamosságok elkerülése gyors eredményközlés perifériák kihasználása kommunikáció elősegítése 2010/2011. őszi félév
RészletesebbenThe Power To Develop. i Develop
The Power To Develop 2001 Alkalmazások fejlesztése Oracle9i Alkalmazás rel Molnár Balázs Értékesítési konzultáns Oracle Hungary Miről is lesz szó? Mi az Oracle9i AS, technikailag? Hogyan működik Oracle9i
RészletesebbenSzámítógépes Hálózatok GY 6.hét
Számítógépes Hálózatok GY 6.hét Laki Sándor ELTE-Ericsson Kommunikációs Hálózatok Laboratórium ELTE IK - Információs Rendszerek Tanszék lakis@elte.hu http://lakis.web.elte.hu Teszt 10 kérdés 10 perc canvas.elte.hu
RészletesebbenNyílt forráskódú irodai programkomponensek vállalati környezetbe való integrációjának vizsgálata és implementációja
1 / 15 Nyílt forráskódú irodai programkomponensek vállalati környezetbe való integrációjának vizsgálata és implementációja Vajna Miklós 2012. január 24. Tartalomjegyzék 2 / 15 1 Bevezető 2 Motiváció 3
RészletesebbenA legfontosabb DOS parancsok
A legfontosabb DOS parancsok A DOS parancsok általános formája: KULCSSZÓ paraméterek Az utasítások akár kis-, akár nagybetűkkel is írhatók, a DOS nem tesz köztük különbséget. A kulcsszó és az első paraméter
RészletesebbenAz MTMT és az Intézeti Repozitóriumok összekapcsolása bevezetési tapasztalatok SZLUKA PÉTER SEMMELWEIS EGYETEM KÖZPONTI KÖNYVTÁR
1 Az MTMT és az Intézeti Repozitóriumok összekapcsolása bevezetési tapasztalatok SZLUKA PÉTER SEMMELWEIS EGYETEM KÖZPONTI KÖNYVTÁR PSZLUKA@LIB.SOTE.HU A repozitórium 2 Néhány tulajdonsága Elektronikus
RészletesebbenOPERÁCIÓS RENDSZEREK. Elmélet
1. OPERÁCIÓS RENDSZEREK Elmélet BEVEZETÉS 2 Az operációs rendszer fogalma Az operációs rendszerek feladatai Csoportosítás BEVEZETÉS 1. A tantárgy tananyag tartalma 2. Operációs rendszerek régen és most
RészletesebbenProcesszusok (Processes), Szálak (Threads), Kommunikáció (IPC, Inter-Process Communication)
1 Processzusok (Processes), Szálak (Threads), Kommunikáció (IPC, Inter-Process Communication) 1. A folyamat (processzus, process) fogalma 2. Folyamatok: műveletek, állapotok, hierarchia 3. Szálak (threads)
RészletesebbenRendszerterv. 1. Funkcionális terv. 1.1. Feladat leírása:
Rendszerterv 1. Funkcionális terv 1.1. Feladat leírása: A feladat egy GPS-képes eszközökön futó alkalmazás, illetve ennek szerver oldali párjának létrehozása. A program a szerveren tárolt adatbázis alapján
RészletesebbenOE-NIK 2010/11 ősz OE-NIK. 2010. ősz
2010/11 ősz 1. Word / Excel 2. Solver 3. ZH 4. Windows 5. Windows 6. ZH 7. HTML 8. HTML 9. ZH 10. Adatszerkezetek, változók, tömbök 11. Számábrázolási kérdések 12. ZH 13. Pótlás A Windows felhasználói
RészletesebbenOperációs rendszerek. 9. gyakorlat. BASH recap, reguláris kifejezések UNIVERSITAS SCIENTIARUM SZEGEDIENSIS UNIVERSITY OF SZEGED
UNIVERSITAS SCIENTIARUM SZEGEDIENSIS UNIVERSITY OF SZEGED BASH recap, reguláris kifejezések Operációs rendszerek 9. gyakorlat Szegedi Tudományegyetem Természettudományi és Informatikai Kar Csuvik Viktor
RészletesebbenNyíregyházi Egyetem Matematika és Informatika Intézete. Fájl rendszer
1 Fájl rendszer Terminológia Fájl és könyvtár (mappa) koncepció Elérési módok Fájlattribútumok Fájlműveletek ----------------------------------------- Könyvtár szerkezet -----------------------------------------
RészletesebbenSzIP kompatibilis sávszélesség mérések
SZIPorkázó technológiák SzIP kompatibilis sávszélesség mérések Liszkai János Equicom Kft. SZIP Teljesítőképesség, minőségi paraméterek Feltöltési sebesség [Mbit/s] Letöltési sebesség [Mbit/s] Névleges
RészletesebbenTELJESÍTÉNYMÉRÉS FELHŐ ALAPÚ KÖRNYEZETBEN AZURE CLOUD ANALÍZIS
TELJESÍTÉNYMÉRÉS FELHŐ ALAPÚ KÖRNYEZETBEN AZURE CLOUD ANALÍZIS Hartung István BME Irányítástechnika és Informatika Tanszék TEMATIKA Cloud definíció, típusok, megvalósítási modellek Rövid Azure cloud bemutatás
RészletesebbenHunGrid Grid technológiák hozzáférési lehetőségei az intézetben
HunGrid Grid technológiák hozzáférési lehetőségei az intézetben Kővári Kálmán Számítógép Hálózati Központ (SZHK) Részecske és Magfizikai Kutató Intézet, Budapest Simonyi-nap 2007. október 18. Budapest
RészletesebbenWEB2GRID: Desktop Grid a Web 2.0 szolgálatában
WEB2GRID: Desktop Grid a Web 2.0 szolgálatában MAROSI Attila Csaba MTA SZTAKI atisu@sztaki.hu 2011.07.26. Áttekintés Bevezető Grid rendszerekkel szembeni elvarások változása Web 2.0 rendszerek főbb jellemzői
RészletesebbenÁltalános e-mail fiók beállítási útmutató
Általános e-mail fiók beállítási útmutató Ennek az összeállításnak az a célja, hogy segítséget nyújtsunk azon Ügyfeleink számára, akik az IntroWeb Kft. által nyújtott e-mail szolgáltatáshoz be szeretnék
RészletesebbenServiceTray program Leírás
ServiceTray program Leírás Budapest 2015 Bevezetés szerviz munkalapok státuszai a Törölve és Lezárva státuszt leszámítva a munkalap különböző nyitott állapotát jelzik, melyek valamilyen tevékenységet jeleznek.
RészletesebbenAngol szótár V2.0.0.0
Angol szótár V2.0.0.0 Bemutató Verzió Felhasználói Kézikönyv Készítette: Szűcs Zoltán. 2536 Nyergesújfalu, Pala u. 7. Tel \ Fax: 33-355 - 712. Mobil: 30-529-12-87. E-mail: info@szis.hu. Internet: www.szis.hu.
RészletesebbenIntelligens partner rendszer virtuális kórházi osztály megvalósításához
Intelligens partner rendszer virtuális kórházi osztály megvalósításához 1. Célkitűzések A pályázat célja egy virtuális immunológiai osztály kialakítása, amelynek segítségével a különböző betegségekkel
RészletesebbenProgramozási technikák Pál László. Sapientia EMTE, Csíkszereda, 2009/2010
Programozási technikák Pál László Sapientia EMTE, Csíkszereda, 2009/2010 12. ELŐADÁS Adatbázis-kezelés Delphiben 2 Adatmegjelenítés lekérdezés segítségével A táblákhoz hasonlóan a lekérdezések is az adatbázis
RészletesebbenHasználati alapú és modell alapú tesztelés kombinálása szolgáltatásorientált architektúrák teszteléséhez az ipari gyakorlatban
Használati alapú és modell alapú tesztelés kombinálása szolgáltatásorientált architektúrák teszteléséhez az ipari gyakorlatban Nagy Attila Mátyás 2016.12.07. Áttekintés Bevezetés Megközelítés Pilot tanulmányok
RészletesebbenBelépve a www.biztositasonline24.hu weboldalra Ön elfogadja az alábbi feltételeket akkor is, ha nem regisztrált felhasználója az oldalnak:
ADATVÉDELEM Felhasználói feltételek Belépve a www.biztositasonline24.hu weboldalra Ön elfogadja az alábbi feltételeket akkor is, ha nem regisztrált felhasználója az oldalnak: tilos a biztositasonline24.hu
Részletesebben