칼럼 내보내기 파일을 받았다고 사이트 백업이 끝난 것은 아닙니다

담당자가 XML 파일을 전달하며 '백업 완료'라고 말해도 그 파일만으로 홈페이지 전체를 복구할 수 있는지는 별도 확인이 필요합니다. 칼럼을 옮기기 위한 콘텐츠 내보내기와 사이트를 되살리기 위한 백업은 목적과 포함 범위가 다릅니다. 파일 이름보다 실제 내용과 검증 결과를 확인해야 합니다.

어떤 작업을 위해 자료를 받는지 정합니다

새 사이트로 글을 가져가려는지, 특정 기간의 원고를 보관하려는지, 장애 때 전체 사이트를 복구하려는지 먼저 구분합니다. WordPress의 기본 내보내기는 글·페이지·댓글·분류 등의 콘텐츠 정보를 WXR 형식의 XML로 제공합니다. 기간이나 작성자, 상태 등 필터도 선택할 수 있습니다. 콘텐츠 내보내기 안내

같은 내보내기 파일이라도 필터에 따라 포함된 내용이 달라집니다. 공개 글만 받은 파일을 모든 초안과 예약 글까지 보존한 자료라고 생각하면 안 됩니다. 내보낸 날짜와 선택한 조건을 파일과 함께 기록합니다.

콘텐츠 목록과 내보낸 범위를 대조합니다

가정으로 관리 대상이 공개 글 40편, 초안 7편, 예약 글 3편으로 총 50편이라고 하겠습니다. 공개 상태만 선택했다면 40편이 대상일 수 있습니다. 나머지 10편이 파일에 없다는 사실은 추출 실패일 수도 있지만 선택 조건의 결과일 수도 있습니다. 이 숫자는 범위 점검 예시입니다.

게시물 외에 첨부 자료나 사용자 정의 콘텐츠가 필요한지도 확인합니다. 파일에 자료의 주소나 참조가 있다는 사실과 실제 파일 자체를 확보했다는 사실은 구분해야 합니다. 이미지나 PDF가 새 환경에서도 열리는지는 별도 시험이 필요합니다.

사이트 복구에는 파일과 데이터베이스 범위를 봅니다

WordPress의 백업 문서는 일반적인 사이트 복구에 데이터베이스와 파일이라는 2개 영역이 모두 필요하다고 설명합니다. 테마, 플러그인, 업로드 자료 등은 본문 목록과 같은 자료가 아닙니다. WordPress 백업 범위

따라서 콘텐츠 XML을 사이트 전체 백업으로 부르지 않습니다. 반대로 서버의 파일 폴더만 복사했다고 데이터베이스까지 포함됐다고 가정하지 않습니다. 어떤 방식으로 무엇을 저장했는지와 서로 같은 시점의 상태인지 확인합니다. 복구 절차를 담당하는 사람이 자료를 실제로 사용할 수 있는지도 점검해야 합니다.

자료를 전달할 때에는 접근 권한과 저장 위치를 정합니다. 백업에 운영 설정이나 민감한 정보가 포함될 수 있으므로 공개 자료 폴더에 무조건 올리는 방식은 피합니다. 필요한 담당자가 사용할 수 있는 경로와 보관 책임을 명확히 합니다.

별도 환경에서 가져오기 결과를 확인합니다

운영 사이트에 바로 가져오면 중복 글이나 주소 변경이 생길 수 있으므로 시험 환경에서 결과를 확인합니다. 글 수뿐 아니라 제목, 본문, 작성자 연결, 분류, 이미지, 내부 링크를 점검합니다. 시험에 사용한 파일의 생성 시점과 조건도 기록합니다.

일부 대표 글만 확인했다면 전체 검증을 마쳤다고 표현하지 않습니다. 복잡한 표, 첨부 파일, 사용자 정의 블록처럼 이전 시 달라질 수 있는 유형을 추가로 확인합니다. 콘텐츠 가져오기 성공과 전체 사이트 복구 성공은 각각의 목적에 맞게 따로 보고합니다.

출처 확인일: 2026-10-26. 본문은 자료 범위와 복구 가능성을 확인하는 운영 제안이며 모든 플러그인 데이터를 기본 내보내기로 이전할 수 있다는 뜻은 아닙니다.