WordPress 백업 방법: 파일, 데이터베이스, 복원 연습

플러그인 업데이트 전에 백업을 누르고 초록색 성공 메시지를 봤다고 사이트가 고장 났을 때 반드시 복구할 수 있는 것은 아닙니다. 파일이 같은 서버에만 남아 있거나, 데이터베이스가 함께 저장되지 않았거나, 백업 계정조차 이미 멈춘 사이트를 통해서만 로그인할 수 있을 수 있습니다. 필요한 것은 끝까지 실행할 수 있는 복원 경로입니다.

백업은 이삿짐을 싸는 일에 비유할 수 있습니다. 글과 설정은 내용물 목록, 이미지와 프로그램은 상자, 외부 저장소는 다른 창고이며, 복원 연습은 상자를 열어 물건을 쓸 수 있는지 확인하는 일입니다. 이 안내는 일반적인 단일 WordPress 사이트를 예로, 매일 확인하고 사고가 나면 다른 사람이 이어받을 수 있는 절차를 만듭니다.

먼저 어느 정도의 데이터 손실을 감수할 수 있는지 쓰기

매주 갱신하는 개인 사이트와 매일 예약을 받는 스튜디오는 허용할 수 있는 데이터 공백이 다릅니다. 먼저 ‘얼마 동안의 콘텐츠까지 다시 만들 수 있는가’를 쓰고 빈도를 정하세요. 예를 들어 매일 저녁 한 번 저장하는데 오후에 문제가 나면 그날 새로 들어온 문의는 백업에 없을 수 있습니다. 이는 일정 설계의 한계이며, 나중에 복원을 눌러도 그 공백을 채울 수 없습니다.

사이트 파일에는 보통 테마, 플러그인, 업로드 미디어가 있고, 데이터베이스에는 글, 사용자, 여러 설정이 들어 있습니다. 완전한 복구에는 둘이 비슷한 시점의 자료여야 하는 경우가 많습니다. 메일함, DNS, 외부 폼 데이터, 외부 저장 공간은 각 서비스에 보존 방법을 확인해야 하며, 사이트 플러그인이 모두 가져갈 것이라고 가정하면 안 됩니다.

1. 글, 미디어, 회원, 폼, 외부 서비스와 담당자를 목록으로 만듭니다.
2. 허용 가능한 데이터 공백과 사고 후 서비스를 복구하려는 목표 시간을 기록합니다.
3. 일반 일정, 큰 변경 전의 추가 백업, 보존할 사본 수를 결정합니다.

외부 사본이 원래 서버를 확실히 벗어나게 하기

사이트 자체 폴더에 저장하면 빠르게 꺼내기 편하지만, 호스팅 계정이 무효화되거나 디스크가 고장 나거나 사이트 전체가 삭제되면 사본도 함께 사라질 수 있습니다. 적어도 다른 서비스의 저장 위치를 마련하고 그 서비스에 직접 로그인해 파일을 받을 수 있는지 확인하세요. 클라우드 계정 복구 방법은 적절한 관리자에게 전달합니다.

클라우드에 처음 연결한 뒤에는 수동 백업을 실행하고 클라우드에서 같은 시각의 파일을 확인하세요. 파일이 있다는 것만으로 검증을 끝내지 말고, 분할 압축 파일의 일부가 빠지지 않았는지, 데이터베이스 파일을 내려받을 수 있는지, 보존 규칙이 필요한 버전을 즉시 지우지 않는지도 확인해야 합니다. 백업에는 개인정보와 키가 들어 있을 수 있으므로 공유 링크의 접근을 제한하세요.

UpdraftPlus: 범위, 일정, 복원 항목을 각각 확인하기

확인 당시의 공식 문서에 따르면 ‘설정’에서 UpdraftPlus Backups로 들어가 Settings에서 파일·데이터베이스 일정, 보존 사본 수, 원격 저장소를 설정합니다. 클라우드 목적지를 선택한 후 인증을 완료하고 저장한 다음 Backup / Restore로 돌아가 Backup Now를 실행하세요. 파일, 데이터베이스, 원격 저장소로 보내기 옵션이 포함되는지 확인합니다.

복원할 때는 Existing backups에서 날짜를 선택합니다. 목록에 없는 사본은 원본 위치에 따라 원격 저장소를 다시 검색하거나 백업 파일을 업로드하세요. Restore를 누른 뒤 복원할 구성 요소를 선택하고 사전 검사 결과를 읽은 후 진행합니다. 같은 주소로 복원하는 것과 새 주소로 옮기는 것은 다른 상황이므로, 화면을 넘기려고 주소 치환을 함부로 켜지 마세요.

무료판과 Premium은 포함 범위가 다르며, 예를 들어 WordPress 코어 파일 백업은 유료 기능입니다. 플러그인에 표시되는 백업 묶음을 서버 전체 이미지라고 부르면 안 됩니다. 복원 환경, 코어 버전, 사용자 지정 설정도 기록하세요. 이 안내에서는 해당 작업을 실제 수행하지 않았으며 공식 문서를 바탕으로 절차를 정리했습니다.

WPvivid: 백업 완료와 복원 완료를 따로 보기

WPvivid Backup Plugin의 Backup & Restore에서는 데이터베이스와 파일, 파일만, 데이터베이스만을 선택할 수 있습니다. 외부 보관이 필요하면 먼저 Remote Storage에서 저장 서비스를 설정하고 연결한 다음, 백업 옵션에서 원격 목적지를 선택하고 Backup Now를 누릅니다. 완료되면 목록, 로그, 내려받을 수 있는 파일을 대조하세요.

원격 사본을 복원할 때 공식 절차는 먼저 사본을 웹사이트 서버로 가져온 후 Restore를 실행합니다. 여기서 가져온다는 것은 자신의 컴퓨터로 내려받았다는 뜻이 아닙니다. 복원은 현재 데이터를 덮어쓰므로 더 새로운 콘텐츠가 사라질 수 있습니다. 공식 문서는 복원이 진행되는 동안 페이지를 닫거나 새로 고치거나 다른 곳으로 이동하지 말라고도 안내합니다.

WPvivid 공식 문서는 설정 충돌을 피하기 위해 무료판과 Pro 모두 복원 시 wp-config.php와 .htaccess를 덮어쓰지 않는다고 명시합니다. 사용자 지정 데이터베이스 연결, 환경 설정, 리디렉션 규칙은 별도로 저장하고 항목별로 확인하세요. 백업이 여러 압축 파일로 나뉘었다면 가장 커 보이는 파일만 고르지 말고 완전한 한 묶음을 보존해야 합니다.

복원 능력을 믿기 전에 격리 환경에서 연습하기

접근이 제한된 테스트 환경을 마련하고 도구가 지원하는 복원 또는 이전 방식으로 사본을 만드세요. 주소가 다르면 추가 처리가 필요할 수 있으므로 일반 복원을 곧바로 이전 작업으로 보면 안 됩니다. 연습 전에 운영 결제, 알림, 외부 동기화를 끄고 복제 사이트가 주문을 다시 보내거나 테스트 데이터를 원래 서비스로 보내지 않도록 합니다.

글에 이미지를 추가한 뒤의 백업처럼 쉽게 구분할 수 있는 시점을 고르세요. 복원 후 이미지, 글 내용, 관련 설정이 함께 나타나는지 확인하고 권한을 제한한 테스트 계정으로 로그인합니다. 홈이 열린다는 것은 일부 경로가 정상이라는 뜻일 뿐입니다. 검색, 개별 글, 메뉴, 폼도 하나씩 조작해야 합니다.

1. 백업 시각, 도구 버전, 복원 목적지, 덮어쓸 예정 범위를 기록합니다.
2. 테스트 환경 격리와 외부 연동 설정을 확인하고 현재 상태를 저장한 뒤 복원합니다.
3. 콘텐츠, 미디어, 로그인, 주요 기능을 검증하고 실제 소요 시간과 문제를 기록합니다.

담당자가 책임지는 정기 작업으로 만들기

주 담당자와 이어받을 사람을 지정하고 마지막 성공 시각과 외부 사본을 정기적으로 확인하세요. 방문이 적은 사이트에서는 WordPress 일정에 의존하는 작업이 지연될 수 있습니다. 시간 차이가 생기면 백업 빈도만 높이지 말고 플러그인 로그와 서버 일정을 확인합니다.

큰 개편 전에는 알아볼 수 있는 이전 버전을 남기고 개편 후 새 버전도 만들어, 문제가 생긴 뒤의 사본만 남지 않게 하세요. 연습할 때마다 어떤 설정이 없었는지, 누가 클라우드 권한을 갖고 있는지, 어떤 폼을 다시 연결해야 하는지 등 실패 원인을 기록에 추가합니다. 다음 사고에서는 이 기록이 성공 화면 한 장보다 더 도움이 됩니다.

자세한 설명 보기

파일과 데이터베이스를 확인하고 완전한 외부 사본을 보존한 뒤 격리 환경에서 복원하고, 마지막으로 사이트 기능을 조작해 결과를 기록하는 원본 흐름도.

일상적인 사이트 유지관리 계획 세우기

로컬에 WordPress 테스트 환경 만들기

• 튜토리얼
• 앱·소프트웨어
• 웹사이트·이커머스
• WordPress