데이터베이스 질문과 답변
안녕하세요.
장애가 발생하여 고수님들의 의견을 듣고자 글을 올립니다.
그럼, 잘 부탁드립니다.
<2/6 장애발생>
장애가 발생하여 고수님들의 의견을 듣고자 글을 올립니다.
그럼, 잘 부탁드립니다.
<2/6 장애발생>
-------------------------------------------------------
SQL> startup mount -> 성공
SQL>aleter database open
ORA-01122: データベース・ファイル11の照合検査でエラーが発生しました。
ORA-01110: データ・ファイル11: 'F:\ORACLE\DATABASE\RBSFRSH.ORA'
ORA-01207: ファイルが制御ファイルより新しくなっています - 古い制御ファイルです
-------------------------------------------------------
<장애원인>
고객이 윈도우즈상에서 오라클화일을 포함하여 화일들을 복사하고 다시 덮어썼다고 합니다.
<환경 및 현상황설명>
OS: 윈도우즈 서버2003
버젼: 오라클 9i
<장애원인>
고객이 윈도우즈상에서 오라클화일을 포함하여 화일들을 복사하고 다시 덮어썼다고 합니다.
<환경 및 현상황설명>
OS: 윈도우즈 서버2003
버젼: 오라클 9i
E: Oracle 9i본체, 데이타화일
F: 데이타화일
G: 데이타화일
현재 오라클을 정지시키고, 2/5(水) 17:20의 E:\드라이브 화일을 1/31(金)시점의 화일로 덮어씌웠다고 합니다.
그리고나서, 백업으로 복구를 생각하고 있지만,
G:드라이브의 데이터화일이 1/31(金）의 백업에 포함되어 있지 않다고 합니다.
Noarchive 모드라면 답 없습니다.
유일한 방법이라고 생각할 수 있는게, G드라이브의 데이터파일 checkpoint 넘버(2/5일자)까지
Archive Log File 및 Redo Log File를 적용하여
E/F드라이브의 데이터파일(마지막 백업 시점 1/31) 들을 2/5일자까지 맞춰, 모든 데이터파일들의 checkpoint 넘버를 맞추고, Control File 수정 및 Recovery 하는건데
1/31 ~ 2/5 사이에 Log Switch가 아무리 적어도 1 싸이클은 돌았을테니까요.
Noarchive는 유사시 너무 위험합니다. ㅠㅠ
그래서 완전복구가 불가능한 상황이라고 이야기 합니다.
(현재, G:드라이브는 2/5(金)시점의 데이터화일만이 있습니다.)
(현재, G:드라이브는 2/5(金)시점의 데이터화일만이 있습니다.)
복구작업으로 1/31(金)시점의 오라클본체와 데이터화일을 E:\와 F:\에 되돌리고,
(G:\드라이브의 데이터화일은 2/5의 상태입니다.)
이상, 현업팀에서 작업한 상황이고, 이상황에서 G드라이브의 화일들을 복구 할수 있냐고 문의가 들어왔습니다.
(G드라이브 제외한, E드라이브와 F드라이브는 현재 가동되는 상태입니다.
* 이런 경우 G드라이브의 복구가 가능한가요?
* 가능하다면, 어떻게 해야 가능할지 방법 좀 가르쳐 주세요.
(G:\드라이브의 데이터화일은 2/5의 상태입니다.)
이상, 현업팀에서 작업한 상황이고, 이상황에서 G드라이브의 화일들을 복구 할수 있냐고 문의가 들어왔습니다.
(G드라이브 제외한, E드라이브와 F드라이브는 현재 가동되는 상태입니다.
* 이런 경우 G드라이브의 복구가 가능한가요?
* 가능하다면, 어떻게 해야 가능할지 방법 좀 가르쳐 주세요.
by 임상준
[2014.02.12 18:43:07]
아카이브 모드 운영 중이실거고
근데 E/F 는 백업본인 1/31 일 백업 본으로 이미 덮어 씌우신거고
G 는 백업 받은게 아무것도 없어서 2/5일자 데이터파일이 그대로 있는거고
system 테이블스페이스는 아마 E 에 있어서 백업 받은 1월 31일 파일로 덮어 씌워졌을거고
E/F 와 G 의 파일들은 scn 불일치 상황이고요
맞나요?
G 의 데이터파일 생성 되기 이전의 풀 백업 본이랑 그 이후 현재까지 아카이브를 다 가지고 있을리는 아마 없겠죠..
언뜻 봐서는 방법이 없을 것 같은데요...
더 잘 아시는 분이 답변을 해주셨으면...
근데 E/F 는 백업본인 1/31 일 백업 본으로 이미 덮어 씌우신거고
G 는 백업 받은게 아무것도 없어서 2/5일자 데이터파일이 그대로 있는거고
system 테이블스페이스는 아마 E 에 있어서 백업 받은 1월 31일 파일로 덮어 씌워졌을거고
E/F 와 G 의 파일들은 scn 불일치 상황이고요
맞나요?
G 의 데이터파일 생성 되기 이전의 풀 백업 본이랑 그 이후 현재까지 아카이브를 다 가지고 있을리는 아마 없겠죠..
언뜻 봐서는 방법이 없을 것 같은데요...
더 잘 아시는 분이 답변을 해주셨으면...
by 박동혁
[2014.02.14 15:12:21]
말씀하신 부분에서 노아카이브모드만 다르고 다른부분은 맞습니다.
이런경우, 데이타화일이 있더라고 복구가 안되는 거군요 ㅠㅠ;;
혹시 작은 가능성이라도 복구방법이 있다면 알려주세요^^
답변 고맙습니다.
이런경우, 데이타화일이 있더라고 복구가 안되는 거군요 ㅠㅠ;;
혹시 작은 가능성이라도 복구방법이 있다면 알려주세요^^
답변 고맙습니다.
by 광식이
[2014.02.14 15:48:40]
Noarchive 모드라면 답 없습니다.
유일한 방법이라고 생각할 수 있는게, G드라이브의 데이터파일 checkpoint 넘버(2/5일자)까지
Archive Log File 및 Redo Log File를 적용하여
E/F드라이브의 데이터파일(마지막 백업 시점 1/31) 들을 2/5일자까지 맞춰, 모든 데이터파일들의 checkpoint 넘버를 맞추고, Control File 수정 및 Recovery 하는건데
1/31 ~ 2/5 사이에 Log Switch가 아무리 적어도 1 싸이클은 돌았을테니까요.
Noarchive는 유사시 너무 위험합니다. ㅠㅠ
by 임상준
[2014.02.14 17:53:47]
저도 궁금한데 OS DATAFILE 만 가지고 커런트 SCN 을 알수 있나요?
안에 뜯어보면 되나..
by 박동혁
[2014.02.19 14:17:10]
답글 고맙습니다.
역시 노아카이브모드는 위험하군요.
복구업체에 문의하니 2500만원의 견적이 나왓는데, 이 업체의 경우는 오라클로 복구하는게 아니라 운영체제 혹은 다른쪽으로 접근해서 복구하는 것이겠지요?
제가 해결하면 2500만원어치 인정받고 사랑받을거 같은데...아쉽습니다.
역시 노아카이브모드는 위험하군요.
복구업체에 문의하니 2500만원의 견적이 나왓는데, 이 업체의 경우는 오라클로 복구하는게 아니라 운영체제 혹은 다른쪽으로 접근해서 복구하는 것이겠지요?
제가 해결하면 2500만원어치 인정받고 사랑받을거 같은데...아쉽습니다.
) 버튼을 클릭하여 작성 하시면 됩니다.