[BC] 개별 백업, 스냅샷 백업 및 파일시스템 백업

SAP HANA에서는 데이터베이스 백업을 여러 가지 방식으로 수행할 수 있으며, 대표적으로 스냅샷 백업, 개별(논리적) 백업, 파일 시스템 백업이 있습니다. 각 방식은 특징, 목적, 사용 시나리오, 복구 방식 등이 다르기 때문에 시험뿐만 아니라 실무에서도 이해가 매우 중요합니다.

---

✅ 1. 개별 백업 (Individual Backup)

🧩 설명:

• SAP HANA Cockpit 또는 Studio, SQL 명령어를 통해 시스템 DB와 각 테넌트 DB를 논리적으로 개별 백업합니다.
• 백업 대상: 데이터 볼륨, 로그 볼륨

📁 백업 형식:

• .dat, .log, .catalog 등의 백업 파일 생성됨

🎯 장점:

• 백업과 복구가 정교하고 제어 가능
• 특정 테넌트만 백업하거나 복원 가능

⚠️ 단점:

• 각 DB를 개별적으로 백업해야 하므로 작업량 증가
• 복구 시에도 각 테넌트를 개별 복원해야 함

🛠 복원 방식:

• SAP HANA Cockpit 또는 SQL 명령어로 개별 복원

---

✅ 2. 스냅샷 백업 (Snapshot Backup)

🧩 설명:

• 스토리지 계층에서 전체 SAP HANA 시스템의 스냅샷을 찍는 방식
• OS 또는 스토리지 장비에서 지원하는 파일 시스템 또는 볼륨 기반 스냅샷 사용
• SAP HANA가 이를 데이터 스냅샷으로 인식하여 관리

🧰 수행 방법:

• CREATE SNAPSHOT BACKUP SQL 명령어나, HANA Cockpit에서 스냅샷 시작 후 스토리지 측에서 스냅샷 수행

🎯 장점:

• 전체 시스템 단위로 빠르게 백업 가능
• 빠른 복구, DR 시나리오에 유용

⚠️ 단점:

• 스토리지 레벨 기능 필요
• 복원 시 동일한 스토리지 환경이 필요

🛠 복원 방식:

• 스토리지 측에서 볼륨/디스크 롤백 수행 + SAP HANA 재시작

---

✅ 3. 파일 시스템 백업 (File System Copy)

🧩 설명:

• SAP HANA를 정지한 상태에서 데이터 디렉토리를 OS 수준에서 복사하는 방식
• 아주 전통적인 백업 방식

📁 대상:

• /hana/data, /hana/log 등 HANA 관련 파일 시스템 전체 복제

🎯 장점:

• 구성 전체를 복사하므로 환경 전체 복제 가능
• 스냅샷이나 백업 솔루션 없이도 수행 가능

⚠️ 단점:

• 시스템을 중지해야 함 (정지 상태 복사)
• 파일 일관성 확보 어려움 (Live 상태에서는 비추천)
• 복구 시 정확히 동일한 환경 필요

🛠 복원 방식:

• 시스템 중지 후 백업 파일을 동일 위치에 덮어쓰기 → SAP HANA 재시작

---

🧠 요약 비교 표

구분개별 백업 (논리적)스냅샷 백업파일 시스템 백업

수행 위치	SAP HANA 내부	스토리지/OS + HANA	OS 레벨
백업 단위	DB별	전체 시스템	전체 시스템
백업 속도	보통	매우 빠름	느림 (복사 시간 소요)
복구 유연성	개별 DB 복원 가능	시스템 단위 복원	시스템 단위 복원
다운타임 여부	X	X	O (필수)
추가 기능 필요 여부	없음	스토리지 스냅샷 기능 필요	없음
권장 용도	표준 운영 환경	고속 복구, DR 시나리오	테스트 복제, 개발 복사 등

---

📌 시험 팁 (C_TADM_23 기준):

백업 유형시험에서 어떻게 언급되나요?

개별 백업	기본적인 백업 방법으로 자주 등장
스냅샷	"빠른 백업", "전체 시스템 스냅샷" 등 문구와 함께 등장
파일 시스템	"오프라인 백업" 혹은 "운영 중지 상태에서의 복사"로 언급될 수 있음