특정 시점 복구

Point-in-time recovery lets you rebuild your database as it was at a chosen minute, rather than only at the moment yesterday's backup ran. This guide covers what it does and does not cover, how to…

특정 시점 복구를 사용하면 어제 백업이 실행된 시점이 아닌 선택한 분 시점의 데이터베이스를 재구성할 수 있습니다. 이 가이드에서는 특정 시점 복구의 기능, 활성화 방법, 복구 요청 방법 및 복구가 영향을 미치는 범위를 설명합니다.

용도

일일 백업은 하루에 하나의 복구 지점을 제공합니다. 대부분의 재해에는 충분하지만, 잘못된 가져오기, 손상된 플러그인 또는 실수로 인한 대량 편집이 오후 2시 15분에 실행되었는데 오후 4시에 발견한 경우와 같은 특정 재해에는 무용지물입니다. 어제 백업을 복구하면 실수와 함께 오전의 모든 실제 작업이 손실됩니다.

특정 시점 복구는 이 격차를 해소합니다. 활성화하면 데이터베이스의 변경 로그가 지속적으로 외부 저장소로 전송되므로 복구를 보관 기간 내의 모든 분으로 재생할 수 있습니다.

특정 시점 복구는 데이터베이스만 포함합니다. 파일, 업로드, 테마 또는 플러그인 코드, 디스크의 구성 파일을 포함하지 않습니다. 누군가 이미지 폴더를 삭제했다면 PITR은 이를 복구하지 않습니다. 파일의 경우 파일 백업이 필요합니다. 백업 만들기 및 백업에서 복구를 참조하세요.

KPanel에서의 위치

KPanel에 로그인합니다.
왼쪽 사이드바에서 웹사이트를 클릭한 다음 사이트를 클릭합니다.
사이트의 탭 스트립에서 백업, 특정 시점 복구를 차례로 엽니다.

직접 주소는 /websites/<site-id>/pitr입니다.

KPanel에서 사이트의 특정 시점 복구

자격

특정 시점 복구에는 두 가지 조건이 필요합니다.

사용 중인 플랜에 포함되어야 합니다. WordPress 플랜 제품군에서 사용 가능합니다.

사이트는 WordPress 또는 WooCommerce 사이트여야 합니다. 메커니즘이 관리형 데이터베이스에 의존하기 때문입니다.

어느 하나라도 충족되지 않으면 페이지에 명확하게 표시됩니다: 특정 시점 복구는 관리형 데이터베이스가 있는 WordPress 및 WooCommerce 사이트에서만 사용 가능합니다. 이 경우 구성할 항목이 없습니다.

활성화

PITR 상태 카드에는 상태 표시, 사용 중인 백엔드, 마지막 변경 로그가 전송된 시간 및 보관 기간(일)이 표시됩니다.

PITR 활성화를 클릭하여 켭니다. 보관 기간은 30일입니다.

활성화해도 데이터는 변경되지 않습니다. 일반 일일 백업과 함께 실행되는 지속적인 전송 프로세스가 시작됩니다. 백업을 대체하지 않습니다.

활성화 직후에는 복구 지점이 없습니다. 재생할 수 있으려면 활성화 후 최소한 한 번은 전송이 실행되어야 하며, 첫 번째 전송은 약 5분 내에 발생합니다. 그때까지 페이지에 아직 복구 지점이 없다고 표시됩니다.

복구 기간 읽기

전송이 실행 중이면 사용 가능한 복구 기간 카드에 복구할 수 있는 가장 빠른 시간과 가장 최근 시간, 그리고 이를 포함하기 위해 보관 중인 변경 로그 파일의 개수가 표시됩니다.

사건 중이 아닌 미리 읽으십시오. 윈도우가 예상보다 늦게 시작되면 전송이 어느 시점에서 중단되었고 이전 범위가 만료되었습니다.

복구 요청

특정 시점 복구 탭을 엽니다.
복구 기간이 원하는 시간을 포함하는지 확인합니다.
복구 타임스탬프에서 날짜와 시간을 선택합니다. 손상 후가 아닌 직전의 시간을 선택합니다.
스테이징 DB로 복구 요청을 클릭합니다.

요청은 즉시 검증됩니다. 타임스탬프가 사용 가능한 기간을 벗어나면 추측하지 않고 정확한 기간을 알려줍니다.

복구가 실제로 수행하는 작업

이 부분은 정확히 알아야 합니다. 대부분의 사람들이 예상하는 것과 반대이기 때문입니다.

특정 시점 복구는 라이브 데이터베이스를 건드리지 않습니다. 이 목적을 위해 생성되고 도메인 및 대상 날짜를 따라 명명되는 별도의 스테이징 데이터베이스로 복구됩니다. 라이브 사이트는 변경되지 않고 자체 데이터베이스에서 계속 실행됩니다.

아무것도 덮어쓰지 않고, 아무것도 삭제되지 않으며, 복구를 요청하면 데이터가 손실되지 않습니다. 이는 의도적입니다. 데이터 복구 도구의 목적은 도구를 사용해도 상황이 더 나빠질 수 없다는 것입니다.

얻은 것은 검사할 수 있는 데이터베이스입니다. 라이브 데이터베이스와 비교하고, 손상된 행을 추출하거나, 전체 스냅샷이 원하는 버전인지 결정할 수 있습니다. 라이브 데이터베이스 위에 스테이징 복구를 승격하는 것은 별도의 의도적인 단계이며, 당사 팀이 사용자와 함께 수행하는 작업이지, 버튼이 뒤에서 수행하는 것이 아닙니다.

복구된 데이터베이스로 전환하면 복구 지점 이후 라이브 데이터베이스에 기록된 모든 항목이 삭제됩니다. 배치된 주문, 남겨진 댓글 및 해당 타임스탬프 이후 편집된 콘텐츠는 라이브 데이터베이스에만 존재합니다. 전환 전에 어떤 항목을 옮겨야 하는지 결정하고 알려주세요. 이것이 복구가 먼저 스테이징에 도달하는 이유입니다.

요청 추적

모든 요청은 복구 요청 테이블에 나타납니다:

열	표시 항목
요청됨	요청한 시간
대상	복구하도록 요청한 타임스탬프
상태	요청의 진행 상황
스테이징 DB	복구 중인 데이터베이스의 이름

복구가 실행 중인 동안 상태에는 현재 단계가 표시되며, 재생이 시작되면 적용된 변경 로그 파일의 개수가 전체 개수 중 표시됩니다. 실패한 요청은 아래에 오류를 표시합니다.

한 번에 사이트당 하나의 복구만 진행 중일 수 있습니다. 하나가 실행 중인 동안 두 번째 요청은 큐에 대기하지 않고 충돌을 반환하므로 두 번째 시도가 첫 번째 요청을 손상시킬 수 없습니다.

당사 엔지니어링 팀이 스테이징 복구를 완료하고 스테이징 데이터베이스가 준비되면 이메일을 보냅니다. 요청을 받으면 대상 타임스탬프 및 스테이징 데이터베이스 이름이 포함된 확인 이메일도 받습니다.

올바른 타임스탐프 선택

발견한 시간이 아닌 손상이 시작된 시간을 파악하세요. 이들은 보통 몇 시간 떨어져 있습니다. 활동 로그, 주문 타임스탬프 또는 마지막으로 알려진 양호한 콘텐츠 편집을 확인하세요.

1~2분 먼저를 목표로 하세요. 나쁜 이벤트 직전의 복구 지점은 몇 분의 정당한 쓰기를 비용으로 합니다. 그 직후의 지점은 다른 모든 것과 함께 손상을 복구합니다.

복구 지점 이후에 발생한 항목을 기록하세요. 주문, 가입, 댓글, 양식 제출. 전환하려는 경우 이 목록은 수동으로 옮겨야 할 사항입니다.

문제 해결

페이지에 PITR은 WordPress 및 WooCommerce에서만 사용 가능하다고 표시됩니다. 사이트가 해당 유형 중 하나가 아니거나 플랜에 이 기능이 포함되지 않습니다.

아직 복구 지점이 없습니다. 활성화 후 최소한 한 번은 전송이 실행되어야 합니다. 첫 번째 전송은 약 5분 내에 발생합니다.

내 대상이 사용 가능한 기간을 벗어났습니다. 보관 기간은 30일이며, 전송이 중단된 경우 기간이 더 짧을 수 있습니다. 오류 메시지에 정확한 범위가 표시됩니다. 필요한 시간이 만료된 경우 일일 백업으로 돌아가세요: 백업에서 복구를 참조하세요.

복구가 이미 진행 중입니다. 완료될 때까지 기다리세요. 테이블에 단계와 진행 상황이 표시됩니다.

상태에 배송자에 대한 배너가 표시됩니다. 요청이 기록되었으며 메시지가 현재 상태를 설명합니다. 아무것도 손실되지 않았습니다.

파일을 복구하고 싶은데 데이터베이스는 아닙니다. PITR은 도움이 되지 않습니다. 파일 백업을 사용하고, 완료된 백업은 전체 복구 대신 파일별로 탐색할 수 있다는 점에 유의하세요.