백업을 저장하기 위한 하드 드라이브가 2개 있습니다. 때로는 어떤 일이 발생하여 하나를 백업하고 다른 하나는 백업하지 못하는 경우가 있습니다. 결과적으로 한 데이터의 일부 데이터가 다른 데이터에 존재하지 않고, 다른 데이터의 일부 데이터가 다른 데이터에 존재하지 않습니다. 둘 다 많은 문서를 가지고 있습니다. 이제 두 개를 서로 동기화하여 두 개가 모든 데이터를 갖고 서로의 복사본이 되도록 하고 싶습니다.
또한 백업 하드 드라이브에 중복 파일이 포함되어 불필요한 공간과 시간 소비를 초래하지 않도록 하려면 어떻게 해야 합니까(백업 확인 시)?
나는 이전에 조사했지만 rsync내 질문의 이 부분을 광범위하게 다루지는 않았습니다. 나는 이 도구를 좋아하고 그것이 효과가 있다고 생각합니다. 이 도구가 더 좋다면 다른 도구와 함께 언급해도 될까요?
답변1
단방향 도구(예:동기화이는 B가 A처럼 보이길 원할 때 잘 작동하지만 A가 B와 동일하지만 A 또는 B와 다르기를 원할 때는 덜 유용합니다. 디렉토리 트리를 동기화해야 할 때 나는 다음을 좋아합니다.조화. 여기에는 트리 간의 차이점을 확인하고 타임스탬프를 기반으로 제안하여 어느 것이 더 새로운 것인지(항상 유지하고 싶은 것은 아님) 결정하는 멋진 그래픽 인터페이스가 있습니다. 또한 다른 파일의 복사본 두 개를 백업할 수 있는 옵션도 있으므로 아무것도 잃지 않습니다.
rsync와 동기화할 때 최신 버전의 파일을 유지하도록 지시한 다음 SRC를 DEST로, DEST를 SRC로 동기화할 수 있습니다. 문제는 rsync가 SRC와 DEST의 파일이 모두 변경된 충돌을 감지할 수 없으며 최신 버전만 얻을 수 있다는 것입니다. Unison은 변경 사항이 발생하는 대로 추적합니다. 파일이 한 위치에서만 변경된 경우 최신 버전을 얻을 수 있지만 두 위치 모두에서 파일이 변경된 경우 충돌에 대한 경고가 표시되고 수동으로 처리할 수 있습니다.
"중복" 파일 측면에서포슬린트이름과 권한을 제외하고 동일한 파일을 식별하는 데 유용한 유틸리티입니다. 그래프 인덱싱을 통해 실제로 원하는 복제본과 원하지 않는 복제본을 결정할 수 있습니다.
답변2
Kdiff3은 또한 2~3개의 서로 다른 디렉터리 트리를 비교할 수 있는 좋은 시각적 디렉터리 비교 프로그램입니다. 또한 모든 KDE 패키지(Debian의 경우)와 별도로 제공되어야 합니다 kdiff3-qt. 매년 업데이트되는 것 같아 아직까지는 "비교적 활성화"되어 있습니다.
FSlint 외에도 여러 다른 "중복 파일 찾기" 프로그램이 있습니다. "linux find 중복 파일"을 검색하면 다음과 같은 결과를 얻을 수 있습니다.
답변3
이는 /home/user/data 디렉터리의 백업을 백업 디렉터리 데이터와 함께 마운트된 백업 디스크 /media/backups에 동기화하는 예입니다. 대상은 /로 끝나지 않습니다. 이렇게 하면 기본 소스 데이터에 없는 백업 대상의 모든 파일이 삭제됩니다.
rsync -av --delete --delete-excluded /home/user/data/ /media/backups/data
원하는 대로 작동하는지 확인하려면 먼저 이 옵션을 사용하세요. 백업 매개변수를 처음 디버깅할 때 항상 --dry-run을 사용하여 원하는/기대하는 대로 작동하는지 확인하세요! 그렇지 않고 순서가 잘못된 경우 소스의 모든 데이터를 삭제할 수 있습니다. -v 내용을 장황하게 만들어 내용이 어디로 가는지 보여줍니다.
--dry-run
rysync는 이해하기가 매우 복잡하지만 매우 강력합니다. 하지만 일단 백업 스크립트를 작성하여 잊어버리지 않도록 하면 일회성 작업이고 그런 다음 해당 작업을 실행하기만 하면 됩니다.
rsync 백업을 자동화하기 위해 rbxi를 사용하지만 이는 대부분의 애플리케이션에 과잉입니다.
rsync는 내가 본 최고의 UNIX 유형 도구 중 하나입니다. 저자는 천재이며(제 기억이 맞다면 그는 삼바의 창시자입니다) 기술적으로 더 나은 것이 나올 가능성은 거의 0에 가깝다고 생각합니다.
두 개의 백업 드라이브가 설치된 경우 기본 데이터를 첫 번째 드라이브에 동기화한 다음 첫 번째 드라이브를 두 번째 드라이브에 동기화하면 정확하게 일치할 수 있습니다. GUI 도구를 사용하여 압축을 풀어보세요... 글쎄요, 저는 백업을 위해 그런 것에 의존하지 않을 것입니다. 만약 그것이 좋다면 그들은 아마도 처음에 rsync를 엔진으로 사용할 것이고, 나쁘다면 그들은 아마도 rsync를 엔진으로 사용할 것입니다. 아니요, 저는 그 말을 믿지 않을 것입니다.
rsync를 사용하여 주요 데이터 처리가 완료되면 변경된 블록에 의해서만 수행되기 때문에 일반적으로 최신 상태로 동기화하는 데 몇 분 밖에 걸리지 않습니다. 예를 들어, 내 기본 백업은 약 100만 개의 파일(약 400GB)을 백업하며 rsync를 사용하여 이 모든 작업을 수행하는 데 약 20분 정도 밖에 걸리지 않습니다. 이 도구를 배우는 데 들인 시간은 그만한 가치가 있으며, 제가 지적했듯이 rysnc보다 더 잘 설계되고 구현된 UNIX 유형 도구는 거의 없다고 생각할 수 있으며 결코 후회하지 않을 학습 시간입니다.