OCR 백업과 복구
OCR 미러, 백업, 복원 옵션과 저장 방식별 전제를 구분하며 손상 재현 불일치와 실제 복원, 재기동 결과는 확인 불가
#핵심 요약
OCR은 Clusterware 자원의 구성과 의존 관계를 저장하며 사용자 테이블의 데이터 파일과 구분함
미러는 한 저장 위치의 장애에 대비하고 백업은 과거 정상 구성이나 잘못된 구성 변경의 복원에 대비함
실습 복구 예제에는 정상 백업을 복원하는 명령이 없어 복원 절차를 완성하지 않았음
#개념과 동작 원리
손상 판단은 OCR 무결성, ASM 저장소 접근, 백업 목록과 정상 미러의 존재 여부를 함께 확인하는 순서임 실습에서는 필요 시 전체 노드 Clusterware를 정지하고 한 노드의 exclusive 복구 모드에서 정상 백업을 복원한 뒤 무결성, 재기동, 자원, 접속을 확인한다고 설명함 저장 방식별 전체 복원 절차의 실습 결과는 기재 없음
#확인 문제
| 번호 | 문제 | 확인 내용 |
|---|---|---|
| 1 | OCR에는 무엇이 저장되는가? | Clusterware가 관리하는 리소스의 구성, 의존 관계를 저장함 DB 서비스, VIP, Listener 등이 해당하며 사용자 테이블의 데이터 파일을 대신하는 파일이 아님 |
| 2 | OCR 미러와 백업은 왜 둘 다 필요한가? | 미러는 동일한 복사본으로 한 저장 위치의 장애에 대비함 백업은 잘못된 구성 변경 등에 대비해 과거 시점의 정상 구성을 복원하는 데 사용함 미러는 가용성, 백업은 시점 복구를 도움 |
| 3 | OCR 장애가 의심되면 무엇을 먼저 확인하는가? | 1단계 OCR 무결성과 위치, 2단계 ASM 저장소 접근 가능 여부, 3단계 OCR 미러 복사본 구성과 정상 미러 여부, 4단계 OCR 백업 목록 확인 손상 범위, 저장소, 복구 가능한 백업부터 확인함 |
| 4 | OCR 복원 후 무엇까지 확인해야 하는가? | 진단과 정상 백업 준비 → 다른 노드를 정지하고 한 노드의 exclusive 복구 모드에서 복원 → ocrcheck로 OCR 무결성 확인 → 클러스터 재기동과 검증 순서임 정상 기동, 리소스 상태, 서비스, 접속까지 확인함 |
문제 4의 진단, 준비 항목은 장애 원인 확인, 정상 백업 확보, 복구 계획 수립임
파일 복원 뒤 클러스터와 서비스까지 검증하는 범위이며 실제 검증 출력은 확인 불가
#주요 용어와 구성 요소
| 구문 | 의미 |
|---|---|
| -restore | 자동, 수동 백업 파일로 OCR 내용을 복원하는 옵션임 |
| -repair | 다른 노드에서 변경한 OCR 위치에 맞춰 해당 노드의 로컬 구성을 수정하는 옵션임 |
| -overwrite | OCR 구성을 갱신하는 옵션이며 과거 백업을 복원하는 옵션은 아님 |
#필수 명령어 또는 SQL
| 항목 | 실행 조건 |
|---|---|
| 작업 대상 | OCR 위치, 무결성, 백업 목록, 수동 백업, 미러 변경 |
| 필요 권한 | 조회는 GI 소유자 환경, 구성 변경, 복원은 root 권한 |
| 바꿀 입력값 | +DATA, +FRA는 실제 준비된 디스크 그룹, <OCR_BACKUP_FILE>은 확인한 정상 백업 경로 |
| 결과 해석 | 위치, 무결성 검사와 복원 완료는 별도이며 실제 복원, 재기동 결과는 확인 불가 |
ocrcheck
ocrconfig -showbackup
cat /etc/oracle/ocr.loc결과 해석: OCR 위치, 무결성과 백업 목록을 확인하며 실습에서는 정상 미러와 모든 복사본 손실을 구분하도록 설명함
ocrconfig -manualbackup결과 해석: 수동 백업 생성 명령이며 생성 결과 출력은 기재 없음
ocrconfig -add +DATA
ocrconfig -replace +DATA -replacement +FRAocrcheck결과 해석: 실습에서는 추가 후 두 위치의 integrity check succeeded와 교체 후 +FRA 위치를 제시함
#구문과 옵션 설명
#저장 위치에 따른 복원 전제
파일시스템 복원과 ASM 복원은 작업 분기가 다름
전체 노드의 Clusterware 정지 상태를 확인하고 ASM 저장이면 디스크 그룹을 복구, 마운트한 뒤 한 노드의 exclusive -nocrs 복원 흐름을 적용함
복원 후 OCR 무결성, 다른 노드의 위치 구성 일치, 전체 재기동과 CVU 검사가 필요함
ocrconfig -restore <OCR_BACKUP_FILE>결과 해석: 실제 복원 응답과 재기동 결과는 기재 없음
#사용 조건과 주의사항
실습에서는 -excl -nocrs 상태에서 미러를 추가하지만 같은 본문의 주석에서 적용 조건 확인이 필요하다고 적었음
손상 재현의 조회 파일과 삭제 파일이 다르고 계정 전환 표기가 불일치하며 해당 구간에 백업 생성 명령이 없음
실습에서는 -repair와 -overwrite를 미러 복구, 승격으로 설명하는 한편, 같은 페이지에서 로컬 구성 수정, 메타데이터 덮어쓰기와 백업 복원을 구분하라고 지적함
위 불일치가 있어 손상 재현과 복구 절차는 확인 불가
OCRCHECK는 OCR 갱신 도중 손상을 잘못 보고할 수 있으므로 지원되는 무결성 검사 조건은 모든 노드의 CRS 스택 OFFLINE 상태임
ocrconfig -restore에는 export 파일이 아니라 자동 또는 수동 백업 파일이 필요함