까지 대용량 HDD를 백업할 계획 rsync이며 며칠 정도 걸릴 것으로 예상됩니다. rsync작업 중에 원본 HDD(파일 추가)를 사용해도 안전한가요 ? 아니면 작업이 완료될 때까지 HDD를 그대로 두는 것이 더 낫습니까 rsync?
답변1
다른 사람들이 이미 지적했듯이 rsync가 실행되는 동안 소스 디스크에서 읽거나 대상 디렉터리 외부의 대상 디스크를 사용하는 것이 안전합니다. 또한 안전합니다읽다특히 대상 디렉토리가 rsync 실행에 의해서만 채워지는 경우 대상 디렉토리 내에서.
무엇이 아닌가?일반적으로안전한 것은소스 디렉토리에 쓰기rsync가 실행되는 동안. "쓰기"는 소스 디렉터리 또는 그 하위 디렉터리의 내용을 수정하는 모든 작업이므로 파일 업데이트, 삭제, 생성 등이 포함됩니다.
그렇게 하면 실제로는 안 됩니다부서지다그러나 변경 사항은 대상 위치에 복사하기 위해 rsync에 의해 실제로 선택되거나 선택되지 않을 수 있습니다. 이는 변경 유형, rsync가 해당 특정 디렉터리를 아직 검사했는지 여부, rsync가 문제의 파일이나 디렉터리를 아직 복사했는지 여부에 따라 다릅니다.
그러나 이를 해결하는 쉬운 방법이 있습니다.완료되면 동일한 매개변수를 사용하여 rsync를 다시 실행하십시오.(펑키한 삭제 매개변수가 있는 경우를 제외하고, 그렇다면 조금 더 주의하십시오.) 그렇게 하면 소스를 다시 스캔하고 원래 실행 중에 선택되지 않은 차이점을 전송하게 됩니다.
두 번째 실행은 전송되어야 합니다오직이전 rsync 실행 중에 발생한 차이점이 있으므로 훨씬 빠르게 완료됩니다. 따라서 다음을 수행할 수 있습니다.첫 번째 실행 중에는 컴퓨터를 정상적으로 사용해도 되지만, 두 번째 실행 중에는 소스를 최대한 변경하지 않아야 합니다.가능하다면 강력하게 고려해 보세요.소스 파일 시스템을 읽기 전용으로 다시 마운트두 번째 rsync 실행을 시작하기 전에. (해야 mount -o ro,remount /media/source할 일이 있습니다.)
답변2
이는 사용하는 백업 시스템에 따라 다르지만 일반적으로 다음을 수행하는 것은 좋지 않습니다.수정하다백업하는 동안 장치의 콘텐츠. 그러나 다음을 수행할 수 있습니다.읽다그 내용; 프로세스 속도가 느려지더라도 이는 안전한 작업입니다.
귀하의 경우에는 rsync파일 목록을 작성한 다음 백업을 시작합니다. 따라서 백업이 시작된 후 소스 HDD에 추가하는 모든 파일은~ 아니다복사될 수 있습니다.
내가 하는 일은 백업 중에 장치를 전혀 사용하지 않는 것입니다. 이는 빠르고 일관된 백업을 얻는 더 안전한 방법입니다.
답변3
작동하는 동안 소스 영역에서 데이터를 읽는 것이 안전 rsync하지만 업데이트하는 경우 생성/업데이트되는 복사본이 rsync일관성이 없을 수 있습니다.
rsync가 이미 검사한 파일을 업데이트하면 나중에 실행될 때까지 업데이트가 표시되지 않습니다. 아직 검사하지 않은 파일을 업데이트하면 변경 사항이 대상에서 적용됩니다. 검사한 파일과 검사하지 않은 파일을 모두 업데이트하면 대상에 이전 버전과 새 버전이 혼합되게 됩니다.
이미 검사한 디렉터리에 파일을 추가하면 이번에는 대상 복사본에서 해당 파일이 누락됩니다. 이미 검사한 디렉터리에서 파일을 제거하면 이번에는 해당 파일이 대상 복사본에 남게 됩니다. 호출하는 방법에 따라
rsync전체 트리가 처음에 검색될 수도 있고 동기화 프로세스가 진행됨에 따라 증분식으로 검색될 수도 있습니다.어떤 상황에서는
rsync불일치를 확인하고 경고합니다. 이미 자체적으로 검사했지만 내용은 검사하지 않은 디렉터리에서 파일이나 하위 디렉터리를 제거하면 개체가 누락되었다는 오류 메시지가 표시됩니다. 비슷한 상황에서는 때때로(크기 및/또는 타임스탬프가 변경된 경우) 스캔 중에 파일이 변경되는 것에 대해 경고할 수도 있습니다.
일부 백업의 경우 이러한 불일치가 큰 문제가 아닐 수도 있지만 대부분의 경우 그럴 것이므로 활발하게 변경되는 소스를 동기화하지 않는 것이 좋습니다.
LVM을 사용하여 스토리지 시스템을 분할하는 경우 임시 스냅샷을 사용하여 특정 시점 백업을 생성할 수 있습니다. 이를 위해서는 스냅샷이 필요한 기간 동안 발생하는 모든 변경 사항을 보관할 수 있을 만큼 큰 스냅샷 볼륨을 생성할 수 있도록 볼륨 그룹에 충분한 공간이 있어야 합니다. 자세한 내용은 LVM 설명서(또는 여러 온라인 예제 중 하나: "LVM 스냅샷 백업" 또는 이와 유사한 검색)를 확인하세요.
LVM이 없어도 일부 파일 시스템은 스냅샷 자체를 지원하므로 해당 옵션도 살펴보는 것이 좋습니다.
긴 가동 중지 시간 없이 대규모 활성 볼륨을 백업하고 스냅샷을 사용할 수 없는 경우 "라이브" 스캔을 완료한 다음 해당 볼륨에 대한 액세스를 중지하고 시간이 훨씬 덜 걸릴 수 있는 다른 rsync 프로세스를 실행하는 것으로 충분할 수 있습니다. 변경된 사항이 거의 없으므로 디렉터리 트리를 검색한 다음 몇 가지 업데이트된 파일만 검색합니다. 이렇게 하면 변경을 피해야 하는 기간이 훨씬 짧아질 수 있습니다.
답변4
현재 답변은 모두 일관성 측면에서 데이터 안전과 완벽한 하드웨어를 가정하는 것입니다.
고려해야 할 또 다른 사항은 하드웨어 안전 자체입니다. 오류가 발생할 가능성이 있는 백업되지 않은 하드 드라이브가 있고(아직 알지 못할 수도 있음)초기의포괄적인 백업에서는 사용하지 마세요. 데이터가 중요한 경우에는 마운트하지 마세요. 다음과 같은 도구를 사용할 수 있습니다.dd디스크를 블록 장치로 복제합니다. 디스크 헤드가 검색하고 싶지 않은 것, 그리고 백업을 만들려고 하는 동안 기록할 수도 있는 것. 또한 dd비트를 순서대로 복사하기 때문에 초기 백업의 경우 더 빨라야 합니다(드라이브가 거의 가득 차지 않은 경우 초기 경우에도 rsync가 승리할 것이라고 가정합니다).
후속 증분 백업의 경우 rsync가 탁월한 선택이며 다른 답변에 100% 동의합니다.