홈 파일 시스템이 중복 (예 : RAID-1)되고 매주 스냅 샷이 생성되는 데스크탑 시스템을 구성하고 싶습니다. 이미 ZFS로이 작업을 수행했으며 스냅 샷 시스템은 훌륭하며 send / recv를 사용하면 외부 미디어에 쉽게 백업을 만들 수 있습니다. 불행히도 그 시점에서 FreeBSD 또는 Solaris가 아닌 GNU + Linux를 원하므로 좋은 대안에 대한 제안을 찾고 있습니다.
나는 나의 대안이 다음과 같다고 생각한다.
- btrfs-정확히 필요한 것 같습니다
zfs send. 쉽게 복제 할 수있는 스냅 샷과 명령이 있습니다 . 그러나 모든 문서에는 여전히 실험 중이라고 언급되어 있습니다. 안정성 또는 사용성 문제에 대한 실제 보고서를 찾을 수 없습니다. 선택 가능한지 여부를 명확히 할 수있는 해당 문제에 대한 정보를 알려주시겠습니까? btrfs가 준비되면 드라이브를 다시 포맷하고 싶지 않기 때문에이 옵션을 선호합니다.하지만 사용할 수 있는지 여부, 그것을 사용하는 것이 어리석은 아이디어인지 여부에 대한 정보는 없습니다. 내가 답을 얻을 수 없다는 것은 "실험적인"의 의미 입니다. - lvm 스냅 샷 및 ext4-새 파일을 만들 때 많은 공간을 소비 할 수 있으므로 바람직하지 않습니다. 200GB 파일을 만들려면 200GB의 여유 공간과 추가로 200GB의 스냅 샷이 필요합니다. 또한 신뢰할 수없는 메타 데이터 재 작성으로 인해 읽을 수없는 PV가 발생하는 것으로 나타났습니다. btrfs가 어떻게 비교되는지 궁금합니다.
- 하드 링크가있는 사용자 지정 COW 스냅 샷이있는 RAID-1 어레이의 단일 파일 시스템 (ext4) (예 :)
cp -al. btrfs를 사용할 수없는 경우 이것이 현재의 기본 설정입니다.
그렇다면 실험적인 btrfs는 어떻게 선택해야합니까? 다른 옵션이 있습니까? 외부 증분 백업을 유지하지 않으면 선택에 영향을 미칩니 까?
1
다시 # 3 : 하드 링크는 실제로 백업을 잘 수행하지 못합니다. 원본을 수정하거나 손상시키는 경우 모든 "사본"에 동일하게 적용됩니다.
—
user1686
좋은 지적. 나는 그것을 고려하지 않았다. 감사.
—
TestUser16418
@grawity, 당신은 직접 스냅 샷을 수정해서는 안됩니다. 그게 요점입니다. 과거 언젠가 시스템의 '읽기 전용'그림이어야합니다.
—
g19fanatic
@ g19fanatic : 정확히 내 요점입니다. 하드 링크로 "스냅 샷"을 수행하는 경우 파일 의 라이브 사본 을 수정 하면 "스냅 샷"도 변경됩니다 (하드 링크가 데이터를 복사 하지 않기 때문 ).
—
user1686 년
@ grawity : 나는 그가 생각하는 것과 같은 방식으로 하드 링크를 의미한다고 생각하지 않습니다. Apple TimeRestore 소프트웨어를 생각해보십시오. 첫 번째 스냅 샷으로 모든 것의 초기 사본을 수행합니다. 그런 다음 모든 스냅 샷은 변경되지 않은 파일에 대해 스냅 샷의 파일에 대한 하드 링크를 사용합니다. 파일이 변경된 경우 이전 스냅 샷에 하드 링크하는 대신 diff 또는 직접 복사가 수행됩니다. 이 방법을 사용하면 라이브 파일을 수정할 때 라이브 데이터가 아닌 스냅 샷에서 작동하므로 백업이 변경되지 않습니다.
—
g19fanatic