VPN이 돌아온 뒤에도 NAS 백업은 계속 실패했습니다

VPN이 06:10에 다시 연결되고 대시보드는 터널을 녹색으로 표시하지만, 야간 백업에는 여전히 새 복구 지점이 없습니다. 이는 모순이 아니라 한 번도 조정되지 않은 두 개의 일정입니다. 복구되는 터널은 네트워크 이벤트입니다. 완료되는 백업은 자체 상태 머신을 가진 애플리케이션 이벤트이며, 중단된 실행은 일시 중지되거나 취소되거나 전혀 다른 것 뒤에 대기열에 놓일 수 있습니다.

창은 터널의 표시등이 아니라 완료된 복구 지점을 기준으로 계획하세요.

시작 시간이 아니라 복구 지점에서 시작하세요

요구 사항을 승인된 버전의 기한으로 작성하세요: 지정된 시간까지 작업 자체의 무결성 검사를 통과하는 새 복구 지점입니다. 그런 다음 예상 소요 시간, 일반적인 변동, 한 번의 중단된 시도를 거꾸로 계산하세요. 시작 시간은 약속이 아니며 스케줄러가 시도한 순간일 뿐입니다. 기한은 채팅 메시지가 아니라 백업 정책에 두세요. 누군가의 기억에만 존재하는 숫자는 모니터링 임계값이 아닙니다.

소요 시간 추정에는 작업 기록을 사용하세요. 청크 처리, 중복 제거, 인덱스 작업은 실행의 일부이므로 변경된 바이트를 링크 속도로 나누면 창을 과소평가하게 되고 나중에 네트워크 문제처럼 보입니다.

중단이 작업에 미치는 영향

Hyper Backup은 재개할 수 있는 작업과 그렇지 않은 작업을 구분합니다: 문서화된 동작은 연결이 끊어질 때 재개 가능한 작업은 일시 중지되고 재개 불가능한 작업은 취소된다는 것입니다. 두 상태 모두 VPN 클라이언트에서 보이지 않으며 터널을 다시 연결해도 복구되지 않습니다. 다음 예약 실행이 이전 실행이 멈춘 곳에서 이어질 것이라고 가정하기 전에 작업 상태와 기록된 이유를 읽으세요.

수동 일시 중지와 네트워크 중단은 서로 다른 수명 주기를 따를 수 있습니다. 운영자가 작업을 일시 중지했다면 네트워크를 다시 연결해도 아무것도 바뀌지 않습니다.

대상에는 자체 요구 사항이 있습니다

복구된 터널은 암호화된 공유 폴더를 마운트하지 않고 만료된 백업 자격 증명을 갱신하지 않으며 대상에서 유지 관리를 완료하지 않습니다. 이는 별도의 준비 상태 검사이며 그중 하나만으로도 녹색 터널이 실패한 작업이 될 수 있습니다. 복구 일정을 탓하기 전에 대상에 접근하고 쓸 수 있는지 확인하세요.

대상 NAS 자체가 재부팅되었다면 백업 작업이 시작될 때 서비스가 아직 시작 중일 수 있습니다. 짧은 준비 상태 검사가 실패한 실행과 재시도보다 저렴합니다.

무결성 검사는 같은 시간대를 두고 경쟁합니다

무결성 검사는 네트워크 장애 없이도 창을 소비할 수 있습니다. DSM은 작업당 하나의 활성 프로세스를 문서화하며, 예약된 백업은 해당 작업의 무결성 검사 뒤에서 대기하다가 약 세 시간의 최대 대기 후 건너뛸 수 있습니다. 관찰된 소요 시간에 따라 두 일정을 띄우고, 건너뛴 실행은 VPN이 다시 실패했다는 증거가 아니라 일정 계획의 발견으로 취급하세요.

실제 전달 방법으로 알림을 활성화하고 나서 읽을 사람을 지정하세요. 시작되지 않은 작업과 중간에 실패한 작업은 같은 경고를 생성하지 않을 수 있습니다.

아침 점검은 복사본에 관한 것으로 만드세요

아침의 질문은 터널이 켜져 있는지가 아니라 현재 복구 가능한 복사본이 있는지입니다. 마지막으로 승인된 버전의 나이를 기한과 비교하고, 해당 버전의 작은 파일로 안전한 복원 테스트를 수행하세요. 잘못 보이는 것을 조사하는 동안 이전의 좋은 버전을 보존하세요.

타임스탬프를 하나의 시간대로 기록하고 스케줄러의 시간대, 대상의 시간대, 대시보드를 읽는 사람의 시간대를 포함하세요. 이러한 조사 중 하나 이상이 네트워크 결함이 아니라 시계 차이에서 끝나며, 그 메모가 다음에 이를 보이게 합니다.