안녕하세요. 내 파일 시스템을 zip으로 저장된 외장 하드 드라이브에 백업하려고 합니다. 지금까지 대부분의 온라인 도움말에는 특정 디렉터리를 백업하는 방법이 나와 있지만 /everything을 백업하고 싶어하는 사람을 보여주는 곳은 어디에도 없습니다. /proc를 줄이려면 -x 스위치를 사용하십시오.
나는 이 예를 따르려고 노력하고 있습니다https://www.howtogeek.com/135533/how-to-use-rsync-to-backup-your-data-on-linux/
zip /ZippedFiles/archive.zip /Directory1/ && rsync -av --delete /ZippedFiles/ /Directory2/
이것이 내가 지금까지 얻은 것입니다:
zip //OrcaComputers.zip / && rsync -avx --delete // /run/media/orca/DataCabinet
내가 기계에게 말하는 것은 파일 시스템을 압축하고 호출하여 OrcaComputers.zip데이터 캐비닛으로 전송하라는 것입니다.
나는 계속해서 다음을 받고 있습니다 :
zip error: Internal logic error (empty name without -j or -r)
내가 여기서 무엇을 놓치고 있는 걸까요? 나는 그것이 사용과 관련이 있다고 생각합니다./
답변1
일반적으로 올바른 방향으로 가고 있지만 성공적인 백업에는 아직 약간 부족합니다. 몇 가지 문제가 있습니다.
첫째, 리눅스 파일 시스템에는 저장되지 않은 데이터의 내용을 나타내기 때문에 백업하고 싶지 않은 부분이 있습니다. 즉 /sys, /proc및 /dev. 따라서 백업에서 제외해야 합니다( /proc언급한 항목만).
둘째, 프로세스 시작과 끝 사이에 변경되었을 수 있는 정보를 백업하려고 합니다. 따라서 최종 결과가 일관되지 않을 수 있습니다. 이것이 전체 파일 시스템 백업이 일반적으로 수행되지 않는 이유입니다. 적어도 파일 시스템 내에서는 수행되지 않습니다(일반적인 대안은 대상이 실제로 VM인 일시 중단된 VM의 스토리지 스냅샷 또는 백업입니다).
셋째, 제안된 명령줄이 실제로 의도한 것을 단순화하지 않으면 다소 이상합니다. 이중 슬래시는 그렇게 처리되며 /rsync는 전체 파일 시스템을 다시 이동하려고 시도합니다.
마지막으로 zip은 실제로 파일 시스템(또는 파일 시스템의 일부)을 직접 패키징하는 데 매우 적합한 도구가 아니며, 정보(예: 하드 또는 소프트 링크, 소유권 및 권한 등에 관한 일부 메타데이터)가 손실될 수 있습니다. 패킹은 *nix의 압축보다 더 효율적이며 일반적으로 tar보관 및 gzip압축에 사용됩니다. tar압축 단계가 준비되었습니다.
관리자는 다양한 방법을 사용하여 백업을 수행하며 거의 항상 시스템과 데이터를 별도로 처리합니다. 무거운 작업(작업의 99%)을 수행하는 몇 가지 좋은 프로세스와 절차가 있습니다. 제가 개인적으로 가장 좋아하는 것 중 하나는restic.
여기 또 다른 제안이 있습니다 (외장 하드 드라이브에 대한 간편한 증분 백업):rsnapshot
답변2
레스틱을 설치했는데,
CentOS에서는 다음을 실행합니다.
yum install yum-plugin-copr yum copr copart/restic 활성화 yum install Restic
새 저장소 생성 | [restic -r /run/media/orca/Datacabinet init] 저장소 시작됨 [restic -r /tmp/restic-repo init]
그런 다음 백업을 만드십시오. Restic -r /run/media/orca/Datacabinet 백업 ~
시간이 지나고 백업이 완료되었습니다. 응! 7년간의 지연과 1억 2천만 건의 고객 기록 손실 이후, 이제 백업이 가능해졌습니다! 그러자 온 땅에 평화가 돌아왔습니다.