Recovery - Redo Log

- alert log 확인하는 법
~$ tail -f admin/testdb/bdump/alert_testdb.log ;

- inactive, active 상태에서 맴버 1개 손상
=> 해당 log member를 지우고 새로 추가함

- inactive, active 상태에서 그룹 전체가 손상 (archive on)
=> mount 상태에서 해당 그룹을 지우고 다시 생성

- inactive, active 상태에서 그룹 전체가 손상 (archive off)
=> 하나의 group에 문제가 생겨서 archiving이 안될 경우, 다른 그룹들도 archiving이 안됨 (주의!!!)
=> archive가 안된 로그 파일은 지우거나 덮어쓰기를 할 수 없음 (만약을 대비하기 위한 안전장치)
=> 이 경우 강제로 지우는 방법 "alter database clear unarchived logfile group 번호;"
=> DB가 꺼져있는 상태에서 claer 명령 실행 시 새로운 log file이 생성되고 DB 사용 가능
=> DB가 켜져있는 상태에서 clear 명령으로 만든 log 파일은 사용이 불가능하므로 그룹을 다시 만들어야 함

- current log가 open된 상탱서는 clear unarchived를 사용해서 임시 log를 생성 (바로 다시 만들어야 함)

- current log가 close된 상태에서 immediate로 닫은 경우 resetlogs로 복구
=> clear unarchived 명령으로는 복구가 안됨 (현재 current인 경우이고, mount 단계에서 log switch 불가하므로)
=> mount 상태에서 'alter database open resetlogs;'로 복구하며 open 시킴

- current log가 close된 상태에서 abrot로 닫은 경우
=> no arch, current인 경우 hidden parameter 활용 ; 실패할 경우 DB에 영구적인 장애를 초래 (성공률 50% 이하 위험!!!)

- 모든 group이 손상됨
=> shutdown이 된 상태에서 hidden parameter를 사용하면 open이 됨 (위험!!!)
=> open이 된 상태에서는 clear unarchived로 복구