POSTREHY

1) Poin In Time Recovery
Vznikne-li nova inkarnace databaze, resetuji se pocitadla logsequence ale SCNka nee! To ke kteremu SCNku byla databaze obnovena je pouze videt:
RMAN> list incarnation;
SQL> select * from v$database_incarnation;


2) "STATUSY" RMAN zaloh

statusy media (modifikuje  CROSSCHECK)
--------------------------------------
"AVAILABLE" - zaloha je dostupna   na mediu a lze ji pouzit pri obnove
"EXPIRED"   - zaloha neni dostupna na mediu a nelze ji pouzit pri obnove
             (v podstate tato zaloha jen vysí v CF nebo RMAN katalogu)


statusy zpusobene retencni politikou
------------------------------------
"OBSOLETE" - zaloha prirozene zestarla a nevyhovuje retencni politice, zustava na mediu dokud neprijde (DELETE OBSOLETE)


statusy zpusobene operacemi CHANGE a DELETE
-------------------------------------------

"UNAVAILABLE" -uzivatel nastavi manualne tento status zalohy pres prikaz CHANGE, 
               napriklad vime ze na mediu (disk,paska) odesel zdroj a docasne je zarizeni nedostupne, 
               coz zpusobi ze rman tuto zalohu nepouzije dokud status nenastavime zpet na AVAILABLE.
               
               Jinak receno, zaloha je na mediu a DBA zalohu oznacil za docasne-nedostupnou

"DELETED" - zaloha byla odstranena z media prikazem DELETE  (ani CROSSCHECK uz tento stav nezmeni). 
            Ma-li zaloha se stav DELETED existuje pouze v evidenci a neda se s ni nic delat.

            Pokud jeste mame nekde 'nahodou' tuto zalohu, pravdepodobne pomuze jen 
            - UNCATALOG (odstraneni z evidence) a CATALOG (zaevidovani) 
            - nebo pouzit balik DBMS_BACKUP_RESTORE

Pozn:
	prikaz DELETE odstranuje zalohy expirovane (nepritomne na mediu) a obsolete (nevyhovujici retencni politice).
	RMAN> DELETE expired;
	RMAN> DELETE obsolete; 
	RMAN> DELETE FORCE; --smaze cokoliv, ano jde to i takto

Pozn: pred prikazem DELETE alokujte spravny kanal (disk nebo paska)
ALLOCATE CHANNEL FOR MAINTENANCE neni potreba spoustet v run bloku.