fssync - 클라우드의 온라인

프로그램:

이름

fssync - 파일 시스템 동기화 도구(SSH를 통한 단방향)

개요

fssync -d db -r 뿌리 [선택권...] 주인

기술

fssync는 inode를 추적하고 로컬 파일을 유지하는 단방향 파일 동기화 도구입니다.
원격 측에 있는 파일 데이터베이스를 통해 다음을 수행할 수 있습니다.

· 많은 수의 디렉토리/파일을 효율적으로 처리

· 이름 변경/이동 및 하드 링크 감지

네트워크 트래픽을 최소화하고 파일 시스템의 모든 세부 사항을 동기화하는 것을 목표로 합니다.

· 모든 유형의 inode: 파일, 디렉토리, 블록/문자/fifo, 소켓, 심볼릭 링크

· 하드 링크 보존

· 수정 시간, 소유권/권한/ACL, 확장 속성

· 희소 파일

다른 기능 :

· 동기화에서 파일을 제외하도록 구성할 수 있습니다.

· fssync는 언제든지 중단 및 재개할 수 있으므로 임의의 오류에 대한 내성이 생깁니다.
(예: 네트워크 오류)

· 파일 내용을 동기화하는 알고리즘은 VM 이미지와 같은 큰 파일을 처리하도록 설계되었습니다.
고정 크기 수정 블록을 제자리에서 업데이트하여 효율적으로

fssync의 주요 용도는 RAID1이 있는 하드웨어 오류의 경우 데이터 손실을 방지하는 것입니다.
불가능합니다(예: 노트북에서).

On Btrfs [1] 파일 시스템에서 fssync는 다음의 유용한 대안입니다. btrfs 보내다 (그리고 받다)
필터링 기능 덕분에 명령. 이것은 Btrfs 스냅샷과 결합될 수 있습니다.
전체 백업 솔루션을 위해 대상 측에서

사용법

fssync --도움 옵션의 전체 목록을 얻으려면

기억해야 할 가장 중요한 점은 로컬 데이터베이스가 정확히 일치해야 한다는 것입니다.
대상 호스트에서:

· 대상 호스트에 복사된 파일은 수정하면 안 됩니다. 그리고 아무것도해서는 안됩니다
대상 디렉토리 내부에 수동으로 생성됩니다. 여전히 데이터에 액세스하려는 경우
원격 호스트의 경우 읽기 전용 바인드 마운트를 통해 수행해야 합니다(Linux >= 필요
2.6.26).

· 동일한 복사본을 여러 개 만들려는 경우 대상당 하나의 데이터베이스가 있어야 합니다.
소스 디렉토리.

봐 -c 데이터베이스가 대상 디렉토리와 일치하는지 여부가 궁금한 경우 옵션입니다.

fssync의 첫 번째 실행:

· 가장 쉬운 방법은 fssync가 모든 작업을 수행하도록 하는 것입니다. 존재하지 않는 파일 경로 지정 -d
옵션 및 비어 있거나 존재하지 않는 대상 디렉토리(참조 -R 옵션). fssync는
자동으로 데이터베이스를 생성하고 모든 디렉토리/파일을 원격 호스트에 복사합니다.

· 더 빠른 방법은 원본 복사본과 같은 다른 방법으로 초기 복사를 수행하는 것입니다.
분할. 소스와 대상이 정확히 동일하다고 확신하는 경우
다음을 지정하여 데이터베이스를 초기화할 수 있습니다. - 호스트로. inode 번호가 같은 경우
데이터가 블록 수준에서 복사된 경우 양쪽 모두에서 수정할 수 있습니다.
대상 파티션에서 DB를 초기화하는 동안 소스 파티션으로 돌아가서
DB를 로컬로

필터가 있는 fssync에 대한 래퍼의 예는 다음에서 찾을 수 있습니다. 예/fssync_home

fssync는 다른 파일 시스템의 디렉토리로 내려가지 않습니다. 마운트 포인트로 마스킹된 Inode
또한 건너뛰므로 원하는 경우 일시적으로 마운트 해제해야 합니다.
동기화. 바인드 마운트에서 동기화하여 동일한 결과를 얻을 수 있습니다.

참조 항목 없음 암호 전환 [2] 암호화가 필요하지 않고 원하는 경우 패치
SSH 연결 속도를 높입니다.

주문 제작 IT WORKS

fssync는 원격 측에 있는 모든 디렉토리/파일의 단일 SQLite 테이블을 유지 관리합니다. 각
행은 inode(로컬 측), 기타 메타데이터(원격 측) 및
체크 깃발.

실행 중일 때 fssync는 모든 로컬 디렉토리/파일 및 각 경로에 대해 재귀적으로 반복합니다.
이는 무시되지 않습니다(참조 -f 옵션), DB에 쿼리하여 수행할 작업을 결정합니다. 이미
체크, 경로는 즉시 건너뜁니다. 경로가 동기화되면 다음과 같이 표시됩니다.
체크. 마지막에 그렇지 않은 모든 행은 체크 존재하지 않는 경로에 해당
더 이상. 원격 측에서 삭제되면 모든 체크 플래그가 재설정됩니다.

고장 공차
사실, fssync는 데이터베이스가 대상과 완벽하게 일치할 것을 요구하지 않습니다. 그것
로 인해 중단된 동기화를 복구하기 위해 약간의 차이를 허용합니다.
네트워크 오류, 파일 작업 오류 또는 운영 체제 충돌 이외의 모든 것
로컬 호스트의 (또는 정전과 유사한 것).

대부분의 경우 이것은 자동으로 생성(또는 덮어쓰기)하는 원격 호스트에 의해 수행됩니다.
필요한 경우 예상되는 유형의 inode. 유일한 예외는 리모컨이
비어 있지 않은 디렉토리를 자체적으로 삭제하지 마십시오. 가장 복잡한 경우 fssync는 저널라이즈
데이터베이스 작업: 실패 시 fssync는 다음에 복구할 수 있습니다.
동조.

경주 조건
경쟁 조건은 로컬 호스트의 다른 프로세스가 다음을 수행하는 inode를 수정하고 있음을 의미합니다.
fssync가 동기화 중입니다. fssync는 모든 종류의 경쟁 조건을 처리합니다. 사실 fssync는
대부분의 경우 할 일이 없습니다.

경쟁 조건이 발생하면 fssync는 원격 데이터가
일관된 상태. 각 동기화는 항상 기존 불일치를 수정하지만
따라서 fssync는 데이터베이스의 핫 백업에 적합하지 않습니다.

Btrfs를 사용하면 소스 측에서 스냅샷을 생성하여 일관성을 얻을 수 있습니다.

유사 프로젝트

로컬 데이터베이스를 유지 관리한다는 아이디어는 실제로 csync2 [삼]. 나는 하려고 했다
항상 이름 바꾸기/이동을 감지하는 도구가 필요하다는 것을 깨달았을 때 채택
큰 파일. 이것이 내가 fssync를 inode 추적 및
양방향 동기화 없이. 로컬 데이터베이스는 실제로 fssync 및 csync2를 만듭니다.
잘 알려진 것보다 빠르게 rsync [4].

onworks.net 서비스를 사용하여 온라인에서 fssync 사용