워드프레스 업데이트 뒤 ‘점검 중’에서 멈췄을 때: 복구 전에 지킬 순서

핵심만 먼저

워드프레스 코어·플러그인·테마 업데이트 뒤 “예정된 점검으로 잠시 사용할 수 없습니다” 화면이 계속되면 먼저 복구 가능한 상태를 만들어야 합니다. 새 버전을 다시 덮어쓰거나 플러그인을 전부 지우기 전에 파일과 데이터베이스 백업, 관리자 접근 가능 여부, 업데이트 로그, 호스팅 상태를 확인하세요. 공식 문서는 업데이트 전 데이터베이스와 파일을 백업하라고 안내하고, 자동 업그레이드 실패와 유지보수 모드를 별도 문제로 다룹니다.

워드프레스 유지보수 모드는 무엇인가요

워드프레스는 업데이트 중 방문자가 불완전한 파일을 보지 않도록 잠시 유지보수 상태를 사용할 수 있습니다. 정상이라면 업데이트가 끝난 뒤 이 상태가 해제됩니다. 브라우저를 닫았거나 서버 시간 제한, 파일 권한, 플러그인 충돌 등으로 작업이 중단되면 유지보수 표시가 남을 수 있습니다.

이 화면 자체가 데이터베이스가 손상됐다는 증거는 아닙니다. 반대로 홈이 다시 열린다고 모든 업데이트가 성공한 것도 아닙니다. 코어는 새 버전인데 일부 플러그인 파일만 이전 상태로 남을 수 있으므로 업데이트 목록과 실제 기능을 함께 확인해야 합니다.

오늘 이슈와 근거

WordPress 공식 Dashboard Updates 문서는 자동 업데이트 전에 데이터베이스와 파일을 백업하라고 명시합니다. 코어뿐 아니라 활성·비활성 플러그인과 테마도 업데이트 대상이 될 수 있으며, 완료 메시지에는 다운로드, 압축 해제, 파일 검증, 설치, 데이터베이스 업그레이드 단계가 표시됩니다.

공식 문제해결 FAQ는 “Briefly unavailable for scheduled maintenance” 메시지가 남는 상황을 별도 항목으로 다루고, 관리자 메뉴에 접근할 수 없을 때 모든 플러그인을 비활성화하는 방법도 설명합니다. 다만 데이터베이스나 파일을 직접 바꾸는 조치는 위험할 수 있으므로 익숙하지 않으면 호스팅사나 개발자에게 요청하라고 안내합니다. 복구 시간이나 성공률은 환경마다 달라 공식 수치로 일반화할 수 없습니다.

사장님 실무 적용 6단계

1. 화면과 시간을 기록합니다. 오류 문구, 업데이트를 누른 시각, 대상 코어·플러그인·테마 이름을 캡처하고 더 이상 여러 버튼을 누르지 않습니다.
2. 백업 가능성을 확인합니다. 호스팅 자동 백업의 마지막 시각과 복원 범위를 확인하고, 가능하면 현재 파일과 데이터베이스도 별도로 보존합니다.
3. 관리자와 공개 화면을 나눠 봅니다. `/wp-admin` 접근 여부, 홈과 주요 상세 페이지의 HTTP 상태, 주문·문의 같은 핵심 기능을 따로 확인합니다.
4. 업데이트 목록을 점검합니다. Dashboard의 Updates 화면에서 완료되지 않은 항목과 현재 버전을 확인합니다. 코어 재설치는 원인을 확인한 뒤 선택합니다.
5. 유지보수 표시를 안전하게 해제합니다. 파일 접근이 가능하고 백업이 확보됐을 때만 워드프레스 루트의 `.maintenance` 파일 상태를 확인합니다. 삭제 전 파일 경로와 수정 시간을 검증하고, 익숙하지 않으면 호스팅사에 요청합니다.
6. 충돌 범위를 좁힙니다. 관리자 접근이 안 될 때 플러그인 전체 비활성화는 공식 FAQ의 복구 선택지지만 운영 기능이 멈출 수 있습니다. 복제 환경에서 하나씩 재활성화하거나 호스팅 지원을 받습니다.

예를 들어 결제 플러그인 업데이트 중 점검 화면이 남았다면 홈만 열어 보고 끝내면 안 됩니다. 장바구니, 결제 테스트, 주문 알림, 관리자 주문 목록까지 확인해야 합니다. 반대로 콘텐츠 블록 플러그인이라면 대표 글과 편집 화면을 우선 확인해 범위를 줄일 수 있습니다.

흔한 실수

• 백업 시각과 복원 범위를 확인하지 않고 파일부터 삭제합니다.
• 같은 업데이트 버튼을 여러 번 눌러 상태를 더 복잡하게 만듭니다.
• 홈 한 페이지만 열리면 복구됐다고 판단합니다.
• 비활성 플러그인은 영향이 없다고 보고 업데이트 내역에서 제외합니다.
• 데이터베이스 직접 수정 절차를 이해하지 못한 채 복사해 실행합니다.

제스토코스트의 판단

업데이트 장애에서 가장 비싼 실수는 복구 속도를 높이겠다고 증거를 지우는 것입니다. 무엇을 언제 업데이트했는지, 어느 단계까지 갔는지, 어떤 백업이 있는지 남아 있어야 가장 작은 변경으로 되돌릴 수 있습니다. 장애 화면을 없애는 것과 사이트를 정상화하는 것은 다른 목표입니다.

월별 유지보수 일정에 백업 복원 연습, 플러그인 목록 정리, 404·폼·결제 점검을 넣으세요. 공식 문서도 정기적인 업데이트, 깨진 링크 확인, 백업을 사이트 유지보수의 기본으로 권합니다. 업데이트 날 처음 복원 방법을 찾는 구조부터 없애는 것이 핵심입니다.

자주 묻는 질문

`.maintenance` 파일만 지우면 끝나나요?

표시는 사라질 수 있지만 업데이트가 완전히 성공했다는 뜻은 아닙니다. 코어·플러그인 버전과 핵심 기능을 추가로 확인해야 합니다.

관리자에 못 들어가면 플러그인을 전부 삭제해야 하나요?

삭제가 아니라 비활성화로 충돌 범위를 확인하는 방법이 있습니다. 공식 FAQ는 데이터베이스나 파일을 통한 비활성화를 설명하지만 익숙하지 않으면 호스팅사에 요청하세요.

업데이트 전에 무엇을 백업해야 하나요?

공식 문서는 데이터베이스와 파일을 모두 백업하라고 안내합니다. 업로드 파일, 테마·플러그인, 설정 데이터가 어느 백업에 포함되는지 호스팅 정책도 확인하세요.

출처

• WordPress.org Documentation: Dashboard Updates screen
• WordPress.org Documentation: FAQ Troubleshooting
• WordPress.org Documentation: WordPress site maintenance

CTA

다음 업데이트 전에 호스팅 백업의 마지막 시각·복원 범위·담당 연락처를 한 장에 적고, 홈 외에 확인할 핵심 기능 세 개를 정해 두세요.

편집 고지: 이 글은 공식 자료 조사와 초안 정리에 자동화 도구를 활용했으며, 공개 전 출처·표현·실무 적합성을 검수합니다.