Sciaga admin obkrojone, SZKOŁA, szkola


Administrator

Podstawowym obowiązkiem administratora BD jest zapewnienie dostępności i spójności danych oraz dołożenie wszelkich starań aby BD zabezpieczyć przed niepowołanym dostępem a także umożliwić odtworzenie BD w przypadku awarii. Administratorów dzielimy na:

- administrator systemowy (nauczeni jak współżyć z bazą aby system poprawnie funkcjonował)

- administrator danych (dba o dane, odpowiedzialny za spójność zasobów)

- administrator architekt/programista (są w dziale development; potrafią zaprojektować strukturę bazy; współpraca z działem programistów i architektów)

- administrator stopnia wysokiego (zajmuje się poziomem fizycznym bazy danych; tworzenie backupów, śledzenie logów, aby baza danych chodziła jak najszybciej; ochronna bazy danych)

Zamykanie bazy danych

Zamykanie bazy danych przebiega w trzech fazach. W fazie pierwszej są zamykane pliki danych i pliki dziennika powtórzeń, w drugiej fazie instancja odłącza te pliki i zamyka pliki kontrolne. W fazie trzeciej usuwane są procesy bazy danych i zwalniania jest pamięć zaalokowana dla obszaru SGA. Bazę danych można zamknąć w czterech następujących trybach:

- NORMAL- TRANSACTIONAL- IMMEDIATE- ABORT

Tryb NORMAL - tryb z oczekiwaniem na zakończenie wszystkich sesji użytkowników.(najmniej rygorystyczny)

Tryb IMMEDIATE - tryb z wycofaniem wszystkich aktywnych transakcji. Niedokończone transakcje dostają ROLLBACK

Tryb TRANSACTIONAL - tryb z oczekiwaniem na zakończenie wszystkich aktywnych transakcji. Czeka na COMMIT.

Tryb ABORT - tryb z natychmiastowym zakończeniem wszystkich procesów instancji i zwolnieniem pamięci SGA. Włączenie bazy po wykonaniu tego tryby musi nastąpić poprzez STARTUP RECOVER

Czym różni się od siebie widoki typu ALL, DBA i USER.

- USER- informacje o wszystkich obiektach których właścicielem jest dany użytkownik

- ALL dotyczy wszystkich obiektów do których użytkownik ma uprawnienia

- DBA - informacje o obiektach dostępnych dla administratorów systemu.

SGA (System Global Area) - obszar pamięci współdzielonej między procesami serwera i procesami pomocniczymi, również wspólny dla wszystkich użytkowników. Obszar SGA zawiera elementy:

- bufor danych (db cache)- do przechowywania ostatnio używanych danych,

- bufor dziennika powtórzeń (log buffer)- do rejestrowania zmian w bazie danych,

- zbiornik współdzielony (shared pool)- do przechowywania ostatnio wykonywanych poleceń SQL oraz

wykorzystywane elementy słownika (największy),

- Java pool (java pool)- do przechowywania kodu Java,

- Large pool (large pool)- do przechowywania dużych struktur pamięciowych np. przy kopiach bezpieczeństwa.

Struktura składowania danych w bazie

Dane w bazie Oracle przechowywane są w tabelach znajdujących się w przestrzeniach tabel (tablespace). Pojedyncza przestrzeń tabel może rozciągać się na wiele plików danych natomiast pojedynczy plik może należeć tylko do jednej przestrzeni. Przestrzeń tabel może logicznie składać się z różnego rodzaju segmentów (zbiorów bloków danych zaalokowanych na rzecz obiektu bazodanowego). Segment jest natomiast grupą extentów, które z kolei są ciągłymi zestawem bloków danych. Bloki są najmniejszą jednostką alokacji przestrzeni. Baza danych Oracle potrafi posługiwać się blokami różnej wielkości.

TABLESPACE

SEGMENT

EXTENT

BLOCK

Przestrzeń tabel (Tablespace) - wszystkie dane są przechowywane w przestrzeniach tabel, przestrzeń ma wiele fizycznych plików; przestrzenie tabel mogą być włączane i wyłączane podczas pracy bazy danych;

Segment (Segment) - przestrzeń zarezerwowana dla pojedynczej logicznej struktury w przestrzeni tabel

Ekstent (Extent) - przestrzeń należąca do segmentu jest alokowana w postaci ekstentów, które stanowią ciągły zbiór bloków bazy danych, ekstent mieści się w jednym pliku.

Bloki bazy danych (Blocks) - fizyczne miejsce w pliku, w którym zapisują się dane DB_BLOCK_SIZE

Rola (ROLE) - zbiór uprawnień, przywilejów pod daną nazwą, które nadawane są użytkownikowi. Wyróżniamy trzy standardowe role:

- CONNECT - pozwalająca użytkownikowi podłączyć się do bazy danych

- RESOURCE - umożliwiająca tworzenie obiektów i wykorzystywanie przestrzeni wewnątrz bazy danych

- DBA - dająca nieograniczone możliwości korzystania z bazy

W zależności od wersji Oracle występują różne ilości ról i tak w wersji Oracle9 mamy do dyspozycji 15 ról, ale może ich być więcej w zależności od tego, jakie składniki oprogramowania zostały zainstalowane.

Przykładowe polecenia związane z rolami -CREATE -SET -REVOKE -DROP

Backup

Backup zimny (offline backup) - jest to rodzaj kopii zapasowej przy wyłączonej bazie danych. Wykonanie kopii zapasowej przy wyłączonej bazie danych:

- każdy plik jest kopiowany na inny dysk lub taśmę

- skopiowane są wszystkie pliki danych, dzienniki powtórzeń, pliki sterujące i pliki parametrów inicjujących

- wszystkie pliki są kopiowane jednocześnie

Backup gorący (online backup) - jest to rodzaj kopii zapasowej przy włączonej bazy danych. Wykonywanie kopii zapasowej przy włączonej bzaie danych:

- wykonywana jest kopia wszystkich plików danych i sterujących bez dzienników powtórzeń

- tryb ARCHIVELOG musi być włączony (informuje Oracle, że baza danych jest odtwarzalna)

- można kopiować wszystkie pliki jednocześnie lub tylko ich część w dowolnym momencie czasu

- umożliwia odtworzenie bazy danych do dowolnego momentu w czasie

Optymalizacja pracy bazy danych

Optymalizację operacji na bazie danych można dokonać na dwa sposoby:

- Wykorzystując procesy optymalizacji Oracle

- Przez przebudowę poleceń SQL.

Procesy optymalizacji Oracle udostępniają pracują w dwóch trybach:

- optymalizacji kosztowej

- optymalizacji regułowej.

Optymalizacja regułowa przynosi największe korzyści wykorzystywana w aplikacjach już istniejących. Zaś w celu uzyskania jak największych korzyści z nowych funkcjonalności tych procesów powinno stosować się regułę kosztową.

Optymalizacja kosztowa generalnie wybiera plany wykonania zapytań lepsze od optymalizacji regułowej, szczególnie dla długich zapytań z wieloma powiązaniami bądź korzystających z wielu indeksów. W pewnym stopniu optymalizacja kosztowa eliminuje potrzebę optymalizacji samych zapytań SQL. Aby optymalizacja kosztowa zadziałała poprawnie konieczne jest wykonanie analiz na tablicach poleceniem ANALYZE.

2



Wyszukiwarka