워드프레스에서 XML 파일을 내려받았다고 해서 사이트 전체의 복구 준비가 끝난 것은 아닙니다. Tools > Export가 만드는 WXR은 게시물과 페이지 같은 콘텐츠를 옮길 때 쓰는 자료이고, 일반적인 사이트 전체 복구에는 데이터베이스와 워드프레스 파일이 함께 필요합니다.
두 작업을 구분하면 이전이나 업데이트 전 무엇을 보관해야 하는지 선명해집니다. 콘텐츠만 다른 워드프레스 사이트로 옮길 때와 테마·플러그인·업로드 파일을 포함해 기존 환경을 되살릴 때는 필요한 백업의 범위가 다릅니다.
워드프레스 공식 문서는 Tools > Export의 결과를 WXR(XML)로 설명하고, 일반적인 전체 복구에는 데이터베이스와 파일 두 부분이 필요하다고 안내합니다. 이 차이를 바탕으로 내보내기 파일의 역할, 백업 세트의 구성, 이전 전에 확인할 항목을 차례로 살펴보겠습니다.
핵심 요약
• Tools > Export는 게시물 등 콘텐츠를 WXR(XML)로 내보냅니다.
• 일반적인 전체 복구를 준비하려면 데이터베이스와 사이트 파일을 함께 보관합니다.
• 이전 전에는 사본의 범위와 생성 시점을 기록하고, 운영 사이트와 분리된 환경에서 복원 절차를 시험합니다.
WXR 내보내기는 콘텐츠 이동을 위한 파일
내보내기 파일에 담기는 것
Tools > Export는 워드프레스의 확장 RSS 형식인 WXR XML 파일을 만듭니다. 공식 문서가 설명하는 범위에는 게시물, 페이지, 사용자 정의 게시물 유형, 댓글, 사용자 정의 필드, 카테고리와 태그 등이 포함됩니다. 내보내기 화면에서 전체 콘텐츠를 선택하거나 게시물·페이지, 카테고리, 작성자, 날짜 범위, 상태 등으로 범위를 좁힐 수 있습니다.
저장한 WXR 파일은 다른 워드프레스 사이트의 Tools > Import > WordPress에서 가져오는 흐름에 맞습니다. 따라서 특정 글 묶음을 옮기거나 콘텐츠를 이전하는 목적에 유용합니다. 다만 내보내기 파일을 받았다는 사실만으로 서버에 놓인 테마, 플러그인, 업로드 원본과 설정까지 같은 파일에 보존됐다고 볼 수는 없습니다.
필터 선택이 결과 범위를 정한다
내보내기 전에 어떤 콘텐츠를 옮길지 정하고, 화면의 필터가 그 범위와 맞는지 확인하는 편이 좋습니다. 특정 카테고리나 기간만 선택했다면 파일에도 그 선택이 반영됩니다. 전체 콘텐츠를 옮기려는 경우에는 제한 필터가 남아 있지 않은지 한 번 더 살펴보세요.
가져오기는 대상 사이트에서 이루어지는 별도 단계입니다. 원본과 대상 사이트의 구성, 가져오기 도구의 처리 결과에 따라 확인할 부분이 생길 수 있으므로, 중요한 이전에서는 실제 대상 환경에서 필요한 콘텐츠가 들어왔는지 점검해야 합니다. XML 내보내기는 콘텐츠 이동 경로의 한 부분으로 두고, 전체 복구 백업과 같은 것으로 취급하지 않는 것이 핵심입니다.
💡 기억해 둘 팁
WXR을 만들 때 내보내기 필터와 대상 사이트의 가져오기 경로를 함께 기록하세요. 파일 이름만으로 범위를 기억하려 하기보다 선택한 콘텐츠와 기간을 메모해 두면 다음 확인이 쉬워집니다.
전체 복구의 기준은 데이터베이스와 파일의 한 쌍
서로 다른 위치에 있는 두 구성요소
워드프레스 개발자 안내서는 일반적인 사이트를 완전히 복구하려면 데이터베이스와 파일이 모두 필요하다고 설명합니다. 데이터베이스에는 사이트의 콘텐츠 데이터가 저장되고, 워드프레스 파일 디렉터리에는 코어 파일과 테마, 플러그인, 업로드 파일, 설정 파일 등이 포함될 수 있습니다. 일반적인 구성에서는 데이터베이스가 워드프레스 디렉터리와 별도의 MySQL 또는 MariaDB 시스템에 있으므로 파일 디렉터리만 복사해도 데이터베이스 사본이 만들어지지는 않습니다.
반대로 데이터베이스 덤프만 보관하면 업로드 이미지나 테마·플러그인 파일을 함께 확보한 것이 아닙니다. 한쪽만 있는 백업은 보존하려는 범위와 실제 복구에 필요한 구성요소가 어긋날 수 있습니다. 사이트 구조를 변경하거나 업데이트하기 전에는 DB 덤프와 파일 사본을 별도 항목으로 확인하고, 두 사본이 같은 복구 시점에 대응하는지도 살펴야 합니다.
덤프와 파일 사본을 세트로 관리하기
데이터베이스 백업은 보통 SQL 덤프 형태로 만들고, 복구할 때는 해당 데이터를 데이터베이스로 가져옵니다. 파일 사본과 DB 덤프는 서로를 대체하지 않으므로 한 세트로 식별할 수 있게 이름과 생성 시점을 맞춰 관리하는 것이 좋습니다. 공식 안내의 전형적인 흐름은 백업 때 데이터베이스를 내보낸 뒤 파일을 확보하고, 복원 때 파일을 준비한 다음 데이터베이스를 가져오는 순서입니다.
이 순서는 일반적인 워드프레스 구성에 대한 안내입니다. 멀티사이트나 외부 저장소, 호스팅별 백업 도구처럼 구성이 달라지면 파일이 놓인 위치와 복원 절차도 달라질 수 있습니다. 이전 과정에서 데이터베이스 접속 정보가 바뀌었다면 설정 파일의 연결 정보도 새 환경과 맞춰야 하므로, 대상 호스트의 공식 절차를 기준으로 준비하세요.
복구 준비물 비교
| 자료 | 주된 범위 | 주요 용도와 확인점 |
|---|---|---|
| WXR/XML | 게시물·페이지·댓글·분류 등 콘텐츠 | 콘텐츠 이동. 선택한 필터와 가져오기 결과 확인 |
| 데이터베이스 덤프 | DB에 저장된 사이트 데이터 | 복구 시 DB로 가져오기. 파일 사본과 별도 보관 |
| 워드프레스 파일 사본 | 코어·테마·플러그인·업로드 등 파일 | 전체 복구 시 DB와 함께 관리. 실제 포함 범위 확인 |
한 줄로 나누면 WXR은 콘텐츠 이동 자료, 데이터베이스와 파일은 일반적인 전체 복구를 위한 두 축입니다.
💡 기억해 둘 팁
DB 덤프와 파일 사본을 각각 확인한 뒤, 두 자료의 생성 시각과 저장 위치를 한 기록에 묶어 두세요. 복구할 때 어느 조합을 사용할지 판단하기 쉬워집니다.
이전이나 업데이트 전에는 복구 경로까지 점검
보관 범위·시점·접근 권한을 기록
백업 파일이 있다는 표시만으로 그 안의 범위나 복구 가능성을 알기는 어렵습니다. WXR을 만들었다면 어떤 필터를 골랐는지, DB 덤프와 파일 사본은 각각 언제 만들어졌는지, 어디에 보관했고 필요한 담당자가 접근할 수 있는지를 함께 기록하세요. 호스팅 사업자의 자동 백업을 활용한다면 포함 항목과 보관 기간, 복구 요청 절차를 해당 사업자의 안내에서 따로 확인해야 합니다.
호스트별 백업 범위와 보관 기간은 제공자나 요금제에 따라 다를 수 있습니다. 일반 문서만으로 특정 사이트의 실제 백업 상태나 복원 성공을 판단할 수는 없습니다. 그래서 준비 기록에는 확인한 항목과 아직 적용되지 않은 항목을 구분해 두는 편이 실용적입니다.
운영 사이트를 덮기 전에 별도 환경에서 시험
복구 절차를 시험할 수 있다면 운영 사이트와 분리된 테스트 환경을 마련하고, 보관한 DB와 파일 세트가 실제 절차에서 사용 가능한지 확인하세요. 시험 환경은 원본 운영 사이트를 덮어쓰지 않도록 분리하고, 계정·도메인·외부 서비스 연결 등 환경 차이를 고려해야 합니다. 테스트 결과는 사용한 사본의 시점과 발견한 제한을 함께 남겨야 다음 작업에서 같은 조건을 재현할 수 있습니다.
이 점검은 복구 성공을 보증하는 절차가 아니라, 무엇을 보관했고 어떤 경로를 시험했는지 확인하는 운영 습관입니다. 멀티사이트, 외부 미디어 저장소, 배포 자동화가 있는 사이트는 일반적인 단일 설치와 다른 자료가 필요할 수 있으므로 해당 환경의 문서를 기준으로 범위를 넓혀야 합니다. 변경 작업의 규모가 크다면 백업 담당자와 복구 담당자를 미리 정해 두는 것도 도움이 됩니다.
이전 전 체크리스트
- WXR을 사용한다면 내보내기 대상과 선택한 필터를 기록한다.
- 데이터베이스 덤프와 사이트 파일 사본이 각각 준비됐는지 확인한다.
- 두 사본의 생성 시점, 저장 위치, 접근 권한을 한 기록에 남긴다.
- 호스팅 백업의 포함 범위와 보관 기간, 복구 요청 절차를 확인한다.
- 운영 환경을 변경하기 전에 분리된 테스트 환경에서 복원 경로를 점검한다.
💡 기억해 둘 팁
복구 시험을 했다면 사용한 백업 세트와 결과를 날짜와 함께 남기세요. 운영 환경에서 실행한 작업과 테스트 환경에서 확인한 절차를 구분해 기록하면 다음 판단에 도움이 됩니다.
결국 선택의 기준은 파일 확장자가 아니라 복구하려는 범위입니다. 콘텐츠 일부를 옮길 때는 WXR의 필터와 가져오기 흐름을 확인하고, 사이트 전체를 되살릴 준비라면 DB와 파일 사본을 한 세트로 관리하세요. 보관 범위와 시점을 기록하고 별도 환경에서 복원 경로를 점검하는 것부터 시작하면, 이전이나 업데이트 전에 필요한 준비물을 구체적으로 확인할 수 있습니다.
WXR 파일만 있으면 워드프레스 사이트 전체를 복구할 수 있나요?
WXR은 게시물과 페이지 등 콘텐츠 내보내기·가져오기에 쓰이는 XML 자료입니다. 일반적인 전체 복구에는 데이터베이스와 사이트 파일을 함께 준비해야 하므로, WXR 하나만으로 전체 구성요소가 보존된다고 보기는 어렵습니다.
DB 덤프와 파일 사본은 왜 둘 다 필요한가요?
일반적인 워드프레스 구성에서 데이터베이스와 파일 디렉터리는 별도 구성요소입니다. DB 덤프와 파일 사본은 서로 다른 범위를 보존하므로 전체 복구를 준비할 때 한 쌍으로 관리하는 것이 좋습니다.
호스팅 사업자의 자동 백업을 쓰면 무엇을 확인해야 하나요?
백업에 포함되는 항목, 보관 기간, 복구 요청 절차와 권한을 해당 사업자의 안내에서 확인하세요. 제공자나 요금제에 따라 범위가 다를 수 있으므로 일반 문서만으로 특정 계정의 조건을 판단하지 않는 것이 좋습니다.
백업 파일을 만들면 복구 가능성도 확인된 건가요?
파일 생성은 복구 절차가 실제로 작동한다는 시험 결과와 다릅니다. 운영 사이트와 분리된 환경에서 복원 경로를 확인하고 사용한 사본과 결과를 기록하면 준비 상태를 더 구체적으로 점검할 수 있습니다.
답글 남기기