ZFS에서 강제 업데이트 체크섬?

최근 이 명령에서와 같이 복제 checksum되지 않은 zfs 파일 시스템 중 하나의 속성을 (fletcher4) sha256에서 on(fletcher4)로 변경하여 복제 된 복제 스팀 전송을보다 잘 지원했습니다 zfs send -DR -I _starting-snaphot_ _ending-snapshot_.

그러나 zfs 맨 페이지에는 다음과 같은 내용이 있습니다 send -D.

이 플래그는 데이터 세트의 dedup 속성에 관계없이 사용할 수 있지만 파일 시스템에서 dedup 가능 체크섬 (예 : sha256)을 사용하면 성능이 훨씬 향상됩니다.

zfs 맨 페이지에는 checksum속성 에 대한 내용도 나와 있습니다.

이 속성을 변경하면 새로 작성된 데이터에만 영향을줍니다.

나는 fletcher4를 신뢰하고 싶지 않다. 단점은 SHA256과 달리 fletcher4는 의사 랜덤 해시 함수가 아니므로 충돌하지 않도록 신뢰할 수 없다는 것입니다. 따라서 해시 충돌을 감지하고 해결하는 '확인'옵션과 결합 된 경우에만 중복 제거에 적합합니다.

시스템을 손상시키지 않고 파일 시스템의 체크섬을 어떻게 업데이트 할 수 있습니까?

이미 작성된 데이터의 속성 (압축, 중복 제거 또는 체크섬)을 변경하려면 zfs 방식은 zfs send | zfs receive시퀀스를 통해 데이터를 실행하는 것 입니다. 분명히, 당신은 그것을 위해 시스템을 오프라인으로 할 필요 는 없지만, 당신 은 필요합니다

1. zpool / 시스템에서 충분한 양의 리소스가 중복 제거되어 문제가되는 데이터 세트 사본을 보유
2. 데이터 세트를 폐기하거나 프로 시저에서 이름을 변경해야하기 때문에 데이터 세트의 가동 중지 시간
3. 작업을 완료하기에 충분한 시간과 인내

zpool에 대해 중복 제거를 이미 사용 zfs send | zfs receive하고 있으므로 소스와 동일한 풀에서 대상으로 a 를 실행 하면 새로 작성된 메타 데이터 블록에 필요한 공간 만 사용됩니다. 그러나 복사 시간이 오래 걸리도록 준비하십시오. 특히 전체 중복 제거 테이블을 RAM에 저장할 수있는 충분한 RAM이없는 경우 중복 제거가 너무 느려질 수 있습니다.

데이터 세트의 최종 권한있는 사본을 작성하려면 모든 쓰기 조작을 중단해야하지만, 먼저 스냅 샷을 복사하고 모든 쓰기를 중지 zfs send -i | zfs receive하고 최종 단계로 증분하여 다운 타임을 최소화 할 수 있습니다.