BAZAMI DANYCH. Rozdzia y Rok akademicki 2007/2008 Notatki do przedmiotu Administracja bazami danych

Transkrypt

1 ADMINISTRACJA BAZAMI DANYCH SPIS TRECI Rozdziay Rok akademicki 2007/2008 Notatki do przedmiotu Administracja bazami danych SPIS TRECI WYBRANE ZMIENNE PLIKU PARAMETRÓW Przykadowy plik init<sid>.ora Opis podstawowych parametrów pliku init.ora WSPÓBIENO W SYSTEMIE ORACLE Transakcyjny tryb pracy w systemie ORACLE Tryby w jakich moe pracowa transakcja Tryb READ COMMITTED Tryb READ ONLY Tryb SERIALIZABLE Mechanizm blokowania danych Jawne zaoenie blokady na tabeli SPIS TRECI Waciwoci blokad Informacja o zaoonych blokadach Zakleszczenia (deadlocks) Rola administratora ARCHIWIZACJA BAZY DANYCH Podstawowe reguy sporzdzania kopii bezpieczestwa Rodzaje archiwizacji Archiwizacja fizyczna caej bazy danych w trybie OFFLINE Archiwizacja fizyczna caej bazy danych w trybie ONLINE Archiwizacja logiczna Archiwizacja logiczna. Program Exp Eksport konta uytkownika Eksport kont kilku uytkowników Eksport wybranych tabel Eksport caej bazy - kompletny Eksport caej bazy przyrostowy Odtwarzanie bazy danych w trybie NOARCHIVELOG Wczytanie penej kopii archiwalnej Odtwarzanie bazy danych na podstawie pliku eksportu program Imp Importowanie danych jednego uytkownika do drugiego Odtwarzanie bazy danych na podstawie penego eksportu ZABEZPIECZENIE BAZY DANYCH PRZED AWARI Wstp Dodawanie plików dziennika powtórze w czasie pracy bazy: Archiwizowanie plików dziennika powtórze Archiwizacja automatyczna Wyczenie automatycznej archiwizacji Archiwizowanie dziennika powtórze przez administratora Mechanizm wykrywania awarii bazy danych System Change Number (SCN) Punkt kontrolny (checkpoint) Pliki kontrolne Wykrywanie awarii Mechanizm odtwarzania bazy danych ODTWARZANIE BAZY DANYCH PO AWARII

2 SPIS TRECI Rodzaje odtwarzania Odtwarzanie bazy danych w trybie NOARCHIVELOG Odtwarzanie pene w trybie ARCHIVELOG Odtwarzanie pene caej bazy danych Odtwarzanie pene pojedynczej przestrzeni tabel Odtwarzanie pene pojedyczego pliku danych Odtwarzanie bazy danych w przypadku utraty systemowej przestrzeni tabel Odtwarzanie bazy danych do okrelonego momentu w czasie Odtwarzanie bazy danych do przerwania RMAN RECOVERY MANAGER Tworzenie kopii zapasowej przestrzeni tabel Tworzenie kopii zapasowej plików danych Tworzenie kopii zapasowej plików kontrolnych Tworzenie kopi zapasowej archiwalnych plików dziennika powtórze RESTORE (Odtwarzanie) i RECOVER (rekonstrukcja) MECHANIZM EXPORTU I IMPORTU DATA PUMP Export Import WYBRANE ZMIENNE PLIKU PARAMETRÓW WYBRANE ZMIENNE PLIKU PARAMETRÓW Przykadowy plik init<sid>.ora db_cache_size= java_pool_size= arge_pool_size= shared_pool_size= streams_pool_size=0 audit_file_dest='c:\oraclexe\app\oracle\admin\test\adump' audit_trail='true' background_dump_dest='c:\oraclexe\app\oracle\admin\test\bdump' compatible=' ' control_files='c:\oraclexe\oradata\test\control.dbf' core_dump_dest='c:\oraclexe\app\oracle\admin\test\cdump' db_name='test' instance_name= test DB_RECOVERY_FILE_DEST_SIZE=10G DB_RECOVERY_FILE_DEST='C:\oraclexe\app\oracle\flash_recovery_area' dispatchers='(protocol=tcp) (SERVICE=testXDB)' job_queue_processes=4 open_cursors=300 os_authent_prefix='' pga_aggregate_target=190m remote_login_passwordfile='exclusive' sessions=20 sga_target=570m shared_servers=4 sql_trace=true undo_management='auto' undo_tablespace='undo' user_dump_dest='c:\oraclexe\app\oracle\admin\test\udump'

3 20. WYBRANE ZMIENNE PLIKU PARAMETRÓW Opis podstawowych parametrów pliku init.ora Naley zdawa sobie spraw z tego, e pewne parametry mona okreli tylko jeden raz w momencie kiedy baza danych jest tworzona. Im wicej rzeczy da si przewidzie na samym pocztku, tym mniej problemów czysto technicznych i organizacyjnych trzeba bdzie rozwizywa w czasie uytkowania bazy danych. NAZWA PARAMETRU DB_NAME INSTANCE_NAME DB_FILES CONTROL_FILES COMPATIBLE OPEN_CUROSRS DB_FILE_MULTIBLOCK_ RED_COUNT DB_BLOCK_BUFFERS SHARED_POOL_SIZE LARGE_POOL_SIZE JAVA_POOL LOG_CHECKPOINT_ TIMEOUT PROCESSES LOG_BUFFER AUDIT_TRAIL OPIS Nazwa bazy danych. Nazwa instancji. Maksymalna liczba plików jak moe otworzy baza danych. Specyfikuje nazwy i pooenie plików kontrolnych. Numer wersji serwera z jak powinna by kompatybilna ta instancja. Maksymalna liczba kursorów, które moe jednoczenie otworzy sesja Maksymalna liczba bloków danych odczytywana z dysku podczas jednej operacji odczytu Liczba buforów w SGA przydzielona dla bufora danych. Rozmiar wspódzielonej puli w bajtach. Rozmiar w bajtach obszaru w SGA przechowujcego due obiekty niezwizane z poleceniami SQL. Rozmiar w bajtach struktury w SGA przeznaczonej do przechowywania kodu Java. Maksymalny odstp czasowy pomidzy punktami kontrolnymi ( wyraony w sekundach). Maksymalna liczba procesów systemu operacyjnego podczonych do instancji. Liczba buforów w SGA przydzielona dla bufora dziennika powtórze. Wcza lub wycza audyt bazy danych.dopuszczalne wartoci: NONE(FALSE) -audyt wyczony DB(TRUE) - audyt wczony, wyniki bd zapisywane w bazie danych 20. WYBRANE ZMIENNE PLIKU PARAMETRÓW NAZWA PARAMETRU TIMED_STATISTICS MAX_DUMP_FILE_SIZE GLAOBAL_NAMES ORACLE_TRACE_ENABLE USER_DUMP_DEST BACKGROUND_DUMP_DEST DB_BLOCK_SIZE REMOTE_LOGIN _PASSWORDFILE SORT_AREA_SIZE SESSIONS TRANSACTION SQL_TRACE TIMED_STATISTICS LOG_ARCHIVE_START LOG_ARCHIVE_FORMAT LOG_ARCHIVE_DEST UNDO_MANAGEMENT RESOURCE_LIMIT OPTIMIZAL_MODE OPIS Wcza lub wycza pomiar czasu (wykorzystywany w statystykach systemowych). Maksymalny rozmiar plików ladu wyraony w blokach systemu operacyjnego. Sprawdza czy link bazy danych ma tak sam nazw jak baza danych. TRUE sprawdzanie wczone, FALSE sprawdzanie wyczone. Zezwala na zbieranie statystyk systemowych narzdziu Oracle Trace (uwaga ten parametr nie wcza ledzenia) (AUDIT_TRAIL). Lokalizacja plików ladu tworzonych przez procesy uytkownika. Lokalizacja plików ladu procesów drugoplanowych oraz lokalizacja plików alertów. Rozmiar bloku bazy danych wyraony w bajtach Uruchamia autoryzacj poprzez plik hase. NONE brak autoryzacji poprzez plik hase EXCLUSIVE wczona autoryzacja poprzez plik hase Wskazuje ile pamici w PGA (w bajtach) ma zosta zarezerwowane na wykonywanie sortowa. Maksymalna liczba jednorazowych sesji systemowych i uytkowników. Maksymalna liczba jednoczesnych transakcji. Podawany w pliku parametrów powoduje wczenie zapisu do plików ladu informacji na temat realizowanych polece SQL. Informacje o bdach zapisywane s niezalenie od wartoci tego parametru. TRUE/FALSE Podawany w pliku parametrów powoduje wczenie generowania statystyki dotyczcej iloci czasu potrzebnego do wykonania polece.true/false Automatyczne archiwizowanie. Format nazwy plików archiwum. Miejsce archiwizowania plików rejestru. Metoda zarzdzania wycofywaniem transakcji. Wczenie kontroli limitów zdefiniowanych przez profile. Parametr ten moe przyj nastpujce wartoci: RULE, CHOOSE, FIRST_ROWS, ALL_ROWS.

4 21. WSPÓBIENO W SYSTEMIE ORACLE WSPÓBIENO W SYSTEMIE ORACLE Wszystkie operacje wykonywane w Oracle odbywaj si w trybie transakcyjnym. Transakcja moe by realizowana w jednym z trzech trybów. Tryb READ COMMITTED, Tryb READ ONLY, Tryb SERIALIZABLE. Z transakcjami wie sicile zjawisko blokowania danych. Blokowanie danych ma na celu zapewnienie synchronizacji zapisów Transakcyjny tryb pracy w systemie ORACLE Z prac bazy danych wie si pojcie transakcji (transaction). Wasnoci transakcji w Systemie Oracle: Atomowo - wszystkie operacje wykonywane w ramach transakcji musz zakoczy si pomylnie, niepowodzenie jednej z nich powoduje wycofanie caej transakcji. Spójno - w wyniku realizacji transakcji otrzymujemy spójny stan bazy danych, w którym adne z ogranicze integralnociowych nie jest naruszone. Izolacja - zmiany wprowadzone przez transakcj s widoczne dla innych uytkowników dopiero w momencie jej zatwierdzenia. Trwao - po zatwierdzeniu transakcji zmiany s zapisywane na trwae do bazy. Zatwierdzenie lub wycofanie aktualnej transakcji jest pocztkiem nastpnej. 21. WSPÓBIENO W SYSTEMIE ORACLE Polecenia z grupy DDL (np. Create, Alter, Drop Table) oraz polecenia z grupy DCL (Grant, Revoke) kocz si niejawnym zatwierdzeniem transakcji Tryby w jakich moe pracowa transakcja Transakcje mog by prowadzone w jednym z trzech trybów: Read Committed, Read Only lub Serializable. Do ustawiania trybu pracy transakcji suy polecenie: SQL> SET TRANSACTION { READ ONLY ISOLATION LEVEL {SERIALIZABLE READ COMMITTED} NAME nazwa; Tryb READ COMMITTED Wszystkie transakcje w Systemie Oracle wykonywane s domylnie w tym trybie. Transakcja T 1 widzi dane zmodyfikowane przez transakcj T 2 dopiero po jej zatwierdzeniu poleceniem COMMIT. Polecenie umoliwiajce przestawienie pojedynczej transakcji w tryb Read Commited: SET TRANSACTION ISOLATION LEVEL Read Committed; Uwaga. Polecenie naley wykona jako pierwsze w ramach transakcji. Polecenie umoliwiajce ustawienie trybu Read Commited dla wszystkich transakcji realizowanych w ramach danej sesji: SQL> ALTER SESSION SET ISOLATION_LEVEL=Read Committed;

5 21. WSPÓBIENO W SYSTEMIE ORACLE Uwaga. Polecenie naley wykona jako pierwsze w ramach sesji Tryb READ ONLY Transakcja T 1 operuje na wersji danych z momentu jej rozpoczcia. Transakcja w tym trybie nie moe modyfikowa danych. Nie widzi zmian wprowadzonych w midzy czasie przez inne, zatwierdzone transakcje. Tryb Read Only stosowany jest w przypadku oblicze analitycznych. Polecenie umoliwiajce przestawienie pojedynczej transakcji w tryb Read Only: SQL> SET TRANSACTION Read Only; Uwaga. Polecenie naley wykona jako pierwsze w ramach transakcji Tryb SERIALIZABLE Transakcja w trybie Serializable, podobnie jak transakcja w trybie Read Only, operuje na wersji danych z momentu jej rozpoczcia. Rónica polega na tym, e mona modyfikowa dane, które nie zostay zmienione przez inne transakcje w trakcie jej trwania. Polecenie umoliwiajce przestawienie pojedynczej transakcji w tryb Serializable: SQL> SET TRANSACTION ISOLATION LEVEL Serializable; Uwaga. Polecenie naley wykona jako pierwsze w ramach transakcji. Polecenie umoliwiajce ustawienie trybu Serializable dla wszystkich transakcji realizowanych w ramach danej sesji: 21. WSPÓBIENO W SYSTEMIE ORACLE ALTER SESSION SET ISOLATION_LEVEL= Serializable; Uwaga. Polecenie naley wykona jako pierwsze w ramach sesji. Tryb Serializable moe by wczony na stae poprzez ustawienie w pliku parametrów Init<SID>.ora parametru SERIALIZABLE=TRUE. Domylnie jego warto wynosi FALSE co oznacza, e wszystkie transakcje s realizowane w trybie Read Committed; Mechanizm blokowania danych W systemie Oracle stosowana jest metoda blokowania. Blokady zakadane s na czas trwania transakcji. Dwie blokady s ze sob zgodne jeeli mog by zaoone na t sam dan przez wiele transakcji. Blokowanie moe dotyczy: tabeli (table lock), rekordu (row lock). Blokowanie caej tabeli zmniejsza stopie wspóbienoci transakcji, uatwiajc zarzdzanie blokadami i szybsze wykrywanie zwizanych z nimi konfliktów. Blokowanie caej tabeli powoduje, e blokada dotyczy wszystkich jej rekordów a co za tym idzie system nie musi blokowa kadego z nich oddzielnie. Sposób zakadania blokad zaley od ustawienia parametrów: SERIALIZABLE = False ROW_LOCKING = Always

6 21. WSPÓBIENO W SYSTEMIE ORACLE S to ustawienia domylne, przy których blokady s zakadane tylko w przypadku wykonywania polece modyfikujcych dane (DELETE, UPDATE, INSERT). Operacja SELECT nie wymaga nakadania blokady na tabeli i rekordzie. Blokowanie rekordów odbywa si zawsze w trybie EXCLUSIVE (X). Dwie blokady X nie s ze sob zgodne. Blokowanie tabeli odbywa si w trybie RS, RX, S, SRX oraz X gdzie: RS ROW SHARE RX ROW EXCLUSIVE S SHARE SRX SHARE ROW EXCLUSIVE X EXCLUSIVE Zgodno blokad tabeli: Brak RS RX S SRX X Brak TAK TAK TAK TAK TAK TAK RS TAK TAK TAK TAK TAK Nie RX TAK TAK TAK Nie Nie Nie S TAK TAK Nie TAK Nie Nie SRX TAK TAK Nie Nie Nie Nie X TAK Nie Nie Nie Nie Nie Rysunek Tabela zgodnoci blokad 21. WSPÓBIENO W SYSTEMIE ORACLE Jawne zaoenie blokady na tabeli Blokady mog by naoone na rekordy lub tabele w nastpujcy sposób: niejawny - w momencie wykonywania operacji modyfikujcych dane, jawny naoenie blokady nastpuje po wydaniu polecenia LOCK TABLE. Do jawnego zaoenia blokady na tabeli suy nastpujce polecenie: SQL> LOCK TABLE nazwa_tabeli IN tryb MODE; gdzie: tryb oznacza rodzaj blokady, podany pen nazw Waciwoci blokad WACIWOCI BLOKADY RS (ROW SHARE) Zakadana jest w intencji póniejszego zmodyfikowania rekordów, uniemoliwia zmian zawartoci rekordów przez inne transakcje. Jej zaoenie nastpuje automatycznie przy realizacji polecenia: SQL> SELECT lista_atrybutów FROM nazwa_tabeli WHERE warunek_selekcji FOR UPDATE [NOWAIT]; Uycie NOWAIT powoduje, e polecenie zostanie automatycznie przerwane, jeeli nie mona zaoy blokady RS ze wzgldu na istnienie innej blokady z ni niezgodnej. WACIWOCI BLOKADY RX (ROW EXCLUSIVE) Zakadana jest automatycznie w przypadku realizacji polece DELETE, INSERT, UPDATE.

7 21. WSPÓBIENO W SYSTEMIE ORACLE Modyfikowane rekordy s zawsze blokowane w trybie EXCLUSIVE (X). Pojawienie si blokady tego typu oznacza, e niektóre lub wszystkie rekordy tabeli zostay zmodyfikowane. WACIWOCI BLOKADY S (SHARE) Zakadana jest gdy transakcja T 1 chce uniemoliwi zmian danych w tabeli przez inne równolegle dziaajce transakcje i jednoczenie sama nie bdzie ich modyfikowaa. Transakcje nie zmieniajce zawartoci tabeli (SELECT ) mog wspópracowa z transakcj T 1. WACIWOCI BLOKADY SRX (SHARE ROW EXCLUSIVE) Zakadana jest wtedy gdy transakcja T 1 bdzie modyfikowa zawarto tabeli i jednoczenie chce uniemoliwi zmian danych w tej tabeli przez inne równolegle dziaajce transakcje. Inne transakcje wymagajce aby w trakcie ich pracy zawarto tabeli pozostaa niezmieniona lub chcce j zmodyfikowa nie mog wspópracowa z transakcj T 1. WACIWOCI BLOKADY X(EXCLUSIVE) Uniemoliwia modyfikowanie danych dopuszczajc tylko ich przegldanie (SELECT ). Zaoenie innej blokady nie jest moliwe Informacja o zaoonych blokadach Mona j uzyska z widoku systemowego V$LOCK w poczeniu z danymi pomocniczymi pochodzcymi z widoków V$SESSION oraz SYS.OBJ$. 21. WSPÓBIENO W SYSTEMIE ORACLE Przykad Przykad skadni SELECT wywietlajcej informacje o zaoonych blokadach: SELECT s.sid, s.serial#, s.username, l.type, o.name, DECODE(L.LMODE,0, BRAK,2, RS,3, RX,4, S,5, SRX,6, X,L.LMODE) AS TYP_BLOKADY, DECODE(l.request,0, brak,2, rs,3, rx,4, s,5, srx,6, x, L.REQUEST)AS TYP_BLOKADY_OCZEKUJACEJ, s.status, s.osuser, s.machine, s.program FROM v$session s, v$lock l, sys.obj$ o WHERE s.sid=l.sid AND l.id1=o.obj#(+); W wyniku realizacji powyszej skadni w kolumnie typ_blokady uzyskamy typ zaoonej blokady a w kolumnie typ_blokady_oczekujacej typ blokady oczekujcej na zaoenie. W kolumnie TYPE warto TM oznacza blokad tabeli natomiast TX blokad rekordu. Pozostae kolumny to: USERNAME NAME SID STATUS OSUSER MACHINE PROGRAM - nazwa uytkownika bazy danych - nazwa obiektu którego dotycz blokady - numer sesji - status sesji uytkownika - nazwa uytkownika w systemie operacyjnym - nazwa komputera z którego uytkownik doczy si do bazy danych - nazwa programu za pomoc którego uytkownik doczy si do bazy

8 21. WSPÓBIENO W SYSTEMIE ORACLE Przykad Przykad o zaoonych blokadach. Pierwsza sesja: Druga sesja: CONNECT hr/hr CONNECT hr/hr SET TRANSACTION NAME 't1'; SET TRANSACTION NAME 't2'; SELECT * FROM regions FOR UPDATE; SELECT * FROM regions FOR UPDATE; Sesja administratora: SQL> CONNECT system/test SQL> select z przykadu USERNAME TYPE NAME TYP_BL T_BL_OCZ SID STATUS OSUSER MACHINE PROGRAM HR TX - BRAK X 37 ACTIVE LAPTOP\xxxx DOM\LAPTOP sqlplus.exe HR TM REGIONS RX BRAK 37 ACTIVE LAPTOP\xxxx DOM\LAPTOP sqlplus.exe HR TM REGIONS RX BRAK 29 INACTIVE LAPTOP\xxxx DOM\LAPTOP sqlplus.exe HR TX - X BRAK 29 INACTIVE LAPTOP\xxxx DOM\LAPTOP sqlplus.exe Zakleszczenia (deadlocks) Zalet metody blokowania danych jest zapewnienie synchronizacji zapisu w przypadku wielu transakcji próbujcych modyfikowa te same dane. 21. WSPÓBIENO W SYSTEMIE ORACLE Metoda ta posiada jednak dwie wady: zmniejsza stopie wspóbienoci (transakcja, która próbuje zaoy blokady niezgodne z blokadami ju zaoonymi przez inn transakcj, musi czeka na zdjcie blokad); wprowadza moliwo wystpienia zakleszczenia (deadlock), kiedy dwie transakcje blokuj sobie wzajemnie zasoby. Wówczas adna z transakcji nie moe kontynuowa pracy. System Oracle wykrywa zakleszczenie i rozwizuje je wykorzystujc pewien algorytm wyboru tej transakcji, która zostanie przerwana, tj. jej ostatnie polecenie zostanie przerwane, wycofane. Przykad Przykad wystpienia zakleszczenia. Pierwsza sesja: CONNECT hr/hr SET TRANSACTION NAME 'T1'; SELECT * FROM REGIONS FOR UPDATE; SELECT * FROM REGIONS FOR UPDATE; SELECT * FROM LOCATIONS FOR UPDATE; Druga sesja: CONNECT hr/hr SET TRANSACTION NAME 'T2'; SELECT * FROM LOCATIONS FOR UPDATE; SELECT * FROM REGIONS FOR UPDATE;

9 21. WSPÓBIENO W SYSTEMIE ORACLE Waciciel transakcji, dla której nastpio zakleszczenie otrzymuje wówczas komunikat: ORA-.: deadlock detected while waiting for resource Algorytm wyboru transakcji do przerwania nie zosta wyspecyfikowany w dokumentacji Oracle Rola administratora Monitorowanie transakcji wszystkich uytkowników. Zamknicie wybranych sesji, których transakcje powoduj zakleszczenie lub nadmierne obcienie systemu. SQL> ALTER SYSTEM KILL SESSION (SID, SERIAL#); Sugerowanie zmian w transakcjach powodujcych spadek wydajnoci systemu. Ustawianie parametru Serializable: o Tryb Serializable moe by wczony na stae poprzez ustawienie w pliku parametrów Init<SID>.Ora parametru SERIALIZABLE=TRUE. o Domylnie jego warto wynosi FALSE co oznacza, e wszystkie transakcje s realizowane w trybie Read Committed. 22. ARCHIWIZACJA BAZY DANYCH ARCHIWIZACJA BAZY DANYCH Podstawowe reguy sporzdzania kopii bezpieczestwa Zalecenia: Wykonywanie kopii plików bazy danych najpierw na dysk, a dopiero potem na inny nonik. Utrzymywanie wielu kopii pliku kontrolnego, z których kada powinna by umieszczona na odrbnym dysku. Archiwizowanie plików dziennika powtórze najpierw na dysk, a potem na inny nonik. Zarchiwizowane pliki dziennika powtórze powinno si przechowywa na innym dysku ni aktywne (online) pliki dziennika. Po kadorazowej zmianie struktury bazy danych, tj. dodaniu, zmianie bd usuniciu pliku danych lub dziennika powtórze naley sporzdzi kopie archiwaln pliku kontrolnego Rodzaje archiwizacji Archiwizacja fizyczna (physical backup) - polega na sporzdzaniu kopii plików bazy danych za pomoc polecenie systemu operacyjnego.

10 22. ARCHIWIZACJA BAZY DANYCH Archiwizacja logiczna (logical backup) - polega na skorzystaniu z programu Exp do sporzdzenia kopii struktur logicznych bazy danych. Program ten zapisuje informacje o obiektach bazy danych i same dane w pliku binarnym. Plik ten moe by przetwarzany przez program Imp. Tryby pracy bazy: ARCHIVELOG /* z archiwizacj plików dziennika powtórze */ NOARCHIVELOG /* bez archiwizacji plików dziennika powtórze */ Archiwizacja fizyczna caej bazy danych w trybie OFFLINE W celu wykonania archiwizacji fizycznej naley: 1. Okreli nazwy i pooenie wszystkich plików bazy dany. W tym celu naley wyda zapytania: SQL> SELECT status, enabled, name FROM v$datafile; SQL> SELECT * FROM V$LOGFILE; SQL> SELECT * FROM V$CONTROLFILE; 2. Zatrzyma instancj. SQL> SHUTDOWN 3. Korzystajc z polece systemu operacyjnego sporzdzi kopie wszystkich plików okrelonych w kroku 1. Sporzdzi kopie pliku init<sid>.ora, spfile<sid>.ora i pliku hase pwd<sid>.ora. 22. ARCHIWIZACJA BAZY DANYCH Uruchomi instancj. SQL> STARTUP Archiwizacja fizyczna caej bazy danych w trybie ONLINE Archiwizacja ta jest moliwa tylko, gdy baza pracuje w trybie archiwizacji plików dziennika powtórze (ARCHIVELOG). Przed sporzdzeniem fizycznej kopii plików skadajc si na wybran przestrze tabel naley wyda polecenie SQL> ALTER TABLESPACE nazwa_przestrzeni BEGIN BACKUP; Naley je wyda w programie SQL*Plus w czasie, gdy baza pracuje w trybie MOUNT lub OPEN. Po zrobieniu kopii fizycznych plików wchodzcych w skad tej przestrzeni tabel naley wyda polecenie SQL> ALTER TABLESPACE nazwa_przestrzeni END BACKUP; Naley równie zrobi kopie pliku kontrolnego i wszystkich zarchiwizowanych plików dziennika powtórze Archiwizacja logiczna Do wykonania archiwizacji logicznej suy program Exp. Do pracy wymaga on dodatkowych obiektów systemowych. Obiekty te tworzone s za pomoc skryptu catexp.sql, musz by wasnoci uytkownika SYS. W systemie Oracle mog by eksportowane:

11 22. ARCHIWIZACJA BAZY DANYCH Pojedyncze tabele. Wszystkie obiekty okrelonych uytkowników. Caa baza danych. W przypadku eksportowania pojedynczej tabeli oprócz definicji eksportowane s równie: dane, prawa dostpu, indeksy, ograniczenia integralnociowe i wyzwalacze. Eksport schematu uytkownika polega na sporzdzeniu kopii wszystkich obiektów uytkownika. Eksport caej bazy danych jest równowany: wyeksportowaniu wszystkich uytkowników (z wyjtkiem SYS), synonimów, praw dostpu, uprawnie systemowych, definicji przestrzeni tabel, definicji segmentów wycofania, opcji auditingu, profili uytkowników i wszystkich wyzwalaczy. Tego rodzaju operacje moe wykona uytkownik, który posiada role EXP_FULL_DATABASE. Moe to by wykonane w trzech trybach: 22. ARCHIWIZACJA BAZY DANYCH inkrementalnym, kumulacyjnym, penym. Rodzaje eksportu: Eksport kompletny jest równowany eksportowi caej bazy danych. Dodatkowo wykonanie tego eksportu powoduje usunicie informacji systemowych zwizanych z kad tabel bazy danych, a dotyczcych kolejnych eksportów inkrementalnych i kumulacyjnych. Eksport kumulacyjny umoliwia sporzdzenie penych kopii tych tabel, których zawarto bd definicja zostay zmienione od czasu wykonania ostatniego eksportu kumulacyjnego lub penego. Oznacza to, e kopie danych sporzdzone za pomoc wczeniejszych eksportów inkrementalnych s ju niepotrzebne. Eksport inkrementalny umoliwia sporzdzenie penych kopii tych tabel, których zawarto bd definicja zostay zmienione od czasu wykonania ostatniego eksportu inkrementalnego, kumulacyjnego lub penego. Procedura sporzdzania kopii zawartoci caej bazy danych z wykorzystaniem eksportów inkrementalnych, kumulacyjnych i penych moe by np. nastpujca:

12 22. ARCHIWIZACJA BAZY DANYCH Wykonanie pocztkowego eksportu kompletnego bazy danych. Wykonanie eksportów inkrementalnych pod koniec kadego dnia. Wykonanie eksportów kumulacyjnych okresowo, np. co tydzie. Wykonanie kompletnego eksportu okresowo np. co miesic Archiwizacja logiczna. Program Exp Eksport konta uytkownika Konto uytkownika moe eksportowa waciciel lub DBA. c:\exp system@test OWNER=(HR) FILE=c:\hr1.dmp LOG=c:\hr1.log lub c:\exp hr@xe FILE=c:\hr1.dmp LOG=c:\hr1.log Mona uywa pliku parametrów. c:\exp PARFILE=c:\exp_hr1.par gdzie plik exp_hr1.par jest postaci: USERID=system@xe FILE=c:\hr1.dmp LOG=c:\hr1.log OWNER=(HR) 22. ARCHIWIZACJA BAZY DANYCH Eksport kont kilku uytkowników c:\exp PARFILE=c:\exp_hr2.par gdzie plik exp_hr2.par jest postaci: USERID=system@xe FILE=c:\hr2.dmp LOG=c:\hr2.log OWNER=(hr,u1) ROWS=N Eksport wybranych tabel c:\exp PARFILE=c:\exp_hr3.par gdzie plik exp_hr3.par jest postaci: USERID=system@xe FILE=c:\hr3.dmp LOG=c:\hr3.log TABLES=(hr.jobs,hr.regions) GRANTS=N /* Bez przywilejów */ Eksport caej bazy - kompletny Do eksportu i importu caej bazy trzeba posiada role EXP_FULL_DATABASE i IMP_FULL_DATABASE. c:\exp PARFILE=c:\exp_xe.par

13 22. ARCHIWIZACJA BAZY DANYCH gdzie plik exp_xe.par jest postaci: USERID=system@xe FILE=c:\xe.dmp LOG=c:\xe.log FULL=Y INCTYPE=COMPLETE /* Eksport kompletny */ Eksport caej bazy przyrostowy c:\exp PARFILE=c:\exp_xe_1.par gdzie plik exp_xe_1.par jest postaci: USERID=system@xe FILE=c:\exp_xe_1.dmp LOG=c:\exp_xe_1.log FULL=Y INCTYPE=INCREMENTAL /* Eksport przyrostowy */ Najczciej uywane parametry programu Exp: USERID BUFFER FILE FULL - Okrela nazw i haso uytkownika, który dokonuje exportu. - Okrela rozmiar bufora pamici operacyjnej wykorzystywanego do przetwarzania eksportowanych danych. Rozmiar tego bufora ( w bajtach) powinien mie przynajmniej tak warto, jak najduszy eksportowany rekord. - Wskazuje nazw pliku, do którego bd eksportowane dane. - Warto Y powoduje eksport caej bazy danych, natomiast N (domylna) umoliwia eksportowanie obiektów wybranych uytkowników lub tylko okrelonych tabel. 22. ARCHIWIZACJA BAZY DANYCH OWNER - Okrela nazwy uytkowników, których obiekty bd eksportowane. Przykadowo, parametr OWNER=(u1,u2) umoliwi wyeksportowanie wszystkich obiektów uytkowników u1,u2. Prawo do eksportowania innych uytkowników posiada administrator bazy danych. TABLES - Okrela zbiór tabel, które bd wyeksportowane. TABLES=(u1.pracownicy, u2.studenci). ROWS - Warto Y (domylna) powoduje wyeksportowanie definicji wraz z jej zawartoci, N tylko definicja. INDEXES - Warto Y (domylna) powoduje wyeksportowanie indeksów zwizanych z eksportowanymi tabelami. N indeksy nie s eksportowane. CONSTRAINTS - Warto Y (domylna) powoduje wyeksportowanie ogranicze integralnociowych. W przypadku N nie bd one eksportowane. GRANTS - Warto Y (domylna) powoduje wyeksportowanie przywilejów zwizanych z eksportowanymi tabelami. COMPRESS - Warto Y (domylna) powoduje, e w czasie importowania tabeli jej rekordy zostan umieszczone w jednym rozszerzeniu. Rozmiar tego rozszerzenia zostanie tak dobrany, aby by on jak najmniejszy i jednoczenie wystarczajcy do umieszczenia w nim caej zawartoci tabeli. Warto N powoduje, e w czasie importowania tabeli jej rekordy zostan umieszczone w jednym rozszerzeniu równym sumie rozmiarów rozszerze dotychczas zajmowanych przez tabel. CONSISTENT - Warto Y zapewnia, e w caym pliku eksportu znajd si dane spójne. Parametr ten ma znaczenie, jeli w trakcie dokonywania eksportu inni uytkownicy modyfikuj dane. Warto CONSISTENT=Y powoduje, e przed rozpoczciem eksportowania system wykonuje polecenie set transaction read only. Warto N nie zapewnia spójnoci wszystkich eksportowanych danych. Parametru CONSISTENT nie mona stosowa dla eksportów inkrementalnych. INCTYPE - Okrela tryb eksportu: COMPLETE, CUMULATIVE, INCREMENTAL. Eksport w tych trybach mona wykonywa tylko dla FULL=Y. LOG - Wskazuje plik, do którego zostan zapisane informacje o przebiegu eksportu. REKORD - Warto Y (domylna) oznacza, e informacje o eksportach inkrementalnych i kumulacyjnych bd zapisywane w tabelach: SYS.INCVID, SYS.INCFIL, SYS.INCEXP. PARFILE - Wskazuje plik z parametrami eksportu. HELP - Umoliwia wywietlenie opisu parametrów.

14 22. ARCHIWIZACJA BAZY DANYCH Odtwarzanie bazy danych w trybie NOARCHIVELOG Wczytanie penej kopii archiwalnej Procedura jest nastpujca: Zamknicie bazy danych poleceniem shutdown lub shutdown abort. Wgranie wszystkich plików bazy danych z ostatniej kopii na ich waciwe miejsca. Otwarcie bazy danych poleceniem startup Odtwarzanie bazy danych na podstawie pliku eksportu program Imp Program Imp umoliwia importowanie: Pojedynczych tabel. Wszystkich obiektów okrelonych uytkowników. Caej bazy danych. Mechanizm importowanie ma równie zastosowanie w przypadku przenoszenia danych z jednej bazy do drugiej Importowanie danych jednego uytkownika do drugiego Stworzy uytkownika u1 z rolami CONNECT i RESORCE. c:\imp PARFILE=c:\imp_xe.par 22. ARCHIWIZACJA BAZY DANYCH gdzie plik imp_xe.par jest postaci: USERID=system@xe BUFFER=4096 FILE=c:\hr1.dmp LOG=c:\imp_xe.log FROMUSER=(HR) TOUSER=(U1) ROWS=Y /* Z danymi */ GRANTS=N /* Bez przywilejów */ COMMIT=Y /* Zatwierdzanie po penym buforze */ lub USERID=system@xe BUFFER=4096 FILE=c:\hr1.dmp LOG=c:\imp_xe.log FROMUSER=(HR) TOUSER=(U1) TABLES=(jobs,regions) /* Wybrane tabele */ ROWS=N /* Bez danych */ GRANTS=N /* Bez przywilejów */ INDEXES=N /* Bez indeksów */

15 22. ARCHIWIZACJA BAZY DANYCH Odtwarzanie bazy danych na podstawie penego eksportu Musi by stworzona instancja test i baza danych. c:\imp PARFILE=c:\imp_xe.par gdzie plik imp_test.par jest postaci: USERID=system@xe BUFFER=4096 FILE=c:\xe.dmp LOG=c:\imp_xe.log FULL=Y Parametry programu Imp: USERID - Okrela nazw i haso uytkownika, który importuje dane. BUFFER - Okrela rozmiar bufora (w bajtach) pamici operacyjnej wykorzystywanej do przetwarzania danych. FILE - Wskazuje plik eksportu. SHOW - Warto Y oznacza, e dane nie zostan zaimportowane do bazy, a zawarto zostanie tylko wywietlona na ekranie. Natomiast N spowoduje wczytanie danych. 22. ARCHIWIZACJA BAZY DANYCH IGNORE FULL FROMUSER TOUSER TABLES ROWS INDEXES GRANTS COMMIT - Okrela sposób reagowania na bdy powstajce podczas importu danych wynikajce z istnienia obiektu w bazie danych. Jeeli parametr przyjmie warto Y, a importowane s definicje obiektów ju istniejcych, to program nie tworzy ponownie tych obiektów, lecz je pomija nie wywietlajc informacji o bdach. W tabelach tych mog si pojawi zduplikowane rekordy, jeli nie miay one zaoonych ogranicze integralnociowych: unique i primary key. W przypadku wartoci N próba wczytania obiektu ju istniejcego zakoczy si niepowodzeniem i wywietleniem informacji o bdzie. - Warto Y powoduje import caej bazy danych, natomiast N (warto domylna) umoliwia importowanie obiektów wybranych uytkowników lub okrelonych tabel. Importu caej bazy moe dokona uytkownik z uprawnieniami IMP_FULL_DATABASE. - Okrela zbiór uytkowników, których obiekty zostan wczytane. - Okrela zbiór uytkowników, do których schematów dane zostan wczytane. Opcj t moe wykorzysta uytkownik posiadajcy rol IMP_FULL_DATABASE - Okrela zbiór tabel, które zostan zaimportowane. - Warto Y (domylna) powoduje wczytanie definicji tabel wraz z danymi. - Warto Y powoduje wczytanie indeksów zwizanych z importowanymi tabelami. - Warto Y powoduje wczytanie informacji o przywilejach zwizanych z importowanymi tabelami. - Warto Y powoduje, e po wczytaniu do bazy danych bloku informacji o wielkoci okrelonej BUFFER system zatwierdzi transakcj. Natomiast N powoduje, e dane zatwierdzane s po wczytaniu caej tabeli.

16 22. ARCHIWIZACJA BAZY DANYCH DESTROY - Warto Y powoduje nadpisanie istniejcych przestrzeni tabel definicjami zawartymi w importowanym pliku. INCTYPE - Okrela typ importowania danych i moe przyjmowa wartoci: SYSTEM lub RESTORE. LOG - Wskazuje plik, do którego zostan zapisane informacje o przebiegu importu. PARFILE - Wskazuje plik zawierajcy parametry importu. HELP - Umoliwia wywietlenie parametrów importu. 23. ZABEZPIECZENIE BAZY DANYCH PRZED AWARI ZABEZPIECZENIE BAZY DANYCH PRZED AWARI Wstp Przykad polecenia tworzcego baz xxxx (w trybie NOMOUNT): CREATE DATABASE xxxx CONTROLFILE REUSE LOGFILE GROUP 1 ('c:/oraclexe/oradata/xxxx/redo11.log', 'c:/oraclexe/oradata/xxxx/redo12.log') SIZE 30M, GROUP 2 ('c:/oraclexe/oradata/xxxx/redo21.log', 'c:/oraclexe/oradata/xxxx/redo22.log') SIZE 30M, GROUP 3 ('c:/oraclexe/oradata/xxxx/redo31.log', 'c:/oraclexe/oradata/xxxx/redo32.log') SIZE 30M MAXLOGFILES 32 MAXDATAFILES 15 ARCHIVELOG CHARACTER SET EE8MSWIN1250 NATIONAL CHARACTER SET AL16UTF16 DATAFILE 'c:/oraclexe/oradata/xxxx/system01.dbf' SIZE 200M AUTOEXTEND ON DEFAULT TEMPORARY TABLESPACE tempts1 TEMPFILE 'c:/oraclexe/oradata/xxxx/temp01.dbf' SIZE 200M REUSE UNDO TABLESPACE undo DATAFILE 'c:/oraclexe/oradata/xxxx/undo01.dbf' SIZE 200M REUSE AUTOEXTEND ON NEXT 512K MAXSIZE UNLIMITED SYSAUX DATAFILE 'c:\oraclexe\oradata\test\sysaux.dbf' SIZE 200M REUSE AUTOEXTEND ON NEXT 512K MAXSIZE UNLIMITED;

17 23. ZABEZPIECZENIE BAZY DANYCH PRZED AWARI Po utworzeniu bazy danych powstan nastpujce pliki: Pliki dziennika powtórze: Redo11.log Redo12.log Redo21.log Redo22.log Redo31.log Redo32.log Pliki kontrolne: Controlfile01.ctl Controlfile02.ctl Controlfile03.ctl Naley jeszcze uruchomi pliki catalog.sql i catproc.sql w trypie OPEN. Pliki danych: System01.dbf Undo01.dbf Temp01.dbf Sysaux.dbf W momencie startu instancji tworzony jest w pamici RAM obszar SGA (System Global Area). Bufor danych Bufor dziennika powtórze Obszar wspódzielony ( Shared pool ) Rysunek Obszar SGA. Zapisywaniem wszystkich zmian na bazie danych do plików dziennika powtórze zajmuje si proces LGWR (Log Writer). Zapis jest cykliczny i mona go zilustrowa nastpujco: 23. ZABEZPIECZENIE BAZY DANYCH PRZED AWARI Baza danych w trybie bez archiwizacji (NOARCHIVELOG) Zatwierdzone zmiany w bazie zapisywane s cyklicznie do plików REDO. Redo11.log Redo21.log Redo31.log Redo21.log Redo22.log Redo32.log Rysunek Pliki Redo w trybie NOARCHIVELOG. W przypadku zapenienia wszystkich plików nastpuje nadpisywanie i w ten sposób mona ewentualnie powróci do danych do okrelonego momentu. 2. Baza danych w trybie z archiwizacj ( ARCHIVELOG) Zatwierdzone zmiany w bazie zapisywane s cyklicznie do plików REDO.

18 23. ZABEZPIECZENIE BAZY DANYCH PRZED AWARI Redo11.log Redo21.log Redo31.log Redo21.log Redo22.log Redo32.log.ARC.ARC.ARC.ARC.ARC.ARC Rysunek Pliki Redo w trybie ARCHIVELOG. W przypadku zapenienia wszystkich plików nastpuje kopiowanie plików i dopiero nastpuje nadpisywanie i w ten sposób mona ewentualnie powróci do danych do dowolnego momentu. 23. ZABEZPIECZENIE BAZY DANYCH PRZED AWARI Np Dodawanie plików dziennika powtórze w czasie pracy bazy: Dodawanie grupy: SQL> ALTER DATABASE ADD LOGFILE GROUP numer_grupy ( nazwa_pliku, nazwa_pliku..) SIZE rozmiar; Np. SQL> ALTER DATABASE ADD LOGFILE GROUP 4 ('c:/oraclexe/oradata/xxxx/redo41.log', 'c:/oraclexe/oradata/xxxx/redo42.log') SIZE 30M; Mona dodawa pliki do grupy poleceniem: SQL> ALTER DATABASE ADD LOGFILE ( nazwa_pliku, nazwa_pliku.) TO GROUP numer_grupy; SQL> ALTER DATABASE ADD LOGFILE ('c:/oraclexe/oradata/xxxx/redo43.log') TO GROUP 4; Archiwizowanie plików dziennika powtórze Informacje o trybie pracy instancji mona uzyska poleceniem

19 23. ZABEZPIECZENIE BAZY DANYCH PRZED AWARI SQL> ARCHIVE LOG LIST Tryb dziennika bazy danych Automatyczna archiwizacja Miejsca archiwizowania... lub w tabeli systemowej V$DATABASE. Tryb archiwizacji Wyczona c:\oraclexe\archiwum Archiwizacja automatyczna W pliku initxxxx.ora musi znajdowa si wpis: LOG_ARCHIVE_START=TRUE???? (przestarzay) lub w czasie, kiedy instancja jest otwarta: SQL> CONNECT system@xxxx AS SYSDBA SQL> ALTER SYSTEM ARCHIVE LOG START; lub SQL> ALTER SYSTEM ARCHIVE LOG START TO c:\oraclexe\archiwum ; Archiwizowane pliki REDO bd zapisywane do katalogu c:\oraclexe\archiwum Wyczenie automatycznej archiwizacji SQL> CONNECT system@xxxx AS SYSDBA SQL> SHUTDOWN 23. ZABEZPIECZENIE BAZY DANYCH PRZED AWARI SQL> STARTUP MOUNT SQL> ALTER DATABASE NOARCHIVELOG; SQL> SHUTDOWN Zmiana w pliku initxxxx.ora na LOG_ARCHIVE_START=FALSE SQL> STARTUP Na otwartej instancji archiwizacj mona wyczy poleceniem: SQL> ALTER SYSTEM ARCHIVE LOG STOP; Archiwizowanie dziennika powtórze przez administratora Instancja musi dziaa w trybie ARCHIVELOG, co mona uzyska nastpujcymi poleceniami: SQL> CONNECT system@xxxx AS SYSDBA SQL> SHUTDOWN SQL> STARTUP MOUNT EXCLUSIVE SQL> ALTER DATABASE ARCHIVELOG; SQL> ALTER DATABASE OPEN; Posta polecenia: SQL> ALTER SYSTEM ARCHIVE LOG {ALL LOGFILE nazwa_pliku CURRENT GROUP numer} [TO katalog];

20 23. ZABEZPIECZENIE BAZY DANYCH PRZED AWARI Mechanizm wykrywania awarii bazy danych System Change Number (SCN) Kada zatwierdzona transakcja otrzymuje unikatowy numer System Change Number (SCN). Informacje o tych numerach mona znale w tabeli systemowej V$LOG_HISTORY Punkt kontrolny (checkpoint) Punkt kontrolny jest systemowym zdarzeniem bazy danych, dziki któremu dane z bufora danych w SGA ( brudne bloki) s zapisywane na dyski (do pliku danych trafiaj zmiany zatwierdzone i niezatwierdzone). Zapisu dokonuje proces serwera DBWR (Database Writer). Wystpuj dwa rodzaje punktu kontrolnego: Bazy danych (database checkpoint) wykonywany dla wszystkich plików danych. Pliku danych (datafile checkpoint) wykonywany dla okrelonych plików danych. Punkt kontrolny bazy danych (database checkpoint) wystpuje, gdy: Nastpuje przeczenie grupy plików dziennika powtórze Wykonane zostanie polecenie: SQL> ALTER SYSTEM CHECKPOINT; 23. ZABEZPIECZENIE BAZY DANYCH PRZED AWARI Wykonane zostanie polecenie: SQL> SHUTDOWN NORMAL lub SQL> SHUTDOWN IMMEDIATE Inne. Punkt kontrolny pliku danych (datafile checkpoint) wystpuje, gdy: Rozpoczyna si sporzdzanie kopi bezpieczestwa wybranych przestrzeni tabel SQL> ALTER TABLESPACE nazwa_przestrzeni BEGIN BACKUP; Po SQL> ALTER TABLESPACE nazwa_przestrzeni OFFLINE; Inne Pliki kontrolne W pliku kontrolnym i w nagówku kadego pliku danych s przechowywane m.in. informacje: Numer SCN w czasie wystpienia punktu kontrolnego (checkpoint at scn, stop scn). Data i czas SCN. Licznik punktu kontrolnego (checkpoint counter).

21 23. ZABEZPIECZENIE BAZY DANYCH PRZED AWARI Plik kontrolny (control file ) jest plikiem binarnym, który zawiera m.in.: Nazw bazy danych. Dat utworzenia bazy. Informacje o wszystkich grupach dziennika powtórze. Biec grup dziennika powtórze (aktualnie uywan). Nazw, lokalizacj i rozmiar kadego pliku dziennika powtórze. Informacje o plikach danych (wczony, wyczony, ). Informacje dotyczce punktów kontrolnych Wykrywanie awarii NAGÓWEK PLIKU DANYCH Nagówek pliku danych przechowuje m.in.: Biecy numer SCN punktu kontrolnego (Checkpointed at scn). Licznik punktów kontrolnych (Chkpt cnt). Numer sekwencyjny biecego pliku dziennika powtórze w momencie wystpienia punktu kontrolnego. Nagówek pliku danych jest uaktualniany, gdy system wykonuje punkt kontrolny dla danego pliku. 23. ZABEZPIECZENIE BAZY DANYCH PRZED AWARI NAGÓWEK PLIKU KONTROLNEGO Nagówek pliku kontrolnego przechowuje dla kadego pliku danych m.in.: Informacje o kocowym SCN (stop scn). W czasie pracy instancji warto ta jest równa 0xFFFF.FFFFFFFF. Biecy numer SCN punktu kontrolnego (scn). Licznik punktów kontrolnych (Checkpoint cnt). WYKORZYSTANIE INFORMACJI Z NAGÓWKÓW PLIKÓW DANYCH I KONTROLNYCH W CZASIE ODTWARZANIA BAZY DANYCH. a) W wypadku, gdy instancja zostanie zamknita w trybie NORMAL lub IMMEDIATE to punkt kontrolny zostanie wykonany. Wtedy Stop scn = Checkpointed at scn dla wszystkich plików danych.

22 23. ZABEZPIECZENIE BAZY DANYCH PRZED AWARI Controlfile01.ora Checkpoint cnt=4 Stop scn=0xffff.ffffffff Users01.dbf Chkpt cnt=4 Checkpointed at scn=0x ba2 Operacja SHUTDOWN lub SHUTDOWN IMMEDIATE Checkpoint cnt=5 Stop scn=0x ba3 Chkpt cnt=5 Checkpointed at scn=0x ba3 Rysunek Punkty kontrolne Oznacza to, e baza danych nie wymaga odtwarzania. Po otwarciu Stop scn przyjmuje znowu warto 0xffff.ffffffff dla wszystkich plików danych. b) W wypadku, gdy baza danych zostanie zamknita w trybie ABORT punkt kontrolny nie zostanie wykonany. Oznacza to, e Stop scn <> Checkpointed at scn dla wszystkich plików danych. 23. ZABEZPIECZENIE BAZY DANYCH PRZED AWARI Controlfile01.ora Checkpoint cnt=4 Stop scn=0xffff.ffffffff Users01.dbf Chkpt cnt=4 Checkpointed at scn=0x ba2 Operacja SHUTDOWN ABORT Checkpoint cnt=4 Stop scn=0xffff.ffffffff Chkpt cnt=4 Checkpointed at scn=0x ba2 Rysunek Punkty kontrolne Oznacza to, e Jeeli plik danych nie zostanie wczytany z kopi bezpieczestwa to naley dokona operacji odtwarzania zmian z plików dziennika powtórze. Jeeli plik danych zostanie wczytany z kopi bezpieczestwa to nie bdzie si zgadzaa warto licznika punktów kontrolnych (chkpt cnt) w pliku danych z odpowiadajc wartoci w pliku kontrolnym. Niezgodno ta bdzie wykryta przy starcie bazy. Wówczas zgoszona zostanie przez system konieczno odtworzenia bazy danych ( z zarchiwizowanych plików dziennika powtórze).

23 23. ZABEZPIECZENIE BAZY DANYCH PRZED AWARI Mechanizm odtwarzania bazy danych Odtwarzanie bazy danych po awarii instancji przebiega w dwóch fazach: Z dziennika powtórze poprawiane sa dane w plikach danych. Wycofanie niezatwierdzonych transakcji (korzystanie z segmentów wycofywania lub pliku automatycznego wycofywania). 24. ODTWARZANIE BAZY DANYCH PO AWARII ODTWARZANIE BAZY DANYCH PO AWARII Rodzaje odtwarzania W trybie NOARCHIVELOG umoliwia odtwarzanie z kopii archiwalnej do momentu sporzdzenia kopii. W trybie ARCHIVELOG: Odtwarzanie pene (full recovery) do stanu przed awari. Odtwarzanie niepene (partial recovery) do okrelonego stanu przed awari Odtwarzanie bazy danych w trybie NOARCHIVELOG Wczytanie penej kopii archiwalnej: SQL> SHUTDOWN lub SHUTDOWN ABORT Wgranie wszystkich plików bazy danych z ostatniej kopii bezpieczestwa na ich waciwe miejsce: SQL> STARTUP

24 24. ODTWARZANIE BAZY DANYCH PO AWARII Odtwarzanie pene w trybie ARCHIVELOG Trzy sposoby realizacji odtwarzania penego: Odtwarzanie caej bazy danych w trybie MOUNT Odtwarzanie pojedynczej przestrzeni tabel w trybie OPEN przy wyczonej tej przestrzeni tabel. Odtwarzanie pojedynczych plików danych w trybie OPEN lub zamknitej bazie danych. Przy wyczonych plikach danych Odtwarzanie pene caej bazy danych Naley wyda polecenie: SQL> RECOVER [AUTOMATIC] [FROM scieka_log ] DATABASE; gdzie: AUTOMATIC - automatycznie uwzgldnia zmiany zawarte w plikach dziennika powtórze. cieka_log - miejsce zarchiwizowanych plików dziennika powtórze (warto parametru LOG_ARCHIVE_DEST w pliku init<sid>.ora) Odtwarzanie pene pojedynczej przestrzeni tabel Naley wyda polecenie: SQL> RECOVER [AUTOMATIC] [FROM scieka_log ] TABLESPACE przestrze,,przestrze; 24. ODTWARZANIE BAZY DANYCH PO AWARII Odtwarzanie pene pojedyczego pliku danych Naley wyda polecenie: SQL> RECOVER [AUTOMATIC] [FROM scieka_log ] DATAFILE plik,,plik; Odtwarzanie bazy danych w przypadku utraty systemowej przestrzeni tabel Kolejno postpowania: SQL> CONNECT sys AS SYSDBA SQL> SHUTDOWN Wgra wszystkie pliki uszkodzonej przestrzeni z kopii archiwalnej SQL> STARTUP MOUNT SQL> RECOVER DATABASE; SQL> ALTER DATABASE OPEN [RESETLOGS]; Odtwarzanie bazy danych do okrelonego momentu w czasie Posta polecenia: SQL> RECOVER [AUTOMATIC] [FROM scieka_log ] DATABASE UNTIL TIME YYYY-MM-DD:HH24:MI:SS [USING BACKUP CONTROLFILE]; Kolejno postpowania: SQL> CONNECT sys AS SYSDBA SQL> SHUTDOWN

25 24. ODTWARZANIE BAZY DANYCH PO AWARII Wgranie plików danych z kopi archiwalnej. SQL> STARTUP MOUNT SQL> RECOVER DATABASE UNTIL TIME :00:00:00 ; SQL> ALTER DATABASE OPEN RESETLOGS; /*otwarcie bazy z zerowaniem numerów sekwencyjnych*/ Odtwarzanie bazy danych do przerwania Posta polecenia: SQL> RECOVER [AUTOMATIC] [FROM scieka_log ] DATABASE UNTIL CANCEL [USING BACKUP CONTROLFILE]; Kolejno postpowania: SQL> CONNECT sys AS SYSDBA SQL> SHUTDOWN Wgranie plików danych z kopi archiwalnej. SQL> STARTUP MOUNT SQL> RECOVER DATABASE UNTIL CANCEL; SQL> ALTER DATABASE OPEN RESETLOGS; /*otwarcie bazy z zerowaniem numerów sekwencyjnych*/ 25. RMAN RECOVERY MANAGER RMAN RECOVERY MANAGER W trybie offline kopie robi si nastpujco: C:\rman Recovery Manager: Release Production on So Maj 12 02:52: Copyright (c) 1982, 2005, Oracle. All rights reserved. RMAN> RMAN> connect target connected to target database: XE (DBID= ) RMAN> SHUTDOWN IMMEDIATE using target database control file instead of recovery catalog database closed database dismounted Oracle instance shut down RMAN> STARTUP MOUNT connected to target database (not started) Oracle instance started database mounted Total System Global Area Fixed Size Variable Size Database Buffers Redo Buffers bytes bytes bytes bytes bytes

26 25. RMAN RECOVERY MANAGER RMAN> BACKUP DATABASE FORMAT 'c:\rmanbac\rman_%d_%t_%u.bus'; Starting backup at 07/05/12 allocated channel: ORA_DISK_1 channel ORA_DISK_1: sid=35 devtype=disk channel ORA_DISK_1: starting full datafile backupset channel ORA_DISK_1: specifying datafile(s) in backupset input datafile fno=00001 name=c:\oraclexe\oradata\xe\system.dbf input datafile fno=00003 name=c:\oraclexe\oradata\xe\sysaux.dbf input datafile fno=00002 name=c:\oraclexe\oradata\xe\undo.dbf input datafile fno=00004 name=c:\oraclexe\oradata\xe\users.dbf channel ORA_DISK_1: starting piece 1 at 07/05/12 channel ORA_DISK_1: finished piece 1 at 07/05/12 piece handle=c:\rmanbac\rman_xe_ _01ihgjn6_1_1.bus tag=tag t comment=none channel ORA_DISK_1: backup set complete, elapsed time: 00:01:05 channel ORA_DISK_1: starting full datafile backupset channel ORA_DISK_1: specifying datafile(s) in backupset including current control file in backupset channel ORA_DISK_1: starting piece 1 at 07/05/12 channel ORA_DISK_1: finished piece 1 at 07/05/12 piece handle=c:\rmanbac\rman_xe_ _02ihgjp8_1_1.bus tag=tag t comment=none channel ORA_DISK_1: backup set complete, elapsed time: 00:00:02 Finished backup at 07/05/ RMAN RECOVERY MANAGER W trybie online kopie robi si takim samym poleceniem z tym tylko, e baza musi by w trybie ARCHIVELOG. Kopie wykonuje si poleceniem: RMAN> BACKUP DATABASE FORMAT 'c:\rmanbac\rman_%d_%t_%u.bus'; lub do katalogu domylnego z domyln nazw plików poleceniem: RMAN> BACKUP DATABASE; Tworzenie kopii zapasowej przestrzeni tabel Moliwo podawania jedynie podzbioru przestrzeni tabel podczas procesu archiwizacji danych zwieksza zakres moliwych strategii tworzenia kopii zapasowych. Kopie wykonuje si poleceniem: RMAN> BACKUP TABLESPACE system, users FORMAT 'c:\rmanbac\rman_%d_%t_%u.bus'; lub do katalogu domylnego z domyln nazw plików poleceniem: RMAN> BACKUP TABLESPACE system, users; Tworzenie kopii zapasowej plików danych Pliki danych mona archiwizowa przez podanie ich numerów lub nazw. Skadnia polecenia jest nastpujaca: RMAN> BACKUP DATAFILE 1,2; RMAN> BACKUP DATAFILE c:\oraclexe\oradata\users.dbf ;

27 25. RMAN RECOVERY MANAGER Przy czym numery plików mona uzyska z perspektywy V$DATAFILE poleceniem: SQL> SELECT file#, name FROM v$datafile; Tworzenie kopii zapasowej plików kontrolnych Przydatn wasciwoci systemu Oracle jest moliwo automatycznej archiwizacji plików kontrolnych po kadorazowym wydaniu polecenia backup. Mona to osiagna za pomoca polecenia configure w nastepujacy sposób: RMAN> CONFIGURE CONTROLFILE AUTOBACKUP ON; Samodzielnie archiwizacj pliku kontrolnego w systemie Oracle przeprowadza si za pomoc polecenia: RMAN> BACKUP CURRENT CONTROLFILE; Tworzenie kopi zapasowej archiwalnych plików dziennika powtórze W przypadku wersji Oracle skadnia polecenia tworzcego kopie zapasow archiwalnych plików dziennika powtórze (archived redo log files) jest nastpujca: RMAN> BACKUP ARCHIVELOG ALL; Inna technika, moliwa do zastosowania w systemie Oracle, jest zastosowanie w poleceniu backup wyraenia plus archivelog, dzieki czemu archiwalne pliki dziennika powtórze wchodz w skad kopii zapasowej. Wydanie poniszej instrukcji powoduje utworzenie co najmniej dwóch elementów kopii zapasowej - dla plików danych i dla archiwalnych plików dziennika powtórzen: RMAN> BACKUP DATABASE FORMAT 'c:\rmanbac\rman_%d_%t_%u.bus' plus archivelog; 25. RMAN RECOVERY MANAGER RESTORE (Odtwarzanie) i RECOVER (rekonstrukcja) Uruchomienie programu RMAN i ustanowienie poczenia z docelow baz danych. RMAN> CONNECT target Wywoanie odpowiedniego polecenia RESTORE programu RMAN w celu przywrócenia wymaganych plików. Odtwarzane s pliki wymagane oraz odpowiednie archiwalne pliki dziennika powtórze. Po odtworzeniu potrzebnych plików naley zrekonstruowa (recover) baz danych oraz j otworzy. Rekonstrukcji bazy danych mona dokona z poziomu programu RMAN lub z narzdzia SQL*Plus. Przykad W poniszym przykadzie pokazano sposób odtwarzania i rekonstrukcji przestrzeni tabel USERS: RMAN> RESTORE TABLESPACE users; RMAN> RECOVER TABLESPACE users; Oprócz przestrzeni tabel mona odtworzy i zrekonstruowa konkretny plik danych: RMAN> RESTORE DATAFILE 'c:\oraclexe\backupxe\users.dbf'; RMAN> RECOVER DATAFILE 'c:\oraclexe\backupxe\users.dbf'; Po wydaniu polecenia RECOVER z poziomu programu RMAN w pierwszej kolejnoci nastpuje sprawdzenie dostpnoci potrzebnych archiwalnych plików dziennika powtórze. Jeli te pliki s niedostpne, program RMAN przywraca je za pomoc wczeniej utworzonej kopii zapasowej archiwalnych plików dziennika powtórze.

28 25. RMAN RECOVERY MANAGER W celu samodzielnego odtworzenia archiwalnych plików dziennika powtórze wydaje si polecenie RMAN> RESTORE ARCHIVELOG ALL; Przykad W poniszym przykadzie pokazano sposób odtwarzania i rekonstrukcji przestrzeni tabel USERS z wybranej kopii. Na wstpie naley uzyska informacje o dostpnych backupach poleceniem: RMAN> LIST BACKUP; using target database control file instead of recovery catalog List of Backup Sets =================== BS Key Type LV Size Device Type Elapsed Time Completion Time Full M DISK 00:00:55 07/06/02 BP Key: 1 Status: AVAILABLE Compressed: NO Tag: TAG T Piece Name: C:\ORACLEXE\APP\ORACLE\FLASH_RECOVERY_AREA\XE\BACKUPSET\2007 _06_02\O1_MF_NNNDF_TAG T005019_3618OD7T_.BKP List of Datafiles in backup set 1 File LV Type Ckp SCN Ckp Time Name Full /06/02 C:\ORACLEXE\ORADATA\XE\SYSTEM.DBF 2 Full /06/02 C:\ORACLEXE\ORADATA\XE\UNDO.DBF 3 Full /06/02 C:\ORACLEXE\ORADATA\XE\SYSAUX.DBF 4 Full /06/02 C:\ORACLEXE\ORADATA\XE\USERS.DBF BS Key Type LV Size Device Type Elapsed Time Completion Time Full 6.80M DISK 00:00:02 07/06/ RMAN RECOVERY MANAGER BP Key: 2 Status: AVAILABLE Compressed: NO Tag: TAG T Piece Name: C:\ORACLEXE\APP\ORACLE\FLASH_RECOVERY_AREA\XE\AUTOBACKUP\200 7_06_02\O1_MF_S_ _3618Q4HV_.BKP Control File Included: Ckp SCN: Ckp time: 07/06/02 SPFILE Included: Modification time: 07/06/02 a nastpnie wykona polecenia: RMAN> RESTORE TABLESPACE users FROM tag= TAG T005019; RMAN> RECOVER TABLESPACE users;