파일 (일반 텍스트)을 암호화 된 Sparse 번들 디스크 이미지에 저장하고이 이미지 (암호 텍스트)를 Rsync로 다른 서버에 백업합니다. 스파 스 번들 디스크 이미지는 8 개의 MiB 파일 ( "밴드")을 만들어 암호문을 저장합니다.
문제는 파일을 열거 나 이름 바꾸기 또는 작은 편집과 같은 사소한 작업을 수행하면 HFS 파일 시스템에서 다음과 같이 몇 가지 변경이 발생한다는 것입니다.
스파 스 번들이이를 밴드로 변환하면 백업 델타가 커지므로 바람직하지 않습니다.
백업 시스템에 부담이되는 .DS_store, Spotlight 및 기타 메타 데이터를 비활성화하도록이 이미지를 구성 할 수 있습니까?
답변:
불필요한 파일을 제외하여 목표를 달성하는 것이 좋습니다. 예:
rsync -ahPruvz --exclude=Thumbs.db --exclude='target/' --exclude='/home/*/.cache/' --exclude='/home/*/Downloads/' A B
Thumbs.db언급 한 일반적인 가비지 파일입니다. target/빌드 도구 (java, rust 등)의 공통 출력 디렉토리입니다. .cache캐시 파일을 저장하는 일반적인 장소로, 종종 백업 할 필요가 없습니다. 그리고, 당신을 괴롭히는 파일을 언급하십시오. verbose rsync를 두 번 실행하면 diff가 표시됩니다.
이것이 이상적인 솔루션처럼 느껴지지는 않지만 실제로는 효과가 있습니다. 가비지 파일의 차이는 가장 뚱뚱한 파일을 정리 한 후 일반적으로 <1 Mb로 내려갑니다.
rsnapshot. 이 백업 솔루션의 속성 : 1. 파일의 모든 상태에 대한 기록을 유지합니다. 따라서 10 개월 전에 한 번 백업하고 일주일 전에 한 번 백업하면 둘 다에 직접 액세스 할 수 있습니다. 2. 백업 크기가 느리게 증가합니다. 새 파일 만 공간을 차지하고 있습니다. (Internally, 다른 모든 것은 하드 링크입니다.)
여기 한 부분이 있습니다.
touch /Volumes/THEVOLUME/.metadata_never_index
에서 https://apple.stackexchange.com/questions/136191/prevent-spotlight-from-indexing-future-hard-drives
이것은 그것의 일부만을 해결합니다. 다른 추가 기능을 허용하기 위해 커뮤니티 위키 만들기.
다른 잠재적 인 것들이 여기에 있습니다