다른 서버의 ZFS 백업 사용에 대한 권장 사항

Question

증분 ZFS 보내기/받기를 사용합니다. rsync전체 파일 시스템을 탐색할 필요 없이 마지막 스냅샷 이후 변경된 내용을 아는 것이 ZFS보다 더 효율적입니다 .

라는 파일 시스템의 전체 백업을 만들고 싶다고 가정해 보겠습니다 datapool/fs.

먼저 대상 서버에 백업을 저장하고 소스 풀에 재귀 스냅샷을 저장할 풀을 만듭니다.

dest # zpool create datapool ...
source # zfs snapshot -r datapool/fs@snap1

그런 다음 전체 데이터를 초기 백업으로 보냅니다.

source # zfs send -R datapool/fs@snap1 | ssh dest zfs receive datapool/fs

다음 주(또는 원하는 기간)에 소스 풀에서 두 번째 스냅샷을 생성하고 해당 델타를 대상으로 보냅니다. 그 시점에서 ZFS는 일주일 이내에 변경된 콘텐츠(삭제, 생성 및 수정된 파일)만 보낼 만큼 똑똑했습니다. 파일이 수정되면 전체가 전송되지 않고, 수정된 블록만 전송되어 업데이트됩니다.

source # zfs snapshot -r datapool/fs@snap2
source # zfs send -ri snap1 datapool/fs@snap2 | 
            ssh dest zfs receive -F datapool/fs

백업하고 작업을 반복할 때마다 스냅샷 수를 늘리십시오.

더 이상 필요하지 않은 경우 서버 중 하나에서 사용하지 않는 오래된 스냅샷을 삭제하십시오.

대역폭 제약이 있는 경우 파이프에 gzip/ 명령을 삽입하거나 SSH 압축을 활성화하는 등 즉시 데이터를 압축/압축 해제할 수 있습니다 .zip

source # zfs send -ri snap1 datapool/fs@snap2 | gzip | 
            ssh dest "gunzip | zfs receive -F datapool/fs"

또한 mbuffer,페이지:

dest # mbuffer -s 128k -m 1G -I 9090 | zfs receive datapool/fs

source # zfs send -i snap2 datapool/fs@snap3 | 
            mbuffer -s 128k -m 1G -O w.x.y.z:9090

참고: 이 zfs -r플래그는 Solaris 이외의 ZFS 구현에는 사용할 수 없습니다. http://lists.freebsd.org/pipermail/freebsd-fs/2012-September/015074.html. 이 경우 -F대상에서 이 플래그를 사용하지 말고 데이터세트를 명시적으로 롤백하세요. 소스에 새로운 데이터 세트가 생성된 경우 스냅샷+증분 전송/수신을 수행하기 전에 독립적으로 전송하세요.

물론 백업할 파일 시스템이 하나만 있고 기본 데이터 세트 계층 구조가 없거나 독립 실행형 백업을 수행하려는 경우 증분 백업을 구현하는 것이 더 쉽고 ZFS 구현에 관계없이 동일한 방식으로 작동해야 합니다.

T0:

zfs snapshot datapool/fs@snap1
zfs send datapool/fs@snap1 | ssh dest zfs receive datapool/fs

T1:

zfs snapshot datapool/fs@snap2
zfs send -i snap1 datapool/fs@snap2 | 
            ssh dest zfs receive -F datapool/fs

Answer 1