ZSBDADMINISTRACJA SERWEREM ORACLE

Wykład 2

Prowadzący: dr Paweł Drozda

Program wykładu

dr P. Drozda

Zarządzanie przestrzeniami tabel wycofania

Ustawienia audytu bazy danych Konserwacja bazy danych Monitorowanie wydajności Odzyskiwanie bazy danych i Backup-y

Język DML

dr P. Drozda

Główne komendy DML: INSERT UPDATE DELETE MERGE – z dwóch tabel tworzy jedną

Każda komenda jako część transakcji Koniec transakcji COMMIT lub ROLLBACK

Przykład MERGE

dr P. Drozda

MERGE INTO EMP a USING (SELECT * FROM employees) b ON a.emp_no = b.employee_id WHEN MATCHED THEN UPDATE SET a.salary = b.salary WHEN NOT MATCHED THEN INSETR (emp_no, last_name, first_name, dept_no, hire_date, salary ) VALUES (employee_id, last_name, first_name, department_id, hire_date, salary);

Dane wycofania

dr P. Drozda

Kopia danych przed modyfikacją Dodawane dla każdej transakcji, która

zmienia dane Utrzymywanie co najmniej do końca

przeprowadzania transakcji Główne cele danych wycofania:

Wycofywanie transakcji Odzyskiwanie danych z awarii transakcji Odtworzenie zapytań, tabel, transakcji

Informacje na temat aktywnych transakcji – V$TRANSACTION

Dane przechowywane w przestrzeni wycofań

Zarządzanie przestrzeniami wycofań

dr P. Drozda

Wbudowany automatyczny mechanizm Ścieżka dostępu EM

Server/DatabaseConfig./AutomaticUndoManag. UNDO_RETENTION – czas po zakończeniu

transakcji, po którym usuwane są dane z przestrzeni tabel

RETENTION GUARANTEE – zapewnia zachowanie danych przez określony czas (nawet kosztem niezatwierdzonych transakcji) – parametr przestrzeni tabel

Undo Advisor – określa wielkość przestrzeni wycofań odpowiednią dla żądanego czasu zachowania danych

Audyt (monitoring) bazy danych

dr P. Drozda

Oznacza zbieranie i gromadzenie informacji na temat działań w systemie – może obniżać wydajność systemu

Typy audytu: Obligatoryjny (np. logowanie Adminów) Standardowy – wybór opcji i przywilejów które mają

być monitorowane (ustawiaony za pomocą AUDIT_TRIAL)

Bazujący na wartościach – związany z przekazywanymi wartościami z insert, update, delete; zaimplementowany za pomocą wyzwalaczy

Drobnoziarnisty – gromadzi komendy SQL

Jak ustawiać Audyt

dr P. Drozda

Audyt SQL AUDIT table;

Audyt przywilejów systemowych AUDIT create any table, create any trigger; AUDIT create any table by HR

Audyt przywilejów obiektowych AUDIT ALL ON hr.employees; AUDIT UPDATE, DELETE on hr.employees;

Dostęp EM – server/security/audit_settings

Elementy konserwacji bazy danych

dr P. Drozda

Oracle Optimizer – determinuje najbardziej efektywny plan wykonania polecenia SQL

Automatic Workload Repository (AWR) – zbiera statystyki, analizuje i rekomenduje rozwiązania

Automatic Database Diagnostic Monitor (ADDM) – uruchomiany po AWR, wykrywa ‘wąskie gardła’ i przedstawia rekomendacje do rozwiązania problemu

„Doradcy” Oracla Ustawienia progów ostrzeżeń

Oracle optimizer (1)

dr P. Drozda

Do poprawnego działania konieczne gromadzenie statystyk tabel, indeksów takich jak: Wielkość tabeli/indeksu Liczba wierszy Średnia wielkość wiersza (tabela)

Zapewnione automatyczne zbieranie statystyk (raz dziennie)

Możliwość zarządzania statystykami pod EM – server/QueryOptimizer

Oracle optimizer (2)

dr P. Drozda

Dostępne opcje Zbieranie statystyk (np. dotyczących tabel,

bazy danych, schematu użytkownika) Odtwarzanie statystyk z jakiegoś momentu z

przeszłości Blokowanie statystyk Odblokowanie Usuwanie

AWR

dr P. Drozda

Zawiera informacje o wydajności Zbiera informacje co godzinę (z SGA) i

przetrzymuje je przez 8 dni Tabele z informacjami gromadzone są w

przestrzeni tabel SYSAUX oraz schemacie SYSMAN

AWR w EM – server/statistic management Ustawienia

Czas przetrzymywania informacji Częstość zbierania informacji Dokładność zbieranych informacji

ADDM

dr P. Drozda

Uruchomiany zawsze po działaniu AWR Przedstawia rekomendacje rozwiązania

problemu również z ilościowym określeniem korzyści

Popularne problemy: Zbyt duże wykorzystanie procesora Przekraczanie wielkości bazy danych Długi czas wykonywania SQL, PL/SQL, Java

Rezultaty analiz przechowywane w AWR

ADDM – rodzaje rekomendacji

dr P. Drozda

Zmiana parametrów inicjacyjnych Zmiana hardware Zmiana schematu bazy danych (rodzaj

indeksowania, położenie tabel itd.) Propozycja zastosowania innych

‘doradców’

Inni doradcy

dr P. Drozda

Pamięci – wspomaga określanie ilości miejsca dla różnych elementów

Segmentów – znajduje elementy które zajmują więcej miejsca niż potrzeba

SQL – analizuje wszystkie polecenia SQL – rekomenduje nowe indeksy oraz perspektywy

SQL Tuning – szuka możliwości przyspieszenia wykonania pojedynczej instrukcji SQL

Zarządzanie przestrzeniami wycofań Naprawa SQL – po nieudanym zapytaniu –

pomaga odnaleźć błąd Centrala doradców – related links

Ustawianie progów ostrzeżeń

dr P. Drozda

Standardowo monitorowanych jest około 60 miar na potrzeby ostrzeżeń

EM – Related Links/Metric and Policy settings

Ustawiane dwie wartości: Ostrzeżenie Wyjątek krytyczny

Monitorowanie wydajności

dr P. Drozda

EM – performance obrazuje wykorzystanie procesora oraz

elementy wpływające na to Throughput – określa wydajność bazy

(liczba danych na sekundę bądź transakcje)

Top consumers – określa jakie usługi, serwisy, klienci wykorzystują najwięcej zasobów

Zarządzanie przydzieloną pamięcią

dr P. Drozda

AMM (automatic memory management) EM – server/ databaseConfiguration AMM przydziela optymalnie pamięć

pomiędzy SGA i PGA ASMM (automatic shared memory

management) – zarządza pamięcią SGA – zmienia całkowitą wielkość SGA

Odzyskiwanie danych

dr P. Drozda

Zmiany zapisywane w plikach Redo Log używając LogWriter

Writer pisze gdy: Zatwierdzona transakcja Zapełniony w 1/3 Co 3 sekundy

SGA

LogWriter

Redo Log Files

Automatyczne odzyskiwanie danych

dr P. Drozda

Gdy dane podczas zamykania instancji źle zapisane

Uruchomiane podczas włączenia bazy danych

Dwie możliwe operacje: Rolling forward – dane wracają do stanu

przed awarią Rolling back – niezatwierdzone zmiany

wracają do stanu przed zmianami

Odzyskiwanie – ustawienia

dr P. Drozda

Planowanie regularnych backup-ów Tworzenie wielu plików kontroli Tworzenie wielu grup redo log Archiwizacja kopii redo log Zalecane tworzenie co najmniej dwóch

plików w każdej grupie redo na różnych dyskach (każdy plik zawiera to samo)

Edycja : EM/Server/Storage/Redo log groups

ARCHIVELOG mode

dr P. Drozda

EM\Avability\Setup\recoverySettings Dotyczy sposobu archiwizacji zmian bazy

danych Gdy NOARCHIVELOG

możliwość odzyskania bazy od ostatniego backup-u

Transakcje po backup-ie są tracone ARCHIVELOG

Zapisuje informacje o wszystkich transakcjach (można ustawić wiele plików do zapisywania)

Backup

dr P. Drozda

Strategia backup-u: Cała baza danych Tylko wybrane elementy

Typ backup-u: Wszystkie bloki danych Tylko informacje o zmianach od wcześniejszych

backup-ów Kumulatywny – wszystkie zmiany od pierwszego

backup-u Różnicowy – tylko zmiany od ostatniego backup-u

Sposób backupu Online Offline

Recovery Manager – obsługa backup-ów

dr P. Drozda

EM/availability/Backup Settings Możliwość ustawienia:

Paralelizm – ile oddzielnych strumieni ma zostać stworzonych

Policy – Ustawiane parametry Automatyczny backup plików parametrów

przy każdym backupie Pliki które nie zmieniły się mogą nie być

backup-owane Wyłączenie przestrzeni tabel z backup-u Ile dni ma być przetrzymywany backup

Planowanie backup-ów

dr P. Drozda

EM/Availability/Manage/Schedule Backup Wybór strategii, sposobu, typu Wybór czasu, częstotliwości Możliwość automatycznego backup-u Dodatkowe narzędzia:

Backup report Manage current backup