Veeam은 완벽한 데이터 가용성과 신뢰성, 강력한 랜섬웨어 방어 체계를 갖춘 통합 백업·복구 플랫폼입니다. 온프레미스 레거시 및 가상화 환경을 안전하게 보호하고, 멀티클라우드 백업을 한곳으로 통합하며, 랜섬웨어로부터의 신속한 복구와 백업 자동화까지 한 플랫폼에서 수행합니다.
백업 데이터가 실제로 복구 가능한지 자동 검증 기술(SureBackup / SureReplica)을 적용해 상시 테스트합니다. 단순 테스트에 그치지 않고, 실제 복구에 걸린 시간과 데이터 정합성을 명확히 측정한 복구 검증 성적서를 제공하여 완벽한 복구 성능을 증명합니다.
백업을 인프라 구축과 별개의 나중 작업으로 다루지 않습니다. 가상화(VCF)·VDI·DR 구축을 단일 전담 조직이 통합 수행하므로, 초기 인프라 설계 단계부터 백업 트래픽이 운영 서비스 성능에 미치는 영향을 미리 계산해 부하를 원천 차단합니다.
랜섬웨어 공격이 일상화된 환경을 전제로 데이터 보호 체계를 설계합니다. 글로벌 최신 표준인 3-2-1-1-0 원칙을 바탕으로, 관리자조차 삭제·변조할 수 없는 불변(Immutable) 저장소와 원격 격리된 오프라인 사본을 기본 구성으로 포함해 가장 안전한 백업 환경을 제안합니다.
대략적인 추정에 의존하지 않고, 실제 데이터 환경을 측정하여 백업 시스템(Proxy·스토리지)을 꼭 필요한 규모로 최적 설계합니다. 중복제거 기술과 전용 WAN 가속을 정밀하게 조합하여, 백업에 걸리는 시간(백업 윈도우)을 대폭 줄임과 동시에 스토리지 구매 비용과 네트워크 회선 비용까지 한꺼번에 절감할 수 있습니다.
보호 대상 인벤토리 · 데이터 증가율 분석 · RPO / RTO 목표 수립 · 라이선스 산정 (인스턴스 기반 전환 시 재계산) · 규제 보관 요건 정리
백업 정책 (주기·세대·보관) · 전송 모드 · Proxy 배치 설계 · 저장소 계층 설계 (성능 · 용량 · 아카이브) · 불변 저장소 및 오프사이트 설계 · 복구 시나리오 정의
구축 및 정책 적용 · 연동 요건 확정 (vCenter 등록 · 방화벽 포트) · 초기 풀백업 수행 · 성능 튜닝
자동 복구 검증 구성 · 복구 시험 (파일 · VM · 애플리케이션 레벨) · 보안 · 구성 점검 통과 확인
백업 성공률 모니터링 · 실패 작업 대응 · 용량 증설 계획 · 정기 복구 훈련
백업 정책이 실제로 작동하려면 정확한 용량과 시간 산정이 필수적입니다. 현장에서 랜섬웨어보다 더 빈번하게 터지는 실제 장애 원인은 바로 백업 저장소의 용량 고갈입니다. 소프트웍스는 대략적인 감이 아닌 명확한 산정 근거 문서를 바탕으로 백업 정책을 수립하며, 백업 작업이 업무 시간에 영향을 주지 않도록 시간(백업 윈도우)과 용량의 안전선을 완벽하게 확보합니다.
| 현장에서 생기는 문제 | 소프트웍스의 해법 |
|---|---|
| “백업은 매일 수행되지만 복구를 시험해 본 적이 없습니다” | 백업 데이터가 실제 상황에서 문제없이 살아나는지 자동 검증 시스템을 구축하고, 실전 대응 능력을 높이기 위한 정기 복구 훈련을 운영 매뉴얼에 공식 반영합니다. 나아가 훈련 과정에서 실제 측정한 복구 소요 시간(RTO)을 상세히 기록한 복구 검증 성적서를 발행하여 완벽한 복구 성능을 객관적으로 증빙합니다 |
| “백업 작업이 업무 시간대까지 이어집니다” | 백업이 가능한 요일과 시간대를 정밀한 격자(시간표) 형태로 지정하고, 지정된 허용 시간을 초과하면 백업 작업을 자동으로 강제 종료합니다. 백업 데이터 한 세대를 이월하더라도 운영 서버가 느려지는 손실을 막는 것이 서비스 연속성에 훨씬 유리하기 때문입니다. 이를 통해 백업 마무리 작업(스냅샷 커밋)이 사용자 업무 피크 시간대와 겹쳐 렉이 발생하는 현상을 완벽히 차단합니다 |
| “백업은 성공으로 표시되는데 트랜잭션 로그가 비어 있습니다” | 한 대의 서버에 여러 DBMS가 함께 설치되어 있으면, 백업 수행 시 특정 DBMS만 처리되고 나머지는 누락되는 위험이 발생할 수 있습니다. 소프트웍스는 이러한 다중 DBMS 서버를 미리 식별하여 DBMS별로 백업 작업을 각각 분리·독립 설정함으로써 모든 데이터베이스가 빠짐없이 완벽하게 백업되도록 조치합니다 |
| “저장소 여유 공간이 계속 줄어듭니다” | 새로 인수인계받은 백업 환경에서 가장 자주 발생하는 대표적인 장애 위험입니다. 소프트웍스는 백업 보존 주기와 합성 풀백업(Synthetic Full Backup) 스케줄을 처음부터 다시 정밀 계산하고, 스토리지 임계치 알림을 즉시 설정하여 용량 고갈을 막습니다. 이어 백업 데이터의 성격에 맞춰 계층별(고속 스토리지 / 장기 보관용 스토리지)로 용량을 효율적으로 재배치합니다 |
| “랜섬웨어로 백업본까지 암호화됐습니다” | 가장 치명적인 백업본 2차 감염 사고를 원천 차단합니다. 관리자조차 수정·삭제할 수 없는 불변(Immutable) 저장소와 독립된 격리 사본을 기본으로 구성합니다. 또한 백업이 진행되는 동안 데이터의 이상 암호화(랜섬웨어 징후)를 실시간 감지하여, 감염 의심 백업본은 복구 후보에서 자동으로 제외하고 경고를 남깁니다 |
| “물리 서버와 클라우드, SaaS가 개별 체계로 관리되고 있습니다” | 파편화된 백업 체계를 하나의 통합 콘솔에서 한눈에 관리할 수 있도록 완전히 재설계합니다. 여러 대의 물리 서버에는 에이전트를 한 번에 일괄 배포하여 자동 설치하고, 재스캔 로그를 통해 누락 없이 완벽하게 백업 대상에 포함되었는지 한 번 더 확실하게 검증합니다 |
제품 기본 대시보드와 보안 점검기를 실행하면 미적용 항목이 수치로 확인됩니다. 아래 값은 벤더 자료에 기재된 수치이며, 구축 직후 상태를 보여주는 예시입니다.
백업 서버는 명령만 전달하며, 실제 데이터는 프록시를 거쳐 저장소로 전송됩니다. 어느 경로로 읽고 어느 계층에 저장할지가 설계의 두 축입니다.
구성 — 백업 서버(명령만 전달) → 백업 프록시(전송 모드 3종: 스토리지 직결 · 가상 어플라이언스 · 관리망 경유) → 저장소 계층(성능 · 용량 · 아카이브). 실제 데이터는 백업 서버를 거치지 않고 프록시에서 저장소로 직접 전송됩니다.
아래는 Veeam 공식 제품 문서에 공개된 콘솔 화면입니다. 각 화면에서 소프트웍스가 결정하는 항목과 제공되는 산출물을 함께 기재했습니다.
| 구분 | 기능 | 설명 |
|---|---|---|
| 연동 요건 | 착수 전에 포트까지 확정합니다 | 백업 서버에 vCenter 또는 호스트를 등록하고, SAN 백업 시에는 데이터스토어 연결을 확보하며, 관리 통신 포트와 프록시를 별도로 둘 경우의 데이터 전송 포트를 각각 확정합니다. 이 요건이 선행되지 않으면 첫 백업 작업에 착수하기 전에 방화벽 승인 절차를 기다려야 합니다. |
| 라이선스 | 전환 시 보호 대상 수량을 재산정합니다 | 소켓 기반에서 인스턴스 기반으로 전환할 때 필요한 수량이 달라지므로, 설계 전에 보호 대상 워크로드를 다시 집계해 확정합니다. |
| 복구 절차 | 같은 작업도 OS에 따라 단계 수가 다릅니다 | 파일 단위 복구 절차도 Windows와 Linux가 다르며, Linux는 보조 어플라이언스가 추가로 필요해 단계가 늘어납니다. 절차서는 OS별로 분리해 작성합니다. |
| 보호 범위 | 지원 범위를 플랫폼과 버전 단위로 명시합니다 | “가상화 지원”이라는 표기 대신 어느 플랫폼의 어느 버전 구간까지인지를 기재합니다. 범위를 한 줄로 요약하면 이후 해석에 차이가 발생합니다. |
출처수치 출처: Veeam 제공 기술 자료 및 소프트웍스 구축 매뉴얼 실측 로그. 대시보드 값은 특정 환경의 예시이며 고객 환경에 따라 달라집니다. 화면은 Veeam 공식 제품 문서(Veeam Help Center)에 공개된 콘솔 화면이며, 고객 환경의 화면이 아닙니다.
백업 데이터를 읽어 저장하고 보호하며 복구하기까지 여러 계층이 관여합니다. 각 계층의 동작과 그에 앞서 소프트웍스가 결정하는 사항을 정리했습니다.
데이터 전송 경로를 결정합니다
프록시가 데이터를 읽는 경로는 스토리지에 직접 연결해 블록을 읽는 방식, 프록시를 대상 클러스터 내부에 두고 가상 디스크를 연결해 읽는 방식, 관리 네트워크를 경유하는 방식 세 가지입니다. 어느 방식을 사용하는지에 따라 운영 네트워크와 하이퍼바이저가 받는 부하가 달라집니다.
고객 환경의 스토리지 구성을 먼저 확인하여 작업별로 전송 모드를 구분해 지정합니다. 직결이 가능한 데이터스토어는 직결 방식으로 처리하고, 나머지는 해당 클러스터에 프록시를 배치하여 관리망 트래픽이 발생하지 않도록 합니다. 프록시와 저장소 사이의 통신 포트는 구축 전 방화벽 요청서에 사전 기재합니다.
저장소는 세 개 계층으로 구성됩니다
성능 · 용량 · 아카이브 세 계층을 하나의 논리 저장소로 묶습니다. 성능 계층에는 직결 디스크나 중복제거 장비를, 용량 계층에는 오브젝트 스토리지를, 아카이브 계층에는 장기 보관 클래스를 연결하며 계층 간 이동은 정책에 따라 자동 수행됩니다.
계층 경계는 보존 주기 대신 복구 목표 시간을 기준으로 구분합니다. 즉시 기동이 필요한 업무의 복원 지점은 성능 계층에 유지하고 그 이후 구간만 하위 계층으로 이동시켜 불변 설정을 적용합니다. 오브젝트 계층은 읽기와 트랜잭션에도 과금이 발생하므로 복구 시험 빈도까지 반영해 용량을 산정합니다.
데이터가 저장되는 동안 이상 여부를 판정합니다
백업 데이터가 저장소에 기록되는 동안 암호화 흔적과 이상 변화를 판정합니다. 의심 판정 시 해당 복원 지점에 표시가 기록되며, 불변 설정이 적용된 사본은 보존 기간 내에는 관리자 권한으로도 삭제할 수 없습니다.
탐지 감도는 낮은 수준에서 시작해 오탐 기준선을 확보한 뒤 단계적으로 상향합니다. 표시가 적용된 복원 지점은 복구 후보에서 자동 제외하고, 직전 정상 지점을 검증한 후 복구 절차를 개시합니다. 발생 건은 월간 보고서에 원인과 처리 결과까지 기록합니다.
복구 범위를 먼저 선정합니다
하나의 백업본에서 즉시 기동, 항목 단위 복구, 전체 복구, 베어메탈 복구가 모두 파생됩니다. 항목 단위 복구는 파일뿐 아니라 데이터베이스의 테이블이나 특정 시점까지 지원하며, 전체 복구는 원본과 다른 플랫폼으로도 내보낼 수 있습니다.
업무별로 기본 복구 경로를 하나씩 지정해 문서화합니다. 즉시 기동은 서비스를 우선 재개하기 위한 단계이며 원복까지 포함하지 않으므로, 운영 스토리지로 이전하는 단계까지 하나의 절차로 작성합니다. 지정한 경로는 분기마다 실제로 수행해 소요 시간을 재측정합니다.
에이전트를 일괄 배포하고 이기종 하드웨어로도 복원합니다
물리 서버는 콘솔에서 에이전트를 원격 배포합니다. 백업 범위는 전체 이미지 · 볼륨 단위 · 파일 단위로 구분되며, 복구는 복구 미디어로 부팅하여 다른 하드웨어와 다른 용량의 디스크로도 수행할 수 있습니다.
배포 결과는 재스캔 로그로 확인하고 실패 건은 별도로 처리합니다. 이기종 복원 시 디스크 매핑을 수동으로 지정해야 하는 경우가 있으므로, 대상 서버별 매핑 기준을 사전에 정리합니다.
사본의 소산 경로를 결정합니다
복사 작업으로 원격지에 사본을 보관하거나, 오브젝트 스토리지로 내보내거나, 테이프에 기록합니다. 회선 대역이 부족한 경우 가속 구성을 적용하여 전송량 자체를 줄입니다.
회선 증설이 불가능한 환경에서는 전송량을 조정합니다. 변경분만 전송하는 구성과 압축 · 중복제거를 조합해 전송 윈도우 안에 수용되도록 맞추고, 실측 전송량으로 회선 여유를 확인합니다. 3-2-1-1-0 원칙을 어느 계층에서 충족하는지 문서에 명시합니다.
| 고객 구분 | 수행 사업 | 구축 구성 |
|---|---|---|
| 기업 · 제약 기업 | 백업 솔루션 구축 | 가상 환경 통합 백업 |
| 기업 · 제조 기업 | 주센터 가상화 백업 및 준실시간 복제 | 백업과 복제를 한 체계로 구성 |
| 공공 · 공공기관 | 원격지 소산 포함 백업 체계 구축 | 불변 저장소 · 오프사이트 사본 |
등급마다 착수 시점과 목표 완료 시간이 다릅니다. 백업 시스템 자체의 구성 정보도 백업 대상에 포함하며, 이 항목이 누락되면 복구 절차가 중간 단계에서 중단됩니다.
글로벌 기술 리더의 솔루션과 소프트웍스의 구축·운영 역량을 결합해 고객의 디지털·AI 전환 환경을 제공합니다.
