미디어(음악, 영화 등) 저장과 노트북 백업에 사용할 4TB 하드 드라이브 2개가 있습니다. 계획은 미디어에 액세스하고 일일 증분 백업을 생성하기 위한 정기적인 일정을 설정하는 것입니다. 다른 하나는 "콜드" 백업을 위한 것입니다. 한 달에 한 번씩 모든 미디어와 최신 백업의 스냅샷을 찍어 찬장에 넣을 계획입니다.
실수로 손상된 데이터를 얻지 않도록 "핫" 드라이브에서 btrfs를 사용하고 싶습니다. 하지만,이 답변백업에는 btrfs를 사용하지 않는 것이 좋으며 해당 문서에도 동일하게 명시되어 있습니다. 그래서 btrfs에 "핫" 드라이브가 있고 ext4에 "콜드" 드라이브가 있다면 두 가지 장점을 모두 얻을 수 있을 것이라고 생각했습니다. 이는 자주 사용하는 드라이브가 자가 치유의 모든 이점을 누리고 문제가 발생하더라도 커널 문제로 인해 절대 손상되지 않을 안정적인 백업을 보유하고 있음을 의미한다고 생각합니다.
이것이 건전한 전략인가? 제가 알아야 할 함정이 있나요?
답변1
사용하고 싶은 명백한 기술적 기능 외에도 파일 시스템을 선택하는 것은 여전히 개인 취향의 문제입니다. 또한 자가 치유는 여러 드라이브가 BTRFS 파일 시스템에 할당되고 메타/데이터 저장소가 그에 따라 설정된 경우에만 작동한다는 점을 알아야 합니다. 단일 드라이브를 사용하여 BTRFS가 안정적으로 수행할 수 있는 작업은 손상을 감지하고 손상된 데이터 부분의 추가 사용을 방지하는 것입니다. 드물게 메타데이터가 손상되는 경우 두 번째 복사본을 사용하여 복원할 수 있습니다. 그렇지 않으면 I/O 오류와 커널 로그 항목만 얻게 됩니다. 메타데이터는 기본적으로 SSD에 복사되지 않고 기존 드라이브에만 복사됩니다.
두 드라이브 모두에 영향을 미치는 커널 버그를 방지하기 위해 다양한 유형의 데이터에 대해 서로 다른 파일 시스템을 사용하는 것도 좋은 습관입니다. 그러나 BTRFS는 이전에 인식할 수 없었던 방식으로 데이터를 손상시키는 환경 요인을 감지하는 기능으로 유명합니다. 두 곳 모두에서 BTRFS를 사용하는 것에 대한 논거가 됩니다.
BTRFS가 다른 플랫폼에서 사용하기 가장 쉽지 않다는 관점에서 보면 두 개의 다른 파일 시스템을 사용하는 것이 현명할 것입니다. 모든 백업이 ext4가 있는 휴대용 드라이브에 있는 경우 다른 곳에서도 수행할 수 있습니다. 쉽게 액세스할 수 있지만 마찬가지로 최신 Live CD를 사용하여 BTRFS 데이터에 액세스할 수 있습니다.
BTRFS 백업 드라이브의 유일한 단점은 심각한 혼란이 발생한 경우 데이터에 대한 액세스를 복원하는 것이 fsck보다 더 복잡할 수 있다는 것입니다. 하지만 저는 두 드라이브가 동시에 작동하기 시작하는 3드라이브 RAID5 시스템에 있었습니다. , 드라이브 중 하나는 실제로 전원이 제거될 때까지 버스 연결이 끊어진 상태에서 작동하기 시작했습니다. BTRFS를 사용하면 대부분의 데이터를 복사하고 최근에 손상된 일부 중요하지 않은 변경 파일에 플래그를 지정할 수 있었습니다.
BTRFS 사용자에게 BTRFS 파일 시스템의 가장 유용한 부분은 빠른 스냅샷이지만 수동 관리가 필요하고 고려하지 않고 사용할 경우 디스크 공간을 차지할 수 있습니다.
BTRFS 스냅샷의 또 다른 장점은 이들 사이의 증분 백업입니다. 즉, 매우 큰 파일이 있고 변경된 블록이 거의 없는 하위 볼륨(예: 거의 사용되지 않는 VM, 특정 유형의 데이터베이스 파일, 사서함 아카이브)에 스냅샷을 생성하는 경우 델타를 btrfs send사용하여 다음을 수행할 수 있습니다. 전체 파일을 전송하는 대신 소수의 실제 변경 사항을 재구성합니다. rsync과거에 스냅샷을 콜드 드라이브에 복사했다면 이런 일이 발생했을 것입니다.
그러나 이는 백업의 소스와 대상이 모두 BTRFS인 경우에만 이점이 됩니다.
이 문제를 해결하는 한 가지 방법은 BTRFS를 작업 드라이브로 사용하고 스냅샷을 많이 사용한 다음 외부 드라이브를 btrfs send데이터 무결성을 위해 전체 및 빈번한 증분 백업을 위한 ext2/ext3/ext4 전용 스토리지 이미지로 사용하는 것입니다. 저장된 btrfs send파일의 백업 해시를 사용하고 par2추가 패리티 생성과 같은 방법을 사용하여 손상/삭제된 파일을 복구할 수 있습니다.
위의 내용은 제가 꿈꾸는 백업 시스템처럼 들리지만 실제로는 콜드 스토리지입니다. 공간이 충분한 새 BTRFS 볼륨으로 데이터를 다시 가져오지 않으면 데이터의 어떤 부분도 복구할 수 없으며 해당 프로세스가 안전한지 테스트하는 것이 가능합니다. 매우 어렵습니다. 아니면 틀렸어요 - 쉽습니다.