"장애 유형별 복구 절차"의 두 판 사이의 차이
DB CAFE
(→control file 손상,유실 - 전체) |
|||
| 2번째 줄: | 2번째 줄: | ||
=== 파라미터 파일 손상,유실 - 디비 기동중 === | === 파라미터 파일 손상,유실 - 디비 기동중 === | ||
# 장애발생 확인 | # 장애발생 확인 | ||
| − | #: * 파라미터 파일이 손상되어 변경정보를 파라미터 파일에 저장 할수 없다. | + | #:* 파라미터 파일이 손상되어 변경정보를 파라미터 파일에 저장 할수 없다. |
# 파일 복구 실시 | # 파일 복구 실시 | ||
| − | #: * 메모리 설정값을 이용하여 파라미터 파일을 재생서우한다 | + | #:* 메모리 설정값을 이용하여 파라미터 파일을 재생서우한다 |
# 정상 확인 | # 정상 확인 | ||
| − | #: * 오류 없이 파라미터가 변경되는지 확인 | + | #:* 오류 없이 파라미터가 변경되는지 확인 |
=== 파라미터 파일 손상,유실 - 디비 중지 상태 === | === 파라미터 파일 손상,유실 - 디비 중지 상태 === | ||
# 장애발생 확인 | # 장애발생 확인 | ||
| − | #: * 파라미터 파일이 손상되어 DB를 기동 할수 없다. | + | #:* 파라미터 파일이 손상되어 DB를 기동 할수 없다. |
# 파일 복구 실시 | # 파일 복구 실시 | ||
| − | #: * 백업된 파일에서 파라미터 파일을 찾는다. | + | #:* 백업된 파일에서 파라미터 파일을 찾는다. |
| − | #: * 백업 piece로 부터 파라미터파일을 restore 한다. | + | #:* 백업 piece로 부터 파라미터파일을 restore 한다. |
# DB 기동 | # DB 기동 | ||
| − | #: * DB를 OPEN(force) 한다 | + | #:* DB를 OPEN(force) 한다 |
# 정상 확인 | # 정상 확인 | ||
| − | #: * 오류 없이 정상 기동 하는지 확인 | + | #:* 오류 없이 정상 기동 하는지 확인 |
=== control file 손상,유실 - 일부분 === | === control file 손상,유실 - 일부분 === | ||
# 장애 발생 확인 | # 장애 발생 확인 | ||
| − | #: * 3중화된 control file 중 하나가 손상되 인스턴스가 비정상 상태임. | + | #:* 3중화된 control file 중 하나가 손상되 인스턴스가 비정상 상태임. |
# DB 종료 | # DB 종료 | ||
#: control file 복구를 위해 DB 종료 | #: control file 복구를 위해 DB 종료 | ||
# Control file 복사 | # Control file 복사 | ||
| − | #: * 파라미터 파일에서 control file 이름 확인 | + | #:* 파라미터 파일에서 control file 이름 확인 |
| − | #: * nomount 상태로 DB 기동 | + | #:* nomount 상태로 DB 기동 |
| − | #: * rman 명령어로 정상 control file로 부터 새로운 control file을 복사한다. | + | #:* rman 명령어로 정상 control file로 부터 새로운 control file을 복사한다. |
# DB 파라미터 변경 | # DB 파라미터 변경 | ||
| − | #: * 신규 생성된 control file 이름을 파라미터 파일에 적용한다(ASM) | + | #:* 신규 생성된 control file 이름을 파라미터 파일에 적용한다(ASM) |
# DB 기동 | # DB 기동 | ||
| − | #: * DB(force)를 오픈한다. | + | #:* DB(force)를 오픈한다. |
# 정상 기동 확인 | # 정상 기동 확인 | ||
| − | #: * 오류없이 정상 기동 확인 | + | #:* 오류없이 정상 기동 확인 |
=== control file 손상,유실 - 전체 === | === control file 손상,유실 - 전체 === | ||
2023년 6월 26일 (월) 15:28 판
thumb_up 추천메뉴 바로가기
- DBA { Oracle DBA 명령어 > DBA 초급 과정 > DBA 고급 과정 }
- 튜닝 { 오라클 튜닝 목록 }
- 모델링 { 데이터 모델링 가이드 }
목차
1 장애 유형별 복구 절차[편집]
1.1 파라미터 파일 손상,유실 - 디비 기동중[편집]
- 장애발생 확인
- 파라미터 파일이 손상되어 변경정보를 파라미터 파일에 저장 할수 없다.
- 파일 복구 실시
- 메모리 설정값을 이용하여 파라미터 파일을 재생서우한다
- 정상 확인
- 오류 없이 파라미터가 변경되는지 확인
1.2 파라미터 파일 손상,유실 - 디비 중지 상태[편집]
- 장애발생 확인
- 파라미터 파일이 손상되어 DB를 기동 할수 없다.
- 파일 복구 실시
- 백업된 파일에서 파라미터 파일을 찾는다.
- 백업 piece로 부터 파라미터파일을 restore 한다.
- DB 기동
- DB를 OPEN(force) 한다
- 정상 확인
- 오류 없이 정상 기동 하는지 확인
1.3 control file 손상,유실 - 일부분[편집]
- 장애 발생 확인
- 3중화된 control file 중 하나가 손상되 인스턴스가 비정상 상태임.
- DB 종료
- control file 복구를 위해 DB 종료
- Control file 복사
- 파라미터 파일에서 control file 이름 확인
- nomount 상태로 DB 기동
- rman 명령어로 정상 control file로 부터 새로운 control file을 복사한다.
- DB 파라미터 변경
- 신규 생성된 control file 이름을 파라미터 파일에 적용한다(ASM)
- DB 기동
- DB(force)를 오픈한다.
- 정상 기동 확인
- 오류없이 정상 기동 확인
1.4 control file 손상,유실 - 전체[편집]
- 장애 발생 확인
- 3중화된 control file 전체가 손상되 인스턴스가 비정상 상태임.
- DB 종료
- control file 복구를 위해 DB 종료
- Control file 복사
- nomount 상태로 DB 기동
- 백업된 control file 을 확인.
- control file을 restore 한다.
- 블완전 복구 실시
- DB를 mount 한다
- 백업본으로 부터 데이터 파일을 restore 한다.
- control file을 이용하여 블완전 복구를 수행한다.
recover database using backup controlfile
- DB 기동
- DB를 OPEN(resetlogs) 한다.
- 정상 기동 확인
- 오류없이 정상 기동 확인
1.5 Redo log group 손상,유실 - ACTIVE 상태[편집]
- 장애발생
- Active 상태의 redo log group 멤버 전체 파일이 손상되어 log file switch 불가 , 아카이브 hang 발생후 비정상 종료 됨
- DB 마운트
- 복구를 위해 DB를 마운트 한다.
- 장애가 발생한 redo log group 번호를 alert로그 파일에서 확인 한다.
- redo log file 초기화
- 장애가 발생한 redo log group을 초기화 한다.
alter database clear unarchived logfile group #
- DB 기동
- DB를 OPEN 한다.
- 정상 확인
- log file 정상 switch 확인