대상 시스템을 재부팅한 후 ZFS 전송 재개 토큰이 작동하지 않는 이유는 무엇인가요?

대상 시스템의 재부팅만으로는 저장된 수신 상태, 데이터셋 또는 필요한 소스 기록이 변경되지 않는 한 일반적으로 ZFS 재개 토큰이 무효화되지 않습니다.

이 토큰은 특정 중단된 수신 작업을 설명하는 불투명한 값이며, 이후의 다른 복제 시도에 재사용할 수 있는 북마크가 아닙니다. 재개 가능한 수신으로 부분 상태를 보존한 대상 파일 시스템 또는 볼륨에 귀속됩니다. 재부팅 후 작업이 잘못된 데이터셋을 읽거나, 풀을 다른 방식으로 가져오거나, 부분 상태를 삭제하거나, 대상을 수정하거나, 필요한 소스 스냅샷을 잃거나, 호환되지 않는 스트림을 생성할 수 있습니다. 전체 전송을 다시 시작하기 전에 양쪽에서 토큰을 확인하세요.

재부팅 후 부분 수신 상태가 유지되었는지 확인

대상에서 중단된 수신에 사용된 정확한 파일 시스템 또는 볼륨의 receive_resume_token 속성을 읽으세요. 풀 이름, 데이터셋 경로, 토큰 값, 부분 상태가 사용하는 공간을 기록하세요.

FreeBSD 핸드북에서는 재개 가능한 수신이 부분 상태를 보존한다는 점과 전송이 완료되거나 상태를 명시적으로 폐기할 때까지 수신 데이터셋에 불투명한 토큰을 유지한다는 점을 설명합니다.

재부팅 후 속성이 비어 있다면 수신이 재개 가능 옵션으로 저장되지 않았거나, 부분 상태가 완료 또는 중단되었거나, 잘못된 데이터셋을 조회하고 있거나, 자동 정리 작업이 해당 상태를 삭제했을 수 있습니다. 이전 전송에서 복사한 토큰을 재사용하지 마세요.

토큰이 정확한 대상 데이터셋에 속하는지 확인

대상 풀이 예상한 이름으로 가져와졌는지, 복제가 여전히 동일한 데이터셋 경로를 대상으로 하는지 확인하세요. 대체 루트, 풀 이름 변경, 상위 경로 변경, 경로 구성 요소를 추가하거나 제거하는 작업 옵션에 주의하세요.

Ubuntu의 ZFS 속성 참조 문서는 receive_resume_token이 데이터셋 속성임을 설명합니다. 따라서 해당 토큰은 특정 저장 상태를 보유한 파일 시스템 또는 볼륨에서 읽어야 합니다.

backup/pool/data에서 가져온 토큰이 현재 backup/data를 대상으로 하는 수신을 재개한다고 안전하게 가정할 수는 없습니다. 부분 수신을 변경하거나 삭제하기 전에 작업 경로를 바로잡으세요.

대상이 수정되거나 롤백되었는지 확인

중단 이후 실행된 명령, 예약 작업, 복제 소프트웨어, 스냅샷 보존 정책, 관리자 작업을 점검하세요. 롤백, 클론 승격, 데이터셋 이름 변경, 수신 중단 또는 동일한 대상으로 새 수신이 실행되었는지 확인하세요.

Klara Systems는 복제 도구가 ZFS send 및 receive 작업에서 대상 상태를 관리한다는 점을 설명합니다. 따라서 오케스트레이션 작업이 저장된 상태를 정리하거나 교체하여 원래의 복구 경로를 무효화할 수 있습니다.

조사하는 동안 복제 대상에 일반 파일을 기록하지 마세요. 토큰이 여전히 존재하더라도 대상 변경으로 인해 스트림이 차단되거나 롤백이 발생해 대상의 최신 데이터가 삭제될 수 있습니다.

-15% OFF

ZimaBoard 2 - 당신의 큰 아이디어를 위한 미니 홈 서버

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

소스에 스냅샷 또는 북마크 체인이 여전히 있는지 확인

중단된 전송에 인코딩된 소스 데이터셋과 스냅샷 또는 북마크를 확인하세요. 전송 중단 이후 현재 보존 상태와 스냅샷 이름 변경 또는 삭제 내역을 비교하세요.

FreeBSD zfs-send 매뉴얼은 zfs send -t가 수신 재개 토큰으로부터 스트림을 생성한다고 설명합니다. 즉, 새 스트림은 임의의 현재 스냅샷이 아니라 중단된 수신 작업에 연결됩니다.

보존 정책으로 필요한 소스 기록이 삭제되었다면 토큰으로 더 이상 존재하지 않는 데이터를 재구성할 수 없습니다. 다른 소스 복사본이나 새 전체 전송이 필요한지 결정할 때까지 대상의 남은 부분 상태를 보존하세요.

양쪽 시스템의 풀 기능과 스트림 옵션 확인

ZFS 버전, 활성화된 풀 기능, 암호화 상태, raw, compressed, embedded, large-block 전송과 같은 원래 스트림 옵션을 기록하세요. 소프트웨어 또는 풀 업그레이드 이후 이를 비교하세요.

Oracle의 재개 가능한 복제 문서는 중단된 전송 재개가 조정된 송신 및 수신 작업이라고 설명합니다. 따라서 재부팅 후에도 호환성과 원래 전송 컨텍스트가 중요합니다.

재부팅 자체로 기능 플래그가 변경되지는 않지만, 중단 중에 업그레이드가 수행되었다면 변경될 수 있습니다. 토큰 자체가 손상되었다고 단정하기 전에 자세한 출력을 사용해 재개 명령을 수동으로 실행하세요.

대상 시작 후 복제 서비스와 SSH 확인

대상 풀이 가져와졌는지, 필요한 암호화 데이터셋이 잠금 해제되었는지, SSH가 실행 중인지, 복제 사용자가 ZFS 명령을 실행할 수 있는지, 스토리지가 준비된 후에만 작업이 시작되는지 확인하세요.

TrueNAS 원격 복제 안내에서는 재시작 후 대상 SSH 및 데이터셋 사전 요구 사항을 사용할 수 있어야 한다고 안내합니다. 그렇지 않으면 자동화 작업이 저장된 토큰을 시도하기도 전에 실패할 수 있습니다.

재개된 스트림을 시작하기 전에 인증과 읽기 전용 속성 조회를 테스트하세요. 네트워크 또는 권한 오류가 상위 수준 작업 로그에서는 토큰 오류처럼 보일 수 있습니다.

부분 수신을 한 번 재개하거나 의도적으로 중단

현재 토큰을 사용해 재개된 송신 스트림을 한 번 생성하고, 동일한 대상에서 재개 가능한 수신으로 전달하세요. 전체 오류 출력을 저장하고 병렬 복제 작업을 실행하지 마세요.

ZimaSpace NAS 데이터 마이그레이션 가이드는 관련 안전 원칙을 제시합니다. 즉, 대상이 검증될 때까지 소스와 롤백 경로를 보존해야 합니다.

토큰을 사용할 수 없고 부분 상태가 더 이상 가치가 없다면, 새 전체 또는 증분 전송을 생성할 수 있음을 확인한 후에만 지원되는 수신 중단 명령으로 중단하세요. 중단하면 저장된 부분 상태가 해제되며 되돌릴 수 없습니다.

자주 묻는 질문

대상 시스템을 재부팅하면 ZFS 재개 토큰이 항상 무효화되나요?

아니요. 저장된 부분 수신은 비정상 종료를 포함한 중단을 견디도록 설계되었습니다. 재부팅 후 실패하는 일반적인 원인은 작업이 다른 데이터셋을 읽거나, 부분 상태가 삭제되었거나, 필요한 소스 기록이 변경되었거나, 시작 시 필요한 의존성이 누락된 경우입니다.

소스만으로 새 재개 토큰을 생성할 수 있나요?

아니요. 불투명한 토큰은 대상 데이터셋에 저장된 부분 수신 상태에서 생성됩니다. 소스는 해당 토큰을 사용해 계속 이어지는 스트림을 생성하지만, 삭제된 대상 상태를 단독으로 재생성할 수는 없습니다.

부분 수신은 언제 중단해야 하나요?

재개 경로를 사용할 수 없다는 사실이 확인되고, 소스에서 대체 전송을 생성할 수 있으며, 대상의 부분 상태가 복구에 더 이상 필요하지 않을 때만 중단하세요. 삭제하기 전에 로그와 사용 가능한 스냅샷을 보존하세요.