서버 백업 솔루션 비교란 서버에 쌓인 파일, 데이터베이스, 설정을 따로 복사해 두는 도구와 방식을 견주어 보는 일이다. 이 기사는 풀·증분·차등 백업 중 무엇을 쓸지 정하기 전에 알아야 할 구조와 판단 기준에 답한다. 특정 제품의 우열은 가리지 않고, 어떤 기준으로 고르는지에 집중한다. 서버 백업 방법, 프로그램, 테이프, 플러그인까지 한 흐름으로 묶어 설명한다.
풀·증분·차등, 세 방식은 무엇이 다른가
풀 백업은 대상 전체를 매번 통째로 복사하는 방식이다. 복원이 가장 단순하지만 시간과 저장 공간을 많이 쓴다. 증분 백업은 직전 백업 이후 바뀐 부분만 담는다. 용량과 시간은 적게 들지만, 복원할 때 처음의 풀 백업부터 증분을 순서대로 이어야 한다. 중간 하나가 깨지면 그 뒤의 사본은 쓸 수 없게 된다.
차등 백업은 마지막 풀 백업 이후 바뀐 부분을 모두 담는다. 증분보다 용량은 커지지만, 복원할 때 풀 백업 하나와 가장 나중의 차등 하나만 있으면 된다. 실무에서는 한 가지만 쓰기보다 주기적으로 풀 백업을 만들고 그 사이에 증분이나 차등을 끼워 넣는 식으로 섞는다. 이 배합이 곧 서버 백업 방식의 설계다.
복사하는 단위도 함께 따져야 한다. 파일 단위로 복사하는 방식이 있고, 디스크 전체를 이미지로 뜨는 방식이 있으며, 가상 서버라면 특정 시점의 상태를 붙잡는 스냅숏 방식도 있다. 데이터베이스는 쓰는 도중에 복사하면 내용이 서로 어긋날 수 있어서 일관된 상태로 받아 내는 절차가 따로 필요하다. 이 절차를 빼먹으면 백업 파일은 있는데 복원은 되지 않는 일이 생긴다.
저장 위치와 도구: 테이프, 디스크, 클라우드, 플러그인
서버 백업 테이프는 보관 단가가 낮고, 장비에서 꺼내 따로 두면 네트워크와 완전히 분리된 사본이 된다는 장점이 있다. 반면 읽어 오는 데 시간이 걸리고 장비와 관리 체계를 갖춰야 한다. 디스크 장비는 복원이 빠르지만 서버와 같은 장소에 있으면 같은 문제를 함께 겪을 수 있다. 클라우드 저장소는 장소를 분리하기 쉬운 대신 복원 때 내려받는 시간과 이용 요금 구조를 살펴야 한다. 널리 알려진 원칙은 사본을 여러 벌 만들고, 서로 다른 매체에 나누어 두고, 한 벌은 다른 장소에 두라는 것이다.
서버 백업 프로그램은 서버 안에 설치하는 에이전트형과 서버 밖에서 가상화 계층을 통해 받는 형태로 나뉘고, 상용과 오픈소스라는 갈래도 있다. 플러그인은 특정 응용 프로그램에 덧붙여 그 프로그램의 데이터만 예약해서 백업하는 확장이다. 설정이 간단하지만 보호 범위가 그 프로그램 안으로 한정되고, 프로그램 버전이 바뀌면 호환이 깨질 수 있다. 개인이 게임 서버를 운영한다면 월드 폴더를 저장 기능을 잠시 멈춘 상태에서 복사해 외부 저장소에 올리는 정도로 출발해도 된다. 다만 쓰는 도중에 복사하면 파일이 깨질 수 있으므로 그 절차를 먼저 확인해야 한다.
비교 기준은 복구 목표에서 나온다
솔루션을 견줄 때 맨 앞에 놓을 기준은 두 가지 목표값이다. 하나는 어느 시점까지의 데이터를 잃어도 견딜 수 있는가이고, 다른 하나는 서비스를 얼마 안에 되살려야 하는가이다. 하루에 한 번 백업한다면 최악의 경우 하루치 작업을 잃을 수 있다는 뜻이다. 이 두 값이 정해져야 백업 주기, 방식, 매체가 따라서 정해진다. 기능 목록부터 견주기 시작하면 필요 없는 기능에 비용을 쓰기 쉽다.
흔한 오해도 짚어 둘 필요가 있다. 첫째, 다른 디스크에 실시간으로 똑같이 복제해 두는 것은 백업이 아니다. 실수로 지운 파일이 복제본에서도 같이 지워지기 때문이다. 둘째, 백업 작업이 성공했다는 표시가 곧 복원이 된다는 보증은 아니다. 실제로 복원해 보아야 확인된다. 셋째, 사본을 얼마나 오래, 몇 세대 보관할지 정하지 않으면 잘못된 상태가 사본에 그대로 덮여 들어갈 수 있다.
| 구분 | 특징과 복원 시 필요한 것 |
|---|---|
| 풀 백업 | 전체를 매번 복사, 복원은 사본 하나로 끝남, 용량과 시간이 가장 큼 |
| 증분 백업 | 직전 이후 변경분만 저장, 풀 백업과 증분 전체를 순서대로 이어야 복원됨 |
| 차등 백업 | 마지막 풀 이후 변경분을 누적, 풀 하나와 마지막 차등 하나로 복원됨 |
| 테이프 보관 | 단가가 낮고 분리 보관에 유리, 읽어 오는 데 시간이 걸림 |
| 클라우드 보관 | 장소 분리가 쉬움, 내려받는 시간과 요금 구조 확인 필요 |
먼저 서버에 든 데이터의 종류와 양, 하루에 바뀌는 정도를 적어 보고 잃어도 되는 시간 범위와 복구에 허용되는 시간을 정하면 된다. 그다음 풀과 증분 또는 차등의 배합, 저장 매체, 사본을 둘 장소를 순서대로 고르면 된다. 후보로 삼은 도구는 공식 문서에서 지원 대상, 보관 정책, 복원 절차를 확인하고, 정식 도입 전에 시험용 서버에서 실제로 복원해 보는 것이 가장 확실한 비교다.
· · · · · · · · · ·
스페셜타임스는 AI 기술의 도움을 받아 더 빠르고 다양한 뉴스를 독자에게 전달하기 위해 노력하고 있습니다.