백업을 서버 안에만 두면 위험한 이유, 보관 장소부터 나눠 두세요 — 백업은 원본과 떨어진 곳에 여러 벌, 그리고 실제 복구 연습까지 해야 의미가 있습니다. 주식회사 도도컴즈
관리자 (dodo0)
2026-10-23 09:44:00
hit5
데이터 보호
백업을 서버 안에만 두면 위험한 이유, 보관 장소부터 나눠 두세요
백업을 받아 두었더라도 그 파일이 같은 서버 안에 있다면, 서버에 문제가 생길 때 원본과 백업이 함께 사라질 수 있습니다. 어디에 어떻게 나눠 보관해야 하는지, 복구 연습까지 포함해 정리했습니다.
작성 · 주식회사 도도컴즈발행 · 2026년 10월 15일
핵심 요약
백업은 원본과 다른 곳에 있어야 의미가 있습니다. 같은 서버 안의 백업은 서버 장애, 계정 해킹, 랜섬웨어 감염, 실수로 인한 삭제가 생기면 함께 영향을 받을 수 있습니다. 기본 원칙은 여러 벌을 두고, 서로 다른 종류의 저장 장소에, 최소 한 벌은 물리적으로 떨어진 곳에 보관하는 것입니다. 보관만큼 중요한 것이 실제로 복구해 보는 연습입니다.
📌 기준 — 3-2-1 백업 원칙(일반 권고) · 개인정보의 안전성 확보 조치 기준 · 랜섬웨어 대응 일반 지침
01서버 안에만 둔 백업이 위험한 이유
백업은 홈페이지의 파일과 데이터베이스를 원본과 별도로 복사해 두는 것입니다. 그런데 백업 파일을 같은 서버 안의 다른 폴더에 두면, 그 서버가 문제를 겪을 때 백업도 같은 영향을 받습니다. 저장 공간이 같기 때문에 "원본은 살아 있는데 백업은 없는" 상황은 생각보다 드뭅니다.
예를 들어 서버 계정이 해킹되면 공격자는 원본 파일과 백업 파일을 모두 지울 수 있습니다. 랜섬웨어는 파일을 암호화해 복구를 대가로 요구하는데, 같은 서버의 백업까지 감염되었다면 복구 수단이 사라집니다. 실수로 폴더를 통째로 지우는 경우도 마찬가지입니다.
흔한 오해: 호스팅이 자동으로 백업해 주니 괜찮다고 생각하기 쉽습니다. 호스팅의 백업 기능이 있더라도 보관 기간, 복구 방식, 백업이 저장되는 위치를 직접 확인해야 하며, 내 손으로 따로 한 벌을 더 두는 것이 안전합니다.
다음 표는 백업 보관 장소에 따라 생길 수 있는 위험을 비교한 것입니다.
보관 장소
장점
위험
같은 서버의 다른 폴더
빠르게 만들고 복구하기 쉬움
서버 장애·해킹 때 원본과 함께 사라짐
같은 호스팅의 자동 백업
관리가 편하고 주기적으로 생성
보관 기간과 복구 조건을 모르면 쓸 수 없음
내 컴퓨터나 외장 저장장치
서버와 분리되어 있음
분실, 고장, 감염된 기기 연결 위험
다른 클라우드 저장소
서버와 떨어져 있고 접근 기록 확인 가능
계정 관리를 소홀히 하면 함께 털릴 수 있음
이런 고민이 있다면
백업 파일이 어디에 있는지 한 사람만 알고 있습니다
호스팅 자동 백업의 보관 기간을 확인해 본 적이 없습니다
백업을 받아 본 뒤 실제로 복구해 본 적이 없습니다
백업 파일이 원본과 같은 계정, 같은 비밀번호로 묶여 있습니다
사이트에 문제가 생기면 무엇부터 복구해야 할지 모르겠습니다
하나라도 해당한다면, 백업이 실제로 복구 가능한 상태인지부터 점검하세요.
02도도컴즈 소개
주식회사 도도컴즈제작 12년 · 온라인 마케팅 2013년~
도도컴즈는 2013년부터 병원과 기업의 홈페이지 제작과 온라인 마케팅을 함께 진행해 온 회사입니다. 홈페이지는 제작 후에도 데이터가 계속 쌓이므로, 백업 위치와 복구 절차를 고객과 함께 정해 두는 일을 중요하게 생각합니다. 전주우리병원과는 10년 이상 장기 계약을 유지하고 있으며, 병원과 기관, 기업의 홈페이지를 200곳 이상 제작했습니다. 상담은 모두 무료입니다.
2013년~ 마케팅제작 200곳+전 과정 전담모든 상담 무료
03안전한 백업 보관을 만드는 5단계
아래 순서대로 준비하면 백업이 실제로 쓸모 있는 상태가 됩니다. 처음에는 한 가지 방법을 정해 시작하고, 점차 보관 장소를 늘려 가세요.
1
무엇을 백업할지 정하기
홈페이지 파일, 데이터베이스, 게시물과 첨부 자료, 설정 파일, 도메인과 호스팅 계정 정보 목록을 구분합니다. 데이터가 자주 바뀌는 게시판이나 예약 기록은 더 짧은 주기로 받아야 합니다.
2
3-2-1 원칙으로 여러 벌 두기
백업은 원본 외에 최소 두 벌을 더 두고, 서로 다른 종류의 저장 장소 두 곳 이상을 쓰며, 그중 한 벌은 물리적으로 떨어진 곳에 보관하는 것이 기본입니다. 서버 안, 다른 클라우드, 회사 밖의 저장 장치를 조합하면 됩니다.
3
백업 계정과 접근 권한 분리
백업이 저장되는 클라우드나 외장 장치의 계정은 홈페이지 관리 계정과 다르게 만듭니다. 두 계정의 비밀번호가 같지 않아야 한 곳이 뚫려도 다른 곳까지 이어지지 않습니다. 2단계 인증도 함께 설정하세요.
4
주기 정하고 자동화하기
변화가 잦은 데이터는 매일, 변화가 적은 파일은 주 단위로 받는 식으로 주기를 나눕니다. 수동으로 하면 빠뜨리기 쉬우므로, 호스팅의 자동 백업 기능이나 예약 작업을 활용하세요. 보관 기간을 정해 오래된 백업은 순서대로 정리합니다.
5
정기적으로 복구 연습하기
백업이 있다는 것만으로는 안심할 수 없습니다. 분기마다 한 번은 백업 파일을 테스트 환경에 복구해 실제로 열리는지 확인하세요. 복구 순서와 필요한 접근 정보를 문서로 남겨 두면 급할 때 혼란이 줄어듭니다.
다음 표는 백업 종류별 권장 주기와 점검 기준을 정리한 것입니다. 세부 주기는 사이트의 변화 빈도에 맞게 조정하세요.
백업 대상
권장 주기
점검 기준
데이터베이스(게시물, 문의, 예약)
자주 바뀌면 매일
복구 후 최신 글이 정상인지 확인
홈페이지 파일과 테마
변경 시점 또는 주 단위
복구 후 화면과 기능이 정상인지 확인
첨부 이미지와 자료
추가될 때마다 또는 주 단위
원본 용량과 개수가 일치하는지 확인
계정과 설정 정보 목록
변경 시점
별도 안전한 장소에 최신본 보관
04실제로 자주 보이는 상황 6가지
아래 사례는 백업 보관을 점검할 때 흔히 마주치는 상황을 정리한 예시이며, 실제 고객의 피해 수치가 아닙니다.
같은 폴더의 백업 백업 파일을 홈페이지 파일과 같은 폴더에 두었다가, 폴더 정리 중 함께 지워진 상황입니다. 백업은 원본과 다른 위치로 옮깁니다.
복구 조건 몰랐음 호스팅 자동 백업이 있었지만 보관 기간이 짧아, 필요한 시점의 백업이 이미 사라진 경우입니다. 보관 기간을 미리 확인합니다.
담당자 개인 PC에만 보관 백업 파일이 한 직원의 노트북에만 있었는데, 그 기기가 고장 나 백업을 잃은 상황입니다. 회사가 관리하는 두 번째 장소에도 보관합니다.
랜섬웨어 감염 후 백업도 암호화 같은 계정으로 연결된 백업 저장소까지 함께 감염된 경우입니다. 백업 계정을 분리하고, 자동 덮어쓰기 설정을 점검합니다.
복구 연습 없음 백업은 매달 받았지만 한 번도 복구해 보지 않아, 실제 복구 때 파일이 깨져 있었던 상황입니다. 분기별 복구 테스트를 일정에 넣습니다.
데이터베이스 누락 홈페이지 파일만 백업하고 데이터베이스는 빠뜨려, 게시물과 문의 기록을 되살릴 수 없었던 경우입니다. 백업 목록에 데이터베이스를 반드시 포함합니다.
공통점: 백업은 "받았다"가 아니라 "원본과 떨어진 곳에서 복구할 수 있다"는 상태여야 의미가 있습니다. 보관 장소와 복구 연습을 함께 챙기세요.
이런 상태라면 지금 점검하세요
백업 파일이 원본과 같은 서버 안에만 있습니다
백업을 마지막으로 복구해 본 날짜를 기억하지 못합니다
데이터베이스 백업이 포함되어 있는지 확인하지 않았습니다
백업 저장소의 비밀번호가 홈페이지 관리 계정과 같습니다
백업 점검은 사고 후 대응보다 훨씬 적은 비용으로 큰 손실을 막을 수 있습니다.
05백업 보관 운영 체크리스트
백업이 제 역할을 하도록 아래 항목을 정기적으로 확인하세요.
백업은 원본과 다른 장소에 최소 두 벌 이상 보관합니다.
서로 다른 종류의 저장 장소를 두 곳 이상 쓰고, 한 벌은 회사 밖에 둡니다.
백업 저장소의 계정은 홈페이지 관리 계정과 분리하고, 2단계 인증을 설정합니다.
데이터베이스와 첨부 파일이 빠짐없이 포함되는지 목록으로 확인합니다.
호스팅 자동 백업의 보관 기간과 복구 방법을 미리 적어 둡니다.
분기마다 한 번씩 백업을 테스트 환경에 복구해 정상 작동을 확인합니다.
복구 절차와 접근 정보를 문서로 정리해, 담당자가 바뀌어도 쓸 수 있게 합니다.
백업 파일 안에 개인정보가 있다면 암호화하고, 접근 가능한 사람을 제한합니다.
06자주 묻는 질문
Q호스팅이 자동으로 백업해 주면 따로 받을 필요가 없나요?
호스팅 백업은 편리하지만, 보관 기간과 복구 조건, 백업이 저장되는 위치를 확인해야 합니다. 같은 호스팅 안에만 있다면 호스팅 자체에 문제가 생길 때 함께 영향을 받을 수 있으므로, 가능하면 한 벌을 더 두는 것이 좋습니다.
Q백업은 얼마나 자주 받아야 하나요?
사이트가 얼마나 자주 바뀌는지에 따라 다릅니다. 게시물이나 예약이 매일 쌓인다면 매일, 거의 변하지 않는 사이트라면 주 단위로 받는 식으로 정하세요. 중요한 변경 직전에는 따로 한 번 받아 두는 것도 좋습니다.
Q3-2-1 원칙이 정확히 무엇인가요?
일반적으로 데이터 사본을 세 벌 두고, 서로 다른 저장 매체 두 종류를 쓰며, 그중 한 벌은 물리적으로 떨어진 곳에 두라는 원칙입니다. 구체적인 방식은 회사 규모와 예산에 맞게 조정하면 됩니다.
Q백업 파일을 개인 클라우드에 올려도 되나요?
개인 계정은 퇴사나 기기 분실 등으로 접근이 끊길 수 있으므로, 회사 명의로 관리되는 계정을 쓰는 것이 안전합니다. 개인정보가 들어 있다면 암호화도 함께 적용하세요.
Q복구 연습은 어떻게 하나요?
테스트용 별도 환경을 만들어 백업 파일을 복구해 보고, 메인 화면, 게시판, 문의 양식, 데이터베이스 내용이 정상인지 확인합니다. 결과를 기록해 두면 다음 연습에 도움이 됩니다.
Q백업을 오래 보관하면 좋은가요?
여러 시점의 백업이 있으면 실수를 나중에 발견해도 되돌릴 수 있어 도움이 됩니다. 다만 저장 비용과 개인정보 보관 기준을 함께 고려해 보관 기간을 정해야 합니다.
Q랜섬웨어에 감염되면 백업으로 어떻게 복구하나요?
감염된 기기나 계정을 먼저 격리하고, 감염 이전 시점의 백업을 깨끗한 환경에 복구하는 것이 일반적인 흐름입니다. 감염 경로를 막지 않으면 다시 감염될 수 있으므로, 전문가와 함께 원인을 확인하세요.
Q백업 파일도 해킹당할 수 있나요?
네, 백업 저장소의 계정이 털리면 백업도 위험해질 수 있습니다. 백업 계정의 비밀번호를 따로 두고, 2단계 인증과 접근 기록 확인을 함께 적용하세요.
Q데이터베이스 백업은 따로 해야 하나요?
홈페이지 파일 백업만으로는 게시물과 문의 기록이 빠질 수 있습니다. 데이터베이스를 별도 항목으로 목록에 올리고, 같은 주기 또는 더 짧은 주기로 받는 것이 안전합니다.
Q백업 비용이 부담됩니다. 최소한 무엇만 해야 하나요?
최소한 원본과 다른 장소에 데이터베이스와 홈페이지 파일 백업을 한 벌씩 두고, 분기마다 한 번 복구를 테스트하는 것만으로도 큰 차이가 생깁니다. 비용은 규모에 맞춰 단계적으로 늘리세요.
Q백업 관리, 도도컴즈에 맡기면 뭐가 다른가요?
도도컴즈는 백업 대상 목록, 보관 장소, 계정 분리, 복구 테스트 일정을 고객과 함께 정리합니다. 복구 절차를 문서로 남겨 두어, 사고가 나도 누구나 같은 순서로 대응할 수 있도록 돕습니다.
데이터 보호 운영 | 함께 성장하는 마케팅, 도도컴즈
백업은 사고가 나기 전에 준비해야 의미가 있습니다. 원본과 떨어진 곳에 여러 벌을 두고, 실제로 복구해 보는 습관이 있으면 홈페이지 데이터는 훨씬 안전해집니다. 현재 백업이 복구 가능한 상태인지 확인하고 싶다면 편하게 문의해 주세요.