내가 찾은 이 요청의 더 오래된 구현은 다음과 같습니다. #555

+1

이것도 정말 유용한 기능이 될 것 같아요.

요약하자면 restic backup /mnt/backup-snapshot 를 실행 중이므로 /mnt/backup-snapshot/foo 파일은 스냅샷에서 /mnt/backup-snapshot/foo 이지만 /foo 이 되기를 원합니다

현재 디렉토리를 변경하여 restic > 0.9.0으로 이를 달성할 수 있습니다. cd /mnt/backup-snapshot 를 실행한 다음 restic backup . 됩니다.

그게 당신을 위해 작동합니까?

cwd 변경하면 작동하지만 포함/제외에 파일을 사용하는 경우 불쾌한 부작용이 있음을 알았습니다. 거기에 절대 경로가 있으면 cwd 변경할 때 건너 뛰는 것 같습니다. 나는 차라리 절대 경로를 사용하고 싶습니다 - 지금은 아마도 chroot 경로를 따라갈 것이지만 tar -C 플래그와 유사한 것을 갖는 것이 더 좋을 것이라는 데 동의합니다. .

이 가짜 루트 옵션이 유용한 기능이 될 것이라고 생각합니다. cdhowie와 동일하지만 macOS에서 apfs 스냅샷을 사용하고 싶습니다. 읽기 전용 apfs 스냅샷에 액세스하려면 어딘가에 마운트해야 합니다. 그러나 복원할 때 "원래" 경로가 스냅샷에 저장된 표준 경로가 되기를 바랍니다.

불행히도 cd 트릭은 StdExclusions.plist(macOS 표준 백업 제외 목록)에서 수집된 절대 경로가 많고(125) mdfind가 com_apple_backup_excludeItem 속성 세트로 찾을 수 있는 모든 파일 및 폴더를 가지고 있기 때문에 최적이 아닙니다.

/mnt를 무시 파일에 넣고 /mnt/fs-snapshot에서 백업을 시작하면 문제가 그대로 남습니다.

플러스 cd $path && restic backup . 스냅샷 개요에서 여전히 $path를 제공하지만 스냅샷의 경로는 / 기반입니다.

proroot로 해결 방법을 찾았습니다.

또한 경로 접두사를 제거하는 방법을 찾고 싶었습니다. 내 사용 사례는 약간 다릅니다. 저는 zfs 스냅샷( fs@$(date +%s) )을 생성하고 있으며 이를 마운트하지 않고 백업하고 싶었습니다( /path/to/mount/.zfs/snapshots/${TS} ). 스냅샷이 마운트 해제되지 않고 충돌이 발생하는 경우 영원히 떠돌아다니는 것에 대해 걱정하는 것입니다.

이에 대한 restic forget 출력은 다른 경로를 가진 스냅샷이 일정(매일 / 매주 등)에 따라 잊혀지지 않을 것이라고 생각하게 합니다.

@blurayne 의 proot 댓글은 좋은 출발점이었습니다. 저도 같은 결론에 도달했다고 생각합니다.

$snap_path="/path/to/where/snapshot/is/accessible"
$orig_fs="/path/to/filesystem"
proot -b "${snap_path}":"${orig_fs}" restic backup "${orig_fs}"

이것은 잘 작동하며 이제 모든 스냅샷은 cd 또는 pushd 없이 동일한 경로를 갖습니다. 또한 root는 사용자 공간에서 사용 가능하므로 root로 백업을 하지 않아도 가능합니다.

내 사용 사례: /tmp/tmpzmn28r02(mktemp 또는 python의 mkdtemp()를 통해 얻음)와 같은 임시 디렉토리에 데이터베이스 데이터를 덤프한 다음 백업합니다.
이 방법은 2개의 스냅샷 사이의 모든 파일을 서로 다른 것으로 표시합니다. 그래서 임시 디렉토리 접두사를 완전히 무시하도록 restic에 지시하는 방법이 필요합니다.
또 다른 가능한 사용 사례: 오늘은 모든 사진이 '/mnt/something/pictures'에 있지만 내일은 동일한 콘텐츠가 '/mnt/external/pictures-from-home'(다른 파티션 구성표/무엇이든) 아래에 있을 것입니다.

또한 동일한 실행에서 여러 디렉터리를 백업하고 나머지를 사용하려는 경우 동일한 스냅샷을 사용하기 위해 이 작업이 훨씬 더 복잡해집니다.

수정이 완료될 때까지 'proot' 제안을 사용할 것입니다 - @blurayne 및 @whi-tw 감사합니다

안녕! 비슷한 경우가 있습니다. 예를 들어 폴더가 있습니다.

/srv/my/long/server1/path/data (with many subfolders and dozen of files)
/path/to/dump.sql
/path/certbot.tar.gz

그래서 나는 백업을 받고 싶다

/data
/dump.sql
/certbot.tar.gz

다른 경로(상대)를 통해 다른 서버(이전 폴더 구조에 대해서는 잘 모르겠습니다)에서 복원할 수 있는 기능을 얻습니다.

이 사소한 작업을 해결할 아이디어가 없습니다. Restic은 놀라운 도구이지만... 최종 사용자에게 왜 그렇게 어렵게 작동합니까?

미리 정의된 백업 폴더(/backup)에 필요한 모든 것을 복사하고 거기에서 (cd를 통해) Restic 백업을 실행합니다. 그러나 이 솔루션은 소량의 데이터에만 적용됩니다.

템플릿 바로 뒤(또는 이 마스크 포함) --include 하위 폴더를 사용하여 기능을 복원하는 것이 좋습니다. 전.:
restic restore --include data --target /my/new/path
결과로 얻을
/my/new/path/data

proot -b /path/i/wanted:./path_in_repo restic backup . 솔루션에 대해 @whi-tw에게 감사드립니다. 저에게 효과적입니다.

제 사용 사례는 다른 백업 솔루션의 스냅샷을 restic으로 마이그레이션하는 것입니다(제 경우에는 Time Machine 및 디스크 이미지).

/Volumes/TimeMachine-Backups/Backups.backupdb/MacBook Pro/2019-05-22-185113/Macintosh SSD/ 매우 길어질 수 있는 TM에 의해 생성된 스냅샷의 이미지 또는 하위 디렉토리를 마운트하는 위치에서 마이그레이션합니다.

cd 솔루션은 restic mount 및 restic restore 사용할 때 작동하지만 restic snapshots 실행할 때 원본 스냅샷의 절대 경로가 나열됩니다.

마이그레이션된 스냅샷이기 때문에 원본 스냅샷이 생성된 경로도 마찬가지였으면 합니다. 그 외에도 긴 경로를 사용하면 restic snapshots 출력이 약간 시끄럽습니다.

대체 접두사를 설정하는 플래그는 저에게도 이상적입니다.

이것은 잘 작동하며 이제 모든 스냅샷은 cd 또는 pushd 없이 동일한 경로를 갖습니다. 또한 root는 사용자 공간에서 사용 가능하므로 root로 백업을 하지 않아도 가능합니다.

이것은 좋은 해결 방법이었지만 proot 는 macOS에서 사용할 수 없으며 조만간 제공되지 않을 것 같습니다(대부분의 코드는 특히 Linux용으로 작성됨): PRoot가 MacOSX에서 작동합니까?

생각나는 다른 해결 방법이 있습니까?

내 사용 사례: /tmp/tmpzmn28r02(mktemp 또는 python의 mkdtemp()를 통해 얻음)와 같은 임시 디렉토리에 데이터베이스 데이터를 덤프한 다음 백업합니다.
이 방법은 2개의 스냅샷 사이의 모든 파일을 서로 다른 것으로 표시합니다.

어쨌든 파일은 _are_ 다를 수 있습니다. 데이터베이스 백업은 일반적으로 처음 몇 줄에 타임스탬프를 포함합니다.

데이터베이스 덤프 명령을 조정하여 동적 주석을 제외하고 기본 키로 정렬하여 느리게 변경되는 데이터를 실제로 중복 제거할 수 있습니다.

업데이트: 'proot'는 나를 위해 한 시스템에서만 작동했으며 다른 시스템에서는 segfaults가 작동했습니다.
그것에 대한 대안(최신) - 버블랩
동일한 '-b' 매개변수와 함께 작동해야 하는 래퍼(첨부됨)를 추가했습니다. 지금까지 작동하는 것 같습니다. 필요와 디렉토리 위치에 따라 래퍼를 약간 변경해야 할 수도 있습니다.
여러분에게 도움이 되기를 바랍니다. 하지만 나는 restic 자체 내부의 지원을 기대하고 있습니다.

root.sh.txt

proot 시도했습니다. 추가 기능(https://restic.readthedocs.io/en/stable/080_examples.html#full-backup-without-root)을 사용하여 루트가 아닌 사용자로 restic을 실행하는 기능을 중단하는 것 같습니다. 적어도 proot 없이 restic을 실행할 때 얻지 못한 scan: Open: open /.pulse: permission denied 오류가 발생했습니다.

bwrap 와 같은 문제입니다.

그래서 나에게는 restic 자체에서 경로 접두사를 제거하는 것이 여전히 유용해 보입니다.

이 누락된 기능으로 인해 VM을 백업하는 것이 필요 이상으로 어려워집니다.
내 VM 스냅샷은 임시 폴더에 저장되고 나머지는 백업됩니다.
결과는 다음과 같습니다.

ID        Time                 Host         Tags        Paths
--------------------------------------------------------------------------------------
02c536db  2020-04-10 14:28:27  resolver-02              /tmp/tmp.vOFFxxly9O/config.xml
c5709aed  2020-04-10 14:28:29  resolver-02              /tmp/tmp.vOFFxxly9O/sdb.img
a88cc1e7  2020-04-10 14:36:22  resolver-02              /tmp/tmp.FoY1j5JPIZ/config.xml
7c44e6ee  2020-04-10 14:36:24  resolver-02              /tmp/tmp.FoY1j5JPIZ/sdb.img
65456111  2020-04-10 14:37:48  resolver-02              /tmp/tmp.vjtI9JE3Iz/config.xml
eaced756  2020-04-10 14:37:49  resolver-02              /tmp/tmp.vjtI9JE3Iz/sdb.img
8eccec2c  2020-04-10 16:04:30  resolver-02              /tmp/tmp.YtLYRd0rNI/config.xml
34c897e1  2020-04-10 16:04:31  resolver-02              /tmp/tmp.YtLYRd0rNI/sdb.img
99b67b97  2020-04-10 16:07:53  resolver-02              /tmp/tmp.aWaEDqAaTq/config.xml
cad2c9d8  2020-04-10 16:07:54  resolver-02              /tmp/tmp.aWaEDqAaTq/sdb.img
--------------------------------------------------------------------------------------

이것은 동일한 파일을 인식하지 못하고 모든 인스턴스에 대한 스냅샷을 유지하기 때문에 restic forget 중단합니다. 알려진 접두사를 제거하거나 절대 경로가 아닌 상대 경로 만 저장하는 방법이 있다면 더 좋겠습니다.
나는 이미 상대 경로를 사용하여 restic을 호출하고 임시 폴더에서 ching을 호출하고 있습니다. 슬프게도 도움이되지 않으며 이에 대해 bindmounts를 사용하지 않는 것이 좋습니다.

이것은 동일한 파일을 인식하지 못하고 모든 인스턴스에 대한 스냅샷을 유지하기 때문에 restic forget 중단합니다.

우리도 이 문제에 직면했지만 솔루션은 매우 간단합니다. 백업 중인 파일을 기반으로 각 백업에 태그를 지정합니다.

예를 들어 여기에 config.xml 및 sdb.img 태그를 사용할 수 있습니다. 그런 다음 추가 --group-by host,tags 실행하는 경우 restic forget .

이 기능을 구현하기 어려운 이유는 무엇입니까? 스냅샷 메타데이터에 대한 동일한 기본 문자열 필터링이 아닌가요? 그것이 가져올 가치는 엄청납니다. 예, 태그 지정으로 해결할 수 있지만 경로 필드가 있고 사용할 수 있습니다...

이 기능을 구현하기 어려운 이유는 무엇입니까?

개발자로서 스스로 말하기(단순한 것이 아니라 다른 오픈 소스 프로젝트): 기능 구현을 방해하는 것은 기능의 복잡성이 아니라 시간 부족, 동기 부여 또는 단순히 "실제 생활"과 같은 일상적인 것입니다...

물론 내 목표는 비판적이지 않고 진정으로 잠재적 기여자의 복잡성을 파악하는 것이었습니다.

안녕하세요, 저는 이 "사용자 정의 루트" 기능을 구현하는 작업을 시작했습니다. 구현 자체는 겉보기에는 간단했지만 이전에는 C#만 알고 golang을 배워야 했습니다... 어쨌든, 2년 전인 2018년부터 이 문제가 어떤 종류의 지원을 받고 있는지 측정하려고 합니다. . golang으로 나를 도와주고 싶은 사람이 있으면 곧 https://github.com/TheRealVincentVanGogh/restic/tree/2092-feature-custom-path-prefix 에 전념할 것입니다. 조만간 여기에 풀 리퀘스트를 올릴 수 있기를 바랍니다.

@TheRealVincentVanGogh 나는 바둑을 배우지 않을 것이지만, 나는 여전히 이 기능을 갈망하고 있고 나는 여전히 레스스틱으로 이식하고 싶지만 이 문제에 대해 많은 백업을 가지고 있습니다. 작동하는 것처럼 보이는 것이 있으면 PR을 열고 여기에 링크를 게시하면 몇 가지 강력한 테스트를 빌려줄 것입니다.

@TheRealVincentVanGogh 계획된 구현이 PR #2010과 어떤 관련이 있습니까?

@TheRealVincentVanGogh 계획된 구현이 PR #2010과 어떤 관련이 있습니까?

@MichaelEischer 오 슛! 이미 누군가가 저를 때린 것 같습니다. 네, PR #2010이 바로 제가 하고 있는... 재성공... 젠장. @cdhowie 는 미래의 혼란을 피하기 위해 PR #2010을 이 문제에 연결할 수 있습니까? 감사 해요!

@themightychris 다음은 해당 PR에 대한 링크입니다. 개발자도 2018년에 중퇴한 것 같은데... 궁금하네요.

편집하다:

스냅샷 파일 VS에서 경로 접두사를 제거하는 것 사이에 약간의 모호성이 있는 것 같습니다. 모든 파일 구조 + 스냅샷 파일에서 경로 접두사 제거. PR #2010은 전자 만 다루는 것 같습니다. OP가 "모든 백업 파일의 경로에서 이 선행 경로 제거" (일명 파일 구조 수준 경로 수정)를 찾고 있었기 때문에 PR #2010을 이 문제에 연결하는 것에 대해 말한 것을 철회해야 합니다. cdhowie 언급 죄송합니다!

그럼에도 불구하고! @MichaelEischer 내 의도는 항상

추신: 저는 요즘 꽤 바빠서 작업이 잠시 느릴 수 있습니다. 물론, 여러분 모두와 공유할 가치가 있다고 생각되면 PR을 게시할 것입니다! 모두들 안전하세요! 😄