[백업] 카탈로그 백업 & 로그 백업

SAP HANA에서의 **카탈로그 백업(Catalog Backup)**과 **로그 백업(Log Backup)**은 모두 데이터의 복구를 위한 핵심 구성 요소이지만, 그 역할과 백업 대상이 서로 다릅니다.
둘은 함께 사용되어 **Point-in-Time Recovery (시점 복구)**를 가능하게 합니다.

---

✅ 1. 카탈로그 백업 (Catalog Backup)

🔹 정의

카탈로그 백업은 SAP HANA의 메타데이터(카탈로그 객체들) — 예를 들어 테이블 구조, 뷰, 인덱스, 스키마, 사용자 정의 함수 및 프로시저 등에 대한 정보를 저장한 백업입니다.

📦 포함 대상

포함 내용

테이블 정의 (DDL)

뷰 정의

인덱스 및 파티션 정보

Stored Procedure / Function 정의

스키마 및 권한 정보 등

 

❗ 포함되지 않는 것

• 실제 데이터(Content): 카탈로그 백업은 정의만 백업, 실제 데이터는 포함되지 않음
• 로그 데이터도 포함되지 않음

📍 용도

• 전체 시스템 복구 시 메타정보 복구
• 특정 시점의 구조 상태로 되돌릴 때 사용
• 데이터 없이 구조만 복원하고자 할 때

---

✅ 2. 로그 백업 (Log Backup)

🔹 정의

로그 백업은 데이터 변경 내역(Insert, Update, Delete 등)을 시점별로 기록한 로그 파일을 주기적으로 백업한 것입니다.

SAP HANA는 트랜잭션 로그 기반의 WAL(Write-Ahead Logging) 구조를 사용하며, 로그 백업을 통해 **데이터 복원 및 시점 복구(PITR)**가 가능해집니다.

📦 포함 내용

포함 내용

모든 데이터 변경 트랜잭션

커밋/롤백 정보

시스템 변경 내역

 

📍 로그 백업의 특징

항목설명

주기성	실시간 또는 특정 간격으로 자동 수행
크기 증가	대량 변경 발생 시 빠르게 증가
중요성	데이터 백업 후 로그 백업이 없으면 복구 불가능
보존 기간	log_backup_timeout_s 또는 retention 정책으로 제어 가능

 

---

🧩 전체 백업 전략에서의 역할

백업 종류역할포함 내용

Full Data Backup	전체 데이터 백업	실제 테이블 데이터, 일부 메타데이터
Catalog Backup	메타데이터 백업	구조 정의, 스키마, 뷰, 프로시저 등
Log Backup	변경 이력 저장	트랜잭션 단위 데이터 변경 정보

 

👉 세 가지를 모두 조합하면 Point-in-Time Recovery (PITR) 수행 가능

---

🧪 복구 시나리오 예시

예: 2025-06-10 10:00 기준 복구 원할 경우

1. 가장 최근 Full Data Backup 복원
2. 해당 시점의 Catalog Backup 적용
3. 로그 백업 재생 (10:00까지) → PITR 완성

---

🛠️ 관련 SQL 및 파일 위치 예시

🔍 백업 정보 확인 (HANA SQL)

-- 로그 백업 상태 확인
SELECT * FROM M_BACKUP_CATALOG
WHERE ENTRY_TYPE_NAME = 'log backup'
ORDER BY SYS_START_TIME DESC;

-- 카탈로그 백업 확인
SELECT * FROM M_BACKUP_CATALOG
WHERE ENTRY_TYPE_NAME = 'catalog backup';

📁 백업 파일 위치 (기본값 예시)

백업 종류위치 예시

Full Backup	/hana/shared/backup/data/
Catalog Backup	/hana/shared/backup/catalog/
Log Backup	/hana/shared/backup/log/

 

(단, 실제 위치는 global.ini, backup.log_basepath 등에 따라 다름)

---

✅ 요약

항목카탈로그 백업로그 백업

목적	객체 정의 복원	데이터 변경 복원
포함 내용	테이블/뷰/프로시저 등의 정의	트랜잭션 로그, 변경 이력
사용 시점	구조 복구, PITR 구성 시	PITR, 장애복구 시 필수
주기	수동 또는 백업과 함께 자동	실시간 또는 주기적 자동 수행
복구 가능 범위	구조만 복구	시점까지의 데이터 복원