HighLight in your life~

recovery_file_dest의 size가 설정 값의 한계에 다달아 문제가 발생했음을 알 수 있다.

아래의 명령문을 쓰면 mount 단계인 것을 알 수있다. SQL> startup open 을 해도 open이 되지 않음을 알 수 있다.

SQL> select status from v$instance;

두번째 online redo log buffer의 11번째 sequence에서 archive를 할 수 없어서 그 이후 데이터는 모두 loss가 났음을 알 수 있다. 두번째 redo log파일이 손상되었기 때문에 복구 작업을 진행해야 한다.

cancel 기반 recovery를 진행하겠다. 기본적으로 SQL> recover database until cancel; 은 mount 단계에서 진행한다. 현재 mount 단계이기 때문에 복구를 바로 진행하도록 하겠다.

1.     존재하는 archive 파일을 적용한다.

SQL> recover database until cancel;

2.     Control files, Redo log files, Data files의 SCN(System Change Number)를 동일하게 맞추어 준다.

SQL> alter database open resetlogs;

3.     SQL> archive log list 를 통하여 초기화된 log sequence 번호를 확인해 보자.

4.     SQL> alter system switch logfile; 을 통해 switch log가 되는지 확인해 본다.

5.     2G로 잡혀있는 DB_RECOVERY_FILE_DEST_SIZE를 100G로 아주 아주 넉넉하게 변경해 보자.

SQL> shutdown immediate

SQL> startup mount

SQL> show parameter recovery

SQL> alter system set DB_RECOVERY_FILE_DEST_SIZE = 100G;

SQL> startup open