백업 시스템 재구성

현장 브리핑

현장 유형

NAS 운영 환경 / 백업 구조 재구성

핵심 판단

백업 저장 용량보다 복구 가능성 기준 우선

판단 변수

원본 데이터 범위 / 백업 경로 / 보관 주기 / 복구 시점 / 검증 가능성

관련 기준

RAID 저장 구조 설계 / 네트워크 문서화 기준 / 네트워크 장애 복구 기준

01 현장 요약

본 사례는 기존 NAS 환경에서 백업 경로와 보관 기준이 누적 운영 과정에서 흐려진 상태를 다시 정리한 작업이다. 데이터는 복사되고 있었지만, 어떤 데이터가 원본이고 어느 시점의 백업본이 복구 기준이 되는지 명확하지 않았다.

문제의 핵심은 백업 장치를 추가하는 것이 아니라, 운영 중인 NAS와 백업 저장소 사이의 관계를 다시 정의하고 실제 복구 가능한 구조로 재구성하는 데 있었다.

02 현장 조건

• 기존 NAS가 업무 데이터 저장소로 이미 운영 중인 환경
• 백업 작업은 존재하지만 복구 기준과 보관 범위가 불명확한 상태
• 전체 중단 없이 백업 경로를 다시 정리해야 하는 환경
• 중요 데이터와 일반 데이터의 보관 우선순위가 다른 상태
• 장애 발생 시 어느 백업본으로 되돌릴지 판단 기준이 필요한 환경

03 문제 또는 요구사항

요구사항은 백업 용량을 늘리는 것이 아니라, 실제 장애 상황에서 사용할 수 있는 백업 체계를 만드는 것이었다. 백업 파일이 존재해도 복구 시점, 대상 범위, 검증 절차가 없으면 운영상 의미가 제한된다.

따라서 원본 데이터, 1차 백업, 외부 또는 분리 백업의 역할을 나누고, 복구 우선순위와 검증 단위를 함께 정리해야 했다.

04 선택지 비교

05 판단 기준

본 현장에서는 아래 기준을 우선했다.

• 복구해야 할 데이터 범위를 명확히 구분할 수 있는가
• 백업본이 실제 복구 가능한 상태인지 검증할 수 있는가
• 업무 중단 없이 백업 구조를 단계적으로 바꿀 수 있는가
• 향후 운영자가 같은 기준으로 백업 상태를 확인할 수 있는가

06 최종 판단

본 사례에서는 기존 백업 경로를 그대로 둔 채 저장 용량만 추가하는 방식보다, 백업 시스템 자체를 다시 구성하는 방식을 선택했다. 이유는 백업의 목적이 저장본을 하나 더 만드는 것이 아니라, 장애 발생 시 되돌아갈 수 있는 기준을 확보하는 데 있기 때문이다.

특히 NAS 환경에서는 원본 저장소와 백업 저장소가 같은 네트워크와 같은 운영 흐름 안에 놓이는 경우가 많으므로, 백업 경로와 복구 검증 단위를 분리해 두는 편이 더 안정적이라고 판단했다.

07 구현 구조

구조 원칙 원본 범위 정의 + 백업 경로 분리 + 복구 검증 기준 수립

구현은 먼저 NAS 내 데이터 범위를 업무 중요도 기준으로 나누고, 백업 대상과 제외 대상을 정리한 뒤, 백업 저장소와 검증 절차를 분리하는 방식으로 진행했다. 핵심은 백업 성공 여부보다 복구 가능한 상태인지 확인하는 데 있었다.

[Primary NAS]
      │
[Backup Policy]
      │
[Backup Storage]
      │
[Restore Test / Verification]

08 결과

• 백업 대상과 제외 대상을 구분해 운영 기준을 명확히 했다.
• 원본 데이터와 백업본의 역할을 다시 정리했다.
• 장애 발생 시 확인할 복구 기준과 검증 단위를 남겼다.
• 단순 저장 용량 추가가 아니라 운영 가능한 백업 구조로 재구성했다.

09 관련 기술 문서

10 범위와 제외 사항

본 사례는 NAS 백업 시스템의 재구성과 복구 기준 정리에 한정된다. 전사 보안 정책, 장기 보관 정책 전체, 애플리케이션별 백업 소프트웨어 세부 설정은 본 문서 범위에 포함하지 않는다.

11 참고

이 사례 문서는 백업을 단순 복사 작업으로 보지 않고, 원본·백업본·복구 기준을 함께 검증해야 하는 운영 구조로 읽어야 한다는 점을 남기기 위한 기록이다.