bup-fsck - 클라우드에서의 온라인

프로그램:

이름

bup-fsck - bup 저장소 확인 또는 복구

개요

bup fsck [-r] [-g] [-v] [--빠른] [-j 작업] [--par2-ok] [--disable-par2] [파일 이름...]

기술

bup fsck는 git fsck가 검증하는 것과 같은 방식으로 bup 저장소를 검증하는 도구입니다.
git 저장소.

또한 다음을 사용하여 "복구 블록"을 생성 및/또는 사용할 수 있습니다. par2(1) 도구(있는 경우)
설치됨). 이를 통해 손상된 블록의 최대 5%를 복구할 수 있습니다.
.pack 파일.

일반적인 백업 시스템에서는 손상된 블록이 덜 중요합니다.
하나의 손상된 백업 세트가 백업 세트 간에 복제될 만큼 충분한 데이터
중요하지 않습니다. 그러나 bup과 같은 중복 제거 백업 시스템에서는 블록이 저장되지 않습니다.
모든 단일 백업에 사용되더라도 두 번 이상. 만약 그 블록이
복구할 수 없음, 모든 백업 세트가 즉시 손상될 수 있습니다. 따라서 다음과 같은 것이 중요합니다.
백업의 무결성을 확인하고 디스크 오류가 발생한 경우 이를 복구할 수 있습니다.

경고: bup fsck의 복구 기능은 무료가 아닌 이상 사용할 수 없습니다. par2(1)
bup 서버에 설치된 패키지.

경고: bup fsck는 완전한 디스크 오류로부터 복구할 수 없습니다. 백업이 있는 경우
중요하므로 중복성을 신중하게 고려해야 합니다(예:
다중 디스크 중복성 또는 사이트 중복성을 위한 오프사이트 백업 만들기).

옵션

-NS, --수리하다
기존 복구 블록을 사용하여 손상된 팩을 수리해 보십시오. (요구
par2(1).)

-NS, --생성하다
아직 없는 팩에 대해 복구 블록을 생성합니다. (요구
par2(1).)

-V, --말 수가 많은
자세한 정보를 증가시킵니다(한 번 이상 사용할 수 있음).

--빠른
각 팩 파일에 대해 전체 git verify-pack을 실행하지 마세요. 대신 최종 내용을 확인하세요.
체크섬. 이로 인해 눈에 띄는 속도 감소 없이 상당한 속도 향상이 발생할 수 있습니다.
신뢰할 수 있음. 하지만 편집증이 있는 경우에는 이 옵션을 피하는 것이 좋습니다. 가지다
이미 복구 정보가 있는 팩에는 영향을 미치지 않습니다.

-제이, --작업=numjobs
한 번에 실행할 수 있는 최대 팩 확인 수입니다. 이에 대한 최적의 값
옵션은 CPU가 팩을 확인하는 속도와 디스크 처리량을 비교하는 속도에 따라 달라집니다. 만약에
한 번에 너무 많은 작업을 실행하면 디스크가 포화 상태가 됩니다.
파일 간에 이동하면 성능이 실제로 저하됩니다. numjobs 적다
시스템의 CPU 코어 수보다 이 옵션을 실험해 볼 수 있습니다.
최적의 값을 찾는 것입니다.

--par2-확인
다음과 같은 경우 즉시 0을 반환합니다. par2(1)이 설치되어 작동하고 있거나 1이 그렇지 않은 경우. 하지 마라
실제로 무엇이든 확인하십시오.

--비활성화-par2
그런 척하다 par2(1)은 설치되지 않았으며 모든 복구 블록을 무시합니다.

사용 예

# 그렇지 않은 모든 팩에 대해 복구 블록을 생성합니다.
# 갖고 있어
bup fsck -g

# 특정 팩에 대한 복구 블록을 생성합니다.
bup fsck -g ~/.bup/objects/pack/153a1420cb1c8*.팩

# 모든 팩이 올바른지 확인합니다(매우 느릴 수 있습니다!)
bup fsck

# 모든 팩의 정확성을 확인하고 모든 팩을 복구합니다.
# 손상된 것
bup fsck -r

# 특정 팩의 정확성을 확인하고 복구합니다.
# 손상된 경우
bup fsck -r ~/.bup/objects/pack/153a1420cb1c8*.팩

# 이 시스템에서 복구 블록을 사용할 수 있는지 확인
if bup fsck --par2-ok; 그 다음에
echo "par2는 괜찮습니다"
fi

onworks.net 서비스를 사용하여 온라인에서 bup-fsck 사용