Správa a konfigurace databázového serveru

Bankovní institut vysoká škola Praha Katedra Informatiky a kvantitativních metod

Správa a konfigurace databázového serveru Diplomová práce

Autor:

Šimon Orawski Informační technologie a management

Vedoucí práce:

RNDr. Helena Palovská, Ph.D.

Odborný konzultant:

Ing. Filip Borůvka

Praha

Červen, 2014

Prohlášení: Prohlašuji, že jsem diplomovou práci zpracoval samostatně a v seznamu jsem použil veškerou použitou literaturu. Svým podpisem stvrzuji, že odevzdaná elektronická podoba práce je identická s její tištěnou verzí, a jsem seznámen se skutečností, že se práce bude archivovat v knihovně BIVŠ a dále bude zpřístupněna třetím osobám prostřednictvím interní databáze elektronických vysokoškolských prací.

V Praze, dne 20. 4. 2014

Šimon Orawski

Poděkování Rád bych poděkoval mé vedoucí práce RNDr. Heleně Palovské, Ph.D. za odborné vedení při vypracování této diplomové práce a za její cenné rady. Také bych chtěl poděkovat Ing. Filipovi Borůvkovi za jeho cenné rady a pomoc při vypracování praktické části práce. Dále bych chtěl poděkovat rodině za podporu, kterou mi poskytovala po celou dobu studia.

Anotace Cílem této práce je vytvořit metodiku pro správu a konfiguraci databázového serveru Oracle pro předměty Databáze I a Databáze II na Bankovním institutu vysoká škola a.s. Práce je členěna do několika bodů, z nich první čtyři tvoří teoretickou část práce a dalších sedm bodů tvoří praktickou část práce. V první polovině teoretické části se práce zabývá vymezení úkolů a úloh, které má databázový správce na starosti. Druhá polovina teoretické části práce tyto úlohy a úkoly převádí do praktické roviny, kdy jsou úlohy a úkoly aplikovány na databázové platformě Oracle. Praktická část práce popisuje návrh metodiky od zapojení serveru, přes instalaci operačního systému Windows Server 2008 R2 a platformy Oracle Database 12c, až po vytvoření a zabezpečení databáze. Databázový server má sloužit pro výuku předmětů Databáze I a Databáze II. Klíčová slova: Databáze, Server, Oracle, Zálohování, Administrace, Správa

Annotation The aim of this thesis is to create a methodology for administration and configuration of the database server Oracle for the subjects Database I and Database II in College of Banking, Prague. The paper is divided into several points. First four points deal with the theory and the other points focus on the practical side of the work. The first half of the theoretical part introduces the definition of the tasks that a database administrator is in charge of. The second half of the theory deals with the tasks and duties transferred to the practical level and they are applied to the Oracle database platform. The practical part of this thesis describes the methodological plan from the server connection and installment of the operating system Windows Server 2008 R2 to the installment of Oracle Database 12c, creation of the database and setting of the database security. The database server is intended for teaching of the subjects Database I and Database II.

Keywords: Database, Server, Oracle, Backup, Configuration, Administration

Obsah Úvod ...................................................................................................................................... 1 Zvolené metody zpracování................................................................................................... 2 1

Úkoly správce databáze ................................................................................................. 3 1.1

Návrh a instalace databáze ...................................................................................... 3

1.2

Návrh a správa tabulkových prostorů ..................................................................... 5

1.2.1

Konceptuální návrh databáze........................................................................... 5

1.2.2

Logický model databáze .................................................................................. 7

1.2.3

Fyzický model databáze .................................................................................. 7

1.3

Správa uživatelů, kontrola logů a oprávnění uživatelů ........................................... 7

1.4

Zálohování a archivace databáze ............................................................................ 8

1.4.1

Logické zálohování databáze........................................................................... 9

1.4.2

Fyzické zálohování .......................................................................................... 9

1.5

Sledování vytíženosti a optimalizace databáze ..................................................... 10

1.5.1

Ladění návrhu aplikací .................................................................................. 10

1.6

Vedení dokumentace a metodiky .......................................................................... 12

1.7

Poskytnutí podpory uživatelům ............................................................................ 13

2

Historie Oracle............................................................................................................. 14

3

Architektura Oracle ..................................................................................................... 16 3.1

Instance Oracle...................................................................................................... 16

3.2

Databáze Oracle .................................................................................................... 17

3.3

Procesy na pozadí ................................................................................................. 17

3.3.1

SMON............................................................................................................ 17

3.3.2

PMON............................................................................................................ 17

3.3.3

DBWn ............................................................................................................ 17

3.3.4

ARCn ............................................................................................................. 18

3.3.5

RECO ............................................................................................................ 18

4

Správa databáze Oracle ............................................................................................... 19 4.1

Nástroj Oracle Enterprise Manager ...................................................................... 19

4.2

Instalace Oracle..................................................................................................... 21

4.3

Tvorba databáze nástrojem DBCA ....................................................................... 21

4.4

Správa tabulkových prostorů nástrojem OEM ...................................................... 23

4.5

Zabezpečení databáze Oracle pomocí OEM ......................................................... 24

4.5.1

Správa uživatelských účtů ............................................................................. 24

4.5.2

Oprávnění ...................................................................................................... 24

4.5.3

Grant .............................................................................................................. 25

4.5.4

Role................................................................................................................ 26

4.5.5

Audit .............................................................................................................. 27

4.5.6

Šifrování dat .................................................................................................. 28

4.6

Zálohování a obnova pomocí RMAN ................................................................... 28

4.7

Optimalizace a ladění databáze Oracle ................................................................. 31

4.7.1

Ladění SQL dotazů ........................................................................................ 31

4.7.2

Ladění využití paměti .................................................................................... 32

4.7.3

Ladění fyzického úložiště .............................................................................. 32

4.7.4

Omezení síťového provozu ........................................................................... 33

4.8 5

Zadání a požadavky na databázový server .................................................................. 36 5.1

6

Monitorování databáze pomocí nástroje STATSPACK ....................................... 34

Zadání ................................................................................................................... 36

Návrh řešení praktické části ........................................................................................ 37 6.1

Laboratoř IT .......................................................................................................... 37

6.2

Server HP Integrity rx6600 ................................................................................... 37

6.3

Operační systém Windows server 2008 R2 .......................................................... 39

6.4

Databáze v Oracle database 12c ........................................................................... 40

6.5

Návrh databáze...................................................................................................... 41

6.5.1

Schéma Krokodata......................................................................................... 42

6.5.2

Schéma NorthWind ....................................................................................... 44

6.6 7

Uživatelské účty .................................................................................................... 46

Zapojení serveru .......................................................................................................... 48 Instalace do racku ................................................................................................. 48

7.2

Zapojení serveru.................................................................................................... 49

7.3

Doporučená nastavení serveru .............................................................................. 51

8

7.1

Instalace Windows server 2008 R2 ............................................................................. 53 8.1

9

Konfigurace Windows server 2008 R2 ................................................................. 55

8.1.1

Licencování produktu .................................................................................... 55

8.1.2

Okamžitá a pravidelná aktualizace ................................................................ 55

8.1.3

Ochrana serveru ............................................................................................. 55

8.1.4

Nastavení VPN .............................................................................................. 56

Tvorba databáze........................................................................................................... 60 Instalace Oracle database 12c ............................................................................... 60

9.2

Instalace Oracle Net Listener ................................................................................ 62

9.3

Tvorba databáze .................................................................................................... 63

9.4

Vytvoření schématu NorthWind ........................................................................... 66

10

9.1

Založení účtů ............................................................................................................... 67 Vytvoření účtů ................................................................................................... 67

10.2

Přidělení grantu ................................................................................................. 69

10.3

Přihlášení uživatelů k databázi pomocí SQL Developer................................... 71

11

10.1

Závěr ............................................................................................................................ 72 Seznam použité literatury ................................................................................................ 73 Seznam obrázků............................................................................................................... 77 Seznam tabulek ................................................................................................................ 78

Příloha č. 1 ............................................................................................................................. 1

Příloha č. 2 ............................................................................................................................. 1 Příloha č. 3 ............................................................................................................................. 1 Příloha č. 4 ............................................................................................................................. 1 Příloha č. 5 ............................................................................................................................. 1 Příloha č. 6 ............................................................................................................................. 1 Příloha č. 7 ............................................................................................................................. 1 Příloha č. 8 ............................................................................................................................. 1 Příloha č. 9 ............................................................................................................................. 1

ÚVOD V současné době je databáze ve středně velkých a velkých firmách nezbytností. Data, která uchovává, jsou zpracovávány do jednotlivých výstupů, které pomáhají managementu firmy v rozhodování a analýze. Téma této diplomové práce jsem si vybral, protože pracuji v jedné české bance v oddělení Centrálního datového skladu a databáze mě velice baví. Myslím si, že ukládání dat a jejich následná správná reprezentace firmě přináší dobré výsledky a výhodu na trhu. Tato práce si klade za cíl vytvořit metodiku pro správu databázového serveru Oracle v Bankovním institutu vysoká škola a. s., který bude sloužit pro výuku předmětů Databáze I a Databáze II. V teoretické části se zabývá úkoly a úlohami správce databáze. V prvním bodě definuje, co všechno by měl mít databázový správce za úkol. Dále tato práce tyto činnosti aplikuje na databázovou platformu Oracle a popisuje nástroje, které slouží ke správě databáze Oracle. Cílem praktické části je vytvořit metodiku pro správu a konfiguraci databázového serveru Oracle pro Bankovní institut vysoká škola, a.s. Praktická část je tvořena několika kapitolami, které jdou od zapojení serveru, přes instalaci Windows server 2008 a instalaci Oracle database 12c, až po vytvoření a nastavení databáze, která bude sloužit pro účely výuky předmětů Databáze I a Databáze II.

1

ZVOLENÉ METODY ZPRACOVÁNÍ Pro zpracování této práce jsem použil standardní metodu rešerše informací v odborných knihách a periodikách. Informace pro teoretickou část práce jsem čerpal z odborné literatury, elektronických článků a ze zkušeností mé vedoucí práce RNDr. Heleny Palovské, Ph.D. V praktické části jsem postupoval při tvorbě metodiky tak, jak je uveden postup instalací. Kde je uveden zdroj, tam jsem čerpal z odborných článků nebo z odborných zkušeností Ing. Filipa Borůvky, který mi byl odborným konzultantem.

2

1 ÚKOLY SPRÁVCE DATABÁZE Každý databázový systém, tak jako i další systémy v podniku, potřebují člověka, který se bude o něj starat. Ve velkých firmách jsou to na to vymezená celá oddělení lidí, jejich náplní práce je administrace a provoz databáze či datových skladů. Pracuji na brigádě v jedné české bance, která má dokonce několik oddělení pro správu databáze. Máme oddělení, které se stará o databázi z hardwarové stránky, další oddělení zase po té funkční a pak oddělení, které zajišťuje přenosy dat mezi zdrojovými systémy banky a centrálním datovým skladem a zajišťuje výstupy z něj ve formě sestav reportů z datových tržišť a různých tabulek. Cílem této kapitoly je vymezit, co znamená být správcem databáze a jaké úkoly správce databáze má. Tyto úkoly budou rozvedeny v několika bodech a většinou nebudou pojaty konkrétně pro jednotlivé serverové a databázové platformy, ale budou to obecné úlohy, který každý databázový administrátor by měl zvládat. Úkoly, které zde budu popisovat, definuje databázový specialista Tomáš Solař, který působil jako databázový administrátor více než 14 let v mnoha firmách a nadále se databázím věnuje jako poradce a pracuje v Oracle Czech:[1] Navrhuje a instaluje databázi. Spravuje tabulkové prostory. Zálohuje databázi. Sleduje vytíženost databáze a optimalizuje ji dle situace a podmínek. Vede dokumentaci, metodiku a postupy k úkonům a procesům v databázi. Spravuje uživatelské účty a kontroluje jejich logy a oprávnění k přístupu. Udržuje produkt stále aktuální a hledá dostupné nové verze. Poskytuje podporu uživatelům ve formě pochopení práce s daty. V následujících podkapitolách budou jednotlivé body rozepsány.

1.1 Návrh a instalace databáze Velikost projektu návrhu databáze nebo datového skladu (Data Warehouse) záleží na tom, jak velkou databázi bude firma chtít mít. Velikost databáze se může měřit v jednotkách množství dat (MB, GB, TB atd.) nebo také v počtu tabulek a vazeb, která má navrhovaná databáze mít. Také velikost projektového týmu pak záleží na tom, jak výsledná databáze bude velká a na čase, který je vedením firmy projektovému týmu svěřen. 3

Nedílnou součástí projektového týmu by měl být správce databáze nebo lidé, kteří se budou o tu databázi pak starat. Jejich účast je nezbytná pro lepší pochopení toho, jak databáze funguje anebo může svými zkušenostmi přispět již při vzniku databáze k jejímu lepšímu chodu a optimalizaci výkonu. V následujících kapitolách bude však popisována menší databáze, o kterou se bude starat jenom jeden správce. Proces instalace menší databáze zajišťuje správce databáze. Je to činnost, která je pro každou databázovou platformu trochu odlišná. Většina platforem již má ale při instalaci různé nástroje, které samotný proces usnadňují. [11] Před samotnou instalací databáze předchází její návrh. Kevin Loney ve své knize Mistrovství v Oracle Database 10g doporučuje naplánovat, před samotnou tvorbou databáze ORACLE, tyto body, a tak se vyhnout budoucím problémům: [11] Rozhodnout si název databáze a doménu, která bude databázi obsahovat. Názvy databáze, a domény jsou nastaveny v inicializačních parametrech DB_NAME a DB_DOMAIN. Odhadnout počet tabulek a indexů a jejich velikost a odhadnout potřebný diskový prostor a to pro tabulkový prostor (TABLESPACE) SYSTEM, kterým pak databázi spravujeme. Naplánovat umístění fyzických souborů na discích serveru tak, aby se maximalizoval výkon a možnosti obnovy databáze. V případě, že použijeme pro uložení datových souborů úložný systém RAID nebo NAS, zvážit, zda nepoužít technologii OMF pro správu umístění datových souborů. Projít si všechny základní inicializační parametry a naplánovat použití souboru SPFILE. Rozhodnout, jakou znakovou sadu budeme v databázi používat a nastavit také alternativní znakovou sadu. Novou znakovou sadu lze pak přenastavit, ale to jenom v případě, že je volba podmnožinou existující znakové sady. Rozhodnout nejlepší výchozí velikost bloku, která je definována parametrem DB_BLOCK_SIZE. Velikost bloku pak není možno změnit a lze změnit pouze reinstalací databáze. Naplánovat, jací uživatelé budou k databázi přistupovat a vyhradit pro ně jiný tabulkový prostor než SYSTEM. Do tabulkového prostoru SYSTEM by se neměly vkládat jiné uživatelské tabulky.

4

Je vhodné použít technologii AUM (Automatic Undo Management), která usnadňuje správu návratových informací transakcí. Naplánovat strategii pro zálohování a obnovu dat. Pokud plánujeme databázi, která bude hlavní databází pro podnik, je důležité si naplánovat, jak dlouho je možné nechat databázi odstavenou, a to pro větší opravy či zálohování. Pokud musí být databáze přístupná uživatelům, kteří k ní mohou přistupovat 24 hodin 7 dní v týdnu, je na zvážení, jestli neinvestovat do prostředí clusterů (Real Application Clusters) a využít Data Guard pro obnovu databáze.

1.2 Návrh a správa tabulkových prostorů Při vytvoření databáze se automaticky vytvoří několik tabulkových prostorů (TABLESPACES). Databáze, která je vytvořena, může mít několik tabulkových prostorů a každý tabulkový prostor se skládá z několik segmentů. Segmenty se dělí na rozsahy a ty pak na bloky. Logické schéma úložné struktury databáze můžeme vidět na obrázku 1. [17]

Obrázek 1 - Tabulkové prostory1

Správce databáze má za úkol v menších firmách také návrh konceptuálního, logického a fyzického návrhu databáze.

1.2.1 Konceptuální návrh databáze V prvním kroku návrhu databáze se vytvoří konceptuální model databáze. Tomuto modelu se říká ER model, který představuje úplnou a přesnou reprezentaci datových

1

LONEY, Kevin. Mistrovství v Oracle Database 10g. 1. vyd. Brno: Computer Press, 2006, s. 32. ISBN 80251-1277-2.

5

požadavků na databázi ze strany firmy. Model zajišťuje minimální redundanci dat a přesnost transakcí. [5] Každý ER model musí obsahovat: entity, relace, atributy a domény atributů, primární a alternativní klíče, integritní omezení. Celý proces návrhu konceptuálního modelu obsahuje tyto úkoly: [5] Identifikaci entit – První krok je identifikovat hlavní objekty, o které má mají uživatelé zájem. Při tomto procesu se vytváří datový slovník a hledají se pak i jmenné fráze. Hledají se osoby, místa, pojmy, zájmy a vyloučí se položky, které jsou podmnožinou těchto objektů. Identifikace relací – Identifikovat vztahy mezi entitami. Je dobré pracovat s datovým slovníkem, který by měl mít k jednotlivým objektům definované popisy. Identifikace a spojení atributů s entitami nebo relacemi – Určení kardinality vztahů mezi jednotlivými entitami. Určení domén atributů – „Doména je množina hodnot, z níž mohou čerpat své hodnoty jeden nebo více atributů. Při identifikaci domén atributů zaznamenáváme jejich jména a vlastnosti do slovníku dat.“2 Určení atributů, které budou alternativními nebo primárními klíči – Určení, které ze sloupců budou primárními klíči a které cizími klíči. Kontrola redundance – Tímto krokem se kontroluje, zda v databázi nebudeme mít redundantní data a pokud nějaké nalezneme, musíme veškerou redundanci odstranit. Kontrola, zda model podporuje uživatelské transakce – Tento krok má zkontrolovat, zda navržená databáze podporuje ty uživatelské transakce, kvůli kterým byla navržena. Používají se k tomu v jazyku UML také UseCase diagramy. Konečné posouzení návrhu databáze s uživateli – Nakonec je model konzultován s uživateli, kteří budou databázi používat, zda jejich operace, které nad databází budou provádět, jsou realizovatelné. 2

CONOLLY, Thomas, Carolyn E BEGG a Richard HOLOWCZAK. Mistrovství - databáze: profesionální průvodce tvorbou efektivních databází. Vyd. 1. Brno: Computer Press, 2009, s. 218-219. ISBN 978-80-2512328-7.

6

1.2.2 Logický model databáze Logický model databáze popisuje množiny tabulek mapovaných podle ER modelu vytvořeného z konceptuálního návrhu. Jednotlivé struktury tabulek se kontrolují pomocí normalizace. Proces normalizace databáze vede k odstranění redundancí dat a značně zefektivňuje práci s tabulkami. V případě relačních databází lze říci, že v čím vyšší normální formě máme data v tabulkách uchovány, tím je redundance menší. Často však normalizace znamená práci navíc, protože se musí při aktualizaci dat hledat související data a tak není vždy normalizace ku prospěchu. Celkem je šest normálních forem. [18] Dále se nastavují integritní omezení. Integritní omezení se týká jednotlivých hodnot vkládaných do polí databáze. Určuje, které hodnoty mohou být vkládány a v jakém tvaru. Jsou to pravidla, která zabraňují, aby se databáze stala nekompletní nebo nepřesnou. Zároveň obsahují také často existenční omezení, které definuje podmínky, za jakých je možné vkládat, měnit či vymazat primární a cizí klíče. [5]

1.2.3 Fyzický model databáze „Fyzický návrh databáze je proces vytvoření popisu implementace databáze na vnějších paměťových zařízeních; popisuje podkladové tabulky, organizaci souborů, indexy použité kvůli efektivnímu přístupu k datům a všechna související integritní a bezpečnostní omezení.―3 Tento proces se provádí v momentě, kdy je hotový logický návrh databáze. Provádí se analýza transakcí a na základě této analýzy se provádí návrh organizace souborů a indexů, které slouží k uložení podkladových tabulek. Dalším krokem je návrh zabezpečení databáze.

1.3 Správa uţivatelů, kontrola logů a oprávnění uţivatelů Každý správce databáze proto musí mít dokonalý přehled o tom, kdo si data prohlíží a jak s nimi uživatelé nakládají a manipulují. Správce databáze nastavuje a zakládá nové uživatele a musí vědět, proč uživatel žádá o přístup do databáze a k jakým datům by měl mít přístup a tak nastavuje zabezpečení databáze. Obecně se na zabezpečení k přístupu do databáze se dá pohlížet ze tří pohledů: [11]

3

CONOLLY, Thomas, Carolyn E BEGG a Richard HOLOWCZAK. Mistrovství - databáze: profesionální průvodce tvorbou efektivních databází. Vyd. 1. Brno: Computer Press, 2009, s. 283. ISBN 978-80-251-23287.

7

Autentizace – „Autentizace zahrnuje metody používané pro identifikaci uživatelů přistupujících k databázi a pro zajištění, že uživatel je doopravdy tím, za koho se vydává bez ohledu na to, jaké prostředky od databáze vyžaduje.“4 Autorizace – Autorizace je druhá bezpečnostní linie, která přichází po autentizaci. Uživatel

se

musí

autorizovat

k přístupu

a provedení

některých

operací

k databázovým objektům. Například může zahrnovat oprávnění k provedení UPDATE skriptům v jednotlivých tabulkách či i pouhé dotazování se nad tabulkami. Audit – Proces, který zahrnuje velký počet různých úrovní sledování databáze. V nových verzí databáze Oracle (od verze Oracle 9i) lze sledovat díky nástroji Fine-grained Auditing (FGA) nejen přístup uživatelů k jednotlivým objektům databáze, ale i k jednotlivým sloupcům při provádění operací insert, update nebo delete. Správce databáze musí mít přehled, kdo se do databáze přihlašuje a jak nakládá s daty. V podniku s velkými datovými sklady jsou na pro to určeni lidé, kteří mají na starost pouze přístupy uživatelů a přes různé nástroje kontrolují jejich oprávnění a logování do databáze. Správce by měl taky kontrolovat, k jakým datům uživatelé přistupují. Například v bankách je přísně střeženo, kteří zaměstnanci mají přístup k údajům o klientech a jejich bankovních účtech. Správci (Gestoři) jednotlivých datamartů (datových tržišť) odpovídají za to, jaká data poskytnou zaměstnancům a kontrolují využití dat pro jednotlivé projekty. Pro kontrolu logů se využívá mnoho nástrojů. U Teradaty jsou to nástroje jako Performace Monitor. V Oracle database 12c se kontrola logů a oprávnění dá dobře sledovat v nástroji OEM (Oracle Enterprise Manager), o kterém pojednává kapitola 4.1.

1.4 Zálohování a archivace databáze Jednou z dalších možností, jak chránit databázi, je vytvářet pravidelné zálohy. Je to jedna z nejpravidelnějších a nejnutnějších činností, které má databázový správce na starosti. Kdyby se databáze nezálohovala a v případě nějaké nenadálé katastrofy by firma o data přišla, znamenalo by to pro ni velkou ztrátu jak po stránce ztráty užitečných dat, tak po stránce finanční.

4


8

Platforma Oracle má několik možností zálohování databáze, a to po fyzické i logické stránce. Existují tři základní způsoby zálohování databáze v Oracle: exporty, offline zálohování a online zálohování. Export se řadí do logického zálohování, offline a online zálohování patří do fyzického zálohování. [11]

1.4.1 Logické zálohování databáze „Logické zálohování databáze zahrnuje čtení sady databázových záznamů a jejich následný zápis do souboru. Tyto záznamy se čtou nezávisle na jejich fyzickém umístění. V prostředí databáze Oracle je pro účely logického zálohování určen nástroj Data Pump Export.“5 Export prováděný nástrojem Data Pump Export může zahrnovat jak celou databázi, tak jenom jednotlivé tabulky, tabulkové prostory nebo jenom uživatele. Export je zapsán do formátu XML a říká se mu Výstupní exportní soubor (Export dump file). Při exportování lze zvolit, zda se mají také exportovat informace o oprávněních, indexech a integritních omezeních, které obsahuje datový slovník a které jsou svázány s konkrétními tabulkami. Data jsou tak bezpečně uchována. [11] Import dat se provádí pomocí nástroje Data Pump Import, které čte vyexportovaný soubor a provádí veškeré příkazy (např. CREATE TABLE, INSERT atd.), které jsou v něm zapsány. V tomto nástroji lze také vybrat, zda se bude importovat celý obsah exportu nebo jenom jeho část. Importovat se nemusí do stejné databáze nebo schématu, lze importovat i jinam, ale musí se vytvořit před samotným importem příslušné tabulkové prostory. [11]

1.4.2 Fyzické zálohování Fyzické zálohování neboli zálohování souborů se provádí pomocí kopírování souborů, které tvoří databázi, a využívá se při něm příkazů operačního systému. Jak už bylo řečeno, Oracle podporuje jak offline zálohování, tak online zálohování. Fyzické zálohování se provádí pomocí nástroje RMAN, o kterém je kapitola 4.6. 1.4.2.1 Offline zálohování Offline zálohování lze provést v případě, že databáze byla zastavena normálním způsobem, tedy když nebyla vypnuta nějakým incidentem. V tom případě lze provést zálohu těchto souborů: [11] 5


9

Datových souborů. Řídících souborů. Online souborů protokolu. Souboru init.ora nebo souboru s parametry serveru (spfile). Offline zálohování poskytuje také dobrý obraz databáze v okamžiku spuštění zálohy. Databáze by se měla zastavit řádnou cestou a otevřené soubory zavřít, poté může být offline záloha provedena. Pokud je databáze zálohována v bodu, kdy z nějakého důvodu selhala, data se považují za nekonzistentní a při obnově to vyžaduje pro správce databáze dodatečnou práci při kontrole. [11] 1.4.2.2 Online zálohování Online zálohu lze provést v databázi, která běží v režimu ARCHIVELOG. Princip online zálohování spočívá v tom, že je prováděno cyklickým způsobem. Nejdříve se zaplní první soubor protokolu, poté se plní do druhého a to pokračuje do okamžiku, kdy jsou zaplněny všechny online soubory protokolu. Poté proces LGWR, který běží na pozadí, začne přepisovat první soubor protokolu. Většinou jsou archivované soubory zapisovány na diskové zařízení. Lze také nechat zálohovat databázi na páskové zařízení, to však vyžaduje účast osoby, která bude proces kontrolovat a pásky přehazovat. Výhody online zálohování jsou v tom, že databázi lze plně obnovit do daného časového okamžiku, a že tento způsob zálohování umožňuje, aby databáze zůstávala po celou dobu procesu otevřená. [11]

1.5 Sledování vytíţenosti a optimalizace databáze Optimalizace a ladění výkonu databáze je nedílnou součástí práce databázového správce. Každé prostředí, ve kterém je databáze, má omezenou výpočetní kapacitu. Ladění výkonu databáze není činností, která by proběhla jen na začátku projektu instalace databáze, a tím veškerá optimalizační činnost skončila. V následující podkapitole bude popsáno, jak by se mělo postupovat na začátku projektu návrhu databáze, aby se předešlo zbytečnému vytížení databáze, a následné optimalizace.

1.5.1 Ladění návrhu aplikací Databázový správce by měl být nedílnou součástí vývojového týmu, který projekt implementace a návrh databáze realizuje. Jeho úkolem je usměrňovat celý návrh, a tak

10

zefektivnit a předejít možným chybným krokům, které by výkon databáze snižovaly. Jedním z prvních kroků při návrhu databáze je důležité vhodně navrhnout tabulky. Při návrhu jednotlivých tabulek by se nejdříve měly navrhnout tabulky v třetí normální formě a až pak se případně denormalizovat. Z větších tabulek se dá udělat tabulky menší, která obsahují souhrnná data. Další z možnosti denormalizace je, že přidáme do databáze údaje, které už tam nějakým způsobem jsou. Například pokud má klient uvedeno datum narození, nemusíme mít další sloupec s věkem klienta. Při procesu denormalizace bych ale tento proces použil, protože se nebude databáze vytěžovat při výpočtu věku klienta, ale pouze jeho věk zobrazí. Dalším důležitým krokem je rozdělení požadavků na procesor. Není nutné, aby všechny SQL dotazy a dlouhodobější zpracování probíhaly ve stejný čas. Dá se rozvrhnout, aby dlouhotrvající dávkové operace, jako jsou ETL procesy, probíhaly v jiný čas než v pracovní dobu uživatelů, kteří k databázi přistupují (například v noci). Nebo také lze zařadit požadavky do fronty podle priority, která je postupně spouští. Také lze využít výhodu přesunutí fyzického přesunutí požadavků na procesor z jednoho serveru na jiný, a tak izolovat databázový server od požadavků na jiné aplikace instalované na serveru. [11] Oracle také nabízí technologii clusterů Oracle Real Application Clusters, která pomáhá rozdělit požadavky na přístup k jediné databázi na více instancí. [11] Dále lze využít nástroje Database Resource Manager, který dokáže vytvářet plány pro využití prostředků a skupin. Oracle také dokáže rozdělit požadavky jednotlivých SQL dotazů na různé procesory pomocí Paralel Query. Tento paralelismus je možné využít téměř u každého dotazu SQL. Při návrhu aplikace je dobré dodržet několik zásad: [11] První zásada - Minimalizuj počet požadavků na data a využij tak sekvence a bloky jazyka PL/SQL. Druhá zásada – Uživatelé ať k databázi přistupují podobným způsobem. Konzistentní přístup zajišťuje to, že jejich dotazy mohou být vyřízeny pomocí informací, které jsou uloženy v oblasti SGA. Pokud jsou některé dotazy identické, lze předpřipravit verze dotazu a tak snížit riziko zbytečné složitosti dotazu. Třetí zásada – Omezení využití dynamických dotazů SQL.

11

Čtvrtá zásada – Omezit počet zavírání a otevírání relací. Pokud uživatel otevře relaci, spustí pár SQL dotazů a pak ji zase zavře, zbytečně to zatěžuje výkon databázového serveru. I když je databáze dobře navržena, v průběhu času bude různě vytížena a bude potřebovat optimalizovat na místech, kde předtím optimalizována být nemusela. Proto musí databázový správce sledovat vytíženost databáze a vyhodnocovat situaci: Databáze je vytížena více než obvykle nebo uživatelé si stěžují na její výkon. Pomocí statistických a analytických nástrojů identifikovat problém. Navrhnout optimalizační řešení. Management podniku musí řešení schválit. Zahájit optimalizační činnost. Ujistit se, zda optimalizace byla úspěšná a výkon databáze se zvednul. Způsoby optimalizace a ladění databáze budou uvedeny v kapitole 4.7 konkrétně pro platformu Oracle.

1.6 Vedení dokumentace a metodiky Dokumentace databáze je velice důležitá činnost. Slouží jak k evidování samotných souborů a skriptů databáze, tak dalších věcí, které k tomu patří. Dokumentace tvoří jednu z nejdůležitějších a nutných činností správce databáze v naší bance. Evidují se dokumenty od popisu databáze, jeho modely, tak přímo mapování jednotlivých zpracování. Dokumenty, jenž popisují databázi, se uchovávají v složkách oddělení. K nim mají přístup pouze lidi, kteří jsou pracovníci onoho oddělení. Jsou tam dokumenty od datových modelů databáze, skripty pro ETL procesy a postupy nebo dobré rady při zpracování dat. Pro mapování přenosu dat se používají různé aplikace, které má firma udělané na míru. Tyto aplikace jsou spravovány interními lidmi, kteří umí programovat a postupně je vylepšují. Do aplikací se přidělují přístupy i lidem z jiných oddělení a to pro lepší komunikaci a pochopení při spolupráci na jednotlivých projektech. Vedení dokumentace k databázi je velice důležité, a pokud je děláno pečlivě a přehledně, může usnadnit mnoho práce.

12

1.7 Poskytnutí podpory uţivatelům V mnoha větších firmách jsou oddělení, která se starají o datová skladiště a jejich náplní práce není pouze se strat o přenos dat mezi zdrojovými systémy a databází či datovými tržišti, ale také fungují jako podpora pro uživatele, kteří k databázi přistupují a potřebují pomoc pro pochopení práce s daty. Pro lepší komunikaci se vytvářejí aplikace a systémy, kde mají jednotliví správci za úkol přiřazovat k datům ve svých datových tržištích metadata. Tyto aplikace pak mnohdy zjednodušují komunikaci mezi správcem a uživatelem a sjednocují jejich řeč a termíny. Komunikace mezi uživatelem a správce může probíhat formou: Osobní schůzky. Emailem nebo vnitropodnikovou poštou. Telefonem. Přes podnikové aplikace. Správce pak musí být zdatný i na komunikační úrovni a dokázat vysvětlit uživatelům, která data se spolu pojí a co přesně znamenají.

13

2 HISTORIE ORACLE V roce 1977 byla založena firma Software Developtment Laboratory (SDL). Jejími zakladateli byli Larry Ellison, Robert N. Miner a Edward Oates. Společnost pracovala na vývoji relační databáze podle teorie doktora E. F. Codda. [19] Oracle byl tajný projekt, na kterém firma SDL pracovala pro CIA. Tato americká zpravodajská služba potřebovala shromažďovat a uchovávat veliké množství dat a rychle se v nich podle požadavků orientovat a vyhledávat. [18] O rok později se firma přejmenovala na Relational Software Inc. Byla vyvinuta první verze platformy Oracle V1 pro počítač PDP-11 a pracovala pod operačním systémem RSX. Tato verze však nikdy nebyla uvedena na trh. V roce 1982 byla představena verze Oracle V3, a tak se stal Oracle první firmou, která začala dělat systémem řízení báze dat jak velké sálové počítače, tak pro minipočítače a PC. Tato verze programu byla napsaný v jazyce C. O rok později se firma přejmenovala, na již svůj současný název, Oracle. V roce 1985 vyvinula verzi Oracle 5.0, která byla už postavena na architektuře klient – server. Firma poté skoro pravidelně po třech letech vydávala novou verzi a ta se stávala dokonalejší a Oracle vedl na trhu databází. [19] Rok 1993 byl pro Oracle s novou verzí Oracle 7 rokem velkého rozvoje. Verze Oracle 7 již umožnovala budování velkých databází a datových skladů s kapacitou přes 5 TB. Tato verze byla vyvíjena pro stále populárnější operační systém Linux. O pět let později padlo strategické rozhodnutí, že v nové verzi Oracle 8 bude integrován jazyk Java pro aplikaci klient – server. Další verze a její označení 8i naznačovalo, že směr a orientace této databázové platformy bude na prostředí Internetu. [18] Na přelomu druhého tisíciletí byla vyvinuta platforma Oracle 9i, která obsahuje novou architekturu. Nová Architektura umožňuje administrátorům reorganizaci databáze, a to včetně změny struktur, za plného provozu. Nejvýznamnější novinkou je architektura Real Applications Clusters (RAC) a Cache Fusion. Tyto technologie umožňují svým uživatelům využít kromě vysokého výkonu také jednoduché rozšiřování systému. Zákazníci si tak mohou horizontálně škálovat databázové vrstvy spolu s tím, jak roste zátěž aplikace způsobená zvýšením počtu přístupům k datům. Technologie Cache Fusion je založena na tom, že využívá společných vyrovnávacích pamětí všech počítačů, které pracují nad jednou jedinou databází (uzlů cluster) a to tak, aby výkon byl optimální

14

a uspokojil všechny požadavky zároveň. Toto specifické zvýšení výkonnosti se zaměřuje na oblasti, které jsou kritické pro řešení typu eBusiness. Také v této verzi byla zdokonalena optimalizace kódu v jazyce PL/SQL, která zvyšuje výkonnost mnoha dnešních komerčních aplikací a to někdy velmi výrazně. Také v této verzi byla zabudována technologie XML, a byla integrována přímo do jazyka SQL a vznikla tak podmnožina jazyka s SQLX. [18] Další velkou změnou, kterou Oracle přinesl, bylo vydání v roce 2003 nové platformy Oracle 10g. Písmenko g nám říká, že se jedná o verzi, která přichází se pojmem zpracování v gridu. Jedná se o technologii, která dokáže zvednout výpočetní výkonnost informační struktury a to bez dalších investic do výkonnějšího hardwaru. Tuto technologii dobře popisuje kniha od Lubomíra Lacka, Oracle: Správa, programování a použití databázového systému. Uvádí zde příklad, kdy máme firmu, která má například dvě oddělení a ta mají oddělené své databázové servery pro zpracování dat. V průběhu roku jsou tato oddělení vytížena každé jinak. Oddělení objednávek je vytíženo před vánoci a oddělení financí má v té době skoro volno, protože se účetnictví zpracovává až v lednu. Tím pádem se situace v lednu otáčí a server financí je vytíženější, protože zpracovává účetnictví za celý předchozí rok. Server objednávek zase již tolik požadavku na zpracování nemá, protože každý už má prázdnou kapsu po vánočních nákupech. Technologie Grid a jeho architektura nabízí sdružení hardwaru na zpracování dat a tím odstraňuje ostrůvky nedostatečně využívaných počítačů. Tato technologie tedy vytváří centralizované souhrny výpočetních prostředků a dynamicky je přiděluje prioritám organizace. Tato verze databáze přichází také s implementovanou technologií ASM (Automatic Storage Management), automatickou správou úložišť, která virtualizuje datová úložiště a nabízí lehké zabezpečení těchto úložišť. [18] Nejnovější verze Oracle je Oracle 12c, která je první databází na světě, která je určena pro cloud. Tato verze opět zdokonaluje své předchozí verze a usnadňuje svým zákazníkům jejich úsilí o konsolidaci a standardizaci a automatizaci databázových služeb v cloudu. To, co započaly s funkcemi ASM a RAC předchozí verze, verze 12c sjednocuje a pokračuje v řešení Oracle Multitenant, které využívá výhod cloudu a usnadňuje tak oddělení IT sdílení prostředků, flexibilitu správy a úspor nákladů. [15]

15

3 ARCHITEKTURA ORACLE Pro vymezení pojmu databáze je důležité říci, z čeho všeho se aplikace skládá a jak k ní přistupovat. Mnoho uživatelů pojmy instance a databáze zaměňuje. Rád bych v následující

kapitole

přiblížil

rozdíly,

a jak

na

architekturu

Oracle

pohlížet.

Na následujícím obrázku 2 je dobře vidět, jaký je rozdíl mezi instancí Oracle a databází Oracle.

Obrázek 2 - Architektura Oracle6

3.1 Instance Oracle Každý server se skládá z jednoho nebo několika procesorů, diskových prostor a paměti. Samotná databáze je pak uložena na pevném disku serveru a operační pamětí je instance Oracle. [11] „Instance se skládá z rozsáhlého bloku paměti, který je vyhrazen v systémové globální oblasti Systém Global Area (SGA), a z procesů které běží na pozadí a jež komunikují s SGA a databázovými soubory na disku.“7

6

KREINES, David C. Oracle DBA: kapesní průvodce. 1. vyd. Praha: Grada Publishing, 2006, s. 65. ISBN 80-247-1669-0. 7 LONEY, Kevin. Mistrovství v Oracle Database 10g. 1. vyd. Brno: Computer Press, 2006, s. 31. ISBN 80251-1277-2.

16

3.2 Databáze Oracle „Databáze je kolekce dat na disku, která je fyzicky uložena v jednom nebo více souborech na databázovém serveru a která obsahuje souvztažné informace. Databáze se skládá z různých fyzických a logických struktur. Nejdůležitější logickou strukturou databáze je tabulka.“8 Databáze je složena ze souborů, které se dále dělí na databázové soubory a nedatabázové soubory. Databázové soubory obsahují databázová data a metadata. Nedatabázové soubory obsahují inicializační parametry, protokolující informace atd. Databázové soubory jsou klíčové pro fungování databáze. [11]

3.3 Procesy na pozadí Správu databáze pak řídí několik procesů, které běží na pozadí samotné aplikace. V této podkapitole bych se několika hlavním procesům věnoval a krátce vysvětlil, co mají za úkol a funkci.

3.3.1 SMON SMON je proces, který má na starosti monitorování a sledování systému a činnosti podle potřeby, a to například jedná-li se o defragmentaci disku nebo při obnově systému v případě jeho kolapsu. [17]

3.3.2 PMON Tento proces zase sleduje a hledá shozená uživatelská připojen. Shozené připojení pak vyžaduje uvolnění zámku Provádí také rollback transakcí, odstraňuje procesy ze seznamů aktivních procesů. PMON také poskytuje procesu Listener informace o instanci v případě, že uživatel žádá o nové připojení. [17]

3.3.3 DBWn Je to proces, který má za úkol zapisovat do datových souborů na disku datové bloky z cache paměti. [17]

8


17

3.3.4 ARCn Archivovací proces slouží databázi v případě, že běží v archivovacím režimu. Když je soubor redo log plný, zkopíruje jej na místa určená v inicializačním parametru LOG_ARCHIVE_DEST. [17]

3.3.5 RECO RECO je obnovovací proces, který obnovuje transakce, které se týkají tabulek ze dvou a více různých databází. [17]

18

4 SPRÁVA DATABÁZE ORACLE Cílem této kapitole je úlohy a úkoly databázového správce aplikovat do praktické roviny a to konkrétně pro databázi Oracle 10g a vyšší verze. Nové verze databáze jsou si podobné a rozdíly, například v instalaci a základních konceptech správy, jsou minimální. Oracle nabízí obecně následující typy instalace: [17] Standard Edition – Základní verze pro servery, která však neobsahuje všechny funkce databáze Oracle. Enterprise Edition – Jedná se o úplnou verzi databáze Oracle a je také nejrozšířenější verzí. Obsahuje například komponenty, jako jsou OLAP, Data Mining, Label Security a další. Personal Edition – Verze databáze pro jediného uživatele. Je určena jen pro operační systém Windows a zahrnuje většinu funkcionalit verze Enterprise Edition Lite verze – Je to odlehčená verze databáze určená pro mobilní účely. Tato kapitola nebude popisovat krok po kroku, jak by měl správce při jednotlivých úkonech postupovat, tomu bude věnováno v praktické části této práce, ale bude popisovat, co databáze Oracle nabízí za funkce a k čemu ty funkce jsou.

4.1 Nástroj Oracle Enterprise Manager Administraci a správu databázového serveru lze provádět prostřednictvím nástroje, který se nazývá Oracle Enterprise Manager (OEM). Tento nástroj je graficky velmi přívětivý pro uživatele. OEM poskytuje komplexní možnosti správy a nastavení databázového serveru. Přistupuje se do něj přes internetový browser. Adresa OEM je ve tvaru http://nazev_pocitace:5500/em. Zde správce databáze zadá své uživatelské jméno (SYS nebo SYTEM) a přihlásí se pomocí hesla a potvrdí se jako admin (as sysdba). Na obrázku 3 můžeme vidět hlavní stránku OEM.

19

Obrázek 3 - Hlavní stránka OEM9

Po přihlášení OEM nabízí řadu funkcí pro správu databáze. Nabízí nám také různé grafy, které zobrazují statistiky vytíženosti serveru. V panelu je několik možností, které nám nabízejí správu serveru: Configuration – V této záložce je nabídka pro nastavení parametrů databáze, zobrazuje nastavení paměti pro jednotlivé procesy, které nad databází běží, nebo současné nastavení databáze. Storage – Zde se vede nastavení tabulkových prostorů (TABLESPACES), archivace logů nebo kontrolních souborů. Security – Evidence uživatelů a přidělování práv a rolí a grantů jednotlivým uživatelům. Performance – Záložka pro monitorování výkonosti serveru, zobrazení grafů, které přehledně ukazují, jak co a kdo databázi nejvíce vytěžuje. Dále je tam SQL Tuning Advisor, pomocník, který analyzuje jednotlivé SQL příkazy, navrhuje indexy a profily SQL. To vše za účelem zlepšení výkonnosti databáze. Lze také nastavit automatické opravování nebo upravovat ručně.

9

Zdroj: Vlastní

20

4.2 Instalace Oracle Instalace softwaru je stále jednoduší a dokonce by šlo pouze otevřít krabici s CD a přehledným průzkumníkem instalovat. Pokud však chceme provést instalaci bez nutnosti pozdějších oprav nebo reinstalace, je dobré si instalaci naplánovat. Samotná instalace softwaru Oracle je prováděna pomocí nástroje Oracle Universal Installer (OUI), který se nalézá na instalačním CD-ROMu. Tento Java nástroj je pro všechny platformy operačních systémů stejný. Pokud instalujeme databázi pod Linuxem nebo Unixem, OUI vyžaduje prostředí X Windows, ale pod Windows běží v přirozeném prostředí. [17] Instalace pomocí OUI je velice intuitivní a jednoduchá. Jako první nám OUI nabídne, jakou verzi chce instalovat (Enterprise, Standard, Personal, Custom). Poté nás vybídne, abychom nějak nazvali instalaci (složku, kde bude databáze uložena) a k ní cestu. Také je možnost si nechat vytvořit „startovací― databázi. Jakmile zadáme, co chceme instalovat, instalace proběhne automaticky. [17]

4.3 Tvorba databáze nástrojem DBCA Vhodným pomocníkem při tvorbě databáze je Database Creation Assistant (DBCA). Tento nástroj lze vyvolat ve Windows v aplikaci Spustit pomocí příkazu dbca. Je to také, jako OUI, grafický nástroj, který je velmi intuitivní a provede nás procesem tvorby databáze. Tento nástroj má funkce: [17] Tvorba databáze – Vytvořit novou databázi. Konfigurace databáze – Lze změnit některé systémové parametry databáze, která již existuje. Smazat databázi – Mazaní databáze a zároveň odstranění všech datových a řídících souborů. Pro tuto volbu je nutnost zadání hesla správce SYS nebo SYSTÉM. Přidání šablon pro tvorbu volitelné databáze – Funkce umožňující přidání, úpravu a mazání šablon. Nástroj DBCA dále vyzývá ke zvolení jedné z přednastavených šablon pro tvorbu databáze:[18]

21

Datový sklad (Data Warehouse) – Je vhodné pro prostředí, kde uživatelé provádějí složité dotazy, a předpokládá se, že v databázi se bude provádět veliké spojování tabulek. Vhodné pro větší databáze velkých podniků. Obecná databáze (General Purpose) – Obecná databáze vhodná pro běžné účely. Uživatelé zde budou moci pracovat s požadavky jak na analytické tak transakční zpracování dat. Transakční databáze – Databáze, která je optimalizovaná pro jednoduché transakce velkého množství připojených uživatelů. Custom databáze – Databáze je vhodná při vytváření úplně nové šablony nebo když existují na konfiguraci specifické požadavky. Dále postupujeme jednotlivými okny, které nám DBCA nabízí a postupně specifikujeme vlastnosti databáze. Budou to okna, která nabízejí:[17] identifikaci databáze, nastavení možností, vlastnosti databáze, možnosti uložení, umístění souborů databáze, konfigurace obnovení databáze, inicializační parametry, uložení databáze. Pomocník DBCA nám poté ukáže souhrnné informace k nastavené šabloně a databázi vytvoří. Databázi lze vytvořit také ručně a to pomocí nástroje SQL*Plus, který volí řada administrátorů. V prvé řadě se vytvoří soubor INIT.ORA, který obsahuje základní inicializační parametry databáze. Tento soubor by měl být uložen v přednastaveném adresáři $ORACLE_HOME/dbs v Unixu a Linuxu, $ORACLE_HOME/database ve Windows. Poté se řadou příkazů databáze vytvoří. [17] Instalace databáze je pak hotová a lze poté pomocí SQL skriptů vytvořit tabulky a schémata, která potřebujeme. Správce databáze by měl verzi své databáze udržovat aktualizovanou, a k tomu mu pomáhá nástroj Database Upgrade Assistant (DBUA). Tento nástroj je také v grafické podobě. Pomáhá udržovat verzi aktuální a podporuje také upgrade ze starých verzí na nové.

22

4.4 Správa tabulkových prostorů nástrojem OEM Jak je psáno v kapitole 1.2, že při vytvoření databáze se automaticky vytvoří několik tabulkových prostorů, které se nazývají SYSTEM, SYSAUX, TEMP a USER (ten slouží pak pro uživatelská data). Databáze, která je vytvořena, může mít několik tabulkových prostorů a každý tabulkový prostor se skládá z několika segmentů. Segmenty se dělí na rozsahy a ty pak na bloky. Oracle nabízí tři druhy tabulkových prostorů: [18] Trvalé tabulkové prostory, které obsahují systémová a uživatelská data. Přechodné tabulkové prostory, které jsou vytvářeny jednoúčelově pro potřeby nějaké konkrétní akce (např. zpracování velkého množství dat). Návratové tabulkové prostory, které slouží ke zpětné obnově uložených dat. Po vytvoření databáze se automaticky vytvoří tyto tabulkové prostory: 10 SYSTEM – tabulkový prostor, který obsahuje tabulky a pohledy s daty potřebnými pro administraci databáze. K tomuto TABLESPACE by měl mít přístup pouze správce databáze s uživatelským účtem SYS. SYSAUX – tabulkový prostor, který je vytvořen pro uživatele a správce s účtem SYSTEM. Tento prostor je určen pro správu mnoha aplikací, který databázový server spravují (Automatic Workload Repository, Enterprise Manager Repository, Oracle Datamining, Oracle Streams, atd.). Neměla by se zde nacházet žádná uživatelská data. TEMP – tabulkový prostor, který obsahuje dočasná data, která jsou generována během provádění některých SQL příkazů, jako je například třídění tabulkový prostor, který ob dat. Tento TABLESPACE je společný pro všechny uživatele. UNDO – tabulkový prostor, který obsahuje data pro obnovu dat USERS – tabulkový prostor, který je určen pro uložení dat jednotlivých uživatelů, která mají oprávnění data ukládat V nástroje OEM lze vytvořit další tabulkové prostory, které slouží dále uživatelům pro jejich účely. K jednotlivým TABLESPACES pak správce uděluje oprávnění uživatelům, kteří si do bloků vytvářejí tabulky.

10


23

4.5 Zabezpečení databáze Oracle pomocí OEM Ochrana dat je pro každou organizaci na prvním místě. Škody, které by vznikly únikem informací nebo zničení informací, mohou být pro firmy nevyčíslitelné. Zabezpečení databáze proto musí být důkladné. Nebezpečí hrozí z několika stran. Ztráta dat po havárii databáze, neoprávněný přístup útočníka nebo neoprávněný přístup zaměstnance či nechtěné smazání dat uživatele, který měl špatně nastavené oprávnění ke své roli v databázi.

4.5.1 Správa uživatelských účtů Pomocí nástroje OEM lze uživatelské účty spravovat. Záložka Security nabízí volby přístupu k bezpečnosti pomocí USERS, ROLES a PROFILES Users. Po vytvoření databáze jsou dostupné dva uživatelské účty SYS a SYSTEM. Tyto účty jsou vytvořeny pro správce databáze, a uživatel, který bude databázi používat, by se k těmto účtům neměl dostat. Ostatní uživatelé jsou vypnuti, ale v OEM jdou zapnout. Jsou to účty, které jsou přednastavené, jsou jim uděleny oprávnění a granty k tabulkovým prostorům SYSTEM tak SYSAUX, a proto se nedoporučuje je zapínat a jejich oprávnění dávat uživatelům, kteří mají mít práva pouze na své tabulkové prostory. Nový uživatel se vytváří v OEM pomocí akce Create User, kde se nastaví Jméno, způsob autentizace, heslo (čas, kdy heslo vyprší), a jestli uživatel náleží nějakému profilu (přednastavený vzor). Poté se uživateli přidělí tabulkový prostor (TABLESPACE), ke kterému uživatel náleží, a poté oprávnění (Privilege).

4.5.2 Oprávnění Oracle přiděluje jednotlivým uživatelům oprávnění (Privileges), která povolují uživatelům akce. Uvedu zde výčet několika nejběžnějších oprávnění, která se udělují.

24

Oprávnění CREATE/DROP TABLE CREATE/DROP ANY TABLE INSERT/UPDATE/ALTER TABLE SELECT ANY TABLE CREATE PROCEDURE CREATE SESSION CREATE VIEW

Vysvětlení Opravňuje uživatele vytvořit nebo zrušit tabulku ve svém schématu. Opravňuje uživatele vytvořit nebo zrušit tabulku v libovolném schématu. Opravňuje uživatele vložit, upravit data nebo pozměnit strukturu dat v tabulce. Opravňuje uživatele vybírat data pomocí příkazu SELECT. Opravňuje uživatele vytvořit proceduru Opravňuje

uživatele

vytvořit

připojení

k databázi. Opravňuje uživatele vytvořit pohled.

11

Tabulka 1 - Oprávnění

Oprávnění, které je uživatelskému účtu uděleno, pouze nastavuje šíři jeho možností, které by teoreticky mohl využít, když mu bude udělen grant na jednotlivé tabulkové prostory.

4.5.3 Grant Grant se uděluje v profilu jednotlivého uživatele. Je to jakési přidělené oprávnění na jednotlivá schémata a typy objektů. Správce zvolí, do jakého schématu může uživatel vkročit, na jaký typ objektů (TABLE, VIEW, SEQUENCE, INDEX, atd.) může nahlížet a pak přesně objekty, které může vidět. Dále přidělí uživateli oprávnění na jednotlivé objekty. Na obrázku 4 můžeme vidět nástroj OEM při přidělování Grantu uživateli Student do schématu Lektor. [17]

11

Privileges: System privileges. ORACLE CORPORATION. Oracle® TimesTen In-Memory Database SQL Reference [online]. 2012 [cit. 2014-04-28]. Dostupné z: http://download.oracle.com/otn_hosted_doc/timesten/1122/doc/timesten.1122/e21642/privileges.htm

25

Obrázek 4 - Správa grantu OEM12

Grant lze přidělit také v SQL*Plus příkazem: [17] GRANT {systémové_oprávnění | role | ALL [PRIVILEGES]} TO uživatel_oprávnění [IDENTIFIED BY heslo] [WITH ADMIN OPTION] Zrušení grantu se vyvolává v aplikaci příkazem REVOKE.

4.5.4 Role Ve firmě s mnoha zaměstnanci při vytváření jednotlivých účtů „na míru― by zabralo hodně času a peněz, proto v Oracle existuje funkce, která přiděluje novému uživateli roli, která už je dopředu definovaná. Takovou roli můžeme pak použít pro další uživatele a nemusíme účty nastavovat jednotlivě. V OEM se role nastavují také pod záložkou Security, kdy při vytváření se zadává Jméno role a poté oprávnění, která ta role má. Při tvorbě nového uživatele tak správce může jen příslušnou roli zvolit a nemusí jednotlivě oprávnění nastavovat.

12

Zdroj: Vlastní

26

4.5.5 Audit Pro audit databáze má Oracle několik způsobů. Samotný audit nemá zabránit uživateli, aby v databázi napáchal škody nebo zneužíval svá oprávnění, ale pomáhá poskytnout cenné informace pro odhalení chyb nebo pro zjištění neoprávněného přístupu k databázi. [11] Oracle má několik způsobů auditování, které jsou shrnuty v tabulce. Typ auditu

Popis Audit příkazu SQL dle typu příkazu bez ohledu na schéma objektu, ke kterému se přistupuje. V databázi je možné specifikovat jednoho nebo

Audit příkazů

více uživatelů, pro které se provádí audit konkrétního příkazu. Audit systémových oprávnění typu CREATE TABLE nebo ALTER INDEX. Podobně jako

Audit oprávnění

u auditu příkazů se cílem auditu může stát najednou několik uživatelů. Audit specifických příkazů nad specifickými objekty schématu (například příkazu UPDATE nad

Audit objektů schéma

konkrétní

tabulkou).

Audit

objektů

schématu se vždy aplikuje na všechny uživatele databáze Audit přístupu k tabulkám a oprávněním na základě

Rozšířený audit

obsahu

objektů,

ke

kterým

se

přistupuje. Po nastavení zásady zabezpečení pro danou tabulku využívá DBMS_FGA.

Tabulka 2 - Typy auditu13

Záznam o auditu se ukládá do databázové tabulky v tabulkovém prostoru SYS a to v tabulce SYS.AUD$. Aktivace auditu se provádí pomocí parametru AUDIT_TRAIL, kde hodnota může nabývat NONE, FALSE, OS, DB, TRUE, DB_EXTENDED. [11] Správa se provádí pomocí SQL*Plus a syntaxe pro audit příkazů: [11] AUDIT sql_statement_clause {BY SESSION | ACCES} WHENEVER [NOT] SUCCESSFUL;

13


27

Pro audit úspěšných provedených příkazů se používá klauzule WHENEVER SUCCESSFUL a tím kontrolujeme ty příkazy, které proběhly bez chyby a tím mohlo vzniknout narušení nebo vyčerpání volného místa v tabulkovém prostoru. Opačném případě, když chceme zjistit pokusy o neúspěšné provedené příkazu, použijeme klauzule ve tvaru WHENEVER NOT SUCCESSFUL. [11] Audit oprávnění má podobnou syntaxi jako audit příkazů, jen v sql_statement jsou místo příkazů uvedena systémová oprávnění. Pokud někdo použije například příkaz ALTER TABLESPACE (změnění nastavení tabulkového prostoru), správce pomocí ho vypátrá pomocí příkazu: [11] AUDIT ALTER TABLESPACE by access whenever successful; Audit objektů ve schéma se provádí příkazem s podobnou syntaxí: AUDIT sql_object_clause {BY SESSION | ACCES} WHENEVER [NOT] SUCCESSFUL; Díky technologii FGA (fine-grained object auditing) jsou možnosti auditu ještě více rozšířeny, a tak lze sledovat, kteří uživatelé přistupovali ke konkrétním řádkům a sloupcům, což před verzí Oracle 9i nebylo možné. Tato technologie je uložena v balíčku DBMS_FGA. [11]

4.5.6 Šifrování dat Zašifrování dat může zvýšit zabezpečení databáze jak v databázi, tak i mimo ni. Uživatelé mohou mít přístupy k objektům nebo sloupcům tabulek, ale pokud jsou data zašifrovaná, tak jsou pro něj data nepoužitelná. Totéž platí pro posílání dat po síti. Od verze Oracle 10g je dostupný balíček DBMS_CRYPTO, který pomocí šifrovacího algoritmu AES (Advanced Encryption Standard) data bezpečně zašifruje. [11]

4.6 Zálohování a obnova pomocí RMAN Jak už bylo řečeno v kapitole 1.4, Oracle nabízí zálohování na logické i fyzické úrovni. Logické zálohování se provádí nástrojem Data Pump Export a Data Pump Import. Fyzické zálohování databáze v Oracle 8 a vyšší verzi se provádí nástrojem RMAN (Recovery Manager). Tento nástroj zvyšuje úroveň ochrany dat a zároveň také slouží jako nástroj pro obnovu dat. Od verze Oracle 10g lze tento nástroj spravovat také v OEM. RMAN není pouhým souborem spustitelným na straně klienta, ale skládá se z mnoha komponent, jako jsou zálohovaná databáze, volitelná katalog obnovy, volitelná oblast

28

obnovy nebo software, který zajišťuje podporu systému pro zálohování na pásková média. [11] Nástroj

RMAN

lze

spustit

souborem,

který

se

nachází

v adresáři

$ORACLE_HOME/bin. Nástroj lze také spustit z příkazového řádku a to jak s parametry nastavení, tak bez, a to příkazem: [11] otlp [oracle]$ rman target / RMAN>

Nástroj RMAN lze také spravovat v OEM a přístup k funkcí RMAN je vidět na obrázku 6.

Obrázek 5 - RMAN v OEM v Oracle 10g14

Tento nástroj pro zálohování a obnovu má několik výhod oproti klasickému zálohování. Několik funkcí, které RMAN podporuje a tradiční zálohování nepodporuje nebo podporuje jen částečně, jsou vypsány v následujících bodech: „Vynechání neužitých bloků a skutečné přírůstkové zálohy – Nástroj dokáže rozpoznat, zda se do bloků zapisovalo, a když ne, blok nezálohuje, pokud již byl zálohován. Je to užitečné pro úsporu času zálohování. Komprese záloh – Nástroj dokáže speciálním binárním kompresním způsobem zmenšit velikost zálohovaných dat a tak ušetřit místo v médiích potřebných pro zálohu. Tento proces zálohování sice protahuje, ale ušetřené místo zase může ušetřit finance na nákup zbytečně velkých médií určených pro zálohu. 14


29

Záloha otevřených databází – Zálohovaná databáze musí být v režimu ARCHIVELOG. Nicméně lze zálohovat databázi bez nutnosti použití příkazů begin/end backup jako v offline zálohování. Bloková obnova – Nástroj RMAN podporuje tzv. blokovou obnovu (blocked-level recovery), tudíž dokáže obnovit bloky, které byly poškozené a nemusí obnovovat celou databázi nebo segmenty. Ostatní části databáze tak mohou zůstat online a být tak přístupné uživatelům. V/V kanály – V průběhu zálohování dokáže RMAN využít pro prováděných V/V operací mnoho V/V kanálů díky oddělenému OS. Nezávislost na platformě – Nástroj je nezávislý na platformě jak softwarové, tak hardwarové. Podpora správy pásek – Nástroj využívá pro správu pásek ovládače pro správu médií technologie dodavatelů pro zálohování na pásková média. Kategorizace – Záznamy o zálohách provedených nástrojem RMAN se ukládají do řídícího souboru cílové databáze a do katalogu obnovy, která mlže být uložena v jiné databázi. Podpora skriptování – Skripty probíhající nástroj RMAN se ukládají do katalogu obnovy a v době zálohování jsou pak načítány. Je to přehlednější proces než při tradičním zálohováním, kdy jsou skripty v adresáři operačního systému a plánování jejich spuštění se provádí pomocí nástrojů operačního systému.“ 15 Tomáš Solař ve své knize Oracle DB: Examples for Practise uvádí příkazy, které spouští zálohování databáze nebo jenom kontrolují nastavená zálohování pomocí RMAN. Skript kontroly nastavení zálohování by vypadal takto:16 RMAN> show all; using target database control file instead of recovery catalog RMAN configuration parameters for database with db_unique_name ORCL12C are: CONFIGURE RETENTION POLICY TO REDUNDANCY 1; # default CONFIGURE BACKUP OPTIMIZATION OFF; # default CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default CONFIGURE CONTROLFILE AUTOBACKUP OFF; # default CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F'; # default CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET; # default

15

LONEY, Kevin. Mistrovství v Oracle Database 10g. 1. vyd. Brno: Computer Press, 2006, s. 474. ISBN 80251-1277-2. 16 SOLAŘ, Tomáš. Oracle DBA: Examples for Practise [online]. Praha, 2013, s. 73 [cit. 2014-04-28].

30

CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default CONFIGURE MAXSETSIZE TO UNLIMITED; # default CONFIGURE ENCRYPTION FOR DATABASE OFF; # default CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default CONFIGURE COMPRESSION ALGORITHM 'BASIC' AS OF RELEASE 'DEFAULT' OPTIMIZE FOR LOAD TRUE ; # default CONFIGURE RMAN OUTPUT TO KEEP FOR 7 DAYS; # default CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/u01/app/oracle/product/12.1.0/dbhome_1/dbs/snapcf_orcl12c.f'; # default RMAN> backup database; Starting backup at 12-NOV-13 allocated channel: ORA_DISK_1

Každý parametr, ve kterém je uvedena hodnota #default, má přiřazenou výchozí hodnotu. Nástroj RMAN lze také ovládat přes webový browser pomocí nástroje OEM, kde je jeho ovládání uživatelsky přívětivější.

4.7 Optimalizace a ladění databáze Oracle Jak je psáno v kapitole 1.5, je důležité, aby správce databáze kontroloval a optimalizoval databázi. Databázi Oracle lze optimalizovat několika cestami, které jsou popsány v následujících kapitolách.

4.7.1 Ladění SQL dotazů Není úplně hlavní náplní práce databázového správce kontrolovat, zda se uživatelé správně dotazují a používají optimalizované techniky v SQL dotazech, nicméně by mohl sem tam zkontrolovat, zda nejsou dotazy zbytečně obecné a tak případně dovzdělat jednotlivé uživatele. Obecným výrazem se myslí takový výraz, který vrací mnoho záznamů a ty jsou pak ještě dále filtrovány. Například doba běhu dotazů s klauzulí SELECT * je mnohem větší, než ty dotazy, kde jsou uvedeny potřebné sloupce. Hlavním klíčem optimalizace příkazů SQL je minimalizovat cesty, které aplikace používá pro vyhledávání dat. Skoro každá tabulka v Oracle má pro každý řádek přiřazen RowID a ten obsahuje informace o fyzickém uložení řádku. [11] Nebezpečný je úplný průchod tabulkou, který dotaz není omezen klauzulí WHERE. Databáze pak vypisuje veškeré data a plnící proces tak zbytečně vytěžuje databázi. Další užitečnou možností při dotazování je využití vícesloupcových indexů (concatenated index). Tento index se použije v případě, kdy je hlavní sloupec indexu

31

použit v klauzuli WHERE. Indexy by měly odrážet přístupy k datům. Při dotazování se přes indexy Oracle může využít funkce skip-can. To je funkce, které vyhledává pomocí indexů a tak neprochází celá data. O tom, jakým způsobem data projde, se rozhoduje Oracle na základě statistických údajů indexu. [11] Velkou roli v rychlosti zpracování dotazu hraje skutečnost, zda jsou data seřazená. Jestliže uživatel často provádí dotaz s výběrem řádků (klauzulí WHERE), může značně ovlivnit seřazení řádků podle nějakého klíče. Například, pokud máme dotaz na zaměstnance s id 1 – 100 jako v následujícím případě: [11] Select Id, Name, adress From EMPLOYEE Where Id between 1 and 100;

Dotaz proběhne rychleji, když budou data seřazena, protože mu stačí pouhý výsek z tabulky, a tak ji nemusí celou procházet. Na seřazení dat by se proto mělo dbát při nahrávání dat pomocí INSERT. Pokud jsou data správně seřazena podle indexů, příkaz INSERT se provede o polovinu rychleji než neseřazená data. [11]

4.7.2 Ladění využití paměti Platforma Oracle má nástroj STATSPACK, který dokáže vytvořit souhrn změn ve statistických údajích databáze za nějaký časový úsek. Pro identifikaci krizových oblastí v přidělování paměti má však další nástroje anebo může správce provést dotazy nad datovým slovníkem. Pro sběr statistických údajů Oracle využívá nástroje Automatic Workload Repository (AWR). [11] Pro vyrovnávací paměť datových bloků využívá Oracle algoritmu LRU (least recently used), to znamená, že do vyhrazené oblasti ukládá a zaznamenává naposledy použité hodnoty. Díky tomuto algoritmu se uchovávají nejčastěji používaná data, a tak v některých případech není nutná fyzická operace čtení. Verze Oracle 10g má nástroj Automatic Shared Memory Management (ASMM). Tento nástroj provádí nastavení inicializačního parametru SGA_TARGET na jinou hodnotu než nulovou a tak lze změnit celkový počet velikostí vyrovnávacích pamětí. Parametr SGA_TARGET je dynamický. [11]

4.7.3 Ladění fyzického úložiště Kevin Loney, autor knihy Mistrovství v Oracle database 10g doporučuje, aby se jednotlivé V/V operace databáze rozdělily mezi různá fyzická zařízení. K tomu slouží

32

řešení zvané SAME (Stripe and Mirror Everything), které vše prokládá a zrcadlí. Pokud je hlavním problémem propustnost V/V operací disků, je možné tyto operace rozdělit na více zařízení, a tak propustnost rozdělit. To zapříčiní zvýšení výkonu a zrcadlení poskytuje podporu v případě poruchy disků. [11] U starších verzí Oracle není špatné využít zařízení typu RAW. To je dostupné na většině operačních systémů UNIX. Toto zařízení obchází vyrovnávací paměť UNIX a zmenšuje tak režii, která vzniká při provádění operací souborového systému. U aplikací, které provádějí V/V diskové operace, může zvednout výkon až o 20%. U novějších verzí tento rozdíl už není tak velký. [11]

4.7.4 Omezení síťového provozu Uživatelé ale i správce se k databázi připojí mnohdy vzdáleně. Prakticky v této době již databáze nemusí být na místě síla firmy, dokonce mnohdy ani ne ve stejném státě. Větší firmy mají však mnohdy více databází a ty jsou mnohdy na rozdílných místech. Například banky mají databáze pro systémy, které jsou v pobočkách úplně jinde, než je jejich centrální datový sklad. Pro přenášení a konsolidaci dat se využívají ETL procesy. To je ale otázka zpracování dat. Není ale pak vhodné mezi jednotlivými databázemi přenášet přes síť velká data a to pouze pro pouhé dotazování. Proto se v mnoha firmách využívá v databázích replikace dat. V distribuovaném prostředí normalizované databáze existuje jen jedna kopie údaje v jedné databázi. Pokud bychom data replikovali, vzniká tak redundance. Tento problém se řeší tak, že se data nakopírují na místní server a ten pak slouží k dotazování. To je však možné pouze u dat, které jsou stálá a nemění se. U běžných dat, která uživatelé potřebují, by byla data zastaralá a to už skoro v okamžiku, kdy se replikace vytváří. [11] Tento problém se řeší materializovanými pohledy. „Materializované pohledy mohou zajišťovat replikaci dat ze zdroje do více cílových umístění. Oracle poskytuje nástroje pro pravidelnou aktualizaci a obnovu dat v cílových umístění v zadaných časových intervalech.“17 Materializované pohledy mohou být dvojího typu a to aktualizované (zajištěna pravidelná aktualizace dat a tak odpovídají realitě), nebo určené pouze pro čtení (vhodné pro data, která se neaktualizují).

17


33

Při tvorbě materializovaného pohledu určeného pro replikaci se jako první vytvoří navázání na zdrojovou databázi. Na příkladu můžeme vidět vazbu HR_LINK:18 create database link HR_LINK connect to HR identified by PUFFINSTUFF using ‘loc‘;

Poté se vytvoří samotný materializovaný pohled. Je dobré v něm nastavit interval aktualizace, jako je nastaven v následujícím příklad jednou za 7 dní:19 create materialized view LOCAL_EMP pctfree 5 tablespace data_2 storage (initial 100K next 100K pcincrease 0) refresh fast start with Sysdate next SysDate+7 as select * from EMPLOYEE@HR_LINK;

Materializované pohledy jsou často využívány i jako ochrana dat před uživateli, kteří mají přístup do databáze. Uživatelé tak nepřistupují přímo k datům uloženým k databázi a nemají možnost je modifikovat nebo si je jenom špatně vykládat. Materializovaný pohled je předem definovaný a tak zaručuje to, že uživatel uvidí to, oč žádá.

4.8 Monitorování databáze pomocí nástroje STATSPACK Oracle má pro monitorování výkonu nástroj STATSPACK, který dokáže vytvořit analýzu databázových statistik podrobným způsobem. Tento nástroj využívá techniky zvané snapshots (sady). Snapshot je sada statistických informací o databázi v určitém momentu. [11] Instalace tohoto nástroje probíhá přes skript spcreate.sql, který je uložen v domovské složce instalace Oracle /rdbms/admin. Tento skript vytvoří uživatele PERFSTAT a zároveň také řadu objektů, které slouží pak pro tohoto uživatele. V průběhu instalace STATSPACK se zadává heslo uživatele PERFSTAT a jeho výchozí tabulkový prostor. Heslo lze potom kdykoliv změnit. 18

LONEY, Kevin. Mistrovství v Oracle Database 10g. 1. vyd. Brno: Computer Press, 2006, s. 320. ISBN 80251-1277-2. 19 LONEY, Kevin. Mistrovství v Oracle Database 10g. 1. vyd. Brno: Computer Press, 2006, s. 321. ISBN 80251-1277-2.

34

Uživatel PERFSTAT má přidělenou roli SELECT_CATALOG_ROLE, která mu umožňuje přístup a možnost tvorby dotazů nad pohledy V$ a taky tím získává některá systémová oprávnění (CREATE/ALTER SESSION, CREATE TABLE atd.). Tento uživatel má také právo přístupu do datového slovníku, a tak může zjistit všechny názvy uživatelských účtů a aktuální relace uživatelů. Proto je nutné dbát na zabezpečené tohoto účtu. [11] Po instalaci nástroje účet PERFSTAT vlastní tabulky, sekvence, indexy a balíček. Balíček se používá pro správu procesu sběru statistických dat a také pro správu dat v tabulkách. Celkový sběr statistik probíhá pomocí metody snapshot (sada). Snapshot obsahuje souhrn statistických dat, které jsou pak dostupné v pohledu V$ a každý snapshot má své SNAP_ID. Celý proces probíhá tak, že nástroj STATSPACK udělá několik sad v časových intervalech a pak na základě statistických změn se provede analýza a generují se sestavy. V průběhu sběru sad nástroj STATSPACK neprovádí žádné zpracování, a tak nezatěžuje zbytečně výkon databáze. Po dokončení procedury sběru dat se data uloží do tabulek SNAP$, kde je pak možné nad těmito tabulkami provádět přímé dotazy nebo využít přímo sestav, které STATSPACK nabízí. Uživatel PERFSTATS může vytvářet sestavy, které se pak aplikují na další sady. [11] Je to velice užitečný nástroj, který dokáže přesně a užitečně dávat obraz o dění v databázi a správce díky němu pak může databázi optimalizovat na místech, kde je například databáze nevyužívaná nebo kde je něco špatně.

35

5 ZADÁNÍ A POŢADAVKY NA DATABÁZOVÝ SERVER Cílem této kapitoly je popsat zadaní a specifikovat požadavky na vytvoření metodiky pro správu databázového serveru. Požadavky jsou určené RNDr. Helenou Palovskou, Ph.D., lektorkou předmětu Databáze I a Databáze II na Bankovním Institutu vysoká škola v Praze a.s.

5.1 Zadání Vypracujte metodiku pro správu a konfiguraci serveru v Bankovním Institutu vysoká škola a.s. a to v tomto pořadí: Fyzická instalace serveru HP Integrity rx6600. Instalace operačního systému Windows server 2008 R2 a jeho konfigurace pro bezproblémové fungování databáze. Instalace Oracle Database 12c – požadavek na to, aby databáze byla Oracle. Vytvoření databáze. Vytvoření dvou schémat Krokodata a NorthWind (skripty dodané RNDr. Helenou Palovskou, Ph.D.). Vytvoření účtů: o Student – Účet určený pro studenty mající práva pouze pro dotazování. o Student1 – Účet určený pro procvičování manipulací tvorby dat nad vlastní databází. o Lektor – Účet určený pro lektora předmětu Databáze I a II. Tento účet bude mít práva pro vytváření, mazání a editaci tabulek a záznamu. Také by měl mít možnost vytvářet pohledy, sekvence a procedury.

36

6 NÁVRH ŘEŠENÍ PRAKTICKÉ ČÁSTI Cílem této kapitoly je navrhnout řešení, které by naplnilo požadavky na nastavení a konfiguraci serveru a založení databáze pro výuku předmětu Databáze I a Databáze II.

6.1 Laboratoř IT Laboratoř IT se nachází v budově Bankovního institutu Vysoká škola a.s. v Praze na ulici Nárožní 2600/9, Praha 5 v druhém patře. Laboratoř byla vybudovaná v roce 2013 a má sloužit pro potřeby výuky studijních oborů Informační technologie a Informační technologie a management. Laboratoř se skládá ze tří místností a to samotnou „serverovnu―, učebnu, která je určena výlučně pro výuku a další místnost, která slouží jako experimentální laboratoř pro pedagogy. [3] V samotné „serverovně― se nacházejí servery typu IBM Power 5 a SUN. Místnost, které se někdy říká „labit―, má i další vybavení, jako např. disková pole, zálohovací zařízení a záložní zdroje. [3] „Serverovna― je místnost o rozměrech přibližně 7,5m x 7m. Kromě serverů musí být také vybavena dalšími zařízeními, která slouží pro přehlednost a uchování pořádku v místnosti (racky, skříně a konstrukce pro uchycení kabelů ke stropu) a taky klimatizací, která udržuje místnost ve stálé teplotě, což je velmi důležité pro hladký chod serverů. [4] K místnosti má přístup pouze personál školy. V budoucnu se plánuje, že se budou některé předměty na oboru IT a ITM vyučovat v Labitu, a tak budou mít studenti přístup nejen k softwarovému vybavení školy, ale budou mít praxi s hardware technikou a jejím provozem. V této místnosti se bude nacházet server HR Integrity rx6600, který bude sloužit mimo jiné jako server pro databázi, která je předmětem této diplomové práce.

6.2 Server HP Integrity rx6600 V této podkapitole jsou popsány specifikace serveru HP Integrity rx6600, který bude sloužit jako server, a na kterém bude pak nainstalována samotná databáze. Tento server byl dodán škole jako dar od firmy HP a dosud nebyl využíván. V následující tabulce 3 jsou popsány jeho technické hardwarové parametry:

37

Parametr

Specifikace Výška: 3058 mm Šířka: 440 mm

Rozměry

Hloubka: 696 mm Plné nastavení: 68 kg

Váha

Maximální příkon : 10 A @ 200 VAC Frekvence: 50–60 Hz

Napájení

Maximální výkon: 1,726 W Zapnutý: +5° do +35° C

Teplota Tabulka 3 - Technické parametry HP Integrity rx6600

Vypnutý: -40° do +70° C 20

V další tabulce 4 jsou uvedeny parametry produktu a jeho softwarové vybavení: Parametr

Specifikace Tzv.

Vlastnosti procesoru

Symmetrical

poskytuje

vysoký

multiprocessing

(SMP)

výkon

bitové

pro

64

dvojjádro Intel Itanium Modely dvoujádrového procesoru Systémová paměť

1.6 GHz s 24 MB Level 3 Cache Mimo jiné: AD126A-Supports minimálně od 2 GB, maximálně do 96 GB Mimo jiné: Microsoft Windows Server 2008 pro Itanium-based Systems, Linux RHEL AS 4

Operační systémy

U4, Red Hat Enterprise Linux AS 4 a Novell SUSE Linux Enterprise Server 10

Tabulka 4 - Parametry HP Integrity rx660021

Výběrové řízení na tento server neprobíhalo, protože je to jediný server, který byl volný a byl k účelům výuky předmětů Databáze vhodný. Na obrázku 7 můžeme vidět server HP Integrity rx6600 z přední strany.

20

Dokument podpory HP: HP Integrity rx6600 Server - Specifications. HEWLETT-PACKARD. Středisko podpory HP [online]. [cit. 2014-04-28]. 21 Dokument podpory HP: HP Integrity rx6600 Server - Overview. HEWLETT-PACKARD. Středisko podpory HP [online]. [cit. 2014-04-28].

38

Obrázek 6 - Server HP Integrity rx660022

Pro tento server byl vybrán jako vhodný operační systém Windows server 2008 R2, který bude popsaný v následující kapitole.

6.3 Operační systém Windows server 2008 R2 Cílem této kapitoly je popsat specifikace operačního systému, který bude nainstalovaný na serveru, který byl popsaný v předchozí kapitole. Jako vhodným operačním systémem byl vybrán Windows server 2008 R2. Tento operační systém je druhým vydáním Windows serveru 2008. Rozdíl je však v tom, že klasický WS 2008 běží na platformě Windows Vista, zatímco 2008 R2 je založený na platformě Windows 7. Tato verze byla vydána v roce 2009. [20] V následující tabulce jsou uvedeny požadavky na komponenty serveru: Komponenta

Požadavky Minimum: 1.4 GHz x64 procesor

Procesor

Poznámka: Intel Itanium 2 procesor je vyžadován pro Windows Server 2008 pro Itanium-Based Systems Minimum: 512 MB RAM (384 MB pro Server Core installation)

Paměť RAM

Maximum: 8 GB (Foundation) nebo 32 GB (Standard) nebo 2 TB (Enterprise, Datacenter a Itanium-Based Systems) Minimum: 32 GB nebo více (3.5 GB pro Server Core installation)

Místo na disku

Zakládací: 10 GB nebo více Poznámka: Počítače s více než 16 GB RAM budou vyžadovat více prostoru pro paging a dump files

Displej 22

Super VGA (800 × 600) nebo vyšší rozlišení

http://www.mitlimited.com/gifs/[email protected]

39

Další

Myš a klávesnice

Tabulka 5 - Požadavky pro Windows server 2008 R223

Tento OS se vydává v pěti edicích a v následující tabulce bude rozepsané, pro co jsou jednotlivé edice určeny: Edice

Určení Určeno

Datacenter

velké

podnikové

aplikace

a vysokou zátěž. Verze podporující mission-critical aplikace

Enterprise

a poskytuje taky podporu clusterů. Je to standardní verze podporující mission-

Standard

critical aplikace.

Itanium-based systems

Verze je navržena a optimalizována pro velké databáze. Speciální edice navržena pro webové služby.

Web Tabulka 6 - Verze Windows server 2008 R2

pro

24

Pro náš server byla vybrána edice Standard, protože nejlépe vyhovuje parametrům, které potřebujeme. Edice Datacenter a Itanuim-based systems jsou verze, které jsou určeny pro velká datová centra a sklady a jejich nastavení je složitější a jsou určeny pro pokročilejší uživatele. Jsou také určeny pro aplikace s velkou zátěží na výkon serveru. Edice Web je speciální edicí, která je určena pro servery, které budou vymezeny pro aplikace na webové služby.

6.4 Databáze v Oracle database 12c Cílem této kapitole je popsat instalovaný databázový produkt. Oracle database 12c je nejnovějším produktem společnosti Oracle. Tato verze je první verzí určenou pro cloud. Oracle se i v této verzi snaží usnadnit úsilí o standardizaci, konsolidaci a automatizaci služeb. Tato verze přichází s novým řešením Oracle Muntitenant. Tento nástroj umožňuje oddělení IT využití možnosti cloudu a tak usnadňuje rozšířit sdílení prostředků, flexibility správy a úspor nákladů. [15] Oracle database 12c vychází v čtyřech edicích:

23

Zdroj: RUSSEL, Charlie a Craig ZACKER. Introducing Windows Server 2008 R2. 1. vyd. Washington: Microsoft Press, 2010, s. 11. 24 Zdroj: HESTER, Matthew a Chris HENLEY. Windows server 2008 R2 administration instant reference. 1st ed. Indianapolis, Ind.: Wiley Pub., c2010, s. 7. Serious skills. ISBN 0470525398.

40

Standard Edition One – Edice Standard Edition One je řešením pro malé podniky. Je optimalizována pro jeden server s maximálně dvěma sockety. Edice je určena pro operační systémy Windows, Linux a Unix. Jeho výhodou je rychlá instalace a snadná správa. [13] Standard Editon – Tato edice je určena pro databáze středně velkých firem. Obsahuje jednu připojitelnou databázi pro připojení do cloudu a to i s RAC (Real Application Clusters). Má zjednodušenou instalaci a podporuje Multiplatformní obnovení. [14] Enterprise Edition – Tato edice zahrnuje více než 500 nových funkcí a to včetně nové architektury. Je určena pro velké podniky s datovými sklady, které využívají komplexní funkce pro zpracování velkého objemu dat. Tato edice poskytuje rozšířenou verzi zabezpečené a to pomocí vícevrstvou hloubkovou ochranou. [12] Express Edition – Tato edice je spíše ještě verzí Oracle database 11g. Je to vrze jednoduchá na instalaci a ovládání a je určena pro malé podniky, které nepotřebují výkonný nástroj na zpracování velkých transakcí a skladování velkého objemu dat. Tato edice je volně stažitelná a k distribuci. Je určena pro instalaci na na jakýkoliv server a dokáže uchovat data o velikosti 11 GB. [16] Personal Edition – Tato edice je podobná jako Enterprise edice, avšak nemá podporu clustrů. Je dostupná pouze pro operační systémy Windows a Linux. [16] Vhodným řešení pro náš server je verze Standard Edition. Tuto verzi bych doporučil, protože má pokročilejší nastavení než Express Edition nebo Standard Edition One, které by sice stačily pro naše účely, ale jejich nastavení je prostší. Studenti si tak na Standard Edition mohou vyzkoušet její nástroje a pokročilejší funkce, pokud jim k tomu bude dán prostor.

6.5 Návrh databáze Cílem této podkapitoly je popsat návrh databázových schémat Krokodata a NorthWind. Obě schémata jsou smyšlené a nejsou reálnými schématy existující firmy. Jsou vytvořeny pro účely výuky Databáze I a Databáze II lektorkou RNDr. Helenou Palovskou, Ph.D.

41

6.5.1 Schéma Krokodata Schéma Krokodata simuluje databázi menšího internetového obchodu, který prodává nápoje a pár druhů ovoce a pečivo. Databáze není obsahově největší, ale schéma je poměrně bohaté a má pouze simulovat reálné schéma internetového obchodu. Tabulky: KAT – Kategorie je tabulka, která obsahuje názvy kategorií produktů, které obchod prodává. ZBOZ – Tabulka zboží, která obsahuje názvy zboží, jejich popis, cenu z jednotku, měrnou jednotku, množství na skladě a dostupnost zboží. ZAK – Tabulka zákazníků je tabulka, kde se evidují záznamy o zákaznících. Obsahuje jejich login, který se uživatel do obchodu přihlašuje. Při registraci zákazník musí vyplnit také jméno, příjmení, adresu doručení – ulici s číslem domu, psč, město a email zákazníka. OBJ – Tabulka objednávek obsahuje evidenci nákupu zákazníka. Obsahuje číslo objednávky, login zákazníka, datum přijetí a odeslání objednávky, stav objednávky (p – přijatá, v – vyřizuje se, o - odeslaná), způsob platby (1 – převodem, 2 – hotově, 3 – dobírka), druh dopravy (1 – osobní převzetí, 2 – rozvoz, 3 – česká pošta, 4 – expresní pošta), jméno a adresa dodání a poznámka k objednávce. POLOZ – Tabulka položek obsahuje výslednou cenu za položku v objednávce. Je to vazební tabulka, která obsahuje cizí klíče (číslo objednávky, kód zboží) a taky množství jednotek zakoupených zákazníkem a výslednou cenu nákupu (v Kč). Na obrázku 7 můžeme vidět logický model schématu Krokodata modelovaný v programu PowerDesigner. ZBOZ KAT KAT NAZK POPK NADR

char(5) varchar(30) CLOB char(5)

KOD KAT NAZ POP JEDN SKLAD DOST AKTI

numeric(6) char(5) varchar(30) CLOB varchar2(20) float numeric(3) numeric(1)

POLOZ CISO KOD MNOZ VCEN

numeric(7) numeric(6) float numeric(8,2)

OBJ CISO ZAK DAT DATOD STAV PLAT DOPR JMEN PRIJM ULIC PSC MEST POZN

numeric(7) Varchar2(30) DATE DATE char(1) char(1) char(1) Varchar2(50) Varchar2(50) Varchar2(100) char(5) Varchar2(100) CLOB

ZAK LOG JMEN PRIJM ULIC PSC MEST EMAIL

Varchar2(30) Varchar2(50) Varchar2(50) Varchar2(100) char(5) Varchar2(100) Varchar2(100)

Obrázek 7 - UML model databáze Krokodata25

Model byl vytvořen podle předlohy, která je uvedena na stránkách RNDr. Heleny Palovské, Ph.D.26 25

Zdroj: RNDr. Helena Palovská, Ph.D.

42

Integritní omezení při vytváření databáze: Kategorie: KAT – NOT NULL – Pole musí být vyplněno. NAZK – NOT NULL – Pole musí být vyplněno. Zboží: KOD – NOT NULL – Pole musí být vyplněno. KAT – NOT NULL – Pole musí být vyplněno. NAZ – NOT NULL – Pole musí být vyplněno. SKLAD – NOT NULL – Pole musí být vyplněno. DOST – NOT NULL – Pole musí být vyplněno. AKTI – NOT NULL – Pole musí být vyplněno. Zákazník: LOG – NOT NULL – Pole musí být vyplněno. JMEN – NOT NULL – Pole musí být vyplněno. PRIJM – NOT NULL – Pole musí být vyplněno. ULIC – NOT NULL – Pole musí být vyplněno. PSC – NOT NULL – Pole musí být vyplněno. MEST – NOT NULL – Pole musí být vyplněno. EMAIL – NOT NULL – Pole musí být vyplněno. Objednávky: CISO – NOT NULL – Pole musí být vyplněno. ZAK – NOT NULL – Pole musí být vyplněno. DAT – NOT NULL – Pole musí být vyplněno. DATOD – NOT NULL – Pole musí být vyplněno. STAV o

Výchozí hodnota 'p'.

o

NOT NULL – Pole musí být vyplněno.

o STAV musí nabývat pouze hodnot 'p','v','o'. PLAT o NOT NULL – Pole musí být vyplněno. o PLAT musí nabývat pouze hodnot 1,2,3. 26

http://krokodata.vse.cz/SQL/CvicnaDb

43

DOPR o NOT NULL – Pole musí být vyplněno. o DOPR musí nabývat pouze hodnot 1,2,3,4. JMEN – NOT NULL – Pole musí být vyplněno. PRIJM – NOT NULL – Pole musí být vyplněno. ULIC – NOT NULL – Pole musí být vyplněno. PSC – NOT NULL – Pole musí být vyplněno. MEST – NOT NULL – Pole musí být vyplněno. Položky: CISO – NOT NULL – Pole musí být vyplněno. KOD – NOT NULL – Pole musí být vyplněno. MNOZ – NOT NULL – Pole musí být vyplněno. VCEN – NOT NULL – Pole musí být vyplněno. Skript v SQL pro vytvoření schématu je uveden v příloze 4.

6.5.2 Schéma NorthWind Schéma NorthWind je poměrně velké schéma a obsahuje více tabulek než schéma Krokodata. Je databází velkoobchodu. Sortiment obchodu je velmi široký, a proto je databáze rozmanitá. Obchod prodává nápoje, koření, cukrovinky, mléčné výrobky, obilné výrobky a pečivo, maso, ovoce, zeleninu a mořské produkty a další. Databáze má osm tabulek, z toho je jenom jedna vazební: Tabulky: Zaměstnanci – Firma chce evidovat ve své databázi zaměstnance a jejich údaje. Těmi jsou jméno, funkce, formální oslovení, datum narození, datum nástupu, adresa, telefon a další. Zákazníci – Dále firma chce evidovat své zákazníky. Vyžaduje od nich jméno firmy, kontaktní osobu a jeho funkci, adresu firmy a telefon, popřípadě fax. Objednávky – V tabulce objednávky chce firma evidovat, kdo ze zaměstnanců objednávku sjednal, kdy vznikla a kde byla odeslána, mezisoučet objednávky, zvolená přeprava a výše dopravného, jméno příjemce a jeho adresa. Výrobky – Výrobky je tabulka, která obsahuje název výrobku, číslo kategorie, množství kusů v jednotce zboží, cenu za jednotku zboží, kolik je zboží na skladě, kolik bylo objednáno již jednotek.

44

Kategorie – V tabulce kategorie se evidují kategorie zboží k jednotlivým výrobkům. Tabulka obsahuje název kategorii a popis výrobku. Rozpis objednávek – Je to tabulka, která je vazební. V této tabulce se spojují tabulky objednávek a výrobku, tvoří se v něm výsledná cena, případná sleva a množství kusů prodaných v jedné objednávce. Dodavatelé – Dodavatelé je tabulka, která obsahuje firmy, které dováží obchodu zboží. Eviduje se v této tabulce jméno firmy, kontaktní osobu, funkci, adresu sídla firmy, telefon a fax, případně jejich domovská stránka. Přepravci – Přepravci je tabulka, která obsahuje přepravce, kteří zprostředkovávají dopravu zboží od dodavatelů k obchodu. Eviduje se zde název firmy a telefon. Na obrázku 8 můžeme vidět logický model schéma NorthWind namodelovaný v programu PowerDesigner. ZAMESTNANCI CISLOZAMESTNANCE PRIJMENI JMENO FUNKCE FORMALNIOSLOVENI DATUMNAROZENI ZAMESTNANOD ADRESA MESTO OBLAST PSC ZEME TELEFONDOMU LINKA FOTO POZNAMKY

ZAKAZNICI KODZAKAZNIKA FIRMA KONTAKTNIOSOBA FUNKCE ADRESA MESTO OBLAST PSC ZEME TELEFON FAX

VARCHAR2(5) VARCHAR2(40) VARCHAR2(30) VARCHAR2(30) VARCHAR2(60) VARCHAR2(15) VARCHAR2(15) varchar2(15) varchar2(15) varchar2(24) varchar2(24)

numeric(10) VARCHAR2(20) VARCHAR2(10) VARCHAR2(30) VARCHAR(25) DATE DATE varchar2(60) varchar2(15) varchar(15) varchar(10) varchar(15) varchar(24) varchar(4) varchar(255) CLOB

Dodavatele

PREPRAVCI CISLOPREPRAVCE numeric(10) FIRMA VARCHAR2(40) TELEFON VARCHAR2(24)

ROZPISOBJEDNAVEK CISLOOBJEDNAVKY CISLOVYROBKU JEDNOTKOVACENA MNOZSTVI SLEVA VYSLEDNACENA

numeric(10) numeric(10) numeric(38,2) numeric(10) numeric(38,2) numeric(38,2)

CISLODODAVATELE CISLOPREPRAVCE FIRMA KONTAKTNIOSOBA FUNKCE ADRESA MESTO OBLAST PSC ZEME TELEFON FAX DOMOVSKASTRANKA

numeric(10,0) numeric(10) VARCHAR2(40) VARCHAR2(30) VARCHAR2(30) VARCHAR2(60) VARCHAR2(15) VARCHAR2(15) VARCHAR2(10) VARCHAR2(15) VARCHAR2(24) VARCHAR2(24) CLOB

OBJEDNAVKY CISLOOBJEDNAVKY KODZAKAZNIKA CISLOZAMESTNANCE DATUMOBJEDNAVKY DODATDNE DATUMODESLANI MEZISOUCET PREPRAVA DOPRAVNE JMENOPRIJEMCE ADRESAPRIJEMCE MESTOPRIJEMCE OBLASTPRIJEMCE PSCPRIJEMCE ZEMEPRIJEMCE

numeric(10) VARCHAR2(5) numeric(10) DATE DATE DATE numeric(32,2) numeric(10) numeric(32,2) VARCHAR2(40) VARCHAR2(60) VARCHAR2(15) VARCHAR2(15) VARCHAR2(10) VARCHAR2(15)

VYROBKY CISLOVYROBKU NAZEVVYROBKU CISLOKATEGORIE CISLODODAVATELE MNOZSTVIVJEDNOTCE JEDNOTKOVACENA JEDNOTKYNASKLADE OBJEDNANOJEDNOTEK MINIMALNIUROVEN NAKUPUKONCEN

numeric(10) varchar(40) numeric(10) numeric(10,0) varchar(20) numeric(38,2) numeric(10) number(10) numeric(10) numeric(10)

KATEGORIE CISLOKATEGORIE NAZEVKATEGORIE POPIS OBRAZEK

numeric(10,0) VARCHAR2(15) CLOB BLOB

Obrázek 8 - Fyzický model databáze NorthWind27

Model byl vytvořen podle ze skriptu, který byl dodán RNDr. Helenou Palovskou, Ph.D. Integritní omezení je skoro pro všechny sloupce stejné a to NOT NULL - Pole musí být vyplněno. Další integritní omezení v této databázi není. Skript pro vytvoření schématu je uveden v příloze 5. Zvětšený fyzický model databáze je uveden v příloze 2

27

Zdroj: RNDr. Helena Palovská, Ph.D.

45

6.6 Uţivatelské účty Tato podkapitola definuje návrh oprávnění a role uživatelů databáze, kteří se budou k databázi připojovat. Požadavky na tyto účty jsou v kapitole 5.1. Účet

Tabulkový prostor

Schéma

Oprávnění CREATE SESSION

Student

USERS

Krokodata, NorthWind

SELECT ANY TABLE MERGE ANY VIEW CREATE SESSION, TABLE, SYNONYM, VIEW, PROCEDURE ALTER TABLE, VIEW, PROCEDURE EXECUTE PROCEDURE

Student1

CREATE

Vlastní

INSERT TABLE SELECT ANY TABLE UPDATE TABLE DELETE TABLE MERGE ANY VIEW DROP TABLE, VIEW PROCEDURE CREATE SESSION CREATE ANY TABLE, SYNONYM, VIEW, TRIGGER, PROCEDURE ALTER ANY TABLE, VIEW,

Lektor

USERS

Krokodata, NorthWind,

a Lektor1

a CREATE

Vlastní

PROCEDURE MERGE ANY VIEW EXECUTE ANY PROCEDURE INSERT ANY TABLE SELECT ANY TABLE UPDATE ANY TABLE DELETE ANY TABLE

46

DROP ANY TABLE, VIEW PROCEDURE Tabulka 7 - Návrh oprávnění uživatelů28

Oprávnění uživatelů se v této databázi bude rovna přiděleným grantům. To z důvodu toho, že uživatel bude mít přístup do vymezených tabulkových prostor a není tak nutné mu někam jinam nastavovat jiná oprávnění.

28

Zdroj: Vlastní

47

7 ZAPOJENÍ SERVERU V této kapitole je popsán postup při zapojení serveru HP Integrity rx6600 a jeho instalace do racku. Jak je popsáno v kapitole 6.2., server je poměrně velký a těžký přístroj, takže se doporučuje instalaci přístroje do racku provádět minimálně ve dvou lidech.

7.1 Instalace do racku Rack je speciální druh skříně, která se používá pro uchycení a uložení serverů. Tato skříň umožňuje přehlednost v místnosti, kde jsou servery, a napomáhá také lepšímu přístupu k serverům. Existuje několik druhů rack skříní, nejpoužívanější jsou skříně, které jsou zavřené, a přístup k serveru je pouze ze strany dveří (server cabinet, closed rack) a open rack frame, to jsou konstrukce, které jsou otevřené a mají přístup ze všech. Náš server bude instalovaný do racku druhého typu, který můžeme vidět na obrázku 9.

Obrázek 9 - 4 Post Open Rack29

Montáž serveru do racku není těžká, vyžaduje však asistenci druhého člověka, protože je nutné server zvednout a připevnit jej do skříně. V následujících bodech bude popsán postup montáže serveru do racku. Jako první se k serveru namontují postranní lišty, které slouží pro uchycení serveru do výsuvného systému. Systém přichycení je u každého serveru jiný, tady v tomto případě se přichycují lišty po všech čtyřech hranách. Je to z důvodů lepšího držení

29

Zdroj: http://www.rackmountsolutions.net/Server_Rack_4_Post_Double.asp

48

serveru a jeho stability. Lišty se přichycují křížovými šroubky, které jsou dodávány spolu s lištami k racku. Dalším krokem je montáž kolejnic do racku. Nejprve se do otvorů zasazují tzv. Cage nuts, což jsou úchyty, do kterých se zasazují kolejnice. Je důležité si vyměřit, jak je server vysoký a Cage nuts zasadit do správných otvorů. Po zacvaknutí úchytu se do nich našroubují další šroubky, které je upevní a pak se do nich zasadí kolejnice. Je dobré zkontrolovat, zda jsou kolejnice ve stejných protilehlých otvorech pomocí vodováhy. Poté se může server do kolejnic zasadit. Vloží se do něj zadní stranou a posune se až nakonec, dokud se neozve cvaknutí a server je pevně přichycen.

7.2 Zapojení serveru V této kapitole bude popsán postup zapojení serveru do sítě. Jako první připojíme k serveru přívod elektřiny pomocí dvou kabelů. Zásuvka serveru se nachází na levé straně a server má důmyslný systém uchycení. Přívod elektřiny obstarávají dva kabely a to z důvodu toho, že kdyby jeden náhodou vypadl, druhý kabel server udrží v chodu a server se nevypne. Na obrázku 10 můžeme vidět správně připojené kabely. Tyto kabely mají speciální pojistky, které uchycují kabel k serveru, takže v případě, že by byl server vysunut a kabel by se někde zachytil, tak pojistka zabrání vyškubnutí kabelu.

Obrázek 10 - Kabely přívodu elektřiny30

30

Zdroj: Vlastní

49

Dále přichází zapojení serveru do sítě. Server rx6600 se připojuje do sítě pomocí síťových karet AD380A nebo AD381A, které jsou již v serveru. Do síťové karty AD880A se zapojí RJ-45 kabel, který se poté propojí se switchem nebo HUBEM, popřípadě routerem, který má přístup do internetu. Dalšími kabely RJ-45 kabely se připojíme k adaptéru switch, který funguje jako rozvod sítě po škole. Správné zapojení kabelů bude vypadat jako na obrázku 11.

Obrázek 11 - Zapojení serveru31

Je dobré mít kabely připojené k serveru označené. Slouží to pro lepší orientaci, a správce pak má lepší přehled, kde kam jaký kabel vede. Např. na obrázku … můžeme vidět štítek BSW03-01 – tzn. B – umístění - Bankovní institut, SW – kategorii přístroje – server, 03 – pořadí serveru, 01 – pořadí kabelu Ethernet 1. Je důležité, aby byly kabely dobře svázány a uchyceny na konstrukci. Pokud víme, že budeme server vysouvat, je vhodné je uchytit na vysouvatelnou konstrukci, kterou lze připevnit vzadu a pokud se server vysune, ona se také vysune i s kabely a ty se nevytrhnou. K serveru se připojuje pomocí konzole, přes kterou se komunikuje se serverem. Konzole se montuje do racku podobným způsobem. Připojuje se k serveru pomocí USB kabelů a VGA kabelu, který připojí k serveru monitor. Po kompletním zapojení lze server zapnout a přejít ke konfiguraci či bootování operačního systému.

31

Zdroj: Vlastní

50

7.3 Doporučená nastavení serveru V této kapitole je uvedeno, co bych doporučoval nastavit po prvním zapnutí serveru. Nebude zde uveden postup nastavení, protože to není cílem práce. Server i bez těchto nastavení běží. Celé ovládání serveru probíhá přes konzoli, která je k serveru připojena. Konzoli můžeme vidět na obrázku 12.

Obrázek 12 - Konzole k serveru32

V následujících bodech je uvedeno pár doporučení nastavení serveru pro jeho bezpečnost: HP Smart Update Manager – Je to pomocník při aktualizaci firmwaru. Pokud je server zapnutý poprvé nebo po resetu nastavení, je vhodné provést jako první doinstalování ovladačů, které jsou stažitelné na stránkách podpory HP33. Nastavení iLO – iLO je zkratka pro Integrated Lights-Out. Je to ovladač, integrovaný do serverů HP. Díky tomuto ovladači je možné server ovládat na dálku, nastavovat server, zapínat a vypínat ho a provádět nastavení zabezpečení, takže administrátor nemusí být přímo v místnosti a může server v případě jeho výpadku zapnout z domova. [10] SMS ITMU – Je nástroj, který pomáhá vyhledávat aktualizace pro Microsoft. Protože na našem serveru poběží operační systém Windows 2008 R2, tak tento nástroj může být užitečný. [21]

32 33

Zdroj: Vlastní http://h20566.www2.hp.com/portal/site/hpsc

51

Recovering Windows Server 2008 – Nástroj, který pomáhá v případě výskytu neopravitelné chyby, vrátit server do stavu poslední „dobré konfigurace―. Je to velice užitečný pomocník. [9] Firewall – je vhodné také ještě mezi server a switch integrovat firewall pro lepší zabezpečení serveru. Lze to udělat externím firewallem, nebo pak firewallem na serveru, nejlépe obojím.

52

8 INSTALACE WINDOWS SERVER 2008 R2 Cílem této kapitoly je popsat postup instalace operačního systému Windows server 2008 R2 na již připravený server. Instalace Windows server 2008 R2. V následující kapitole bude popsán proces instalace operačního systému na server. Server se zapne a do DVD-mechaniky se vloží instalační DVD disk. Zvolí se volba bootování z disku. Jako první se volí jazyk instalace, čas a nastavení jazyka klávesnice. Po zadání údajů přichází okno s dotazem, jestli OS bude instalovaný hned. V nabídce je také last-minute dokumentace, co by měl vědět správce předtím, než začne instalovat. Dále je tam ještě nabídka Opravit počítač před instalací nebo provést diagnostiku Windows server 2008 R2. Další okno nabízí možnost, jakou verzi chceme zvolit (obrázek 13). Pro náš server bude zvolena verze Standard. Doporučuji zvolit verzi s plnou instalací, verze Server Core Installation je pro pokročilé administrátory.

Obrázek 13 - Volba verze OS34

Další okno vyzývá k potvrzení licenčního ujednání.

34

Zdroj: Vlastní

53

Následující okno se ptá, jaký typ instalace chceme provést. Upgrade instalace se provádí tehdy, když je na serveru již nainstalovaná starší verze Windows serveru. Zvolením typu Custom (advanced) se dostaneme na další krok instalace. Další okno vyzývá k alokování místa pro instalaci na disku serveru (obrázek 14). Správce by měl vytvořit místo nejen pro jeho uložení, ale taky myslet na to, že se do systému budou stahovat aktualizace a další data.

Obrázek 14 - Alokování místa35

Poté se automaticky začne proces instalace. Tento proces zabere několik minut. Je možné, že se v průběhu instalace systém několikrát restartuje. Po poslední instalaci se bude správce vyzván, aby změnil heslo administrátora. Heslo nesmí obsahovat část uživatelova jména, musí být minimálně 6 znaků dlouhé (doporučuje se alespoň 9), musí obsahovat velká i malá písmena, znak a číslici. Po zadání hesla a jeho potvrzení je instalace kompletní a uživatel admin se může přihlásit.

35

Zdroj: Vlastní

54

8.1 Konfigurace Windows server 2008 R2 V cílem této kapitole je uvést doporučení pro nastavení operačního systému Windows server 2008 R2 nainstalovaného na našem serveru.

8.1.1 Licencování produktu Po instalaci je vhodné okamžitě produkt aktivovat. Licencování produktu se dělá přes hlavní ovládací panel Server Manager. V sekci Server Summary je možnost Active Windows, kde se vloží licenční klíč a produkt se aktivuje. Po aktivaci produktu je možné naplno využívat služeb Windows a hlavně důležité stáhnutí nových aktualizací produktu.

8.1.2 Okamžitá a pravidelná aktualizace Hned po aktivaci produktu je vhodné stáhnout aktuální patche. To proto, aby systém zůstal zabezpečený a aktuální. Aktualizace probíhá taky za pomocí nástroje Server Manager. V sekci Security Information je možnost Configure Updates. Server v té době musí být připojený k síti, protože aktualizace se stahují z internetu. Je dobré si pro tento proces vyhradit čas, protože stahování a instalace aktualizací zabere poměrně dost času.

8.1.3 Ochrana serveru Server by měl být zabezpečený firewallem. Nastavení zabezpečení lze najít také v Server Manageru v záložce Secury Information. Firewall by měl být nastavený pro všechny profily a být neustále aktivní jako na obrázku 15.

55

Obrázek 15 - Firewall u OS Windows server 2008 R236

Je také nezbytné, aby správce serveru nainstaloval na server antivirový program s integrovaným firewallem. Pro další nastavení zabezpečení může správce využít nástroje pro v záložce Getting Started a vytvořit tak pravidla zabezpečení a taky pravidla pro příchozí a odchozí požadavky na server. Na celé fungování bezpečnosti lze dohlížet pomocí panelu Server Manager, který ve funkci Monitoring ukazuje správci, které zabezpečení jsou aktivní a jestli se někdo pokoušel neoprávněně do serveru dostat.

8.1.4 Nastavení VPN VPN je zkratkou pro Virtual Private Network. Je to prostředek, který slouží pro komunikaci mezi počítači v rámci uzavřené privátní sítě. Nastavení VPN probíhá také přes nástroj Server Manager. Jako první se musí vytvořit role. V levém panelu Server Manageru je záložka Roles. Po zvolní možnosti Add roles se zaškrtne políčko Network Policy and Access Services (Služba pro síťové zásady a přístup). Dále zvolíme k instalaci rolí a to role Network Policy Server a Routing and Remote Acces Services jako na obrázku 16.

36

Zdroj: Vlastní

56

Obrázek 16 - Povolení rolí37

Dále přistoupíme k samotné instalaci VPN. Do nastavení se dostane přes tlačítko Start, pak na Administrative Tools a Routing and Remote Access. Poté pravým tlačítkem klikneme na záložku názvu našeho serveru a zvolíme možnost Configure and Enable Routing and Remote Access a naběhne pomocník při instalaci. Při nastavení zvolíme možnost Custom Configuration jako na obrázku 17.

Obrázek 17 - Povolení směrování

Poté zvolíme VPN access jako možnost, kterou chceme povolit. Poslední okno vybízí k odsouhlasení a dokončení nastavení VPN. 37

Zdroj: Vlastní

57

Poté se musí vytvořit skupina uživatelů, kteří budou mít přístup a oprávnění VPN používat. To se nastavuje přes Server Manager -> Roles -> Add roles. Poté vytvoříme skupinu uživatelům, kteří budou moci přistupovat k VPN. Poté se musí nastavit NPS server, což je Network Policy Server (Zabezpečení sítě). Ten se nastavuje taky přes Start, pak Administrative Tools a poté zvolíme možnost NPS. Poté se v levé liště klikne na Policies, dále Network Polices a zvolí se možnost New. Otevře se pomocník, který provádí nastavení zásad bezpečnosti. Uživatel si nějak nazve zásadu a jako Type of Network Access se zvolí VPN. Poté se volí podmínky a zvolí se možnost User Group (Skupina uživatelů) a vybere se ta skupina, která byla pro VPN vytvořena. Poté se zadává Access granted (Oprávnění k přístupu)a udělí přístup. Poté se přidělí EAP Types. Zvolí se možnost Add a poté EAP-MSCHAP v2 jako na obrázku 18.

Obrázek 18 - EAP Types38

Poté se konfiguruje omezení. V záložce NAS Port Type se zvolí možnost Virtual (VPN) anebo si tam může uživatel nastavit další omezení na přenos dat nebo časové limity. Poté si můžeme v pokročilém nastavení nastavit další možnosti omezení nebo naopak rozšíření práv uživatelů. Poté instalaci dokončíme a VPN server je nastaven a uživatelé, kteří jsou ve skupině pro VPN server, se mohou k serveru připojovat. 38

Zdroj: Vlastní

58

Je možné také nainstalovat vzdálený přístup k serveru, aby správce nemusel být fyzicky v Labitu a přistupovat k serveru přes konzoli. To ale však již zajišťuje iLo, které bylo doporučeno v nastavení serveru.

59

9 TVORBA DATABÁZE Cílem této kapitoly je vytvořit metodiku pro postup v instalaci a konfiguraci databáze na platformě Oracle database 12c jak je navrženo v kapitole 6.4.

9.1 Instalace Oracle database 12c V následující kapitole bude popsán postup při instalaci Oracle database 12c. Do DVD-mechaniky serveru se vloží DVD s instalačním soubor Oracle database 12c. Instalace probíhá pomocí nástroje Oracle Universal Installer. Pomocí tohoto nástroje správce databáze jednoduše volí možnosti, které jsou mu nabízeny. Jako první je to možnost, zda chce uživatel svou verzi Oracle pouze aktualizovat, anebo v případě že Oracle nemá, nainstalovat ho. Další okno vybízí ke stažení aktualizací. Není dobré tento krok přeskočit, nové aktualizace pomáhají zabezpečit budoucí databázi a napomáhají také k lepšímu chodu. Následující krok je zvolení předmětu instalace. Na výběr se nabízí tři možnosti Vytvořit a nakonfigurovat databázi, Instalovat pouze software nebo Provést upgrade již existující databáze. Zvolíme možnost první, jako na obrázku 19.

Obrázek 19 - Instalace Oracle 12c - Předmět instalace39

39

Zdroj: Vlastní

60

Následující okno vyzývá ke zvolení třídy systému. To znamená, jestli chce správce zvolit Deskop class nebo Server class. Deskop class je učena pro menší databáze a také s menší možností konfigurace. Server class je pro větší systémy a poskytuje více možností konfigurace a proto tuto volbu pro naši databázi zvolíme. Nyní se nastavuje pokročilejší nastavení databáze. Další okno se ptá, jaký typ instalace chceme zvolit. Na výběr je Single instance database installation, Oracle Real Cluster Database Installation, Oracle RAC. Zvolíme možnost první, protože chceme nainstalovat pouze databázi. Dalším typem instalace bude Advanced (pokročilý) typ instalace a po prokliknutí tlačítka Další budeme volit edici databáze, jakou chceme. Pro naše účely to bude edice Standard Edition.

Obrázek 20 - Volba edice databáze40

Další krok je vytvoření účtu, který slouží k přihlašování a identifikaci uživatel, který produkt instaluje. Je to účet, který slouží Windows serveru pro chod Oracle Home. Pozor, není to Administrátorský učet. Zadáme nové User Name a dvakrát heslo. Další okno vybízí, abychom zvolili, jaký typ databáze budeme chtít vytvořit. Na výběr je General Purpouse nebo Data Warehousing. První je pro menší databáze, ten druhý je pro větší databáze a datová centra. Proto zvolíme ten první typ. Další okno nám pomáhá nastavit Global database name a Oracle system identifier.

40

Zdroj: Vlastní

61

Dostáváme se do nastavení konfigurace databáze. Zde se nastavuje rozdělení paměti databáze mezí SGA a PGA. Zde necháme možnost Povolit Automatic Memory Management (Automatické přerozdělování paměti). V Character sets nastavíme, že se do databáze budou moci ukládat data, která mají interpunkci (East European EE8SWIN1250). V možnosti Sample schemas nebudeme zaškrtávat políčko pro vytvoření ukázkové databáze. V dalším okně zatrhneme políčko File system. Je to způsob ukládání dat, který je vhodnější pro naši databázi než ASM. Další okno nabízí možnost nastavení Recovery (Obnovy dat). Zde povolíme možnost, že chceme provádět obnovu dat z místa uložení databáze. Přichází další krok, kterým nastavujeme hesla administrátorským účtům. Funkce jednotlivých účtů je popsána v kapitole uživatelské účty. Další okno nabízí uživateli sumarizaci všech nastavení a vlastností instalovaného produktu. Je dobré si ji přečíst a v případě, že by uživatel chtěl něco změnit, dá se vrátit tlačítkem „Back―. Stisknutím tlačítkem „Install― započne celý proces instalace a Oracle database 12c je nainstalován.

9.2 Instalace Oracle Net Listener Před samotným vytvořením databáze je nutno vytvořit tzn. Listener. Listener je nástroj, který detekuje příchozí dotazy od uživatelů přes síť a umožnuje komunikaci mezi uživateli a server. Také umožňuje, aby najednou bylo připojeno více uživatelů. Instalace probíhá pomocí nástroje Oracle Net Configuration Assistant. Jako první se nastavuje, zda chceme předat Listener, přenastavit, vymazat či přejmenovat již existujícího. Zvolíme možnost přidat (Add). Dále si ho nějak pojmenujeme a musíme zadat heslo Oracle Home User. Dalším oknem zvolíme protokol, pro který nastavujeme Listener. Na obrázku 21 můžeme vidět, že nastavujeme protokol pro TCP.

62

Obrázek 21 - Listener41

Dalším oknem se volí port. Standardně je nastavený port 1521. Poslední okno je sumarizace nastavení. Po odsouhlasení se Listener vytvoří.

9.3 Tvorba databáze Po vytvoření Listeneru můžeme přejít k samotné tvorbě databáze. Pro vytvoření databáze se používá nástroj SQL*Plus nebo Database Configuration Assistant (DCA). Naše databáze bude vytvořena pomocí DCA. V prvním okně volíme, co chceme provést za operaci. Na obrázku 22 můžeme vidět možnosti. Zvolíme možnost Vytvořit databázi.

Obrázek 22 - DCA - Tvorba databáze42 41

Zdroj: Vlastní

63

Následující okno dává na výběr, zda chceme vytvořit databázi s výchozím nastavením nebo zvolit pokročilý mód. Zvolíme možnost pokročilého módu. Další okno vybízí ke zvolení šablony pro tvorbu databáze. Zvolíme možnost General Purpose. Další krok je zvolení Global Database Name a SID. Je to název databáze, který jednoznačně identifikuje databázi. Poté DCA nabízí možnost, zda chceme konfigurovat Oracle Enterprise Manager (OEM). Je to nástroj užívaný ke správě databáze a věnuje se mu kapitola 4.1. Zvolíme možnost, že chceme konfigurovat tento nástroj. Dalším krokem zadáváme heslo administrátorským účtům SYS a SYSTEM a musíme to potvrdit heslem Oracle Home User. Poté přichází na řadu konfigurace sítě. Zvolíme Listener, který jsme si před samotnou instalací vytvořili. V dalším kroku volíme možnosti uložení databáze a místa obnovy. Toto nastavení můžeme vidět na obrázku 23.

Obrázek 23 - Místo uložení databáze NortWind43

Další okno nabízí možnost vytvoření Sample schemas, Tuto volbu nebudeme potřebovat. Dále také nám dává možnost, že pokud máme skripty, které jsou připravené pro tvorbu databáze, můžeme je vložit do kolonky Custom Scripts a po

42 43

Zdroj: Vlastní Zdroj: Vlastní

64

vytvoření databáze se skripty spustí. Databázi vytvoříme až po instalaci, proto tuto možnost nevyužijeme. Další oknem se dostáváme do nastavení databáze. Volíme zde možnost Typického nastavení a nastavíme na 40% jak pro SGA, tak pro PGA. Jako na obrázku 24. Dále Sizing necháme s výchozí hodnotou 300 procesů a Znakovou sadu na Use the defaut. Jazyk výchozí pak bude Čeština. Connection Mode nastavíme na Dedicated Server Mode, který pro naše účely databáze vyhovuje více.

Obrázek 24 - Inicializace parametrů NorthWind44

Poté již dáme vytvořit databázi a zaškrtneme políčko vytvořit skript, který se dá v budoucnu použít pro replikaci podobné databáze v nástroji SQL*Plus. Posledním oknem je sumarizace nastavení a pak už započne proces vytváření databáze. Po dokončení procesu tvorby databáze vyskočí okno, které můžeme vidět na obrázku 25. V oknu jsou informace jako Global Name, SID a link pro administraci databáze OEM Database Express URL (EM). Také toto okno upozorňuje, že mimo systémových účtů SYS a SYTEM není nastavený další účet.

44

Zdroj: Vlastní

65

Obrázek 25 - Vytvoření databáze45

Databáze je vytvořena a lze ji administrovat přes nástroj OEM.

9.4 Vytvoření schématu NorthWind Vytvoření schématu probíhá pomocí SQL skriptu. Vytvořit schéma NorthWind a Krokodata půjde vytvořit až potom, co bude vytvořený účet Lektor. Uživatel Lektor bude mít oprávnění vytvářet a měnit schémata v tabulkovém prostoru USERS a CREATE, jak je definováno v kapitole 6.6. Vytvoření uživatele Lektor je popsáno v kapitole 10.1. Přihlášený uživatel Lektor vloží skript do Worksheetu databáze a skript spustí. Pokud je napsán bez chyby, databáze se vytvoří. Skripty jsou uvedeny v příloze 4 a 5.

45

Zdroj: Vlastní

66

10 ZALOŢENÍ ÚČTŮ Cílem této kapitoly je vytvořit metodiku pro založení a správu uživatelských účtů pro vytvořenou databázi.

10.1 Vytvoření účtů Cílem této podkapitoly je popsání metodiky pro vytvoření uživatelských účtů, které jsou definovány v kapitole 6.6. Proces tvorby a administrace uživatelských účtů probíhá pomocí nástroje Oracle Enterprise Manager (OEM, nebo taky někdy jen EM). Jako vzorový příklad bude popsán postup při založení uživatele Lektor. Do nástroje OEM se vstupuje přes webový prohlížeč. Správce si otevře browser a URL adresy zadá adresu, která mu byla vygenerována v okně po konci vytvoření databáze jako na obrázku 25. Na obrázku 26 můžeme vidět, jak vypadá přihlášení do nástroje OEM. Do kolonky User Name se zadá uživatelské jméno správce databáze (SYS) a jeho heslo. Pro přihlášení k účtu SYS se přihlásit jako administrátor, tudíž zaškrtne políčko as sydba.

Obrázek 26 - OEM vstupní stránka46

Administrace účtů se provádí pod záložkou Security a zvolíme zde blok Users. Na této stránce jdou vidět všechny přednastavené účty, který se vytvoří spolu s databází, ale jsou zamčeny pro uživatele a jsou aktivní pouze účty SYS 46

Zdroj: Vlastní

67

a SYSTEM. Po zvolení záložky Create User vyskočí okno, které lze vidět na obrázku 27. Do kolonky Name se napíše jméno pro uživatele (Lektor), jako způsob přihlašování (Authentication) se ponechá volba Password. Heslo se zadá dvakrát a profile se nechá na výchozím nastavení. Potvrdíme políčko Password Expired, které zaručuje, že až se poprvé uživatel Lektor přihlásí, tak si bude muset změnit heslo. Account locked necháme nezaškrtnutý, účet bude aktivní.

Obrázek 27 - Zakládání uživatele Lektor47

V záložce Tablespaces je důležitá kolonka Default Tablespaces, která určuje, ke kterému tabulkovému prostoru se uživatel přihlašuje a má oprávnění. V tomto případě je pro školní databázi vyhraněný tabulkový prostor Users. V záložce Privilage se nastavují oprávnění uživatele. Na obrázku 28 můžeme vidět rozhraní pro nastavení oprávnění. Na levé straně jsou všechna oprávnění, které uživatel může mít. Na pravou stranou se pomocí šipky uprostřed převádí ta oprávnění, které uživatel bude mít. Zde nastavíme pro uživatele taková oprávnění, jaké jsou nastaveny v kapitole 6.6.

47

Zdroj: Vlastní

68

Obrázek 28 - Oprávnění uživatele Lektor48

Poté má uživatel oprávnění nastavené a může vytvořit do tabulkového prostoru USERS schémata NorthWind a Krokodata. Uživatele Lektor1, Student a Student1 vytvoříme pro databázi stejným způsobem, oprávnění jsou uvedeny v kapitole 6.6.

10.2 Přidělení grantu V této kapitole bude popsán postup pro přidělení grantu uživateli Student. Postup je stejný jako pro přidělení grantu dalších uživatelů databáze. Grant se uživateli přiděluje taky pomocí nástroje OEM. Grant se upravuje pod záložkou Security -> Users. Poté správce vybere daného uživatele, v tomto případě uživatele Student. Po načtení profilu lze v sekci Details zobrazit tři záložky. V záložce Privileges & Roles se nastavují oprávnění a role, v záložce Object Privileges se nastavují granty. Přidělení grantu probíhá přes kliknutí na tlačítko Grant. V první záložce Select Schema and Object Type se jako Schema zvolí Lektor (to je uživatel, který vytvořil schéma) a Object Type Table (bude to pouze grant pro tabulky. Pro view, procedury se grant přiděluje stejným způsobem). Poté se v kroku Select Object z levé tabulky převedou do pravé tabulky objekty, pro které nastavujeme práva. Jako v na obrázku 29.

48

Zdroj: Vlastní

69

Obrázek 29 - Přidělení grantu49

Poté se v tabulce Grant Object Privileges přidělí práva, která uživatel má k vybraným objektům mít.

Obrázek 30 - Přidělení grantu 250

Po potvrzení se grant přidělí. Uživatel po přihlášení do databáze bude mít oprávnění k objektům, které jsou pro něj definovány. SQL skript pro přidělení grantu je uveden v příloze.

49 50

Zdroj: Vlastní Zdroj: Vlastní

70

10.3 Přihlášení uţivatelů k databázi pomocí SQL Developer V této podkapitole bude popsáno, jak probíhá přihlášení do databáze. Do databáze se přihlašuje pomocí nástroje Oracle SQL Developer. Tento nástroj se nainstaloval s ostatními nástroji při instalaci databáze. Po zapnutí nástroje se musí vytvořit připojení k databázi. Na obrázku 31 můžeme vidět připojení k databázi NorthWind pro uživatele Lektor.

Obrázek 31 - Přihlášení uživatele Lektor51

V Connection Name si zde uživatel pojmenuje připojení, User Name a heslo je přiděleno. Connection Type zůstane na Basic a Role je default, Lektor není administrátor. Host name, port a SID lze najít v dokumentaci databáze. Poté se uživatel k databázi připojí. Připojení ostatních uživatelů probíhá stejným způsobem. Uživatelé jsou poté k databázi připojeni a mohou, v rámci svých oprávnění, provádět v databázi dotazy.

51

Zdroj: Vlastní

71

11 ZÁVĚR Předložená diplomová práce si klade za cíl navrhnout metodiku pro správu a konfiguraci databázového serveru v Bankovním institutu vysoká škola a.s. pro výuku předmětů Databáze I a Databáze II. V teoretické části jsem se v první kapitole zabýval obecnými úkoly a úlohy databázového správce. V dalších kapitolách jsem tyto úlohy a úkoly předváděl do aplikační roviny a popisoval jsem, jaké nástroje a techniky může databázový správce použít při správě databáze na platformě Oracle. V první kapitole praktické části jsou definované požadavky na databázový server. V další kapitole jsem navrhl řešení pro instalaci serveru HP Integrity rx6600 po fyzické stránce, tak instalaci operačního systému Windows Server 2008 R2 a databáze Oracle database 12c. Dále jsem navrhl oprávnění pro uživatele, kteří budou k databázi přistupovat. V posledních čtyřech kapitolách je podrobně vytvořena metodika pro instalaci serveru, návrh jeho konfigurace, instalaci a konfiguraci operačního systému a instalaci databáze. Je také vytvořena metodika pro tvorbu databáze a uživatelských účtů. V přílohách jsou uvedeny SQL skripty, které se dají použít jako alternativa pro tvorbu schémat, tvorby uživatelských účtů a přidělení grantu uživatelům databáze. Cílem vytvoření této metodiky bylo vytvořit souhrnný a přehledný postup pro správce serveru, který bude server a komponenty instalovat, a práce by mu tak sloužila jako předloha. Domnívám se, že se mi podařila vytvořit metodika, kterou budoucí správce serveru může použít jako předlohu pro instalaci serveru a jeho komponent a tak jsem naplnil cíl práce, která mi byla zadána.

72

Seznam pouţité literatury [1]

ADMINISTRACE ORACLE: Hodil by se i nám externí DBA?. SOLAŘ, Tomáš. Tomas Solar Consulting [online]. Praha [cit. 2014-04-28]. Dostupné z: http://www.tomas-solar.com/administrace-oracle/

[2]

Bezpečnost v Oracle Malene Theriault, Aaron Newman --- THERIAULT, Marlene. Bezpečnost v Oracle: metody, nástroje, řešení problémů. Vyd. 1. Brno: Computer Press, 2006, 515 s. ISBN 80-722-6979-8.

[3]

BIVŠ otevírá novou IT laboratoř: Je opravdu snadné spravovat informační systém banky?. BANKOVNÍ INSTITUT VYSOKÁ ŠKOLA A.S. Bivs.cz [online]. Praha, 2013 [cit. 2014-04-28]. Dostupné z: http://www.bivs.cz/o-nasi-skole/bivs-vmediich/bivs-otevira-novou-it-labarator

[4]

BORŮVKA, Filip. Laboratoř IT pro pedagogické a výzkumné účely na vysoké škole. Praha, 2011. Diplomová práce. Bankovní institut vysoká škola a.s. Vedoucí práce Vladimír Beneš.

[5]

CONOLLY, Thomas, Carolyn E BEGG a Richard HOLOWCZAK. Mistrovství databáze: profesionální průvodce tvorbou efektivních databází. Vyd. 1. Brno: Computer Press, 2009, 168 s. ISBN 978-80-251-2328-7.

[6]

Dokument podpory HP: HP Integrity rx6600 Server - Overview. HEWLETTPACKARD. Středisko podpory HP [online]. [cit. 2014-04-28]. Dostupné z: http://h20566.www2.hp.com/portal/site/hpsc/template.PAGE/public/kb/docDisplay/ ?sp4ts.oid=3257036&spf_p.tpst=kbDocDisplay&spf_p.prp_kbDocDisplay=wsrpnavigationalState%3DdocId%253Demr_na-c007731596%257CdocLocale%253Den_US%257CcalledBy%253D&javax.portlet.begCacheT ok=com.vignette.cachetoken&javax.portlet.endCacheTok=com.vignette.cachetoken

[7]

Dokument podpory HP: HP Integrity rx6600 Server - Specifications. HEWLETTPACKARD. Středisko podpory HP [online]. [cit. 2014-04-28]. Dostupné z: http://h20566.www2.hp.com/portal/site/hpsc/template.PAGE/public/kb/docDisplay/ ?javax.portlet.begCacheTok=com.vignette.cachetoken&javax.portlet.endCacheTok =com.vignette.cachetoken&javax.portlet.prp_ba847bafb2a2d782fcbb0710b053ce0

73

1=wsrp-navigationalState%3DdocId%253Demr_na-c017828121%257CdocLocale%253D%257CcalledBy%253D&javax.portlet.tpst=ba847bafb2a 2d782fcbb0710b053ce01&sp4ts.oid=3257036&ac.admitted=1398656839106.8764 44892.199480143 [8]

HESTER, Matthew a Chris HENLEY. Windows server 2008 R2 administration instant reference. 1st ed. Indianapolis, Ind.: Wiley Pub., c2010, s. 7. Serious skills. ISBN 0470525398.

[9]

HP Integrity Servers with Microsoft Windows Server™ 2008 for Itanium-based Systems [Recovering Windows Server 2008 on HP Integrity Ser]. Hewlett-Packard Development Company, L.P., 2008. Dostupné z: http://h20566.www2.hp.com/portal/site/hpsc/template.BINARYPORTLET/public/k b/docDisplay/resource.process/?spf_p.tpst=kbDocDisplay_ws_BI&spf_p.rid_kbDo cDisplay=docDisplayResURL&javax.portlet.begCacheTok=com.vignette.cachetok en&spf_p.rst_kbDocDisplay=wsrp-resourceState%3DdocId%253Demr_nac014429542%257CdocLocale%253Den_US&javax.portlet.endCacheTok=com.vignette.cachet oken

[10]

ILO: What is iLO?. Webopedia [online]. [cit. 2014-04-28]. Dostupné z: http://www.webopedia.com/TERM/I/iLO.html

[11]

Mistrovství v Oracle database 10g, Kevin Loney, Bon Bryla --- LONEY, Kevin. Mistrovství v Oracle Database 10g: metody, nástroje, řešení problémů. 1. vyd. Brno: Computer Press, 2004, 700 s. ISBN 80-251-1277-2.

[12]

Oracle Database 12c Enterprise Edition: Připojte se ke cloudu. ORACLE CORPORATION. [online]. 2013 [cit. 2014-04-28]. Dostupné z: http://www.oracle.com/cz/products/database/enterpriseedition/overview/index.html

[13]

Oracle Database 12c Standard Edition One: Výkon a zabezpečení podnikové třídy. ORACLE CORPORATION. [online]. 2013 [cit. 2014-04-28]. Dostupné z: http://www.oracle.com/cz/products/database/standard-editionone/overview/index.html 74

[14]

Oracle Database 12c Standard Edition: Dostupná, plně vybavená databáze. ORACLE CORPORATION. [online]. 2013 [cit. 2014-04-28]. Dostupné z: http://www.oracle.com/cz/products/database/standard-edition/overview/index.html

[15]

Oracle Database 12c: Připojte se ke cloudu: Představujeme produkt Oracle Database 12c— první databázi na světě určenou pro cloud. ORACLE CORPORATION. [online]. 2013 [cit. 2014-04-28]. Dostupné z: http://www.oracle.com/cz/corporate/features/database-12c/index.html

[16]

Oracle Database Editions: The Oracle Database Product Family. ORACLE CORPORATION. [online]. 2013 [cit. 2014-04-28]. Dostupné z: http://docs.oracle.com/cd/E16655_01/license.121/e17614/editions.htm#DBLIC109

[17]

Oracle DBA David C. Kreines, --- KREINES, David C. Oracle DBA: kapesní průvodce. 1. vyd. Praha: Grada Publishing, 2006. ISBN 80-247-1669-0.

[18]

Oracle, správa, programování a požití databazového systému Lubomír Lacko --LACKO, Luboslav. Oracle: správa, programování a použití databázového systému. 2. dopl. vyd. Překlad Marek Kocan. Brno: Computer Press, 2006, 576 s. ISBN 97880-251-1490-2.

[19]

Oracle: průvodce správou, využitím a programováním, David Procházka --PROCHÁZKA, David. Oracle: průvodce správou, využitím a programováním nad databázovým systémem. 1. vyd. Praha: Grada Publishing, 2009. ISBN 978-80-2472762-2.

[20]

RUSSEL, Charlie a Craig ZACKER. Introducing Windows Server 2008 R2. 1. vyd. Washington: Microsoft Press, 2010, s. 11.

[21]

SMS 2003 Inventory Tool for Microsoft Updates. Microsoft System Center [online]. 2005, 2006 [cit. 2014-04-28]. Dostupné z: http://technet.microsoft.com/cscz/systemcenter/bb676783.aspx

[22]

SOLAŘ, Tomáš. Oracle DBA: Examples for Practise [online]. Praha, 2013 [cit. 2014-04-28]. Dostupné z: http://www.tomas-solar.com/wpcontent/uploads/2013/09/Ebook_Oracle_DBA.pdf?utm_source=Prihlaseni+k+odbe

75

ru+Ebooku&utm_campaign=a53399b0a0Ebook_RAC_webinar2_13_2014&utm_medium=email&utm_term=0_118810f0a6a53399b0a0-71843901

76

Seznam obrázků Obrázek 1 - Tabulkové prostory ........................................................................................................................ 5 Obrázek 2 - Architektura Oracle ..................................................................................................................... 16 Obrázek 3 - Hlavní stránka OEM .................................................................................................................... 20 Obrázek 4 - Správa grantu OEM ..................................................................................................................... 26 Obrázek 5 - RMAN v OEM v Oracle 10g ....................................................................................................... 29 Obrázek 6 - Server HP Integrity rx6600 .......................................................................................................... 39 Obrázek 7 - UML model databáze Krokodata ................................................................................................. 42 Obrázek 8 - Fyzický model databáze NorthWind ........................................................................................... 45 Obrázek 9 - 4 Post Open Rack ........................................................................................................................ 48 Obrázek 10 - Kabely přívodu elektřiny ........................................................................................................... 49 Obrázek 11 - Zapojení serveru ........................................................................................................................ 50 Obrázek 12 - Konzole k serveru ...................................................................................................................... 51 Obrázek 13 - Volba verze OS .......................................................................................................................... 53 Obrázek 14 - Alokování místa ......................................................................................................................... 54 Obrázek 15 - Firewall u OS Windows server 2008 R2 ................................................................................... 56 Obrázek 16 - Povolení rolí .............................................................................................................................. 57 Obrázek 17 - Povolení směrování ................................................................................................................... 57 Obrázek 18 - EAP Types ................................................................................................................................. 58 Obrázek 19 - Instalace Oracle 12c - Předmět instalace ................................................................................... 60 Obrázek 20 - Volba edice databáze ................................................................................................................. 61 Obrázek 21 - Listener ...................................................................................................................................... 63 Obrázek 22 - DCA - Tvorba databáze ............................................................................................................. 63 Obrázek 23 - Místo uložení databáze NortWind ............................................................................................. 64 Obrázek 24 - Inicializace parametrů NorthWind ............................................................................................. 65 Obrázek 25 - Vytvoření databáze .................................................................................................................... 66 Obrázek 26 - OEM vstupní stránka ................................................................................................................. 67 Obrázek 27 - Zakládání uživatele Lektor ........................................................................................................ 68 Obrázek 28 - Oprávnění uživatele Lektor ....................................................................................................... 69 Obrázek 29 - Přidělení grantu.......................................................................................................................... 70 Obrázek 30 - Přidělení grantu 2....................................................................................................................... 70 Obrázek 31 - Přihlášení uživatele Lektor ........................................................................................................ 71

77

Seznam tabulek Tabulka 1 - Oprávnění ..................................................................................................................................... 25 Tabulka 2 - Typy auditu .................................................................................................................................. 27 Tabulka 3 - Technické parametry HP Integrity rx6600 ................................................................................... 38 Tabulka 4 - Parametry HP Integrity rx6600 .................................................................................................... 38 Tabulka 5 - Požadavky pro Windows server 2008 R2 .................................................................................... 40 Tabulka 6 - Verze Windows server 2008 R2................................................................................................... 40 Tabulka 7 - Návrh oprávnění uživatelů ........................................................................................................... 47

78

Příloha č. 1 Logický model Krokodata

KAT NAZK POPK NADR

KAT char(5) varchar(30) CLOB char(5)

KOD KAT NAZ POP JEDN SKLAD DOST AKTI

ZBOZ numeric(6) char(5) varchar(30) CLOB varchar2(20) float numeric(3) numeric(1)

CISO KOD MNOZ VCEN

POLOZ numeric(7) numeric(6) float numeric(8,2)

CISO ZAK DAT DATOD STAV PLAT DOPR JMEN PRIJM ULIC PSC MEST POZN

OBJ numeric(7) Varchar2(30) DATE DATE char(1) char(1) char(1) Varchar2(50) Varchar2(50) Varchar2(100) char(5) Varchar2(100) CLOB

LOG JMEN PRIJM ULIC PSC MEST EMAIL

ZAK Varchar2(30) Varchar2(50) Varchar2(50) Varchar2(100) char(5) Varchar2(100) Varchar2(100)

1

Příloha č. 2 Logický model NorthWind

numeric(10) VARCHAR2(20) VARCHAR2(10) VARCHAR2(30) VARCHAR(25) DATE DATE varchar2(60) varchar2(15) varchar(15) varchar(10) varchar(15) varchar(24) varchar(4) varchar(255) CLOB

ZAMESTNANCI CISLOZAMESTNANCE PRIJMENI JMENO FUNKCE FORMALNIOSLOVENI DATUMNAROZENI ZAMESTNANOD ADRESA MESTO OBLAST PSC ZEME TELEFONDOMU LINKA FOTO POZNAMKY

VARCHAR2(5) VARCHAR2(40) VARCHAR2(30) VARCHAR2(30) VARCHAR2(60) VARCHAR2(15) VARCHAR2(15) varchar2(15) varchar2(15) varchar2(24) varchar2(24)

ZAKAZNICI KODZAKAZNIKA FIRMA KONTAKTNIOSOBA FUNKCE ADRESA MESTO OBLAST PSC ZEME TELEFON FAX

PREPRAVCI CISLOPREPRAVCE numeric(10) FIRMA VARCHAR2(40) TELEFON VARCHAR2(24)

numeric(10,0) VARCHAR2(15) CLOB BLOB

KATEGORIE

CISLOKATEGORIE NAZEVKATEGORIE POPIS OBRAZEK

numeric(10,0) numeric(10) VARCHAR2(40) VARCHAR2(30) VARCHAR2(30) VARCHAR2(60) VARCHAR2(15) VARCHAR2(15) VARCHAR2(10) VARCHAR2(15) VARCHAR2(24) VARCHAR2(24) CLOB

Dodavatele CISLODODAVATELE CISLOPREPRAVCE FIRMA KONTAKTNIOSOBA FUNKCE ADRESA MESTO OBLAST PSC ZEME TELEFON FAX DOMOVSKASTRANKA

numeric(10) varchar(40) numeric(10) numeric(10,0) varchar(20) numeric(38,2) numeric(10) number(10) numeric(10) numeric(10)

VYROBKY CISLOVYROBKU NAZEVVYROBKU CISLOKATEGORIE CISLODODAVATELE MNOZSTVIVJEDNOTCE JEDNOTKOVACENA JEDNOTKYNASKLADE OBJEDNANOJEDNOTEK MINIMALNIUROVEN NAKUPUKONCEN

numeric(10) numeric(10) numeric(38,2) numeric(10) numeric(38,2) numeric(38,2)

ROZPISOBJEDNAVEK CISLOOBJEDNAVKY CISLOVYROBKU JEDNOTKOVACENA MNOZSTVI SLEVA VYSLEDNACENA

numeric(10) VARCHAR2(5) numeric(10) DATE DATE DATE numeric(32,2) numeric(10) numeric(32,2) VARCHAR2(40) VARCHAR2(60) VARCHAR2(15) VARCHAR2(15) VARCHAR2(10) VARCHAR2(15)

OBJEDNAVKY CISLOOBJEDNAVKY KODZAKAZNIKA CISLOZAMESTNANCE DATUMOBJEDNAVKY DODATDNE DATUMODESLANI MEZISOUCET PREPRAVA DOPRAVNE JMENOPRIJEMCE ADRESAPRIJEMCE MESTOPRIJEMCE OBLASTPRIJEMCE PSCPRIJEMCE ZEMEPRIJEMCE

1

Příloha č. 3 Vytvoření tabulkového prostoru CREATE (Vytváří uživatel SYS) CREATE SMALLFILE TABLESPACE "CREATE" DATAFILE 'Create-cviceni' SIZE 300M AUTOEXTEND ON NEXT 100M LOGGING DEFAULT NOCOMPRESS ONLINE EXTENT MANAGEMENT LOCAL AUTOALLOCATE SEGMENT SPACE MANAGEMENT AUTO;

1

Příloha č. 4 Vytvoření schématu Krokodata (Vytváří uživatel Lektor) create table KAT ( KAT CHAR(5) not null, NAZK VARCHAR2(30) not null, POPK CLOB, NADR CHAR(5), constraint PK_KAT primary key (KAT), constraint AK_NAZ_KAT unique (NAZK) ); alter table KAT add constraint FK_KAT_KAT foreign key (NADR) references KAT (KAT); create table ZBOZ ( KOD NUMBER(6) not null, KAT CHAR(5) not null, NAZ VARCHAR2(30) not null, POP CLOB, JCEN NUMBER(8,2) not null, JEDN VARCHAR2(20), SKLAD FLOAT not null, DOST NUMBER(3) not null, AKTI NUMBER(1) not null, constraint PK_ZBOZ primary key (KOD), constraint AK_NAZ_ZBOZ unique (NAZ) ); alter table ZBOZ add constraint FK_ZBOZ_KAT foreign key (KAT) references KAT (KAT); create table ZAK ( LOG VARCHAR2(30) not null, JMEN VARCHAR2(50) not null, PRIJM VARCHAR2(50) not null, ULIC VARCHAR2(100) not null, PSC CHAR(5) not null, MEST VARCHAR2(100) not null, EMAIL VARCHAR2(100) not null, constraint PK_ZAK primary key (LOG) ); create table OBJ ( CISO NUMBER(7) not null, ZAK VARCHAR2(30) not null,

1

DAT DATE not null, DATOD DATE, STAV CHAR(1) default 'p' not null constraint CKC_STAV_OBJ check (STAV in ('p','v','o')), PLAT CHAR(1) not null constraint CKC_PLAT_OBJ check (PLAT in ('1','2','3')), DOPR CHAR(1) not null constraint CKC_DOPR_OBJ check (DOPR in ('1','2','3','4')), JMEN VARCHAR2(50) not null, PRIJM VARCHAR2(50) not null, ULIC VARCHAR2(100) not null, PSC CHAR(5) not null, MEST VARCHAR2(100) not null, POZN CLOB, constraint PK_OBJ primary key (CISO) ); alter table OBJ add constraint FK_OBJ_ZAK foreign key (ZAK) references ZAK (LOG); create table POLOZ ( CISO NUMBER(7) not null, KOD NUMBER(6) not null, MNOZ FLOAT not null, VCEN NUMBER(8,2) not null, constraint PK_POLOZ primary key (CISO, KOD) ); alter table POLOZ add constraint FK_POLOZ_OBJ foreign key (CISO) references OBJ (CISO); alter table POLOZ add constraint FK_POLOZ_ZBOZ foreign key (KOD) references ZBOZ (KOD);

2

Příloha č. 5 Vytvoření schématu NorthWind (Vytváří uživatel Lektor) CREATE TABLE "DODAVATELE" ( "CISLODODAVATELE" NUMBER(10,0) NOT NULL, "FIRMA" VARCHAR2(40) NULL, "KONTAKTNIOSOBA" VARCHAR2(30) NULL, "FUNKCE" VARCHAR2(30) NULL, "ADRESA" VARCHAR2(60) NULL, "MESTO" VARCHAR2(15) NULL, "OBLAST" VARCHAR2(15) NULL, "PSC" VARCHAR2(10) NULL, "ZEME" VARCHAR2(15) NULL, "TELEFON" VARCHAR2(24) NULL, "FAX" VARCHAR2(24) NULL, "DOMOVSKASTRANKA" CLOB NULL, CONSTRAINT "CISLODODAVATELE" PRIMARY KEY ("CISLODODAVATELE") ); CREATE TABLE "KATEGORIE" ( "CISLOKATEGORIE" NUMBER(10,0) NOT NULL, "NAZEVKATEGORIE" VARCHAR2(15) NULL, "POPIS" CLOB NULL, "OBRAZEK" BLOB NULL, CONSTRAINT "CISLOKATEGORIE" PRIMARY KEY ("CISLOKATEGORIE") ); CREATE TABLE "OBJEDNAVKY" ( "CISLOOBJEDNAVKY" NUMBER(10,0) NOT NULL, "KODZAKAZNIKA" VARCHAR2(5) NULL, "CISLOZAMESTNANCE" NUMBER(10,0) NULL, "DATUMOBJEDNAVKY" DATE NULL, "DODATDNE" DATE NULL, "DATUMODESLANI" DATE NULL, "MEZISOUCET" NUMBER(38,2) NULL, "PREPRAVA" NUMBER(10,0) NULL, "DOPRAVNE" NUMBER(38,2) NULL, "JMENOPRIJEMCE" VARCHAR2(40) NULL, "ADRESAPRIJEMCE" VARCHAR2(60) NULL, "MESTOPRIJEMCE" VARCHAR2(15) NULL, "OBLASTPRIJEMCE" VARCHAR2(15) NULL, "PSCPRIJEMCE" VARCHAR2(10) NULL, "ZEMEPRIJEMCE" VARCHAR2(15) NULL, CONSTRAINT "CISLOOBJEDNAVKY" PRIMARY KEY ("CISLOOBJEDNAVKY") );

1

CREATE TABLE "PREPRAVCI" ( "CISLOPREPRAVCE" NUMBER(10,0) NOT NULL, "FIRMA" VARCHAR2(40) NULL, "TELEFON" VARCHAR2(24) NULL, CONSTRAINT "CISLOPREPRAVCE" PRIMARY KEY ("CISLOPREPRAVCE") ) ; CREATE TABLE "ROZPISOBJEDNAVEK" ( "CISLOOBJEDNAVKY" NUMBER(10,0) NULL, "CISLOVYROBKU" NUMBER(10,0) NULL, "JEDNOTKOVACENA" NUMBER(38,2) NULL, "MNOZSTVI" NUMBER(10,0) NULL, "SLEVA" NUMBER(38,2) NULL, "VYSLEDNACENA" NUMBER(38,2) NULL ); CREATE TABLE "VYROBKY" ( "CISLOVYROBKU" NUMBER(10,0) NOT NULL, "NAZEVVYROBKU" VARCHAR2(40) NULL, "CISLODODAVATELE" NUMBER(10,0) NULL, "CISLOKATEGORIE" NUMBER(10,0) NULL, "MNOZSTVIVJEDNOTCE" VARCHAR2(20) NULL, "JEDNOTKOVACENA" NUMBER(38,2) NULL, "JEDNOTKYNASKLADE" NUMBER(10,0) NULL, "OBJEDNANOJEDNOTEK" NUMBER(10,0) NULL, "MINIMALNIUROVEN" NUMBER(10,0) NULL, "NAKUPUKONCEN" NUMBER(10,0) NULL, CONSTRAINT "CISLOVYROBKU" PRIMARY KEY ("CISLOVYROBKU") ); CREATE TABLE "ZAKAZNICI" ( "KODZAKAZNIKA" VARCHAR2(5) NOT NULL, "FIRMA" VARCHAR2(40) NULL, "KONTAKTNIOSOBA" VARCHAR2(30) NULL, "FUNKCE" VARCHAR2(30) NULL, "ADRESA" VARCHAR2(60) NULL, "MESTO" VARCHAR2(15) NULL, "OBLAST" VARCHAR2(15) NULL, "PSC" VARCHAR2(10) NULL, "ZEME" VARCHAR2(15) NULL, "TELEFON" VARCHAR2(24) NULL, "FAX" VARCHAR2(24) NULL, CONSTRAINT "KODZAKAZNIKA" PRIMARY KEY ("KODZAKAZNIKA") ); CREATE TABLE "ZAMESTNANCI" ( "CISLOZAMESTNANCE" NUMBER(10,0) NOT NULL,

2

"PRIJMENI" VARCHAR2(20) NULL, "JMENO" VARCHAR2(10) NULL, "FUNKCE" VARCHAR2(30) NULL, "FORMALNIOSLOVENI" VARCHAR2(25) NULL, "DATUMNAROZENI" DATE NULL, "ZAMESTNANOD" DATE NULL, "ADRESA" VARCHAR2(60) NULL, "MESTO" VARCHAR2(15) NULL, "OBLAST" VARCHAR2(15) NULL, "PSC" VARCHAR2(10) NULL, "ZEME" VARCHAR2(15) NULL, "TELEFONDOMU" VARCHAR2(24) NULL, "LINKA" VARCHAR2(4) NULL, "FOTO" VARCHAR2(255) NULL, "POZNAMKY" CLOB NULL, "NADRIZENY" NUMBER(10,0) NULL, CONSTRAINT "CISLOZAMESTNANCE" PRIMARY KEY ("CISLOZAMESTNANCE") );

3

Příloha č. 6 Vytvoření uživatele Lektor a přidělení grantu pro tabulkový prostor USERS (Vytváří uživatel SYS) create user "LEKTOR" identified by ******* profile "DEFAULT" account unlock default tablespace "USERS" temporary tablespace "TEMP"; grant DELETE ANY TABLE to "LEKTOR"; grant CREATE SESSION to "LEKTOR"; grant CREATE ANY SYNONYM to "LEKTOR"; grant CREATE ANY PROCEDURE to "LEKTOR"; grant DROP ANY VIEW to "LEKTOR"; grant EXECUTE ANY PROCEDURE to "LEKTOR"; grant ALTER ANY PROCEDURE to "LEKTOR"; grant DROP ANY TABLE to "LEKTOR"; grant ALTER ANY TRIGGER to "LEKTOR"; grant CREATE ANY VIEW to "LEKTOR"; grant INSERT ANY TABLE to "LEKTOR"; grant UPDATE ANY TABLE to "LEKTOR"; grant DROP ANY PROCEDURE to "LEKTOR"; grant CREATE ANY TRIGGER to "LEKTOR"; grant MERGE ANY VIEW to "LEKTOR"; grant ALTER ANY TABLE to "LEKTOR"; grant SELECT ANY TABLE to "LEKTOR"; grant CREATE ANY TABLE to "LEKTOR";

1

Příloha č. 7 Vytvoření uživatele Lektor1 a přidělení grantu pro tabulkový prostor CREATE (Vytváří uživatel SYS) create user "LEKTOR1" identified by ******* profile "DEFAULT" account unlock default tablespace "CREATE" temporary tablespace "TEMP"; grant DELETE ANY TABLE to "LEKTOR1"; grant CREATE SESSION to "LEKTOR1"; grant CREATE ANY SYNONYM to "LEKTOR1"; grant CREATE ANY PROCEDURE to "LEKTOR1"; grant DROP ANY VIEW to "LEKTOR1"; grant EXECUTE ANY PROCEDURE to "LEKTOR1"; grant ALTER ANY PROCEDURE to "LEKTOR1"; grant DROP ANY TABLE to "LEKTOR1"; grant ALTER ANY TRIGGER to "LEKTOR1"; grant CREATE ANY VIEW to "LEKTOR1"; grant INSERT ANY TABLE to "LEKTOR1"; grant UPDATE ANY TABLE to "LEKTOR1"; grant DROP ANY PROCEDURE to "LEKTOR1"; grant CREATE ANY TRIGGER to "LEKTOR1"; grant MERGE ANY VIEW to "LEKTOR1"; grant ALTER ANY TABLE to "LEKTOR1"; grant SELECT ANY TABLE to "LEKTOR1"; grant CREATE ANY TABLE to "LEKTOR1";

1

Příloha č. 8 Vytvoření uživatele Student a přidělení grantu (Vytváří uživatel SYS) create user "STUDENT" identified by ******* profile "DEFAULT" account unlock default tablespace "USERS" temporary tablespace "TEMP"; create user "STUDENT" identified by ******* profile "DEFAULT" account unlock default tablespace "USERS" temporary tablespace "TEMP"; grant SELECT on "LEKTOR"."PREPRAVCI" to "STUDENT"; grant SELECT on "LEKTOR"."ZAKAZNICI" to "STUDENT"; grant SELECT on "LEKTOR"."ZAMESTNANCI" to "STUDENT"; grant SELECT on "LEKTOR"."ROZPISOBJEDNAVEK" to "STUDENT"; grant SELECT on "LEKTOR"."DODAVATELE" to "STUDENT"; grant SELECT on "LEKTOR"."KATEGORIE" to "STUDENT"; grant SELECT on "LEKTOR"."VYROBKY" to "STUDENT"; grant SELECT on "LEKTOR"."OBJEDNAVKY" to "STUDENT";

1

Příloha č. 9 Vytvoření uživatele Student1 pro tabulkový prostor CREATE (Vytváří uživatel SYS) create user "STUDENT1" identified by ******* profile "DEFAULT" account unlock default tablespace "CREATE" temporary tablespace "TEMP"; grant DELETE TABLE to "STUDENT1"; grant CREATE SESSION to "STUDENT1"; grant CREATE SYNONYM to "STUDENT1"; grant CREATE PROCEDURE to "STUDENT1"; grant DROP VIEW to "STUDENT1"; grant EXECUTE PROCEDURE to "STUDENT1"; grant ALTER PROCEDURE to "STUDENT1"; grant DROP TABLE to "STUDENT1"; grant ALTER TRIGGER to "STUDENT1"; grant CREATE VIEW to "STUDENT1"; grant INSERT TABLE to "STUDENT1"; grant UPDATE TABLE to "STUDENT1"; grant DROP PROCEDURE to "STUDENT1"; grant CREATE TRIGGER to "STUDENT1"; grant MERGE VIEW to "STUDENT1"; grant ALTER TABLE to "STUDENT1"; grant SELECT TABLE to "STUDENT1"; grant CREATE TABLE to "STUDENT1";

1

Správa a konfigurace databázového serveru

Recommend Documents