Oracle 데이터베이스복구

Oracle DB 기동 및 접속 장애

Oracle 데이터베이스가 정상적으로 시작되지 않거나 접속 오류가 발생하는 경우, 오류 메시지와 데이터파일 상태, 관련 로그를 확인하여 장애 원인과 복구 가능성을 분석합니다.

Datafile 손상 및 삭제

Oracle 데이터파일이 손상되거나 삭제되어 데이터베이스 운영에 문제가 발생한 경우, 파일 상태와 관련 백업·로그의 존재 여부를 확인하여 복구 가능성을 검토합니다.

테이블 및 레코드 삭제

실수로 테이블이나 레코드를 삭제한 경우, 삭제 작업의 유형과 이후 데이터 변경 여부, Flashback 기능 및 관련 로그·백업 상태 등을 확인하여 복구 가능성을 분석합니다.

Control File 및 Redo Log 장애

Control File 또는 Redo Log 관련 오류로 데이터베이스 기동과 복구에 문제가 발생한 경우, 오류 상황과 파일 구성, 백업 상태를 확인하여 적절한 분석 방향을 검토합니다.

서버 HDD·SSD 장애

Oracle DB가 저장된 HDD 또는 SSD에 인식 불량, 읽기 오류, 물리적 손상 등이 발생한 경우, 저장장치 상태를 먼저 확인하고 데이터 손상을 최소화하는 방향으로 복구 가능성을 검토합니다.

RAID 및 서버 스토리지 장애

RAID 구성 오류, 여러 디스크의 장애 또는 서버 스토리지 문제로 Oracle 데이터베이스에 접근할 수 없는 경우, 디스크 구성과 데이터 상태를 분석한 후 데이터베이스 복구 가능성을 확인합니다.

Oracle Datafile 분석

Datafile은 Oracle 데이터베이스의 테이블과 인덱스 등 실제 데이터가 저장되는 파일입니다.

파일 손상, 삭제, 읽기 오류 또는 저장장치 장애로 데이터에 접근할 수 없는 경우 파일 상태와 데이터베이스 구성을 확인하고, 관련 백업 및 로그의 존재 여부를 검토하여 복구 가능성을 분석합니다.

핵심 항목

• 데이터파일 손상 및 삭제
• 파일 읽기 오류
• 데이터베이스 접근 장애
• 백업 및 관련 파일 상태 확인

Oracle Control File 분석

Control File은 데이터베이스의 물리적 구조와 관련된 주요 정보를 기록하는 파일입니다.

Control File 손상이나 유실로 데이터베이스 기동에 문제가 발생한 경우, 사용 가능한 Control File의 상태와 데이터파일 구성, 백업 정보를 확인하여 복구 방향을 검토합니다.

핵심 항목

• Control File 손상 및 유실
• 데이터베이스 기동 오류
• 사용 가능한 복제본 확인
• 백업 및 데이터파일 구성 분석

Oracle Redo Log 분석

Redo Log는 데이터베이스에서 발생한 변경 사항을 기록하며, 장애 발생 후 데이터베이스 복구 과정에서 중요한 역할을 합니다.

로그 손상이나 유실이 발생한 경우 로그의 상태와 데이터베이스의 장애 상황을 확인합니다. 복구 가능성은 로그 상태, 장애 시점, 데이터파일 상태 등에 따라 달라질 수 있습니다.

핵심 항목

• Redo Log 손상 및 유실
• 데이터베이스 복구 관련 오류
• 로그 상태 및 구성 확인
• 데이터파일과의 연관성 분석

Oracle Archive Log 및 백업 분석

Archive Log와 백업 파일은 데이터베이스 장애 이후 복구 범위와 시점을 판단하는 데 중요한 자료입니다.

보유한 로그와 백업의 상태, 생성 시점, 데이터파일과의 관계를 확인하여 적용 가능한 복구 방법과 복구 범위를 검토합니다.

핵심 항목

• Archive Log 보유 여부
• RMAN 백업 상태 확인
• 백업 시점 및 복구 범위 검토
• 데이터파일과 로그의 연관성 확인

DROP TABLE 실행 후 테이블 삭제

DROP TABLE 명령으로 테이블을 삭제한 경우, Oracle의 RECYCLEBIN 사용 여부와 테이블 삭제 방식, 관련 백업 및 데이터베이스 상태를 확인합니다.

FLASHBACK TABLE 등 적용 가능한 기능이 있는지 검토하고, 기본 기능을 이용하기 어려운 경우에는 확보된 자료와 데이터 상태를 바탕으로 추가 분석 가능성을 판단합니다.

핵심 확인 사항

• RECYCLEBIN 및 삭제된 객체 상태
• PURGE 실행 여부
• FLASHBACK TABLE 적용 가능 여부
• 백업 및 관련 데이터의 보존 상태

DELETE 실행 후 레코드 삭제

DELETE 명령으로 테이블의 일부 또는 전체 레코드가 삭제된 경우, 트랜잭션의 COMMIT 여부와 이후 데이터 변경 사항, Flashback 기능 및 관련 백업·로그 상태를 확인합니다.

삭제 이후의 데이터베이스 상태에 따라 적용할 수 있는 방법이 달라지므로, 현재 상태를 확인한 후 복구 가능성을 검토합니다.

핵심 확인 사항

• COMMIT 여부
• 삭제 이후 추가 변경 여부
• Flashback 기능 및 보존 상태
• 관련 백업과 로그 확보 여부

TRUNCATE 실행 후 데이터 삭제

TRUNCATE 명령으로 테이블의 데이터가 제거된 경우, 일반적인 DELETE와는 처리 방식이 다르므로 동일한 복구 방법을 적용할 수 없습니다.

Oracle 버전과 데이터베이스 설정, 백업 및 로그 상태 등을 확인하여 적용 가능한 복구 방법과 작업 범위를 검토합니다.

핵심 확인 사항

• TRUNCATE 실행 여부와 시점
• 관련 백업 및 로그 상태
• Flashback 관련 기능의 적용 가능성
• 삭제 이후 데이터베이스 변경 사항

STEP 01. 장애 증상 및 환경 확인

Oracle 버전, 운영체제, 서버 및 스토리지 구성, 오류 메시지, 장애 발생 시점 등을 확인합니다. 이를 바탕으로 데이터베이스 자체의 문제인지 저장장치 또는 시스템 장애인지 분석 방향을 설정합니다.

확인 항목

• Oracle 버전 및 운영 환경
• 오류 메시지와 발생 시점
• 서버·스토리지 구성
• 장애 전후의 작업 내역

STEP 02. 데이터파일 및 구성 확인

Datafile, Control File, Redo Log 등 관련 파일의 존재 여부와 상태를 확인합니다. 파일 손상이나 유실 여부, 파일 간 구성 정보, 접근 가능 여부를 검토하여 문제 범위를 파악합니다.

확인 항목

• Datafile 접근 및 손상 상태
• Control File 유실 여부
• Redo Log 및 Archive Log 상태
• 파일 구성과 데이터베이스 상태

STEP 03. 로그 및 백업 분석

사용 가능한 로그와 백업의 존재 여부, 생성 시점, 상태를 확인합니다. 장애 발생 시점과 데이터베이스 상태를 고려하여 적용 가능한 복구 방법과 복구 범위를 검토합니다.

확인 항목

• Redo Log 및 Archive Log 상태
• RMAN 백업 유무
• 백업 생성 시점과 상태
• 복구에 필요한 자료의 확보 여부

STEP 04. 저장장치 및 RAID 분석

서버 HDD·SSD의 인식 불량이나 읽기 오류, RAID 구성 장애가 의심되는 경우 저장장치 상태와 구성 정보를 확인합니다. 물리적 장애가 확인되면 추가 손상을 최소화하는 방향으로 데이터 확보 가능성을 검토합니다.

확인 항목

• HDD·SSD 인식 및 읽기 상태
• 저장장치 오류 여부
• RAID 구성 및 디스크 상태
• 데이터 확보 가능성

STEP 05. 복구 방향 및 작업 범위 결정

확인된 장애 유형과 파일 상태, 로그 및 백업의 확보 여부를 종합하여 적용 가능한 복구 방법을 검토합니다. 예상 작업 범위와 제한 사항을 안내하고, 필요한 경우 복구된 데이터의 구조와 사용 가능 여부를 확인합니다.

확인 항목

• 장애 유형별 분석 결과
• 적용 가능한 복구 방법
• 예상 작업 범위와 제한 사항
• 결과 데이터 검증 계획

STEP 01. 초기 상담

Oracle 데이터베이스의 장애 증상과 발생 시점, Oracle 버전, 서버 및 저장장치 구성을 확인합니다. 오류 메시지와 현재 상황을 바탕으로 초기 상담을 진행하고 접수에 필요한 정보를 안내합니다.

STEP 02. 장비 및 자료 확인

서버, HDD·SSD, RAID 구성과 확보된 데이터베이스 파일 및 백업 자료를 확인합니다. 저장장치 장애가 의심되는 경우에는 매체 상태를 우선적으로 살펴보고 데이터 손상을 최소화할 수 있는 작업 방향을 검토합니다.

STEP 03. 장애 분석 및 진단

데이터파일 상태, 관련 로그와 백업, 오류 메시지 및 저장장치 상태를 분석합니다. 확인된 장애 유형을 바탕으로 복구 가능성과 예상 작업 범위, 제한 사항을 검토합니다.

STEP 04. 복구 방법 및 견적 안내

진단 결과를 바탕으로 적용 가능한 복구 방법과 예상 작업 범위, 비용 및 소요 시간을 안내합니다. 고객이 작업 내용을 확인하고 진행 여부를 결정할 수 있도록 필요한 사항을 설명합니다.

STEP 05. 데이터베이스복구 작업

협의된 작업 범위에 따라 데이터베이스 파일, 관련 로그 및 백업 자료를 분석하고 적용 가능한 복구 작업을 진행합니다. 저장장치 장애가 동반된 경우에는 확보된 데이터의 상태와 복구 가능 범위를 고려하여 작업합니다.

STEP 06. 결과 확인 및 데이터 인도

작업 결과와 복구된 데이터의 구조 및 사용 가능 여부를 확인합니다. 확인된 결과와 제한 사항을 안내한 후 협의된 방식으로 데이터를 인도합니다.

반복적인 복구 명령 실행 금지

검증되지 않은 복구 명령을 반복 실행하지 마세요.

Oracle DB가 기동되지 않는다고 해서 원인을 확인하지 않은 채 복구 명령을 반복 실행하지 마세요. 장애 유형에 따라 적절한 조치가 다르므로, 오류 메시지와 현재 데이터베이스 상태를 먼저 확인해야 합니다.

데이터파일 임의 변경 금지

Datafile과 Control File을 임의로 삭제하거나 교체하지 마세요.

Oracle Datafile, Control File, Redo Log 등 관련 파일을 임의로 삭제하거나 다른 파일로 교체하면 복구에 필요한 정보가 손실되거나 문제가 복잡해질 수 있습니다. 현재 파일과 백업 자료를 보존한 상태에서 분석하는 것이 좋습니다.

삭제 이후 데이터 변경 최소화

테이블 삭제 후 불필요한 데이터 변경을 최소화하세요.

DROP TABLE, DELETE 또는 TRUNCATE 실행으로 데이터가 삭제되었다면 추가적인 데이터 변경을 최소화하세요. 삭제 이후의 작업과 데이터베이스 설정에 따라 적용 가능한 복구 방법이 달라질 수 있습니다.

로그와 백업 자료 보존

Redo Log와 Archive Log, 백업 자료를 보존하세요.

Redo Log, Archive Log, RMAN 백업 등 관련 자료가 있다면 삭제하거나 덮어쓰지 마세요. 로그와 백업의 상태 및 생성 시점은 복구 방법과 복구 범위를 판단하는 데 중요한 자료가 될 수 있습니다.

물리적 저장장치 장애 주의

서버 HDD·SSD 장애가 의심되면 사용을 중단하고 상태를 확인하세요.

서버 디스크에서 반복적인 읽기 오류, 인식 불량 또는 비정상적인 작동이 발생하면 불필요한 재시도와 쓰기 작업을 피하세요. 물리적 장애가 의심되는 경우 전원을 반복해서 켜거나 끄기보다 저장장치 상태를 먼저 확인하는 것이 좋습니다.

RAID 구성 임의 변경 금지

RAID 재구성이나 초기화를 임의로 진행하지 마세요.

RAID 장애로 Oracle 데이터베이스에 접근할 수 없다면 디스크 초기화, RAID 재구성, 강제 리빌드 등을 임의로 진행하지 마세요. 기존 디스크 구성과 장애 상태를 확인한 후 데이터 손상을 최소화할 수 있는 작업 방향을 결정해야 합니다.

Oracle DB 손상 유형

• 데이터파일(Datafile) 손상
• 테이블 및 레코드 삭제
• Control File 및 Redo Log 관련 장애
• 데이터베이스 파일 접근 불가

저장장치 장애

• HDD 및 SSD 물리적 손상
• 파일시스템 손상
• 서버 저장장치 인식 불량
• 디스크 상태에 따른 추가 복구 작업

RAID 및 서버 구성

• RAID 0, RAID 1, RAID 5, RAID 6 등 구성 유형
• RAID 구성 디스크의 장애 개수
• 서버 및 스토리지 구조
• RAID 재구성 및 데이터 추출 필요 여부

복구 범위 및 난이도

• 복구 대상 데이터의 범위
• 데이터베이스 파일의 손상 정도
• 백업 및 아카이브 로그 보유 여부
• 복구 후 데이터베이스 검증 필요 여부