파일, 데이터베이스 및 허용 데이터 손실 주위에 백업을 호스팅 계획. 매주 또는 일일 복원 포인트와 테스트 복구를 통해 라이브 웹 사이트에서.
변경된 데이터로 시작: 웹사이트 콘텐츠, 업로드, 데이터베이스 레코드, 저장 주문 및 응용 프로그램 구성. 실패 후 다시 재구성 할 수있는 몇 가지 최근의 작업을 결정하십시오. 거의 편집 된 포트폴리오와 하루 종일 주문하는 상점은 다른 복구 계획을 필요로 할 수 있습니다.
당신이 선택한 백업 일정과 그 필요 비교. 예약된 사본 사이에 중요한 변경이 발생하면 어떻게 보존할 수 있는지 결정합니다. 매일 일정은 모든 거래가 지속적으로 회복되지 않으며, 백업 옵션은 특정 복구 시간의 보증이 아닙니다.
은 VPSLibre configurator는 추가 백업, 주간 백업 또는 일일 백업을 제공하지 않습니다. 주간 옵션은 일주일에 한 번의 백업을 설명합니다. 7 개의 복원 포인트와 함께 일일 옵션은 하루에 한 번 설명합니다. 이 요청된 서비스 옵션, 선택한 경우 자신의 인용 줄.
일곱 복원 포인트는 7 일의 보편적 인 약속이 아닌 7 개의 유지 사본입니다. 그들의 날짜와 사용 가능한 적용은 선택한 일정과 성공적인 완료된 사본에 달려 있습니다. 납품 후, 실제 백업 정보를 확인, 복사가 유지되는 데이터 및 서비스 재가송하기 전에 복구가 요청되는 방법.
추가 백업 옵션 없이, 당신은 자신의 백업 계획을 관리. 추가 서비스 저장은 별도의 옵션이며 백업을 만들지 않습니다. 중요한 자료의 독립적 인 사본을 유지하므로 복구는 하나의 계정 또는 하나의 환경에 따라 달라지지 않습니다.
WordPress 복구는 일반적으로 파일과 데이터베이스를 모두 필요로합니다. 업로드, 테마, 플러그인 및 구성 파일에서 라이브, 게시물, 설정 및 기타 응용 프로그램 데이터는 또한 데이터베이스에 살고. 웹 사이트 디렉토리를 다운로드하는 것은 일반적으로 데이터베이스를 캡처하지 않습니다.
어떤 응용 프로그램을 위해, 작업 환경을 재구성하기 위해 필요한 데이터 및 구성을 나열합니다. 그룹 호환 파일 및 데이터베이스 수출 그들은 대표 시간에 의해. 응용 프로그램 버전 및 관련 환경 요구 사항을 기록하고, 자격 증명 또는 개인 데이터를 포함하는 사본을 보호합니다.
서비스 백업의 범위를 검사하는 것보다 assuming 그것은 모든 외부 의존성을 포함합니다. 제3자 서비스에서 열린 데이터는 자체 복구 배열을 필요로 합니다. 동기화된 복사본을 즉시 reproduces deletions는 이전 버전을 필요로 할 때 충분할지도 모릅니다.
선택된 복구 세트에 필요한 요구 사항에 별도의 환경을 준비합니다. 앱에 적합한 도구를 사용하여 사본을 복원하고 실제로 액세스 할 수 있습니다. 개인 또는 고객 데이터를 복원 할 수있는 별도의 자격 및 제한 된 액세스를 사용합니다.
실제 이메일, 충전 고객 또는 실시간 통합을 전송하는 테스트 환경을 방지합니다. 대표 페이지, 미디어, 로그인 및 데이터베이스 레코드를 검증합니다. 저장소의 경우, 복구된 주문 데이터가 실제 고객 거래를 시작하지 않고 시간에 예상되는 지점에 해당합니다.
무슨 일을 기록, 누락 된 것 및 얼마나 자신의 테스트 했다. 그 관측은 복구 계획을 개선하는 데 도움이됩니다. 그것은 게시 된 복원 시간 보증이 아닙니다. 테스트 실패를 해결하는 동안 살아있는 환경 intact를 지킵니다.
이전 저장소 데이터베이스를 복원하는 것은 그 백업 후 생성 된 주문, 고객 또는 재고 변경을 제거합니다. 복구 포인트를 기록하고 라이브 데이터를 대체하기 전에 변경 사항을 확인합니다. 결제 제공 기록은 웹 사이트 데이터베이스에서 분리됩니다. 복원 된 주문 스크린은 그 두 개의 레코드가 동의하지 않는다는 것을 설정하지 않습니다.
분리된 복사본에 있는 복원이 포함된 아웃바운드 통합을 재개합니다. 최근의 거래가 재조정되고 누가 재조정 체크 아웃을 승인 할 수 있는지에 동의합니다. 코드 또는 확장 문제의 경우, 먼저 대상 롤백이 전체 저장소 데이터베이스를 교체하지 않고 해결할 수 있는지 설정. 제품 CSV는 주문, 고객 또는 구독 기록의 완전한 사본이 아닙니다.
Compose 구성 및 지명된 볼륨의 재고를 유지하고, 마운트, 데이터베이스 수출 및 업로드를 바인딩합니다. 자신의 이미지에서 컨테이너를 복원 코드를 복원, 그 데이터 경로에서 기록이 아닌. 데이터베이스 또는 애플리케이션의 지원된 백업 절차를 사용하여 일관된 설정을 얻을 수 있습니다. 그 절차없이 라이브 볼륨을 복사하면 확인 된 데이터베이스 백업이 아닙니다.
별도의 볼륨 이름과 목적지로 분리 된 프로젝트로 복원. 승인된 서비스를 재조합하고 소유권과 구성을 확인한 후, 등록을 읽고 복원된 데이터에 대해 작성합니다. 버전과 스냅 샷 시간을 기록합니다. 복구를 검사하는 동안 생산 데이터 또는 통합에서 재활을 지적하지 마십시오.
데이터베이스를 추가 할 때 계획을 검토, 파일 이동, 소프트웨어 변경 또는 새로운 통합을 도입. 주요 응용 프로그램 변경 전에 복구 가능한 사본을 만들고 복구 지침이 여전히 환경에 일치한다는 것을 확인합니다. 모든 공급자 특정 절차에 대한 실제 서비스 관리 정보를 사용합니다.
실시간 데이터를 대체하기 전에, 새로운 변화가 보존되어야하고 누가 작업을 승인 할 수 있는지 결정하십시오. 바쁜 상점을 위해, 완전한 오래된 데이타베이스는 더 새로운 순서를 omit 할 수 있습니다. 필요한 복구 포인트와 관리자의 앞에 롤백 경로는 실시간 복원을 수행합니다.