보고 있 는 ORACLE 튜 토리 얼 은 Oracle 데이터베이스 시스템 의 긴급 고장 처리 방법 입 니 다.Oracle 물리 구조 고장 은 데이터 베 이 스 를 구성 하 는 각 물리 파일 이 손상 되 어 발생 하 는 각종 데이터 베이스 고장 을 말한다.이런 고장 은 하드웨어 고장 으로 인 한 것 일 수도 있 고,인위적인 조작 으로 인 한 것 일 수도 있다.그래서 우 리 는 먼저 문제 의 원인 을 판단 하고 하드웨어 고장 이 라면 먼저 하드웨어 문 제 를 해결 해 야 한다.하드웨어 문제 가 없 는 전제 에서 우 리 는 아래 의 처리 자 에 따라 진일보 처리 할 수 있다. 제어 파일 손상: 제어 파일 은 데이터베이스 이름,문자 집합 이름,각 데이터 파일,로그 파일 의 위치 등 Oacle 에 대한 중요 한 설정 정 보 를 기록 합 니 다.파일 의 손상 을 제어 하면 데이터 베 이 스 를 이상 하 게 닫 을 수 있 습 니 다.제어 파일 이 없 으 면 데이터 베 이 스 를 시작 할 수 없 는 심각 한 오류 입 니 다. 단일 제어 파일 손상: 1. 데이터 베 이 스 를 닫 았 는 지 확인 하 십시오.아래 명령 으로 데이터 베 이 스 를 닫 지 않 았 다 면: svrmgrl>shutdown immediate; 2. 초기 화 파일 보기$ORACLEBASE/admin/pfile/initORCL.ora,모든 제어 파일 의 경 로 를 확인 합 니 다. 3. 잘못된 제어 파일 을 운영 체제 명령 으로 덮어 씁 니 다. 4. 다음 명령 으로 데이터 베 이 스 를 다시 시작 합 니 다:svrmgrl>startup; 5. 적당 한 방법 으로 데이터 베 이 스 를 전부 백업 하 다. 모든 제어 파일 손상: 1. 데이터 베 이 스 를 닫 았 는 지 확인 하 십시오.아래 명령 으로 데이터 베 이 스 를 닫 지 않 았 다 면: svrmgrl>shutdown immediate; 2. 해당 백업 결과 에서 최근 제어 파일 을 집중 적 으로 복원 합 니 다.테이프 라 이브 러 리 백업 을 사용 하지 않 은 점 에 대해 서 는 테이프 에서 최근 제어 파일 백업 을 해당 디 렉 터 리 로 복원 할 수 있 습 니 다.라 이브 러 리 백업 지점 에 대해 서 는 해당 rman 스 크 립 트 로 최근 제어 파일 을 복원 합 니 다. 3. 다음 명령 으로 데이터베이스 제어 파일 을 만 드 는 스 크 립 트 를 만 듭 니 다: svrmgrl>startup mount; svrmgrl>alter database backup controlfile to trace noresetlogs; 4. 세 번 째 단계 에서 발생 하 는 trace 파일 을 수정 하고 제어 파일 을 만 드 는 일부 문 구 를 복사 하고 수정 하여 최신 데이터 베이스 구 조 를 나 타 낼 수 있 도록 합 니 다.생 성 된 sql 파일 이름 이 createcontrol.sql 이 라 고 가정 합 니 다. 주의: Trace 파일 의 구체 적 인 경 로 는 3)단계 작업 을 수행 한 후$ORACLE 를 볼 수 있 습 니 다.BASE/admin/bdump/alert_ORCL.ora 파일 로 확인 합 니 다. 5. 다음 명령 으로 제어 파일 다시 만 들 기: svrmgrl>shutdown abort; svrmgrl>startup nomount; svrmgrl>@createcontrol.sql; 6. 적당 한 방법 으로 데이터 베 이 스 를 전부 백업 하 다. 로그 파일 을 다시 만 드 는 중 오류 발생: 데이터베이스 의 모든 추가,삭제,변경 은 재 작성 로그 에 기 록 됩 니 다.현재 활성 화 된 로그 파일 이 손상 되면 데이터 베 이 스 를 이상 하 게 닫 을 수 있 습 니 다.비활성 화 된 재 작업 로 그 는 결국 로그 전환 이 활성 화 된 재 작업 로그 로 바 뀌 기 때문에 손 상 된 비활성 화 된 재 작업 로 그 는 결국 데이터베이스 의 이상 종 료 를 초래 할 수 있 습 니 다.ipas/mSwitch 에 서 는 각 그룹 이 로 그 를 다시 만 드 는 데 한 명의 구성원 만 있 기 때문에 다음 분석 에 서 는 로그 그룹 이 손 상 된 경우 만 고려 하고 로그 구성원 이 손 상 된 경 우 는 고려 하지 않 습 니 다. 손 상 된 재 작성 로그 의 위치 와 상 태 를 확인 합 니 다: 1. 데이터베이스 가 사용 가능 한 상태 라면: select * from v$logfile; svrmgrl>select * from v$log; 2. 데이터베이스 가 이상 종료 되 었 다 면: svrmlgr>startup mount; svrmgrl>select * from v$logfile; svrmgrl>select * from v$log; 그 중에서 logfile 의 상 태 는 INVALID 로 로그 파일 이 손상 되 었 음 을 나타 낸다.log 상 태 는 Inactive 입 니 다.로그 파일 을 다시 만 드 는 것 이 비활성 상태 임 을 표시 합 니 다.Active： 로그 파일 을 다시 만 드 는 것 이 활성 상태 임 을 표시 합 니 다.current:현재 사용 중인 로그 파일 로 그 를 다시 만 드 는 것 을 의미 합 니 다. 손 상 된 로그 파일 이 비활성 상태 입 니 다: 1. 로그 그룹 삭제: svrmgrl>alter database drop logfile group group_number; 2. 로그 그룹 다시 만 들 기: svrmgrl>alter database add log file group group_number （'log_file_descritpion'，…） size log_file_size; 손 상 된 로그 파일 은 활성 상태 이 며 현재 로그 가 아 닙 니 다: 1. 로그 그룹 지우 기: svrmgrl>alter database clear unarchived logfile group group_number; 손 상 된 로그 파일 은 현재 활성 로그 파일 입 니 다: 명령 으로 로그 그룹 지우 기: svrmgrl>alter database clear unarchived logfile group group_number; 제거 에 실 패 했 을 경우 시간 에 따 른 불완전 복구 만 할 수 있 습 니 다. 데이터 베 이 스 를 열 고 적당 한 방법 으로 데이터 베 이 스 를 모두 백업 합 니 다. svrmgrl>alter database open;
[Next Page]데이터 파일 일부 가 잘못 되 었 습 니 다. 손 상 된 데이터 파일 이 비 system 표 공간 에 속 하면 데이터 베 이 스 는 열 린 상태 에서 조작 할 수 있 으 며,손 상 된 데이터 파일 만 접근 할 수 없습니다.이 때 데이터베이스 가 열 린 상태 에서 손 상 된 데이터 파일 을 단독으로 복구 할 수 있 습 니 다.시스템 테이블 공간의 데이터 파일 이 손상 되면 데이터베이스 시스템 이 이상 하 게 종 료 됩 니 다.이 때 데이터 베 이 스 는 Mount 방식 으로 만 열 수 있 고 데이터 파일 을 복원 할 수 있 습 니 다.데이터베이스 로그 파일 을 보면 현재 손 상 된 데이터 파일 이 시스템 테이블 공간 에 속 하 는 지 판단 할 수 있 습 니 다. 이전 페이지
