웹사이트를 오픈한 후 많은 기업이 콘텐츠 업데이트와 홍보에 집중하고 백업과 유지보수는 뒤로 미루는 경우가 많습니다. 그러다가 게시판을 실수로 삭제하거나 템플릿을 잘못 수정하거나 데이터베이스에 문제가 생겼을 때 비로소 사용할 수 있는 백업이 없다는 것을 알게 됩니다. 백업과 유지보수에는 복잡한 도구가 필요하지 않습니다. 중요한 것은 이를 고정 작업으로 만드는 것입니다. 무엇을 백업할지, 어디에 둘지, 어떻게 이름을 붙일지, 얼마나 자주 복구를 점검할지 아는 것입니다.
먼저 백업 대상을 구분하세요: 파일과 데이터베이스를 분리해야 합니다
기업 웹사이트의 데이터는 크게 두 가지로 나뉩니다. 하나는 파일로, 프로그램 코드, 템플릿, 업로드된 이미지, 첨부파일, 스타일, 스크립트 등이 포함됩니다. 다른 하나는 데이터베이스로, 게시글 내용, 게시판 구조, 사용자 정보, 폼 기록 등이 저장됩니다. 이 두 가지 데이터는 업데이트 빈도와 복구 방식이 다르므로 하나의 압축 파일로 묶어 백업하기보다는 분리하여 백업하는 것이 좋습니다.
파일 백업은 전체 사이트 디렉터리를 압축하거나 업로드 디렉터리, 사용자 정의 템플릿 등 자주 변경되는 부분만 백업할 수 있습니다. 데이터베이스 백업은 전체 데이터베이스를 내보내며, 내보낼 때 문자 집합과 테이블 접두사가 온라인과 일치하는지 확인하여 복구 후 깨진 문자나 누락된 테이블이 발생하지 않도록 해야 합니다.
백업 보관 위치: 서버에만 두지 마세요
가장 흔한 실수는 백업 파일을 동일한 서버의 같은 디렉터리에 두는 것입니다. 서버 디스크가 손상되거나 해킹을 당하거나 실수로 디렉터리를 비우면 백업과 원본 사이트가 함께 사라집니다. 최소한 두 곳에 보관하는 것이 좋습니다. 하나는 서버 외부 저장 공간이고, 다른 하나는 로컬이나 기업 자체의 클라우드, 외장 하드에 두는 것입니다.
보관할 때는 연도, 월별로 폴더를 만들어 시간순으로 정리하고 해당 백업을 넣어두세요. 이렇게 하면 과거 버전을 찾을 때 같은 이름의 파일들 사이에서 헤매지 않아도 됩니다.
이름 지정과 기록: 팀 누구나 이해할 수 있게
백업 파일 이름에는 사이트 식별자, 백업 유형, 날짜와 시간을 포함하는 것이 좋습니다. 예를 들어 '공식사이트-파일-20250612', '공식사이트-데이터베이스-20250612'와 같이 지정합니다. '백업1', '최종버전', '새폴더' 같은 이름은 사용하지 마세요. 또한 간단한 표에 각 백업의 시간, 유형, 보관 위치, 담당자를 기록해 두면 문제가 발생했을 때 빠르게 파악할 수 있습니다.
웹사이트에 테스트 사이트와 운영 사이트 등 여러 환경이 있는 경우 파일 이름에서 구분할 수 있어야 하며, 테스트 데이터를 운영 사이트에 복구하는 일이 없도록 해야 합니다.
복구 점검: 백업이 사용 가능한지는 시험해 봐야 압니다
백업 파일이 존재한다고 해서 복구가 가능한 것은 아닙니다. 테스트 환경에서 정기적으로 복구演练을 하는 것이 좋습니다. 데이터베이스를 가져오고 파일을 복원한 후 홈페이지와 몇 개의 내부 페이지를 열어 게시판, 이미지, 폼이 정상인지 확인합니다.演练 빈도는 너무 높일 필요는 없지만 대규모 개편 전이나 분기별 한 번 등 고정된 리듬을 유지하세요.
점검 시 주요 항목은 다음과 같습니다. 홈페이지가 열리는지, 내비게이션 링크가 정상인지, 게시글 목록과 상세 페이지가 표시되는지, 이미지가 로드되는지, 폼 제출이 가능한지 확인합니다. 문제를 발견하면 실제 사고가 발생할 때까지 기다리지 말고 즉시 백업 방식을 조정하세요.
오픈 초기 유지보수 중점 사항
웹사이트를 오픈한 직후에는 콘텐츠, 게시판, 템플릿 변경이 빈번하므로 이 기간에는 백업을 더 자주 해야 합니다. 템플릿을 수정하거나 게시판 구조를 조정하거나 콘텐츠를 대량으로 가져오기 전에 먼저 백업하고, 완료 후 페이지가 정상인지 확인하세요.
일상 유지보수는 정해진 순서로 점검할 수 있습니다. 먼저 홈페이지와 주요 게시판 페이지가 정상적으로 접속되는지 확인하고, 최근 업데이트된 게시글이 올바르게 표시되는지 확인한 다음, 폼 기록과 관리자 로그인이 정상인지 점검합니다. 이상이 발견되면 콘텐츠 문제인지 프로그램 문제인지 먼저 확인한 후 이전 백업으로 롤백할지 결정하세요.
백업과 유지보수를 일상 리듬에 포함시키세요
백업은 일회성 작업이 아니라 지속적인 활동입니다. 웹사이트 업데이트 빈도에 따라 리듬을 설정할 수 있습니다. 콘텐츠 업데이트가 잦은 사이트는 백업 간격을 짧게 하고, 업데이트가 적은 사이트도 오랫동안 백업하지 않는 일이 없도록 하세요. 백업, 복구 점검, 일상 페이지 점검을 운영 담당자의 일상 업무에 포함시키는 것이 임시로 기억하는 것보다 훨씬 안정적입니다.
팀 인력이 부족하더라도 최소한 두 가지는 보장하세요. 첫째, 모든 주요 변경 전에 백업이 있을 것, 둘째, 백업 파일이 같은 서버에 있지 않을 것입니다. 이 두 가지만 지키면 대부분의 실수와 돌발 문제에 대해 되돌릴 여지가 생깁니다.
