에몽이's ORACLE!?

RAC운영중 컨트롤파일 재생성해서 CLONE에 복구시 다른 노드에 있던 아카이브파일을 찾지못해서 복구를 못하는 경우에 대한 포스팅입니다. 결론 : 제대로 된 아카이브 파일을 지정하면 됩니다.  문제점 : 어떻게 제대로 된 아카이브 파일을 찾느냐? 해결 : 1) v$archived_log 를 사용해서 해당 archivelog파일 찾기 2) logmnr에 archivefile을 등록해서 v$logmnr_logs안의 LOW_SCN, NEXT_SCN으로 해당 change#를 조회 상황 : RAC로 노드 2개 운영중 복구하기 위해 cloneDB로 restore 한 후 controlfile 재생성 후 복구시도(thread 2에서 작업함) 그 후 thread 2 에 해당하는 아카이브파일들은 추천파일에 다 적히지만(..

DB link사용해서 논리적인 장애복구하기 시나리오 : 백업 후, DB운영하다가 실수로 user를 drop해버렸다. (drop user cascade) 1. DB는 계속 운영되어야 하고, 2. cloneDB를 만들자니 하드용량이 모자라서 --> 다른 console에다가 cloneDB를 설치하고 drop한 user를 복구 (실습환경은 같은 PC에서 작업하겠습니다. 클론DB이름 : clone, 디렉토리 : /backup/clone/) 3. DB link를 이용해 바로 연결해서 drop 한 user를 복구 고찰 : 1. oracle network를 이용해 둘 간의 연결을 만들 수 있어야 한다. 2. 복구 한 후 해당 user에게 어떤 table들이 있었는지, 어떤 상태였는지 정확하게 알 수 있어야 한다. 3...

Log Miner란? (8i 이상에서만) Redo log file과 Archive log file들은 binary file이라서 어떤 작업을 해줬는지 알 수 없습니다. 이러한 불편함때문에 생긴 기능이 log miner인데, log miner를 사용하게 되면, view가 생성이 되어서 어떤 작업을 했는지 알 수가 있게 됩니다. 한마디로, Redo log 및 Archive log file들을 분석해주는 기능입니다. Log miner 사용하기 전에 1. parameter에 utl_file_dir 추가하기 mkdir /home/oracle/logmnr vi $ORACLE_HOME/dbs/inittestdb.ora utl_file_dir=/home/oracle/logmnr/ select SUPPLEMENTAL_L..