아래 글로 startup 을 정상적을 다시 하였지만 데이터베이스 내의 .dbf 깨져서 위와 같은 에러 로그 발생
ORA-01578 ORACLE 데이타 블록이 파손되었습니다 (화일 번호 %s, 블록 번호 %s)
ORA-01110 데이타 화일 %s: %s
* Cause : 표시된 데이터 블록이 손상되었습니다. 이것은 육체적 인 것이었다.
부패, 또한 미디어 손상이라고합니다. 원인을 알 수 없다.
그러나 데이터베이스의 외부 가능성이 가장 높습니다. ORA-26040이 또한
신호가 발생했습니다. 손상은 NOLOGGING 또는 UNRECOVERABLE로 인한 것입니다.
작업.
* 조치 : 미디어 손상 블록을 복구하는 일반적인 방법은 복구하는 것입니다.
백업을 수행하고 백업을 복구하십시오. ARCHIVELOG의 데이터베이스
모드에서 블록 미디어 복구 또는 미디어 복구를 사용하십시오. 어떤 상황에서는,
세그먼트를 삭제하고 다시 만들 수도 있습니다. 예를 들어
색인을 h 제하고 색인을 다시 작성하십시오.
로그를 구글 구글 검색 찾아보니 내가만든 db (db명.dbf) 파일이 깨져있다고 한다,
위와 같이 .dbf 파일이 깨져있었었는데 필자는 210개의 테이블에 1row 씩 select , insert , delete를 하고있는 상태로
12시간을 냅두니 db가 뻑나서 서버를 강제 리부팅을 한거라서
복구 방법을 찾아보니 dbf 파일을 백업해논게있으면 그걸로 복구하거나 해야한다 하더라...
뭐 db 복구의 방법에 대헤선 엄청 내용이 많이 나와있었는데........ 엄청 복잡하고 막 그렇더라
필자는 db.dbf 의 파일의 전부가 아닌 내가 사용 햇던 210개의 테이블에서 문제가 된거라 생각해서
210개의 테이블들을 그대로 drop 하고 다시 create 로 만들엇다 그리고 기존에있던 데이터는 필요없던것들이라
다시 데이터 insert 하고 사용하니 정상복구 되더라...
만약 이글을 보는 당신도 똑같은 문제가 발생한다면 본인이 사용햇던 테이블들을 drop 하고 create로 만들어서 사용해라
db 백업 복구보단 그게더 빠르다 그러나 문제는.. 그테이블에 있는 데이터는 날릴수밖에 없다는 것..
'데이터베이스 > ORACLE' 카테고리의 다른 글
| ORACLE - 특정테이블 다른계정 권한주기 , 계정 만들기 ,패스워드변경 (0) | 2019.03.28 |
|---|---|
| ORACLE - sessions,processes 확인 및 변경 (3) | 2019.03.27 |
| 오라클 실행계획 문법 (0) | 2019.02.28 |
| 오라클 메모리 누수? , full scan시 메모리 누수 문제 (0) | 2019.02.28 |
| 오라클 에러 (ora-01172 , ora-01151) 해결방법 (0) | 2019.02.28 |
