복구 판단의 기준

장애 이름보다 먼저 봐야 할 것은
무엇이 사라졌는가입니다.

트랜잭션만 실패했는지, 메모리 상태가 날아갔는지, 데이터 파일까지 잃었는지에 따라 복구 수단이 달라집니다. 범위가 커질수록 복구는 Undo에서 끝나지 않고, Redo, 체크포인트, 백업과 아카이브 로그까지 이어집니다.

손실 범위가 커질수록 복구 체인도 길어집니다
1
실패한 작업만 문제면 Undo 해당 트랜잭션의 변경만 되돌리면 끝납니다.
2
메모리 상태가 사라지면 Redo + Undo 커밋은 다시 적용하고, 미커밋은 제거합니다.
3
파일이 손상되면 백업부터 복원 아카이브 로그를 이어 붙여 최신 시점까지 따라갑니다.
장애 유형

트랜잭션 장애

쿼리 오류, 제약조건 위반, 교착상태처럼 특정 작업만 실패한 경우

사라진 상태
실패한 변경만 취소 대상

다른 트랜잭션과 저장된 데이터 파일은 그대로 유지됩니다.

복구 수단
Undo
로그를 따라 해당 트랜잭션의 변경만 롤백합니다.
복구 후 상태
영향이 가장 국소적

문제 작업만 취소되고 서비스 전체는 계속 동작합니다.

장애 유형

시스템 장애

전원 장애나 DBMS 크래시로 메모리 안의 최신 상태가 사라진 경우

사라진 상태
버퍼 캐시와 진행 중 작업

디스크 로그는 남아 있지만 메모리 기반 최신 상태는 유실됩니다.

복구 수단
체크포인트 Redo Undo
체크포인트 이후 로그를 다시 읽어 커밋은 복원하고 미커밋은 되돌립니다.
복구 후 상태
재시작과 함께 일관성 회복

인스턴스 복구로 커밋된 데이터는 살리고 미커밋은 제거합니다.

장애 유형

디스크 장애

데이터 파일이나 저장 장치 자체가 손상되어 원본 파일이 사라진 경우

사라진 상태
저장된 데이터 파일 자체

메모리 복구만으로는 부족하며, 물리 파일을 다시 만들어야 합니다.

복구 수단
백업 복원 아카이브 로그 Redo / Undo
백업으로 파일을 되살린 뒤 로그를 적용해 장애 직전 시점까지 따라갑니다.
복구 후 상태
전체 데이터 재구성

가장 오래 걸리고 운영자 개입과 백업 전략이 가장 중요합니다.