Linux에서 btrfs는 파일 시스템 내 스냅 샷의 기본 옵션이지만, 일부 fsck 및 복구 도구 가 있지만 아직 안정적이지 않습니다 .
ZFS는 Solaris의 또 다른 옵션입니다. 이론적으로는 Linux에서 이것을 사용할 수 있지만, 대부분 사용자 영역에서만 구현되며 (커널 기반 구현에 대한 작업이 있지만) 표준 Linux 배포판에는 없습니다.
이 LVM 답변 에는 LVM 스냅 샷 사용의 장단점과 일부 btrfs / ZFS 링크가 있습니다. 일부 파일 시스템 (ext3 및 XFS)에서 LVM은 스냅 샷을 작성하기 전에 FS 정지를 처리하지만 LVM 스냅 샷에는 성능 문제가 있으며 여전히 버그가 있습니다.
LVM은 '사용자 데이터의 빠른 스냅 샷'응용 프로그램을위한 훌륭한 솔루션이라고 생각하지 않으며 btrfs / ZFS는 아직 2011 년 현재로서는 적합하지 않습니다.
대신 LVM을 사용하지 않고 파일 시스템을 사용하여 스냅 샷을 효율적으로 생성하는 사용자 공간 도구 인 rsnapshot 을 살펴볼 수 있습니다 . 파일이 변경되지 않은 경우 다른 스냅 샷 간 하드 링크 를 사용하여 rsync를 사용하고 스냅 샷을 연속적인 디렉토리에 저장하기 때문에 상당히 큰 파일 세트에서도 놀라 울 정도로 빠르게 실행할 수 있습니다. 백업에는 많이 사용되지만 이러한 종류의 사용자 데이터 스냅 샷 요구 사항에도 사용할 수 있으며, 약간의 설정만으로도 읽기 전용 NFS 또는 Samba를 사용하여 누구나 스냅 샷 파일을 복원 할 수 있습니다.이 하우투 섹션을 참조하십시오 . 파일 복원 . rsnapshot이 소스 디렉토리를 각 스냅 샷 디렉토리에 미러링하므로 표준 Linux 도구를 사용하여 파일을 복원 할 수 있습니다.
rsnapshot은 표준 기능을 사용하여 매우 유연하며, Perl로 작성되었으므로 주문형 스냅 샷을 제공하려는 경우 사용자 지정하기가 매우 쉽습니다. 파일 시스템 스냅 샷과 비교할 때의 주요 단점은 속도와 디스크 공간입니다. 파일 시스템 스냅 샷은 파일의 새 블록 만 복사하는 반면 변경되는 각 파일은 스냅 샷에 새로운 사본을 생성합니다.
sync
스냅 샷이 생성되기 직전에 파티션의 파일 시스템 (대부분의 최신 시스템)이 사용됩니다 . 스냅 샷에서 일부 데이터를 복구하려면 마운트해야합니다. 그러나 모든 스냅 샷에는 크기가 있습니다. 이 공간은 스냅 샷 상태와 현재 상태의 차이를 저장하는 데 사용되므로 스냅 샷을 백업으로 저장하는 것은 좋지 않습니다.