GEO 무료진단
홈페이지 백업, 서버 업체가 알아서 해주는 것 아닐까요?
홈페이지 백업, 서버 업체가 알아서 해주는 것 아닐까요?
홈페이지 백업은 서버 업체가 알아서 해주겠지라고 생각하기 쉽습니다.
하지만 홈페이지 제작 후 실제 운영 단계에서는 서버에 백업 기능이 있다는 것과,
문제가 생겼을 때 원하는 시점으로 홈페이지를 복구할 수 있다는 것은 전혀 다른 이야기입니다.
백업 대상과 주기, 보관 기간은 사용하는 서버와 계약 조건에 따라 다릅니다.
홈페이지를 기업의 중요한 자산으로 운영하고 있다면
“백업이 되고 있다”는 말보다
무엇이, 어디에, 얼마나 자주 저장되고 있는지를 먼저 확인해야 합니다.
홈페이지 운영 서버와 별도 백업 공간 구성
서버가 있다고 자동으로 모든 것이 백업되는 것은 아닙니다
홈페이지가 서버에서 운영되고 있다고 해서 모든 데이터가 자동으로 안전하게 보관되는 것은 아닙니다.
호스팅이나 서버 상품에 백업 기능이 포함돼 있더라도
어떤 데이터를 저장하는지, 며칠간 보관하는지,
장애가 발생했을 때 복구 작업까지 지원하는지는 서비스마다 다를 수 있습니다.
예를 들어 서버 전체를 일정 주기로 백업하는 경우도 있고,
사용자가 직접 백업 설정을 해야 하는 환경도 있습니다.
따라서 홈페이지 운영을 맡긴 뒤에는 단순히 “백업되나요?”라고 묻기보다
백업 범위를 구체적으로 확인하는 것이 중요합니다.
홈페이지 백업은 소스파일과 DB를 함께 봐야 합니다
홈페이지를 복구하려면 화면을 구성하는 파일만 있어서는 충분하지 않을 수 있습니다.
홈페이지 소스에는 프로그램 파일, 이미지, CSS, JavaScript와 다운로드 자료 등이 포함될 수 있습니다.
반면 게시판 글, 제품 정보, 상담 내역과 관리자에서 등록한 콘텐츠는
데이터베이스(DB)에 저장되는 경우가 많습니다.
소스파일만 백업하면 화면은 복구해도 최근에 등록한 콘텐츠를 되살리지 못할 수 있습니다.
DB만 보관한다면 홈페이지 프로그램 자체를 정상 상태로 복원하기 어려울 수 있습니다.
따라서 운영 중인 홈페이지라면
소스와 DB가 모두 백업 대상에 포함되는지 확인해야 합니다.
홈페이지 소스파일과 데이터베이스를 함께 백업하는 방법
백업 주기는 홈페이지의 운영 방식에 따라 달라져야 합니다
모든 홈페이지에 같은 백업 주기가 필요한 것은 아닙니다.
한 달에 몇 번 정도 회사 소식만 업데이트되는 기업 홈페이지와
매일 상담이나 예약, 회원 데이터가 쌓이는 홈페이지는 데이터의 변화량이 다릅니다.
예를 들어 마지막 백업 이후 새로운 상담 내용이 많이 쌓였다면
장애 발생 시 그 사이에 등록된 정보는 복구되지 않을 수 있습니다.
그래서 백업 주기는 단순히 서버 사양으로 결정하기보다
홈페이지에서 얼마나 자주 정보가 변경되는지,
그리고 데이터 손실이 발생했을 때 업무에 어느 정도 영향을 주는지를 기준으로 정하는 것이 좋습니다.
백업 파일을 같은 서버에만 두는 것도 확인해야 합니다
백업본이 있다는 사실만큼 중요한 것이 어디에 저장되는가입니다.
운영 중인 홈페이지와 백업 파일을 동일한 서버 안에만 보관하면
해당 서버 자체에 문제가 생겼을 때 원본과 백업이 함께 영향을 받을 가능성이 있습니다.
따라서 중요한 홈페이지라면 운영 환경과 별도의 공간에
백업본을 보관하는 방식도 함께 고려할 필요가 있습니다.
회사 내부에서 별도의 백업 파일을 정기적으로 보관할지,
서버 또는 유지보수 업체가 별도 공간에 관리할지도 미리 정해두는 것이 좋습니다.
운영 서버와 분리된 홈페이지 외부 백업 구조
백업보다 더 중요한 것은 실제로 복구할 수 있는지입니다
백업 파일이 매일 만들어지고 있어도 실제 복구가 불가능하다면 의미가 없습니다.
파일이 정상적으로 생성됐는지, DB 백업이 손상되지 않았는지,
필요한 경우 어느 시점의 데이터까지 복구할 수 있는지 확인해야 합니다.
특히 홈페이지를 리뉴얼하거나 대규모 기능을 수정하기 전에는
현재 상태를 별도로 백업해두는 것이 안전합니다.
문제가 발생했을 때
“백업은 있었는데 복구가 안 된다”는 상황을 피하려면
백업 정책과 함께 복구 절차까지 확인하는 것이 중요합니다.
홈페이지 담당자가 확인해야 할 백업 항목
홈페이지를 운영하고 있다면 최소한 아래 내용은 담당자가 알고 있는 것이 좋습니다.
ㆍ소스파일이 백업되는지
ㆍ데이터베이스가 함께 백업되는지
ㆍ백업 주기가 어떻게 되는지
ㆍ백업 파일을 얼마나 오래 보관하는지
ㆍ운영 서버와 다른 공간에도 백업이 있는지
ㆍ문제가 발생하면 누가 복구를 진행하는지
ㆍ원하는 특정 시점으로 복구가 가능한지
이 내용을 제작사나 서버 업체와 사전에 정리해두면
장애가 발생했을 때 책임 범위와 대응 방법을 훨씬 빠르게 판단할 수 있습니다.
홈페이지 담당자가 확인해야 할 백업 체크리스트
홈페이지 백업에 대해 자주 묻는 질문
Q. 서버 업체에서 백업한다고 하면 따로 할 필요가 없나요?
우선 어떤 범위까지 제공되는지 확인해야 합니다.
소스와 DB가 모두 포함되는지, 백업 주기와 보관 기간은 어떻게 되는지,
실제 복구 지원까지 가능한지를 확인한 뒤 추가 백업이 필요한지 판단하는 것이 좋습니다.
Q. 홈페이지를 수정하기 전에도 백업해야 하나요?
대규모 디자인 변경이나 프로그램 수정, 서버 이전처럼 영향 범위가 큰 작업 전에는
별도의 백업을 확보하는 것이 좋습니다.
문제가 발생했을 때 작업 전 상태로 되돌릴 수 있어야 하기 때문입니다.
Q. 백업은 얼마나 자주 해야 하나요?
정해진 하나의 기준이 있는 것은 아닙니다.
콘텐츠 변경이 거의 없는 사이트와
매일 상담이나 예약 데이터가 등록되는 사이트는 필요한 백업 주기가 다릅니다.
홈페이지의 업데이트 빈도와 데이터 중요도를 기준으로 결정해야 합니다.
홈페이지 백업의 목적은 저장이 아니라 복구입니다
홈페이지 백업은 단순히 파일을 하나 더 만들어두는 작업이 아닙니다.
장애나 실수, 업데이트 오류가 발생했을 때
홈페이지를 정상적인 상태로 되돌리기 위한 준비입니다.
따라서 서버 업체가 백업을 제공한다는 사실만 확인하는 데서 끝내지 말고
소스와 DB의 백업 여부, 주기, 보관 위치와 실제 복구 가능 여부까지 확인해야 합니다.
홈페이지는 오랜 기간 콘텐츠와 데이터가 쌓이는 기업의 자산입니다.
문제가 생긴 뒤 백업 여부를 확인하기보다
정상적으로 운영되고 있을 때 복구할 수 있는 체계를 준비해두는 것이 안전합니다.
※ 콘텐츠 업데이트 안내
서버를 변경하거나 홈페이지 기능이 추가되면
기존 백업 정책이 현재 환경에도 적합한지 다시 확인해야 합니다.
특히 상담, 예약, 회원, 제품 관리처럼 지속적으로 데이터가 쌓이는 기능이 추가된 경우에는
백업 대상과 주기를 함께 점검하는 것이 좋습니다.
홈페이지 제작,
소이정과 함께할 준비 되셨나요?
홈페이지 제작에 대해
궁금한 점이 있다면, 언제든!
부담 없이 소이정에 문의주세요.
