Wpisy z tagiem: instance

Dlaczego plik kontrolny bazy Oracle jest tak istotny ?

Umożliwia instancji pracę na bazie danych. Zawiera metadane o bazie danych. Czyli informacje o:

• plikach bazy danych
• backup'ach

Bez tego pliku instancja nie może:

• zamontować ani otworzyć bazy danych - nie wie gdzie znajdują się pliki bazodanowe
• odtworzyć backup'u - nie będzie wiedzieć gdzie są backup piece (mowa o nich w: )
• sprawdzić spójności bazy danych - nie wie jaki jest SCN (System Change Number) bazy danych i nie może go porównać z informacją w nagłówkach plików bazodanowych
• uspójnić bazy danych (wykonać recovery) - nie wie gdzie są archiwalne pliki logu transakcyjnego (więcej o logu transakcyjnym w: )

Nie działa też komenda 'list' RMAN'a - wyświetlane informacje o backup'ach pobiera z pliku kontrolnego.

Dla powyższych powodów plik kontrolny jest najbardziej chronionym plikiem Oracle. W czasie normalnej pracy instancji utrzymywanych jest kilka kopii pliku kontrolnego (konfigurowalne). Zazwyczaj na różnych dyskach czy w różnych katalogach.

Oracle dostarcza również mechanizmów pozwalających na utrzymanie jak najbardziej aktualnej kopii zapasowej pliku kontrolnego (backup). Służy do tego funkcjonalność RMAN'a. Pozwala na wykonywanie backup'ów automatycznych (autobackup) za każdym razem gdy zawartość pliku kontrolnego się zmienia aby odzwierciedlić strukturę bazy danych - ilość i stan plików - lub informacje o backup'ie zakończonym sukcesem. Kopia pliku kontrolnego jest dołączana, również do każdego backup'u pliku bazodanowego nr 1. Aby włączyć tę funkcjonalność należy wydać komendę RMAN'owi: 'CONFIGURE CONTROLFILE AUTOBACKUP ON'.

Podczas automatycznego backup'u pliku kontrolnego kopiowany do backup piece jest, również plik konfiguracyjny spfile. Jeśli takowego nasza instancja używa ;-)

Zasady odtwrzania kopii pliku kontrolnego z backup'u automatycznego są podobne do zasad obowiązujących podczas odtwarzania kopii pliku konfiguracyjnego - spfile. Pisałem o tym w: Jak odtworzyć spfile - plik... . W uproszczeniu: nie używając FRA, do przechowywania backup'u pliku kontrolnego, musimy znać DBID bazy danych. Nie musimy znać DBID używając recovery catalog i/lub FRA.

Zdarzają się sytuacje gdy kopia pliku kontrolnego nie zawiera wszystkich informacji o, potrzebnych do recovery, plikach archiwalnych logu transakcyjnego (archivelogach). Wtedy możemy zarejestrować brakujące pliki. Oczywiście jeśli są dostępne. Umożliwi to RMAN'owi ich odnalezienie i naniesienie na bazę danych. Dzięki czemu baza odzyska spójność i będzie mogła być otwarta przez instancję.

W przypadku ręcznego odtworzenia pliku kontrolnego komendą 'create control file' otrzymujemy plik bez żadnych informacji o backup'ach. Wtedy trzeba je zarejestrować komendą 'catalog'.

Keywords: #database #instance #oracledatabase #rdbms #sql #backend #dba4dev #marcinbadtke