데이터베이스 연구실.log

OCR 백업과 복구

OCR 미러, 백업, 복원 옵션과 저장 방식별 전제를 구분하며 손상 재현 불일치와 실제 복원, 재기동 결과는 확인 불가

RACOCR 백업과 복구

#핵심 요약

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>은 확인한 정상 백업 경로
결과 해석 위치, 무결성 검사와 복원 완료는 별도이며 실제 복원, 재기동 결과는 확인 불가
OS 셸 (Grid Infrastructure 소유자)조회만 함
ocrcheck
ocrconfig -showbackup
cat /etc/oracle/ocr.loc

결과 해석: OCR 위치, 무결성과 백업 목록을 확인하며 실습에서는 정상 미러와 모든 복사본 손실을 구분하도록 설명함

OS 셸 (root)객체 또는 설정을 변경함
ocrconfig -manualbackup

결과 해석: 수동 백업 생성 명령이며 생성 결과 출력은 기재 없음

OS 셸 (root)객체 또는 설정을 변경함
ocrconfig -add +DATA
ocrconfig -replace +DATA -replacement +FRA
OS 셸 (root)조회만 함
ocrcheck

결과 해석: 실습에서는 추가 후 두 위치의 integrity check succeeded와 교체 후 +FRA 위치를 제시함

#구문과 옵션 설명

#저장 위치에 따른 복원 전제

파일시스템 복원과 ASM 복원은 작업 분기가 다름
전체 노드의 Clusterware 정지 상태를 확인하고 ASM 저장이면 디스크 그룹을 복구, 마운트한 뒤 한 노드의 exclusive -nocrs 복원 흐름을 적용함
복원 후 OCR 무결성, 다른 노드의 위치 구성 일치, 전체 재기동과 CVU 검사가 필요함

OS 셸 (root, 저장 방식별 복원 전제 충족 후)객체 또는 설정을 변경함
ocrconfig -restore <OCR_BACKUP_FILE>

결과 해석: 실제 복원 응답과 재기동 결과는 기재 없음

#사용 조건과 주의사항

실습에서는 -excl -nocrs 상태에서 미러를 추가하지만 같은 본문의 주석에서 적용 조건 확인이 필요하다고 적었음

손상 재현의 조회 파일과 삭제 파일이 다르고 계정 전환 표기가 불일치하며 해당 구간에 백업 생성 명령이 없음

실습에서는 -repair와 -overwrite를 미러 복구, 승격으로 설명하는 한편, 같은 페이지에서 로컬 구성 수정, 메타데이터 덮어쓰기와 백업 복원을 구분하라고 지적함

위 불일치가 있어 손상 재현과 복구 절차는 확인 불가

OCRCHECK는 OCR 갱신 도중 손상을 잘못 보고할 수 있으므로 지원되는 무결성 검사 조건은 모든 노드의 CRS 스택 OFFLINE 상태임
ocrconfig -restore에는 export 파일이 아니라 자동 또는 수동 백업 파일이 필요함

SEO_HKabsumveritas@gmail.comBuilt with Claude Code & Codex

마지막 갱신 개인 학습 기록이며 운영 환경 적용 전 공식 문서 확인 필요

두 글자 이상 입력, 위아래 화살표로 이동하고 Enter로 열기