Az Oracle adatbázis szerkezete
|
|
- Barnabás Fehér
- 5 évvel ezelőtt
- Látták:
Átírás
1 Az Oracle adatbázis szerkezete
2 Oracle Database Architecture An Oracle server: Is a database management system that provides an open, comprehensive, integrated approach to information management Consists of 1. Oracle instance(példány) 2. Oracle database(adatbázis) D-2 Copyright 2004, Oracle. All rights reserved.
3 Az Oracle adatbázis architektúra Az Oracle adatbázis két fő részből áll: 1. A példány (instance) vagyis a memória struktúrák és folyamatok rendszere: A memóriában lefoglalt System Global Area (SGA) terület és azok a szerverfolyamatok, amelyek az adatbázis-műveletek végrehajtásáért felelősek. 2. Az adatbázis vagyis a fizikai struktúrák rendszere: A vezérlő fájl (control file), mely az adatbázis konfigurációját tárolja A helyrehozó napló fájlok (redo log files), amikben a helyreállításhoz szükséges információkat tároljuk Az adatfájlok, amelyekben az összes tárolt adat szerepel Paraméterfájl, amelybe olyan paramétereket tárolunk, amelyek befolyásolják egy példány méretét és tulajdonságait Jelszófájl, amelyben a rendszergazdák(sysdba) jelszavát tároljuk D-3 Copyright 2004, Oracle. All rights reserved.
4 Database Structures Adatbázis szerkezete Memory structures Instance System Global Area (SGA) Process structures Background processes Storage structures Database files D-4 Copyright 2004, Oracle. All rights reserved.
5 Physical Database Structure. Fizikai adatbázis szerkezete Control files Data files Online redo log files Parameter file Backup files Archive log files Password file Alert and trace log files D-5 Copyright 2004, Oracle. All rights reserved.
6 Az adatbázis fizikai szerkezete Physical Database Structure The files that constitute an Oracle database are organized into the following: Vezérlőállomány (.CTL) Control files:contain data about the database itself (that is, physical database structure information). These files are critical to the database. Without them, you cannot open data files to access the data within the database. Adatállomány (.DBF) Data files:contain the user or application data of the database Változás napló (.LOG) Online redo log files:allow for instance recovery of the database. If the database crashes and does not lose any data files, then the instance can recover the database with the information in these files. The following additional files are important to the successful running of the database: Parameter file(.ora):is used to define how the instance is configured when it starts up Password file:allows users to connect remotely to the database and perform administrative tasks Mentési állományok (adatfájl mentése) (.BCK) Backup files:are used for database recovery. You typically restore a backup file when a media failure or user error has damaged or deleted the original file. Arhív (redo log files mentése) (.ARC) Archive log files:contain an ongoing history of the data changes (redo) that are generated by the instance. Using these files and a backup of the database, you can recover a lost data file. That is, archive logs enable the recovery of restored data files. D-6 Copyright 2004, Oracle. All rights reserved.
7 A vezérlő fájlok (Control files) Control files A példány indításakor az adatbázis rákapcsolásához (mount) be kell olvasni a vezérlő fájlokat. Az adatbázist alkotó fizikai fájlokat határozza meg. Ha új fájlt adunk az adatbázishoz, akkor automatikusan módosulnak. A vezérlő fájlok helyét az inicializálási paraméterben adjuk meg. Adatvédelmi szempontból legalább három különböző fizikai eszközön legyen másolata (multiplex the control files). Ez is inicializálási paraméterrel adható meg. Az Oracle szerver elvégzi a többszörös másolatok szinkronizációját. D-7 Copyright 2004, Oracle. All rights reserved.
8 Napló állományok (Redo Log Files) Az adatbázis változtatásait rögzíti Konzisztens állapot visszaállításhoz szükséges rendszerhiba, áramszünet, lemezhiba, stb. esetén Adatvédelmi okokból különböző lemezeken többszörös másolatokat kell belőle szinkronizáltan kezelni. A REDO napló REDO fájlcsoportokból áll. Egy csoport egy naplófájlból és annak multiplexelt másolataiból áll. Minden csoportnak van egy azonosítószáma. A naplóíró folyamat (log writer process- LGWR)írja ki a REDO rekordokat a pufferből egy REDO csoportba, amíg vagy tele nem lesz a fájl, vagy nem érkezik egy direkt felszólítás, hogy a következő REDO csoportba folytassa a kiírást. A REDO csoportok feltöltése körkörösen történik. Redo log buffer Log Writer LGWR Group 1 Group 2 Group 3 D-8 Copyright 2004, Oracle. All rights reserved.
9 Az adatbázis logikai szerkezete Minden adatbázis logikailag egy vagy több táblatérre van felosztva. A táblaterek egy vagy több fájlból állnak. Az adatfájlok mindig csak egy táblatérhez tartoznak. A táblatér mérete szerint kétféle lehet: nagy fájlból álló táblatér(bigfile tablespace): ez egyetlen fájl, de 4G blokkot tartalmazhat (Oracle 10g verziótól kezdődően létezik, mérete többezer terabájt lehet) kis fájlokból álló táblatér(small file tablespace): több kisebb fájlból áll 1. Adatfájl 2. Adatfájl USERS táblatér D-9 Copyright 2004, Oracle. All rights reserved.
10 SYSTEMand SYSAUXTablespaces The SYSTEMand SYSAUXtablespaces are mandatory tablespaces. They are created at the time of database creation. They must be online. The SYSTEMtablespace is used for core functionality (for example, data dictionary tables). The auxiliary SYSAUXtablespace is used for additional database components (such as the Enterprise Manager Repository) Ideiglenes táblaterületek (az Oracle pl. olyan rendezési műveletek támogatására használja, mint index létrehozása, összekapcsolás feldolgozása) D-10 Copyright 2004, Oracle. All rights reserved.
11 Szegmensek, területek (extents), és blokkok Egy táblatér több szegmensből is állhat. Az adatbázis objektumokat, táblákat, indexeket a szegmensekben tároljuk. A szegmensek területekből (extents) állnak. A területek (extents) folytonos adatblokkok halmazai. Az adatblokkok az adatbázis legkisebb írható/olvasható egységei. Az adatblokkok operációs rendszerbeli blokkokra képezhetők le. Szegmens Területek Adatblokkok OS blokkok Extents Az adatblokk mérete alapértelmezésben 8K. Statikus adatbázis (adattárház) esetén nagyobb méretet érdemes használni, dinamikus adatbázis (tranzakciós adatbázis) esetén kisebbet. D-11 Copyright 2004, Oracle. All rights reserved.
12 Logical and Physical Database Structures Logical Physical Database Schema Tablespace Data file Segment Extent Oracle data block OS block D-12 Copyright 2004, Oracle. All rights reserved.
13 How Table Data Is Stored Columns Blocks Table A Table B Rows Segment Segment Tablespace Table Row piece Extent D-13 Copyright 2004, Oracle. All rights reserved.
14 Anatomy of a Database Block Growth Block header Free space Row data D-14 Copyright 2004, Oracle. All rights reserved.
15 Tablespaces and Data Files The Oracle database stores data logically in tablespaces and physically in data files. Tablespaces: Can belong to only one database Consist of one or more data files Are further divided into logical units of storage Data files: Can belong to only one tablespace and one database Are a repository for schema object data Database Tablespace Data files D-15 Copyright 2004, Oracle. All rights reserved.
16 Tablespaces in the Preconfigured Database SYSTEM SYSAUX TEMP UNDOTBS1 USERS EXAMPLE D-16 Copyright 2004, Oracle. All rights reserved.
17 Data Dictionary Views Who Can Query Contents Subset of Notes DBA_ DBA Everything N/A May have additional columns meant for DBA use only ALL_ Everyone Everything that the user has privileges to see USER_ Everyone Everything that the user owns DBA_ views ALL_ views Includes user s own objects Is usually the same as ALL_ except for the missing OWNER column. Some views have abbreviated names as PUBLIC synonyms. D-17 Copyright 2004, Oracle. All rights reserved.
18 Data Dictionary: Usage Examples a SELECT table_name, tablespace_name FROM user_tables; b SELECT sequence_name, min_value, max_value, increment_by FROM all_sequences WHERE sequence_owner IN ('MDSYS','XDB'); c SELECT USERNAME, ACCOUNT_STATUS FROM dba_users WHERE ACCOUNT_STATUS = 'OPEN'; d DESCRIBE dba_indexes; D-18 Copyright 2004, Oracle. All rights reserved.
19 Az Oracle példány (instance) felépítése M E M Ó R I A Shared pool Java pool SGA Streams pool Database buffer cache Large pool Redo log buffer F O L Y A M A T O K System Monitor SMON Check point CKPT Process Monitor PMON Database Writer DBW0 Log Writer LGWR Archiver ARC0
20 Az Oracle memóriakezelése Server process 1 PGA Server process 2 PGA Background process PGA SGA Shared pool Streams pool Large pool Java pool Database buffer cache Redo log buffer
21 Egy Oracle példányhoz tartozó Oracle memóriaszerkezet a következő részekből áll: System Global Area (SGA):Az összes szerverfolyamat és háttérfolyamat osztozik rajta Program Global Area (PGA):Minden szerverfolyamatnak és háttérfolyamatnak saját memóriaterülete (PGA-ja) is van. Az SGAa példányhoz tartozó adatokat és vezérlő információkat is tartalmazhat. Az SGA a következő adatszerkezetből áll: 1. Database buffer cache: A beolvasott adatblokkok pufferterülete 2. Redo log buffer:a helyreállításhoz szükséges redo napló pufferterülete, innen íródik ki a napló a lemezen tárolt redo naplófájlokba 3. Shared pool:a felhasználók által használható közös puffer 4. Large pool:a nagyon nagy Input/Output igények kielégítéséhez használható puffer 5. Java pool:a Java VirtuálisGép(JVM)Java kódjaihoz és adataihoz használható puffer 6. Streams pool: Az Oracle Stream-ek pufferterülete
22 Az SGA dinamikus, azaz a pufferek mérete szükség esetén a példány leállítása nélkül változtatható. A Program Global Area (PGA) a szerverfolyamatok számára van fenntartva. A PGA mérete és tartalma attól függ, hogy a példány osztott módra (shared server mode) konfiguráltuk-e. A PGA általában a következőkből áll: Private SQL area:futási időben szükséges memóriaszerkezeteket, adatokat, hozzárendelési információkat tartalmaz. Minden olyan munkaszakasz (session), amely kiad egy SQL utasítást, lefoglal egy saját SQL területet. Session memory:a munkaszakaszhoz (session) tartozó információk, változók tárolásához szükséges terület.
23 Az Oracle folyamatok Szerverfolyamatok Server process Server process Server process Server process System Global Area SGA System monitor SMON Process monitor PMON Database writer DBW0 Check point CKPT Log writer LGWR Archiver ARC0 Háttérfolyamatok
24 Amikor egy alkalmazás vagy Oracle eszköz (mint például az Enterprise Manager) elindul, akkor azoracle szerver elindít egy szerverfolyamatot, amely lehetővé teszi az alkalmazás utasításainak végrehajtását. Az Oracle egy példány indításakor háttérfolyamatokat is elindít, amelyek kommunikálnak egymással és az operációs rendszerrel. A háttérfolyamatok kezelik a memóriát, puffereket, végrehajtják az írási, olvasási műveleteket a lemezen, karbantartásokat végeznek. A legfontosabb háttérfolyamatok a következők: System monitor (SMON):Katasztrófa utáni indításkor elvégzi a helyreállítást Process monitor (PMON): Ha egy felhasználói folyamat megszakad, akkor elvégzi a szükséges takarítást, karbantartást Database writer (DBWn):Az adatpufferből kiírja lemezre, egy fájlba a módosított blokkokat Checkpoint (CKPT): Ellenőrzési pontok esetén elindítja a DBWn folyamatokat és frissíti az adatbázis összes adatállományát és vezérlő állámányát Log writer (LGWR):A REDO napló bejegyzéseit írja ki a lemezre Archiver (ARCn):A REDO napló állomány másolatait a mentésre kijelölt lemezekre írja ki, mikor egy naplófájl betelik vagy a következő online redo naplóba folytatódik az írás (log switch)
25 Az adatbázishoz nem tartozó fájlok Parameter file Password file Database Archived log files 1. A paraméterfájlaz Oracle példány jellemzőit határozza meg, például az SGA memóriarészeinek méretét. 2. A jelszófájlból derül ki, hogy melyek azok a felhasználók, akik elindíthatnak vagy lekapcsolhatnak egy Oracle példányt. 3. Az archivált REDO naplófájloka naplófájl másolatai, amelyeket lemezhiba után lehet helyreállításhoz használni.
26 Egy SQL utasítás végrehajtásának folyamata Egy példányhoz kapcsolódáshoz (Connect) szükséges: Felhasználói folyamat Szerverfolyamat Az SQL utasítás típusától függ, hogy az Oracle szerver milyen komponenseire lesz szükség: Alekérdezések olyan folyamatokat indítanak, amelyek ahhoz kellenek, hogy megkapjuk a kívánt sorokat Az adatmódosító (DML)utasítások naplózó folyamatokat is indítanak, hogy elmentsék a változásokat A véglegesítés (Commit) biztosítja a tranzakciók helyreállíthatóságát Az Oracle szerver nem minden komponense vesz részt egy SQL utasítás végrehajtásában.
27 Kapcsolódás egy példányhoz Felhasználó Szerver Oracle szerver Felhasználó Szerver Kliens Alkalmazásszerver Szerver Felhasználó Szerver Böngésző
28 Mielőtt egy felhasználó küld egy SQL utasítást az ORACLE szervernek, előtte kapcsolódnia kell egy példányhoz. Amikor a felhasználó az Oracle szerverre kapcsolódik, akkor készül egy folyamat, amit szerverfolyamatnak hívunk. Ez a folyamat kommunikál az Oracle példánnyal a kliensen futó felhasználó folyamat nevében. A szerver folyamat hajtja végre a felhasználó SQL utasításait. A kapcsolat egy kommunkációs útvonala felhasználó folyamat és az Oracle szerver között.
29 Háromféleképp lehet egy Oracle szerverhez kapcsolódni: 1. OPERÁCIÓS RENDSZEREN KERESZTÜL: A felhasználó belép abba az operációs rendszerbe, ahol az Oracle példány fut és elindít egy alkalmazást, amely eléri az adatbázist ezen a rendszeren. Ekkor a kommunikáció útvonalat az operációs rendszer belső kommunikációs folyamatai hozzák létre. 2. KLIENS-SZERVER KAPCSOLATON KERESZTÜL: A felhasználó a helyi gépén elindít egy alkalmazást, amely a hálózaton keresztül kapcsolódik ahhoz a géphez, amelyen az Oracle példány fut. Ekkor a hálózati szoftvert kommunikál a felhasználó és az Oracle szerver között. 3. HÁROMRÉTEGŰ (three-tiered) KAPCSOLATON KERESZTÜL: A felhasználó gépe a hálózaton keresztül kommunikál egy alkalmazással vagy egy hálózati szerverrel, amely szintén a hálózaton keresztül össze van kötve egy olyan géppel, amelyen az Oracle példány fut. Például a felhasználó egy böngésző segítségével elér egy NT szerveren futó alkalmazást, amely egy távoli UNIX rendszeren futó Oracle adatbázisból gyűjti ki az adatokat.
30 Kapcsolódáskor egy munkaszakasz(session) kezdődik. A munkaszakasz a felhasználó érvényesítése (validálásakor) esetén kezdődik és a kilépéséig vagy egy abnormális megszakításig tart. Egy felhasználó több munkaszakasztis nyithat. Ehhez szükséges, hogy az Oracle szerver elérhető, használható legyen. (Néhány adminisztrációs eszközhöz még ez sem szükséges). Megjegyzés: Ha fentieknek megfelelően egy-egy értelmű a megfeleltetés a felhasználó és a szerverfolyamat között, akkor dedikált szerverkapcsolatról beszélünk.
31 Lekérdezések végrehajtása A lekérdezések ellentében más folyamatokkal egy sort, vagy akár több ezer sort is visszaadhatnak eredményképpen. A lekérdezés végrehajtásának 3 lépése során a szerverfolyamat a következőket végzi el: 1. Elemzés (Parse): A közös SQL pufferben (shared pool) megnézi, hogy szerepel-e ez az utasítás Szintaktikus ellenőrzés, léteznek-e az objektumok, rendelkezik-e a megfelelő jogokkal Az elemzés alatt zárolja (lock) az objektumokat Elkészíti és tárolja az optimális végrehajtási tervet 2. Végrehajtás (Execute): Előállítja a keresett sorokat 3. Visszaadás (Fetch): Visszaadja a sorokat a felhasználói folyamatnak
32 A közös SQL puffer(shared pool) A könyvtár(library)cache azsql utasítás szövegét, elemzett (parsed) kódját, és végrehajtási tervét tartalmazza. Az adatszótár (data dictionary)cachea táblák, oszlopok és egyéb objektumok definícióját, jogosultságait tartalmazza. A méretét ashared_pool_sizeinicializáló paraméter állítja be. Shared pool Library cache SGA Data dictionary cache
33 A shared pool komponensei Az elemzés (parse) alatt a szerver folyamat az SGA-nak ezen a részén fordítja le (compile) az SQL utasítást. Két fő komponense van: 1. Könyvtár (Library) cache 2. Adatszótár (Data dictionary) cache 1. A könyvtár (Library) Cache Az utoljára kiadott SQL utasításokról tartalmaz információt a közös SQL puffer (shared SQL area) nevű memóriaszerkezetben: Az SQL utasítás szövege Az elemző fa (parse tree): Az utasítás lefordított verziója A végrehajtási terve: Milyen lépésekkel kell végrehajtani az utasítást Az optimalizátor az Oracle szervernek az a része, amely meghatározza az optimális végrehajtási tervet. Ha egy SQL utasítást újra végrehajtunkés a közös SQL terület már tartalmazza a végrehajtási tervet, akkor nem kell újra lefordítania a szerverfolyamatnak az utasítást. Ezzel időt és memóriát lehet spórolni. Ha sokáig nem használják fel az SQL utasítást, akkor kikerül a Cashe-ből.
34 2. Adatszótár (Data Dictionary) Cache Az adatszótár utoljára használt definícióit tartalmazza. Így tartalmazhat információkat adatbázisfájlokról, táblákról, indexekről, oszlopokról, felhasználókról, jogosultságokról és más objektumokról is. Elemzés (parse) alatt a szerverfolyamat a nevek feloldásához, jogosultságok megállapításához először itt keresi az információt. Ha itt nem találja meg, akkor kezdeményezi a szükséges információk beolvasását az adatfájlokból.
35 Az adatbázis puffer (Database Buffer Cache) Az utoljára beolvasott blokkokat tárolja. A mérete a DB_BLOCK_SIZE inicializáló paramétertől függ. A pufferek számát a DB_BLOCK_BUFFERS adja meg. Database buffer cache Amikor egy lekérdezést kell végrehajtani, a szerverfolyamat először megnézi, hogy a keresett blokk nincs-e itt. Ha nem találja a pufferben, csak akkor olvassa be a blokk másolatát az adatfájlból. Ha már nincs hely a pufferben, akkor a legrégebben használt adatblokk helyére olvassa be az újat.
36 Kizárólagos memóriaterületek: Program Global Area (PGA) Nincs megosztva Csak a szerverfolyamat írhatja A következőket tartalmazza: Rendezési terület (sort area) Információ a munkaszakaszról (session): jogosultságok, statisztikák A kurzorok állapota (cursor state) A munkaszakaszhoz tartozó változók (Stack space) Szerverfolyamat A szerver folyamat indulásakor foglalja le ezt a területet, befejezéskor pedig felszabadítja. PGA
37 Adatmódosító(DML) utasítások végrehajtása UPDATE Felhasználó folyamat employees... Szerver folyamat 1 4 SGA Database buffer cache Data files Redo log buffer Control files Shared pool Redo log files Adatbázis
38 DML utasítások végrehajtása Az adatmódosítás végrehajtása kétfázisú: A fordítás (Parse) ugyanolyan mint a lekérdezés esetében. A végrehajtási most további folyamatokat igényel, mert az adatváltoztatást biztonságosan, visszaállíthatóan kell elvégezni. A DML végrehajtási fázisa: 1. Ha az adatblokk és a rollback block nincs a pufferben, akkor a szerverfolyamat beolvassa az adatfájlból a pufferbe. 2. A szerverfolyamat zárakat (locks)helyez azokra a sorokra, amelyeket módosítani készül. 3. A REDO naplóba(redo log buffer) a szerverfolyamat beírja a változásokat, hogy majd vissza lehessen állítani szükség esetén az adatokat. 4. A szerverfolyamat az adatok régi értékétbejegyzi a rollback blokkba. 5. Az új értékeket rögzíti az adatblokkban.
39 DML utasítások végrehajtása A szerverfolyamat a változás (UPDATE)előtti értékeket (before image)értékeket jegyzi fel és csak utána módosítja az adatblokkot. Ezek a változások a pufferben (database buffer cache)hajtódnak végre. A pufferben minden ki nem írt, változtatott blokk kap egy piszkos blokkra utaló bejegyzést, mivel ezek a blokkok különböznek a lemez megfelelő blokkjaitól. A törlés(delete)vagy beszúrás(insert)hasonló lépésekből áll.a "before image"delete esetén a törölt sor oszlopértékeit tartalmazza, INSERT esetén pedig a sor helyének címét. A késleltetett lemezreírás miatt katasztrófa esetén az SGAval együtt elveszhetnek ezek a változások is.
40 A REDO napló puffer (Redo Log Buffer) A méretét a LOG_BUFFER paraméter definiálja. Az összes változtatást feljegyzi, ami a példányban történik. A feltöltése folytonos sorrendben történik. Ha betelik, elölről kezdi. Database buffer cache
41 A REDO napló puffer (Redo Log Buffer) A REDO naplóbejegyzés feljegyzi, hogy melyik blokk változik, a változás helyét, és az új értéket. A REDO bejegyzés nem tesz különbséget a blokkok típusa között, csak azt nézi, hogy mely bájtok változnak meg a blokkban. A REDO napló puffer folytonosan töltődik fel,különböző tranzakciók miatti bejegyzések átlapolódhatnak benne. Ha betelik, akkor az elejéről töröl helyetmagának, de csak akkor, ha a régi REDO bejegyzés már a lemezre íródott.
42 A visszagörgető (Rollback) szegmens régi érték visszagörgető (rollback) szegmens új érték Tábla DML utasítás
43 A visszagörgető (Rollback) szegmens Minden változtatás előtt a szerverfolyamat elmenti az adatok régi értékét egy visszagörgető (rollback) szegmensbe. Ennek segítségével: Meg lehet semmisíteni a változtatásokat (UNDO), ha egy tranzakciót visszagörgetünk. Biztosítja az olvasási konzisztenciát (read consistency), ami azt jelenti, hogy más tranzakciók nem látják a DML utasítás hatását, ha az még nincs véglegesítve (commit). Helyre lehet állítani az adatbázis konzisztens állapotát egy katasztrófa után. A visszagörgető (Rollback) szegmensek, ugyanúgy mint a táblák, indexek, adatfájlokban tárolódnak. A visszagörgető (rollback)blokkokat ugyanúgy be kell olvasni az adatbázis pufferbe (database buffer cache), mint a közönséges adatblokkokat, mikor szüksége van rájuk. A visszagörgető szegmenset a DBA készíti el. A szegmens változtatásai a REDO napló pufferben lesznek feljegyezve.
44 A véglegesítés COMMIT végrehajtása 1 Instance Szerver folyamat 3 4 SGA Database buffer cache Redo log buffer Shared pool LGWR Felhasználó folyamat Data files Control files Redo log files 2 Adatbázis
45 Gyors véglegesítés (Fast commit) AzOracle szerver gyors véglegesítést (fast commit)használ, ami biztosítja, hogy a példány sérülése esetén a véglegesített változtatásokat vissza lehessen állítani. Változási sorszám (System Change Number) Amikor egy tranzakció véglegesítése következik, az Oracle szerver hozzárendel egy sorszámot (system change number -SCN) a tranzakcióhoz. ASCN olyan mint egy belső időbélyegző, monoton növekedő, és egyedi az adatbázison belül. Az SCN segítségével lehet megoldani az adatok szinkronzációját. Az SCN segítségével lehet biztosítani az olvasási konzisztenciát. Az SCN segítségével az Oracle szerver ellenőrizni tudja a konzisztenciát anélkül, hogy fel kellene használnia az operációs rendszer rendszeridejét.
46 Gyors véglegesítés (Fast commit) A véglegesítési folyamat (COMMIT) lépései: A szerverfolyamat egy COMMIT bejegyzést és egy SCNszámot ír a REDO napló pufferbe. A naplókiíró folyamat (LGWR)egyszerre kiírja a REDO napló puffer teljes tartalmát beleértve a commit bejegyzéstis a REDO naplófájlokba. Ezután már biztos, hogy a változtatás nem vész el a példány sérülése esetén sem. A felhasználó értesítést kap, hogy a COMMIT végre lett hajtva. A szerverfolyamat feljegyzi, hogy a tranzakció rendben befejeződött, és elengedi a tranzakció által kiadott zárakat(locks). Minden piszkos (dirty) puffert kiíraz adatfájlba. Ez a DBW0 folyamattól független, és mindegy, hogy a COMMIT előtt vagy utána történik.
47 Gyors véglegesítés (Fast commit) A gyors véglegesítés előnyei: A naplófájl szekvenciális írása gyorsabb, mintha az adatfájl különböző blokkjaiba kellene írni. A napló fájlba csak azt a minimális információt írjuk be, ami ahhoz kell, hogy a változásokat feljegyezhessük, míg ha az adatfájlokba írnánk, akkor teljes adatblokkokat kellene kiírni. Ha több tranzakció akar egyszerre COMMIT-ot kiadni, akkor a példány az összes REDO naplórekordot egy írással végre tudja hajtani. Ha a REDO napló puffer nincs nagyon tele, akkor egy szinkronizált írás elég tranzakciónként.ha ráadásul nagyjából egyszerre akarnak befejeződni a tranzakciók, akkor átlagban egynél kevesebb szinkronizált írás elég tranzakciónként. Mivel a REDO napló puffer tartalmát a COMMIT előtt is ki lehet írni, így nem szükséges várni a COMMIT-ra, ha hosszú lenne a tranzakció futása. Egy tranzakció visszagörgetésekor a naplóíró folyamat (LGWR)nem fog elindulni, így nem kerül ki a lemezre a napló. Az Oracle szerver helyreállításkor a COMMIT-tal be nem fejezett tranzakciók hatását megsemmisíti. Ha visszagörgetés után hiba történik, de a rollback bejegyzés még nem került rá a lemezre, akkor a COMMIT hiánya mutatja, hogy egy tranzakció nem fejeződött be, így vissza lett vonva.
48 Összefoglalás Megismertük az adatbázis fájlait: adatfájlok, vezérlő fájlok, online REDO naplók Megismertük azsga memóriaszerkezetét: DB buffer cache, shared SQL pool, redo log buffer Megismertük a legfontosabb háttérfolyamatokat: DBW0, LGWR, CKPT, PMON, SMON, ARC0 Megismertük az SQL utasítások végrehajtásának lépéseit: fordítás (parse), végrehajtás (execute), eredmény visszaadása (fetch)
Az Oracle rendszer komponensei
Az Oracle rendszer komponensei Célok Az Oracle szerver felépítésének és fő komponenseinek megismerése Annak bemutatása, hogy egy felhasználó Oracle példányhoz (instance) kapcsolódása hogy történik A következő
RészletesebbenMásolatképzési technikák és azok felhasználási lehetőségei
Másolatképzési technikák és azok felhasználási lehetőségei Godányi Géza Technical Account Manager EMC Magyarország Kft. 1 A belső másolatok előnye: Párhuzamos feldolgozás! Mentés / visszatöltés Oracle
RészletesebbenTranzakciókezelés PL/SQL-ben
Tranzakciókezelés PL/SQL-ben ACID tulajdonságok: Tranzakció Atomosság, Konzisztencia, Izoláció, Tartósság A tranzakció állhat: - Több DML utasításból - Egy DDL utasításból A tranzakció kezdete az első
RészletesebbenCélkitűzések Az Oracle10 g felépítésének, használatának alapszíntű megismerése
BEVEZETÉS Célkitűzések Az Oracle10g felépítésének, használatának alapszíntű megismerése A relációs adatbázis-kezelés elméleti és gyakorlati vonatkozásainak áttekintése Az SQL, PL/SQL nyelvek használatának
RészletesebbenADATBÁZIS-KEZELÉS - BEVEZETŐ - Tarcsi Ádám, ade@inf.elte.hu
ADATBÁZIS-KEZELÉS - BEVEZETŐ - Tarcsi Ádám, ade@inf.elte.hu Számonkérés 2 Papíros (90 perces) zh az utolsó gyakorlaton. Segédanyag nem használható Tematika 1. félév 3 Óra Dátum Gyakorlat 1. 2010.09.28.
RészletesebbenTranzakció-kezelés, alapfogalmak. Vassányi István, 2012.
Tranzakció-kezelés, alapfogalmak Vassányi István, 2012. ACID tulajdonságok Tranzakció: az üzleti folyamat egy logikailag összetartozó lépéssorozata atomicity: nem valósulhat meg részlegesen consistency:
RészletesebbenOperációs rendszerek. UNIX fájlrendszer
Operációs rendszerek UNIX fájlrendszer UNIX fájlrendszer Alapegység: a file, amelyet byte-folyamként kezel. Soros (szekvenciális) elérés. Transzparens (átlátszó) file-szerkezet. Link-ek (kapcsolatok) létrehozásának
RészletesebbenVodafone ODI ETL eszközzel töltött adattárház Disaster Recovery megoldása. Rákosi Péter és Lányi Árpád
Vodafone ODI ETL eszközzel töltött adattárház Disaster Recovery megoldása Rákosi Péter és Lányi Árpád Adattárház korábbi üzemeltetési jellemzői Online szolgáltatásokat nem szolgált ki, klasszikus elemzésre
RészletesebbenAnalitikai megoldások IBM Power és FlashSystem alapokon. Mosolygó Ferenc - Avnet
Analitikai megoldások IBM Power és FlashSystem alapokon Mosolygó Ferenc - Avnet Bevezető Legfontosabb elvárásaink az adatbázisokkal szemben Teljesítmény Lekérdezések, riportok és válaszok gyors megjelenítése
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észletesebbenAdatbáziskezelő-szerver. Relációs adatbázis-kezelők SQL. Házi feladat. Relációs adatszerkezet
1 2 Adatbáziskezelő-szerver Általában dedikált szerver Optimalizált háttértár konfiguráció Csak OS + adatbázis-kezelő szoftver Teljes memória az adatbázisoké Fő funkciók: Adatok rendezett tárolása a háttértárolón
RészletesebbenSQLServer. Particionálás
SQLServer 11. téma DBMS particiók, LOG shipping Particionálás Tábla, index adatinak szétosztása több FileGroup-ra 1 Particionálás Előnyök: Nagy méret hatékonyabb kezelése Részek önálló mentése, karbantartása
Részletesebben1. Az Oracle adatbázis-kezelő felépítése, működése, komponensei, példányok, rendszerállományok, memóriakezelése, rendszergazdai feladatok
1. Az Oracle adatbázis-kezelő felépítése, működése, komponensei, példányok, rendszerállományok, memóriakezelése, rendszergazdai feladatok Az Oracle adatbázis-kezelő felépítése: Az Oracle szerver egy Oracle
RészletesebbenOperációs rendszerek III.
A WINDOWS NT memóriakezelése Az NT memóriakezelése Memóriakezelő feladatai: Logikai-fizikai címtranszformáció: A folyamatok virtuális címterének címeit megfelelteti fizikai címeknek. A virtuális memóriakezelés
RészletesebbenAdatbáziskezelı-szerver SQL. Relációs adatbázis-kezelık. Relációs adatszerkezet. Házi feladat 2012.03.05.
1 2 Adatbáziskezelı-szerver Általában dedikált szerver Optimalizált háttértár konfiguráció Csak OS + adatbázis-kezelő szoftver Teljes memória az adatbázisoké Fő funkciók: Adatok rendezett tárolása a háttértárolón
RészletesebbenMicrosoft SQL Server telepítése
Microsoft SQL Server telepítése Az SQL Server a Microsoft adatbázis kiszolgáló megoldása Windows operációs rendszerekre. Az SQL Server 1.0 verziója 1989-ben jelent meg, amelyet tizenegy további verzió
RészletesebbenCloud computing. Cloud computing. Dr. Bakonyi Péter.
Cloud computing Cloud computing Dr. Bakonyi Péter. 1/24/2011 1/24/2011 Cloud computing 2 Cloud definició A cloud vagy felhő egy platform vagy infrastruktúra Az alkalmazások és szolgáltatások végrehajtására
RészletesebbenSQLServer. Probléma megoldás
SQLServer 9. téma Teljesítmény elemzés Probléma megoldás Az adatbázis életében nem ritka kisérő a hibák, teljesítmény problémák jelenléte A probléma megoldáshoz használható útmutatók: - ismerni kell a
RészletesebbenUNDO naplózás. Naplóbejegyzések. Visszaállítási esetek
UNDO naplózás Semmiségi naplózás. A naplóba a régi értéket írjuk ki, azonnal naplózunk. A naplót először a memóriában frissítjük, a (FLUSH LOG) utasításra írjuk a lemezre. Naplóbejegyzések :
RészletesebbenINDEXSTRUKTÚRÁK III.
2MU05_Bitmap.pdf camü_ea INDEXSTRUKTÚRÁK III. Molina-Ullman-Widom: Adatbázisrendszerek megvalósítása Panem, 2001könyv 5.4. Bittérkép indexek fejezete alapján Oracle: Indexek a gyakorlatban Oracle Database
RészletesebbenSQLServer. Védelmi struktúra
SQLServer 4. téma DBMS védelem konfiguráció Védelmi struktúra -szintek: - mit tudsz -jelszó - mid van -kártya - ki vagy -bimetria - Authentikáció - Authorizáció - Audit Védelmi modellek - DAC - MAC 1 -
RészletesebbenAdatbázisok elleni fenyegetések rendszerezése. Fleiner Rita BMF/NIK Robothadviselés 2009
Adatbázisok elleni fenyegetések rendszerezése Fleiner Rita BMF/NIK Robothadviselés 2009 Előadás tartalma Adatbázis biztonsággal kapcsolatos fogalmak értelmezése Rendszertani alapok Rendszerezési kategóriák
RészletesebbenSQL Server High Availability
SQL Server High Availability Bevezetés az SQL Server magas rendelkezésre állási megoldásaiba Berke János SQL Server MVP 2016.05.18 Bemutatkozás 10+ év SQL Server tapasztalat Oktató Kapcsolat: Email: Janos@iamBerke.com
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észletesebbenHozzunk ki többet abból amink van. Fehér Lajos
Hozzunk ki többet abból amink van Fehér Lajos Adatelérés Örök érvényű dolgaink Sor láncolás, migráció Index elhasználódás Tábla fregmentálódás Indexek száma Referenciális hivatkozások Triggerek Adatelérés
RészletesebbenOperációs rendszerek. UNIX/Linux fájlrendszerek
Operációs rendszerek UNIX/Linux fájlrendszerek Tartalom Linux fájlrendszerek UNIX/Linux fájlrendszerek Szimbolikus linkek Fájlrendszerek csatolása Virtuális fájlrendszer Szuperblokk Inode Objektumok 2
RészletesebbenHA és DR praktikák, maximális rendelkezésreállás
HA és DR praktikák, maximális rendelkezésreállás K&H Bank Zrt. 2017.03.29. Csanádi József, Simon Tamás 1 Tartalom Üzembiztonság és rendelkezésre állás DR helyzetek és végrehajtásuk Patchelési stratégia
RészletesebbenCloud computing Dr. Bakonyi Péter.
Cloud computing Dr. Bakonyi Péter. 1/24/2011 Cloud computing 1/24/2011 Cloud computing 2 Cloud definició A cloud vagy felhő egy platform vagy infrastruktúra Az alkalmazások és szolgáltatások végrehajtására
RészletesebbenTáblakezelés: Open SQL Internal table. Tarcsi Ádám: Az SAP programozása 1.
Táblakezelés: Open SQL Internal table Tarcsi Ádám: Az SAP programozása 1. OPEN SQL Tarcsi Ádám, ELTE SAP Excellence Center: SAP programozás oktatóanyag 2 Open SQL Az Open SQL kulcsszavai: SELECT INSERT
RészletesebbenOracle 12c Active Data Guard Sokkal több mint egy DR... Gecseg Gyula Oracle DBA
Oracle 12c Active Data Guard Sokkal több mint egy DR... Gecseg Gyula Oracle DBA Oracle Active Data Guard Gecseg Gyula Oracle DBA Data Guard felépítése DR környezetek napjainkban - Sok pénzt költenek disaster
RészletesebbenEllenőrző kérdések. 5. Kis dolgozat kérdései. (9-10. előadás)
Ellenőrző kérdések 5. Kis dolgozat kérdései (9-10. előadás) 164. Adjunk meg a működés közbeni ellenőrzőpont képzésének lépéseit Undo naplózás esetén! (6 pont) 1. naplóbejegyzés készítése,
RészletesebbenCsatlakozás a BME eduroam hálózatához Setting up the BUTE eduroam network
Csatlakozás a BME eduroam hálózatához Setting up the BUTE eduroam network Table of Contents Windows 7... 2 Windows 8... 6 Windows Phone... 11 Android... 12 iphone... 14 Linux (Debian)... 20 Sebők Márton
RészletesebbenRendszerkezelési útmutató
Rendszerkezelési útmutató Medtronic MiniMed Northridge, CA 91325 USA 800-646-4633 (800-MiniMed) 818.576.5555 www.minimed.com Képviselet az Európai Unióban: Medtronic B.V. Earl Bakkenstraat 10 6422 PJ Heerlen
RészletesebbenTartalomjegyzék. Tartalomjegyzék 1. Az SQL nyelv 1 Az SQL DDL alapjai 2
Tartalomjegyzék Tartalomjegyzék 1 Az SQL nyelv 1 Az SQL DDL alapjai 2 Adatbázis parancsok 2 Táblaparancsok 2 A táblázat létrehozása 2 A táblázat módosítása 3 A tábla törlése 3 Indextábla létrehozása 3
RészletesebbenÜzemeltetési kihívások 2015
2015 Kovács József architekt, DBA John Milton Kft. 2015 DBA feladatköre Adatbáziskezelő architektúra, belső-külső komplexitás Komplexitás kezelése, menedzselése, havária Hol van a log? Üzemeltetési esetek
RészletesebbenHálózati operációs rendszerek II. Kötetek kezelése
Hálózati operációs rendszerek II. Kötetek kezelése Hagyományos és NSS kötetek Hagyományos kötetek elavultak Nem használ naplózást a fájlrendszeri műveletekhez Esetleges kötethibák javítása néhány órát
RészletesebbenSQLServer. SQLServer konfigurációk
SQLServer 2. téma DBMS installáció SQLServer konfigurációk 1 SQLServer konfigurációk SQLServer konfigurációk Enterprise Edition Standart Edition Workgroup Edition Developer Edition Express Edition 2 Enterprise
RészletesebbenLBRA6i integrált rendszer
LBRA6i integrált rendszer LIBRA 6i logolás és a log megtekintése Készítette: Libra Szoftver Zrt. Létrehozás dátuma: 2005.12.15. Utolsó módosítás: 2014.10.30. Referencia szám: LIBRA6i_UZEM_V_1.5 Verzió:
Részletesebben8. Gyakorlat SQL. DDL (Data Definition Language) adatdefiníciós nyelv utasításai:
8. Gyakorlat SQL SQL: Structured Query Language; a relációs adatbáziskezelők szabványos, strukturált lekérdező nyelve SQL szabványok: SQL86, SQL89, SQL92, SQL99, SQL3 Az SQL utasításokat mindig pontosvessző
Részletesebbenpnyarady@gmail.com http://oraoptimization.blogspot.com/ Sárecz Lajos Oracle Hungary kft. lajos.sarecz@oracle.com Oracle Adatbázisok Optimalizálása
1. Személyes adatok Név: Neptun kód: E-mail: Blog oldal: Konzulensek: Nyárády Péter QJA31E pnyarady@gmail.com http://oraoptimization.blogspot.com/ Kardkovács Zsolt BME kardkovacs@tmit.bme.hu Marton József
RészletesebbenMosolygó Ferenc értékesítési konzultáns
Valódi rendelkezésre állás, minden valódi alkalmazás számára, minden esetre Oracle9i Release2 Mosolygó Ferenc értékesítési konzultáns Ferenc.Mosolygo@Oracle.com Leállások okai Hálózati eszköz (LAN/WAN)
Részletesebben1. Gyakorlat: Telepítés: Windows Server 2008 R2 Enterprise, Core, Windows 7
1. Gyakorlat: Telepítés: Windows Server 2008 R2 Enterprise, Core, Windows 7 1.1. Új virtuális gép és Windows Server 2008 R2 Enterprise alap lemez létrehozása 1.2. A differenciális lemezek és a két új virtuális
RészletesebbenTeszt topológia E1/1 E1/0 SW1 E1/0 E1/0 SW3 SW2. Kuris Ferenc - [HUN] Cisco Blog -
VTP Teszt topológia E1/1 E1/0 SW1 E1/0 E1/0 SW2 SW3 2 Alap konfiguráció SW1-2-3 conf t interface e1/0 switchport trunk encapsulation dot1q switchport mode trunk vtp domain CCIE vtp mode transparent vtp
RészletesebbenOracle TTS migrációs technológia használata
Oracle TTS migrációs technológia használata 12c verziófrissítéshez 2016.10 Simon Tamás, Okner Zsolt 1 Tartalom 1. A projekt bemutatása 2. A kiválasztott migrációs metódus bemutatása 3. 12c újdonságok 4.
RészletesebbenOracle E-Business Suite üzemeltetés a Rába Járműipari Holding Nyrt.-nél
Oracle E-Business Suite üzemeltetés a Rába Járműipari Holding Nyrt.-nél 1 Kósa György Szenior Rendszermérnök (Oracle OCP és MSSQL DBA, EBS DBA) T-Systems Magyarország Zrt. Kósa György - T-Systems Magyarország
RészletesebbenOO PDO. Tehát PDO használatával, könnyen átállhatunk egy másik adatbáziskezelőre, anélkül hogy a kódot teljes egészében újraírnánk.
OO PDO PDO VS MYSQLi VS MYSQL ================================================================================ A PHP mysql metódusai elavultak, helyette lehet hazsnálni a MYSQLi metódusokat, amelyek szinte
RészletesebbenOperációs rendszerek. Elvárások az NTFS-sel szemben
Operációs rendszerek MS Windows NT (2000) NTFS Elvárások az NTFS-sel szemben Megbízható file-rendszer, visszaállíthatóság (recoverability). Állományok biztonságának garantálása, illetéktelen hozzáférés
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észletesebbenAdatbányászat és Perszonalizáció architektúra
Adatbányászat és Perszonalizáció architektúra Oracle9i Teljes e-üzleti intelligencia infrastruktúra Oracle9i Database Integrált üzleti intelligencia szerver Data Warehouse ETL OLAP Data Mining M e t a
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észletesebbenAdatbázis, adatbázis-kezelő
Adatbázisok I. rész Adatbázis, adatbázis-kezelő Adatbázis: Nagy adathalmaz Közvetlenül elérhető háttértárolón (pl. merevlemez) Jól szervezett Osztott Adatbázis-kezelő szoftver hozzáadás, lekérdezés, módosítás,
RészletesebbenBEVEZETÉS Az objektum fogalma
BEVEZETÉS Az objektum fogalma Program (1) Adat (2) Objektum Kiadványszerkesztés Word Táblázatkezelés Excel CAD AutoCad Adatbáziskezelés Access 1 Program (1) Adat (2) Objektum Adatmodell (2) A valós világ
RészletesebbenA gyakorlat során MySQL adatbázis szerver és a böngészőben futó phpmyadmin használata javasolt. A gyakorlat során a következőket fogjuk gyakorolni:
1 Adatbázis kezelés 3. gyakorlat A gyakorlat során MySQL adatbázis szerver és a böngészőben futó phpmyadmin használata javasolt. A gyakorlat során a következőket fogjuk gyakorolni: Tábla kapcsolatok létrehozása,
RészletesebbenCsomag. Adatbázis-objektum Programozási eszközök gyűjteménye Két részből áll. specifikáció törzs (opcionális)
Csomagok Csomag Adatbázis-objektum Programozási eszközök gyűjteménye Két részből áll specifikáció törzs (opcionális) Csomagspecifikáció CREATE [OR REPLACE] PACKAGE csomagnév [AUTHID {DEFINER CURRENT_USER}]
RészletesebbenAdatbázisok-1 előadás Előadó: dr. Hajas Csilla
Adatbázisok-1 előadás Előadó: dr. Hajas Csilla Áttekintés az I.zh-ig Áttekintés az 1ZH-ig // Adatbázisok-1 elıadás // Ullman (Stanford) tananyaga alapján // Hajas Csilla (ELTE IK) 1 Hol tartunk? Mit tanultunk
RészletesebbenLOGISZTIKAI ADATBÁZIS RENDSZEREK BEVEZETÉS
LOGISZTIKAI ADATBÁZIS RENDSZEREK BEVEZETÉS Lénárt Balázs tanársegéd TANTERV, SZOFTVER, IRODALOM Hét Dátum Előadó Előadások Időpont: szerda 8:30-10:00, helye: LFSZÁMG Dátum Gyakvezető 1. 9. 11. Tokodi Adatbázis
RészletesebbenAdatbázisok elmélete 24. előadás
Adatbázisok elmélete 24. előadás Katona Gyula Y. Budapesti Műszaki és Gazdaságtudományi Egyetem Számítástudományi Tsz. I. B. 137/b kiskat@cs.bme.hu http://www.cs.bme.hu/ kiskat 2005 ADATBÁZISOK ELMÉLETE
RészletesebbenKalmár György Adatbázis alapú rendszerek
Kalmár György Adatbázis alapú rendszerek Oracle-ben az SQL utasítások feldolgozásához szükség van egy ún. kontextus memóriára, amely az összes lényeges információt tárolja egy utasítás végrehajtásához.
Részletesebben1 Copyright 2012, Oracle and/or its affiliates. All rights reserved. Insert Information Protection Policy Classification from Slide 13
1 Copyright 2012, Oracle and/or its affiliates. All rights reserved. Insert Information Protection Policy Classification from Slide 13 Tippek és trükkök - Másfél év üzemeltetési tapasztalatai Exadata környezetben
RészletesebbenSQLServer. 10. téma Adatok mentése. Adatmentés. A DBA egyik fő feladata az adatok épségének, megőrzésének biztosítása.
SQLServer 10. téma Adatok mentése Adatmentés A DBA egyik fő feladata az adatok épségének, megőrzésének biztosítása. Az adatokat redundánsan kell tárolni mentések (backup) helyreállítás (restore, recover)
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észletesebbenA könyv tartalomjegyzéke
A könyv tartalomjegyzéke Elıszó Bevezetés Adatbázis-kezelı rendszerek Adatmodellezés Alapfogalmak Egyedhalmaz, egyed Kapcsolat, kapcsolat-elıfordulás, kapcsolat típusa Tulajdonság, tulajdonságérték, értékhalmaz
RészletesebbenOperációs rendszerek. Az NT memóriakezelése
Operációs rendszerek MS Windows NT (2000) memóriakezelés Az NT memóriakezelése 32-bites virtuális memóriakezelés: 4 GB-os címtartomány, alapesetben: a fels! 2 GB az alkalmazásoké, az alsó 2 GB az OPR-é.
RészletesebbenHálózati operációs rendszerek II.
Hálózati operációs rendszerek II. Novell Netware 5.1 Web-es felügyelet, DNS/DHCP szerver, mentési alrendszer 1 Web-es felügyelet Netware Web Manager HTTPS protokollon keresztül pl.: https://fs1.xy.hu:2200
RészletesebbenOracle Active Data Guard
Oracle Active Data Guard Fehér Lajos Omnit Solutions Kft. 1 Oracle Data Guard Standby Database Oracle RDBMS Standard Edition Nem része a terméknek Oracle RDBMS Enterprise Edition Data Guard a termék része
RészletesebbenAdatbázisok* tulajdonságai
Gazdasági folyamatok térbeli elemzése 4. előadás 2010. 10. 05. Adatbázisok* tulajdonságai Rendezett, logikailag összefüggő és meghatározott szempont szerint tárolt adatok és/vagy információk halmaza Az
RészletesebbenÜgyviteli rendszerek hatékony fejlesztése Magic Xpa-val mobilos funkciókkal kiegészítve. Oktatók: Fülöp József, Smohai Ferenc, Nagy Csaba
Ügyviteli rendszerek hatékony fejlesztése Magic Xpa-val mobilos funkciókkal kiegészítve Oktatók: Fülöp József, Smohai Ferenc, Nagy Csaba Programozás alapjai Ha egy adott adattáblára Ctrl + G t nyomunk,
Részletesebben11. Gyakorlat: Certificate Authority (CA), FTP site-ok
11. Gyakorlat: Certificate Authority (CA), FTP site-ok 11.1. A CA szerver szerepkör telepítése a DC01-es szerverre 11.2. Az FTP szervíz telepítése a DC01-es szerverre 11.3. A szükséges DNS rekordok létrehozása
RészletesebbenAdatbázis Rendszerek II. 5. PLSQL Csomagok 16/1B IT MAN
Adatbázis Rendszerek II. 5. PLSQL Csomagok 16/1B IT MAN B IT v: 2016.03.03 MAN Csomagok A DBMS csomagok a PL/SQL alkalmazások fejlesztését segítik, bennük tároljuk a létrehozott programok kódjait. A specifikációs
RészletesebbenSQL PÉLDATÁR. készült a PTE TTK Iskolai informatika III. kurzus teljesítésére
SQL PÉLDATÁR készült a PTE TTK Iskolai informatika III. kurzus teljesítésére PTE TTK Czimmermann Gergely MA matematika informatika tanár szakos hallgató 2017 Tartalomjegyzék 1. Adatleíró műveletek... 3
RészletesebbenB I T M A N B I v: T 2015.03.01 M A N
Adatbázis Rendszerek MSc 2. Gy: MySQL Táblák, adatok B I v: T 2015.03.01 M A N 1/41 Témakörök SQL alapok DDL utasítások DML utasítások DQL utasítások DCL utasítások 2/41 Az SQL jellemzése Az SQL a relációs
Részletesebben9.előadás: Adatbázisok-I. dr. Hajas Csilla (ELTE IK)
9.előadás: Adatbázisok-I. dr. Hajas Csilla (ELTE IK) http://sila.hajas.elte.hu/ Adatbázis-kezelő rendszerek áttekintése, alapfogalmak Tankönyv: 1.fejezet: Az adatbázisrendszerek világa Adatbázisok-1 (Hajas
Részletesebbenwebalkalmazások fejlesztése elosztott alapon
1 Nagy teljesítményű és magas rendelkezésreállású webalkalmazások fejlesztése elosztott alapon Nagy Péter Termékmenedzser Agenda Java alkalmazás grid Coherence Topológiák Architektúrák
RészletesebbenOperációs Rendszerek II. Első verzió: 2009/2010. I. szemeszter Ez a verzió: 2009/2010. II. szemeszter
Operációs Rendszerek II. Első verzió: 2009/2010. I. szemeszter Ez a verzió: 2009/2010. II. szemeszter 1 Mai témák ZFS NTFS 2 ZFS Új koncepció, nem továbbgondolás Pooled storage modell Minden művelet copy-on-write
RészletesebbenAdatbázis kezelés Delphiben. SQL lekérdezések
Adatbázis kezelés Delphiben. SQL lekérdezések Structured Query Language adatbázisok kezelésére szolgáló lekérdező nyelv Szabályok: Utasítások tetszés szerint tördelhetők Utasítások végét pontosvessző zárja
RészletesebbenGyakorlás: Hozzunk létre egy Alkalmazottak táblát AZO szám, Részleg szöveg, Munkakör szöveg és BelépésDátuma dátum típussal.
Adatbázis létrehozása Adatleíró műveletek CREATE DATABASE "tan1" WITH ENCODING= LATIN2 ; vagy parancssorból a terminál alatt $ createdb tan1 E=latin2 Kapcsolódás az adatbázishoz $ psql tan1 Adattábla létrehozása
RészletesebbenOracle Audit Vault and Database Firewall. Gecseg Gyula Oracle DBA
Oracle Audit Vault and Database Firewall Gecseg Gyula Oracle DBA TÖBB FENYEGETETTSÉG MINT VALAHA TÖBB FENYEGETETTSÉG MINT VALAHA A támadások 70%-a tűzfalon belülről jön A támadások 90%-át hozzáféréssel
RészletesebbenAz adatbázisrendszerek világa
Az adatbázisrendszerek világa Tankönyv: Ullman-Widom: Adatbázisrendszerek Alapvetés Második, átdolgozott kiadás, Panem, 2009 1.1. Az adatbázisrendszerek fejlődése 1.2. Az adatbázis-kezelő rendszerek áttekintése
RészletesebbenAdatbázis Rendszerek II. 2. Gyakorló környezet
Adatbázis Rendszerek II. 2. Gyakorló környezet 37/1 B IT v: 2017.02.11 MAN Gyakorló környezet Géptermek 37/2 Jelszó váltás 1 2 3 4 37/3 Gyakorló környezet II. apex.oracle.com/en/ 37/4 A regisztrációs folyamat
RészletesebbenANDROID ALKALMAZÁSFEJLESZTÉS
ANDROID ALKALMAZÁSFEJLESZTÉS Adattárolás SharedPreference Belső - külső tároló PreferenceActivity Felhő alapú tárolás SQLite sicz.mj[tekercs]gmail.com Sicz-Mesziár János 2013. július 3. Shared Preference
RészletesebbenProxer 7 Manager szoftver felhasználói leírás
Proxer 7 Manager szoftver felhasználói leírás A program az induláskor elkezdi keresni az eszközöket. Ha van olyan eszköz, amely virtuális billentyűzetként van beállítva, akkor azokat is kijelzi. Azokkal
RészletesebbenCREATE TABLE student ( id int NOT NULL GENERATED ALWAYS AS IDENTITY PRIMARY KEY, name varchar(100) NOT NULL, address varchar(100) NOT NULL )
Célok: a Java DB adatbázis-kezelő rendszer használatának ismertetése, adatbázisok használata Java alkalmazásokban - kétrétegű architektúra, egyszerű kliens-szerver architektúra használata hálózati alkalmazásokhoz.
RészletesebbenAdatbázis-lekérdezés. Az SQL nyelv. Makány György
Adatbázis-lekérdezés Az SQL nyelv Makány György SQL (Structured Query Language=struktúrált lekérdező nyelv): relációs adatbázisok adatainak visszakeresésére, frissítésére, kezelésére szolgáló nyelv. Születési
RészletesebbenIndexek és SQL hangolás
Indexek és SQL hangolás Ableda Péter abledapeter@gmail.com Adatbázisok haladóknak 2012. 2012. november 20. Miről lesz szó? Történelem Oracle B*-fa Index Felépítése, karbantartása, típusai Bitmap index
RészletesebbenAz indexelés újdonságai Oracle Database 12c R1 és 12c R2
Az indexelés újdonságai Oracle Database 12c R1 és 12c R2 Szabó Rozalinda Oracle adattárház szakértő, oktató szabo.rozalinda@gmail.com Index tömörítés fejlődése 8.1.3-as verziótól: Basic (Prefixes) index
RészletesebbenBGF. 4. Mi tartozik az adatmodellek szerkezeti elemei
1. Mi az elsődleges következménye a gyenge logikai redundanciának? inkonzisztencia veszélye felesleges tárfoglalás feltételes függés 2. Az olyan tulajdonság az egyeden belül, amelynek bármely előfordulása
RészletesebbenAdatbázis-kezelés ODBC driverrel
ADATBÁZIS-KEZELÉS ODBC DRIVERREL... 1 ODBC: OPEN DATABASE CONNECTIVITY (NYÍLT ADATBÁZIS KAPCSOLÁS)... 1 AZ ODBC FELÉPÍTÉSE... 2 ADATBÁZIS REGISZTRÁCIÓ... 2 PROJEKT LÉTREHOZÁSA... 3 A GENERÁLT PROJEKT FELÉPÍTÉSE...
RészletesebbenUtolsó módosítás: 2012. 05. 08.
Utolsó módosítás: 2012. 05. 08. A fóliák részben a Windows Operating System Internals Curriculum Development Kit alapján készültek. SACL: System Access Control List SID: Security Identifier HKLM: HKEY_LOCAL_MACHINE
RészletesebbenExcel ODBC-ADO API. Tevékenységpontok: - DBMS telepítés. - ODBC driver telepítése. - DSN létrehozatala. -Excel-ben ADO bevonása
DBMS spektrum Excel ODBC-ADO API Tevékenységpontok: - DBMS telepítés - ODBC driver telepítése - DSN létrehozatala -Excel-ben ADO bevonása - ADOConnection objektum létrehozatala - Open: kapcsolat felvétel
RészletesebbenOperációs rendszerek. Az Executive és a kernel Policy és mechanizmusok szeparálása Executive: policy - objektum kezelés Kernel: mechanizmusok:
Operációs rendszerek MS Windows NT (2000) folyamatok Az Executive és a kernel Policy és mechanizmusok szeparálása Executive: policy - objektum kezelés Kernel: mechanizmusok: szálak ütemezése végrehajtásra
Részletesebben4. Gyakorlat: Csoportházirend beállítások
4. Gyakorlat: Csoportházirend beállítások 4.1. A Default Domain Policy jelszóra vonatkozó beállításai 4.2. Parancsikon, mappa és hálózati meghajtó megjelenítése csoport házirend segítségével 4.3. Alkalmazások
RészletesebbenMegtanuljuk, hogyan lehet egy web-alkalmazással adatbázishoz csatlakozni Pontosan megnézzük a PHP lehetőségeit o MySQL-hez o Oracle-höz
PHP Adatbázis Tartalomjegyzék PHP ADATBÁZIS...1 TARTALOMJEGYZÉK...1 EDDIG VOLT...1 MAI ANYAG...1 TEHÁT RÉSZLETESEBBEN...1 Kapcsolódás web-alkalmazásokból adatbázisokhoz...1 Biztonsági kérdések...2 PHP...2
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észletesebbenExadata hibrid oszlopos adattömörítés automatizálása; DB 12c partition merge
Exadata hibrid oszlopos adattömörítés automatizálása; DB 12c partition merge HOUG Konferencia 2017. március 28. Németh Márk Principal Programmer Analyst National Instruments Tömörítési módok OLTP Exadata
RészletesebbenEBS fogyókúra György Zoltán Innovent Tanácsadó Kft. 2013. október 9.
György Zoltán Innovent Tanácsadó Kft. 2013. október 9. Az előadás célja Erőforrás felhasználás csökkentése Sebesség Online Batch Költség (kisebb diszkterület) Módszerek Tömörítés [Archiválás] és Törlés
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észletesebbenSQL Server High Availability. Bevezetés az SQL Server magas rendelkezésre állási megoldásaiba
SQL Server High Availability Bevezetés az SQL Server magas rendelkezésre állási megoldásaiba Sponsors Bemutatkozás 10+ év SQL Server tapasztalat Oktató Kapcsolat: Email: Janos@iamBerke.com Blog: http://www.iamberke.com
RészletesebbenFORD Edifact IHS Import
FORD Edifact IHS Import 1149 Budapest, Egressy út 17-21. Telefon: +36 1 469 4021; fax: +36 1 469 4029 1/13 Tartalomjegyzék 1. FORD gyártói adatok betöltése... 3 1.1. Import Javasolt Ütemezése... 10 1.2.
RészletesebbenRendszermodernizációs lehetőségek a HANA-val Poszeidon. Groma István PhD SDA DMS Zrt.
Rendszermodernizációs lehetőségek a HANA-val Poszeidon Groma István PhD SDA DMS Zrt. Poszeidon EKEIDR Tanúsított ügyviteli rendszer (3/2018. (II. 21.) BM rendelet). Munkafolyamat támogatás. Papírmentes
RészletesebbenFájlszervezés. Adatbázisok tervezése, megvalósítása és menedzselése
Fájlszervezés Adatbázisok tervezése, megvalósítása és menedzselése Célok: gyors lekérdezés, gyors adatmódosítás, minél kisebb tárolási terület. Kezdetek Nincs általánosan legjobb optimalizáció. Az egyik
Részletesebben