현재 우리는 데이터베이스를 백업하기 위해 git을 사용하고 있습니다. 저는 그렇게하지 않을 이유가 많이 있다는 것을 알고 있습니다, 그러나 이것은이 게시물의 주제가 아닙니다. 우리는 그것을해야하고 우리는 그것을 할 것입니다 (우리는 그것에 대한 좋은 이유가 있습니다). 그러나 문제는 git이 큰 파일을 처리하지 못하므로 git가 메모리를 모두 사용하기 때문에 더 이상 아무것도 push 할 수 없다는 것입니다. 나는 git 대안 (hg, darcs?) 중 어떤 것이이 목적을 위해 더 좋은지 궁금해했다. 당신이 백업 데이터베이스를 처리하기위한 최상의 vcs
두 번째 인수가 true를 처리하지 않습니다 자식을 사용하여 사용을 사용할 필요가
당신은 상충되는 요구 사항, 당신은 것을 말했다 모든 단일 변경은 전체 파일을 재 할당합니다.
첫 공리에 맞지 않는 diff를 효과적으로 처리하는 백업 도구가 필요합니다. 당신이 # 2를 변경할 수 없기 때문에
, 당신은
나는 데이터베이스 시스템에 대한 특정 백업 솔루션을 보일 것이다 (:) 또는 자식 내부 변경) # 1을 풀어해야합니다. 아무도 필요가 없다면 rdiff 알고리즘을 사용하는 백업 도구를 사용하십시오 (200KB의 파일을 해시하므로 큰 파일의 작은 변경 사항은 변경된 블록 만 재 할당합니다).
자식을 사용할 필요는 없지만 vcs를 사용해야합니다. 자식이 대용량 파일을 처리하는 데 가장 좋은 vcs라는 것은 의심 스럽습니다. 따라서이 작업을 수행하는 것보다 다른 vcs가 좋을 것입니다. 아니면 git plugin. 백업 도구는 백업 도구에 vcs 기능이없는 한 옵션이 아닙니다. 다른 커밋/스냅 샷간에 diff (텍스트 모드)를 검사 할 수 있어야합니다. – mb14
현재 git은 로컬 머신에서 완벽하게 작동합니다. 작동하지 않는 것은 GC뿐입니다. 내가해야 할 일은 더 많은 RAM을 가진 다른 머신의 모든 것을 복사 한 다음 주 저장소로 밀어 넣는 것입니다. – mb14
['rdiff-backup'] (http://www.nongnu.org/rdiff-backup/) 또는 ['attic'] (https://attic-backup.org/)을 사용하지 않는 이유는 무엇입니까? 이들은 VC 시스템을 사용하여 다음을 수행합니다. 1) 델타/중복 제거를 저장합니다. 2) 역사를 제공하고, 힘내는하지 않는다. (적어도 쉽게는 안됨) : 오래된 역사를 가지 치기. – kostix
내가 필요한 것은 주로 커밋/백업 간의 차이점을 확인할 수 있어야합니다. – mb14
SVN은 바이너리와 대용량 파일을 매우 잘 처리하지만, 괄호 안의 명령은 없습니다 (다시 덤프/필터 /로드해야 함). 이중성 또는 "borg"백업 (더 최신의 다락방)을 강력하게 제안합니다. – tgharold