☰

비트 손상(또는 검증)을 방지하는 간단한 백업 솔루션

tag-icon • tag-icon backup disk checksum integrity
비트 손상(또는 검증)을 방지하는 간단한 백업 솔루션

저는 다양한 드라이브에 저장된 데이터의 무작위 비트 뒤집기(소위 비트 부패)를 방지하기 위한 간단한 솔루션을 찾고 있습니다. 그것들은 디스크가 아닙니다정렬, 일주일에 한 번 백업하는 단일 디스크입니다. 그래서 나는 찾고 있지 않다중복성, 이 아니라면파일 무결성-- 즉, 오랫동안 접속하지 않은 파일이 무작위로 손상되었는지 알고 싶고, 가능하다면 수정하고 싶다.

나는 일반적인 해결책을 원한다는 점에 유의하십시오.아니요ZFS 또는 btrfs(내가 이미 알고 있음)와 같은 파일 시스템을 찾고 있습니다. 부분적으로는 체크섬 오버헤드가 너무 크고 너무 복잡/불안정하기 때문입니다(btrfs의 경우).

반드시 그럴 필요는 없습니다.자동적 인물건. 즉, 새로 작성된 파일에 대한 체크섬을 생성하고 복원하기 위해 명령을 실행해야 한다면 괜찮지만 체크섬을 수동으로 저장하고 잘못된 파일을 확인한 다음 변환하는 것보다 사용하기가 더 쉬울 것입니다. 다시 가져오기 등(이미 이 작업을 수행하고 있기 때문에 더 간단하고 덜 수동적인 것을 요청한 것입니다).

언뜻보기에는 SnapRAID내가 원하는대로 작동하는 것 같지만 디스크 어레이용으로 만들어진 것이 내 문제입니다. 나생각하다데이터 디스크 1개와 패리티 디스크 1개만 사용할 수 있습니다. 이 경우 패리티 디스크는거울(백업) 데이터 디스크인데 확실하지 않습니다.

그 외에도 파일 체크섬, 이를 확인하는 기능, 백업에서 파일을 복구하는 기능(패리티) 등 내 요구 사항을 충족합니다. 아픈아직백업은 외부 미디어에서 매주 실행되지만 이 로컬 백업은 관리가 번거롭기 때문에 수동 작업이 덜 필요합니다.

SnapRAID자동 체크섬/백업으로 보호되는 1개의 데이터 디스크 또는 파일 시스템에서만 작동하는 다른 유사한 도구가 있습니까 , 아니면 이를 사용해야 합니까 SnapRAID? 디스크 1개만 있어도 제대로 작동하나요?

왜냐하면 그것은패리티 디스크백업의 경우 로컬 백업 디스크를 사용하기 전에 완전히 지워야 하기 SnapRAID때문에 확인 없이 직접 "테스트"하는 것이 망설여집니다. 이 경우 한 가지 단점은 패리티 디스크가 일반 디스크처럼 액세스할 수 없다는 것입니다.진짜패리티 디스크이지만 미러일 뿐입니다.

따라서 백업을 처리하는 데 사용하기 쉬운 유사한 도구가 또 있다면및 문서 무결성디스크 어레이가 아닌 디스크 1개에 대해 알고 싶습니다. 감사해요.

답변1

너는 좀 봐야 해부푸

git packfile 형식을 기반으로 하는 매우 효율적인 백업 시스템으로, 빠른 증분 저장 및 전역 중복 제거(가상 머신 이미지를 포함한 파일 간 및 내부)를 제공합니다.

Bup 지원bup-fsck(그리고2스트로크)

bup 저장소 확인 또는 복구

답변2

다음은 좀 더 가벼운 옵션입니다(광산).

https://github.com/laktak/chkbit-py

기본 및 백업 미디어의 데이터 무결성을 확인할 수 있도록 해시를 생성합니다.

답변3

오랫동안 접속하지 않은 파일이 랜덤하게 손상된 것인지 궁금합니다...

이것이 창작 동기 중 하나입니다.데이터 인쇄물, 데이터 통계, 지문 채취 및 검증을 위한 Jordial의 무료 소프트웨어입니다. Datimprint는 Java로 작성되었으므로 Linux, Mac 및 Windows에서 실행됩니다. 최신 파일 API 및 코딩 표준을 사용하며 빠른 파일 시스템 탐색 및 체크섬 처리를 위해 다중 스레드를 사용합니다.

Datimprint는 디렉토리 트리의 "데이터 임프린트"를 생성하고 이를 다음 위치에 저장합니다.데이터 파일.

datimprint generate /var/data --output /var/imprints/data-2022-11-12.datim

예를 들어 나중에 임프린트 파일과 비교하여 데이터 트리를 확인하여 백업을 확인하거나 데이터 저하를 확인할 수 있습니다.

datimprint check /var/backup/data --imprint /var/imprints/data-2022-11-12.datim

소스 코드는 다음을 통해 공개적으로 제공됩니다.GitHub 프로젝트.

…가능하다면 문제가 해결되기를 바랍니다.

특정 백업을 기반으로 파일을 복구하는 것은 향후 개선이 가능합니다. Datimprint의 작성자로서 새로운 기능을 요청하거나 버그를 신고해 주시기 바랍니다.질문. 다음에서 추가 피드백을 제공할 수 있습니다.논의하다프로그램에 대해.

답변4

디스크 어레이 대신 디스크 1개에 대한 파일 무결성

ZFS에 대해 이야기하고 있는 것이 아니라는 것을 알고 있지만 여기에 고려해야 할 해킹이 있습니다. 로컬 백업 드라이브에 대해 이 작업을 수행했습니다.

  1. 드라이브를 11개의 동일한 파티션으로 나누기
  2. 각 파티션을 별도의 "장치"로 사용하십시오. ZFS를 사용하여 Raid5로 포맷합니다. (저는 실제로 BTRFS를 사용하지만 위험을 알고 있습니다.)

단일 장치로 설치됩니다. 10개의 파티션 공간은 데이터용으로 사용되고 1개의 파티션 공간은 패리티용으로 사용됩니다. 이렇게 하면 파일을 변경할 때마다 즉시 모든 데이터의 10% 패리티가 제공됩니다. 관리자가 거의 없습니다. 한 달에 한 번만 정리하세요.

관련 정보