Catalog Server 구성 테스트

- 시나리오

à 현재 복구 서버에 접속한 상태에서 rclient 에서 전체 백업을 수행

à 그 후 testdb에서 모든 control file 을 삭제한 후 DB를 종료

à 이 장애는 catalog server 를 사용하지 않으면 복구가 안 되는 장애이므로 catalog server 를 이용하여 복구

- 오류 발생 testdb 서버가 Noarchive log mode 였다.

- 다시 archive log mode 로 변경한 후 다시 실행해 봅니다.

- 다시 정상적으로 백업 되는 것을 확인 할 수 있습니다.

- 이제 testdb 의 컨트롤 파일을 모두 삭제하고 DB 를 재시작 해 보겠습니다.

 

- 이제 RMAN 으로 catalog server 에 접속해서 복구를 시작합니다.

- testdb 서버에서 restore controlfile 명령어를 실행하면 복구가 되는 것을 확인 할 수 있습니다.

- 다음을 통해 컨트롤 파일이 복구 된 것을 확인할 수 있습니다.

- 어라 abort 로 껐는데 복구 없이 올라온다. 이렇게 되면 안되는데 이상하다.

다시 한번 시도!! 컨트롤 지우고 다시 해봐야겠다

- 그래 이렇게 나와야 한다. 자세한 내용은 admin 에서… abort 로 종료를 하게되면 dirty database 가 되기 때문에 다음과 같이 나오게 된다

- 아차 싶다…. Redo log 파일은 rman 백업 대상에 제외된다. 또한 방금 resetlogs 옵션으로 DB를 올렸기 때문에 incanation number 가 증가 되었을 것이다. 그렇기 때문에 기존의 컨트롤 파일로 rman 으로 복구한 후 recover 를 하려 했으나 되질 않는다. 또한 Datafile 과 컨트롤 파일의 scn 또한 틀릴 것이다.

-Resetlogs 옵션으로 올린 후 꼭 백업을 다시 받아야 한다는 교훈을 새삼 느끼는 순간이다.

 

- 다른 방법으로 살렸다… 조심하자..

+ Recent posts