현재 저는 rsnapshot을 사용하여 외부 디스크에 일일/주간/월간 백업 구성표를 구현하고 있습니다. 최근에 저는 zfs 및 btrfs와 같은 쓰기 시 복사 파일 시스템에 대해 많이 읽었습니다. 저는 스냅샷을 저장하여 과거로 돌아가는 기능을 매우 좋아합니다.
일일 백업 기록을 생성하는 다음 접근 방식에 심각한 단점이 있습니까?
- 매일 rsync를 사용하여 zfs 또는 btrfs로 포맷된 외부 드라이브와 데이터를 동기화했습니다.
- 그런 다음 스냅샷을 만듭니다.
- 아마도 백업 체인을 약간 얇게 구현하는 것 같습니다.
답변1
이는 작동하는 방식이지만 더욱 편안하게 사용하기 위해 실제로 zfs에 데이터를 저장할 수 있습니다. 이는 다음과 같은 이점을 제공합니다.
- 필요한 장소에서 정확하게 스냅샷을 생성할 수 있습니다. 이렇게 하면 복구 절차 중에 데이터를 다시 전송할 필요가 없습니다.
- 증분 스냅샷을 사용하여 두 번째 호스트에 백업할 수 있으며, 이는 a) 이것이 더 빠르다는 것을 의미합니다. b) 증분 아카이브 번들과 달리 증분 스냅샷은 단순히 데이터를 배치하는 대신 기존 조각에 데이터를 추가합니다. c) 자동으로 두 개의 스냅샷 세트가 생성됩니다. 하나는 기본 호스트에, 다른 하나는 두 번째 호스트에 있습니다.
- rsync가 완료된 후 스냅샷 생성이 시작되도록 리소스를 동기화하고 일관된 스냅샷 상태를 얻기 위해 rsync에 필요한 시간을 고려할 필요가 없습니다(종종 이것이 그다지 중요하지 않을 수 있지만 어쨌든 귀찮게 할 이유가 한 가지 적습니다).
답변2
보세요btrbk. 기본적으로 이전 포스터에서 쓴 내용은 btrfs로도 수행할 수 있습니다. Btrbk가 이를 자동화해 드립니다. rsync 기반 rsnapshot과 btrfs 전송/수신 기반 btrbk 간의 속도 차이는 매우 설득력이 있습니다. 너무 쉽기 때문에 지금은 매시간 백업을 만드는 cron 작업이 있습니다.