Post on 21-Jan-2016
description
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