저는 오랫동안 Linux를 열성적으로 사용했지만 Windows로 전환했습니다. 제가 항상 놓치고 있는 것 중 하나는rsync를 사용하여 증분 스냅샷 만들기백업 목적으로. 다음과 같은 명령을 사용합니다.
rsync -aP --link-dest=PATHTO/$PREVIOUSBACKUP $SOURCE $CURRENTBACKUP
이전 백업을 참조하는 하드 링크를 사용하여 백업 중인 폴더의 현재 상태에 대한 완전한 디렉터리 구조를 생성합니다. 새 파일이나 변경된 파일만 실제로 디스크에 기록됩니다. 나머지는 모두 하드 링크로 저장됩니다. 이것은 정말 멋진 일이며 Windows에서 찾은 솔루션 중 어느 것도 이를 수행할 수 없었습니다. (참고로 저는 Windows 파일 기록을 사용해 보았는데 Crashplan을 비롯한 상용 소프트웨어에 돈을 지불했습니다.비할 바 없는.)
이제 Microsoft가 WSL을 도입했으므로 Windows용 bash에서 이 작업을 시도했습니다. 완벽하게 작동한 것처럼 보이지만 Windows는 다음과 같이 디스크의 크기를 잘못 보고합니다.
설명하기 위해 한 스냅샷에 snapshot-170831__07h08m48s1.40GB라는 대용량 비디오 파일을 추가했는데 복사하는 데 몇 초가 걸렸습니다. 다음 스냅샷에서는 snapshot-170831__07h09m09s파일을 복사하는 데 시간이 걸리지 않았습니다. 이는 하드 링크가 올바르게 생성되었으며 내 하드 드라이브에서 공간을 차지하지 않았음을 나타냅니다.
그러나 내 모든 Windows 도구(Windows Explorer, Directory Opus, WinDirStat)에서는 두 번째 스냅샷 폴더가 디스크에서 1.40GB를 차지하고 있다고 보고합니다.
그렇다면 첫 번째 질문은Windows가 이러한 하드 링크에 대해 디스크 크기를 잘못 보고하는 이유는 무엇입니까?
하지만 더 중요한 질문은내가 이걸 해야 하나?: 정기적인 파일 백업을 위해 Windows에서 Linux 도구를 사용합니다. Windows 도구를 사용하여 .bashrc와 같은 파일을 수정하면 WSL 내에서 파일을 읽을 수 없게 된다는 점을 WSL에서 이미 확인했습니다. 이런 도구에 백업을 맡기는 것이 너무 위험한지, 파일 시스템이 손상되고 중요한 파일을 잃을 위험이 있는지 궁금합니다.
답변1
Windows에서 하드 링크 크기 계산
Windows에서는 하드 링크된 파일의 크기를 계산하기가 어렵습니다. 이를 수행할 수 있는 도구 중 하나는 다음과 같습니다.트리사이즈 프로페셔널(무료는 아니며 하드 링크 분석은 기본적으로 꺼져 있습니다). 저는 이 도구를 사용했고 하드 링크된 파일의 크기를 정확하게 추정했습니다.
보다 철저한 논의를 보려면 다음을 참조하세요.하드링크가 많은 NTFS 디렉터리에서 사용되는 실제 크기를 어떻게 확인할 수 있나요?
파일이 실제로 작동합니까?
질문의 다른 부분은 WSL의 Windows에서 Linux 도구를 사용하여 파일을 백업하는 것이 위험합니까? 나는 스냅샷 디렉터리 중 하나를 별도의 외부 하드 드라이브에 복사하여 간단히 테스트하기로 결정했습니다. 파일을 복사하거나 외부 드라이브에서 읽는 데 문제가 없었습니다. 다시 말해서,하드 링크가 예상대로 정확하게 작동합니다., 파일이 작동 중입니다.
장기적인 데이터 안정성
그렇다면 마지막으로, 정기적인 백업의 일부로 WSL에서 Linux 도구를 사용하면 파일 시스템 손상과 같은 문제가 발생할 수 있습니까? WSL이 크게 문제를 일으키지 않을 것이라고 신뢰합니까? 무엇이든 언제든지 중단될 수 있으므로 이러한 스냅샷 디렉터리를 정기적으로 별도의 드라이브에 복사하도록 하겠습니다.