SVN로드에 필요한 디스크 크기는

Question

입니다. SVN 서버가 종료되어 저장소를 새 서버로 복원해야합니다.

이전 서버의 리포 지 토리는 약 1.5TB이었습니다. 네트워크 공유에 약 3TB가 소요되는 마지막 개정판을 덤프했습니다. 새 서버에는 시스템이있는 500GB와 SVN 저장소를위한 4TB의 디스크가있었습니다. 새 저장소를 만들었습니다. svnadmin을 사용하여 덤프로드를 시작했지만 16 시간이 지나면 공간이 남아 있지 않다는 오류가 발생했습니다. 내가 명령을 사용하여 복원하고있어

svnadmin은/-r HEAD/옵션/데이터/SVN/repo_01>/미디어/백업 덤프 덤프 :

덤프 명령을 사용하여 만든

svnadmin로드 --bypass - 소품 - 검증/SVN /의 repos/repo_01/</미디어/백업/덤프

,536,913,632 (기존의 repo, 나는 최신 버전으로 복원하고있어 SVN 1.5.6을 실행했다) 10

그리고 오류는 다음과 같습니다

편집 경로 : 프로젝트/M-0578/태그/주간-Builts/CC9060_Week-0824-V149/박스/응용 프로그램/CC9060/CC9060_loader.dxe ... svnadmin : E000028 : 수 ' t 파일 열기 '/svn/repos/repo_01/db/transactions/0-0.txn/node._ava58.0.props': 없음 공간이 장치

에 남아 있지 나는 다음과 같은 질문이 있습니다

을
• 누구나 svnadmin로드가 작동하는 방법을 알고 있습니까?
• 파일을 임시 위치로 언팩하고 있습니까?
• 이 저장소의 디스크 크기는 어느 정도입니까?

Answer 1

질문에 대한 답변은 SVNBook | Migrating Repository Data Elsewhere 장을 읽어야합니다.

Is it unpacking files to some temporary location?

실제로는 아닙니다. 대상 리포지토리에 새 개정판에 대한 임시 파일이 있지만 AFAIK라는 "공간 부족"오류의 원인이되어서는 안됩니다.

How big should be disks for this repository?

리포지토리에 저장하는 수정 및 데이터의 종류를 모른 채 예측하기는 어렵습니다. 또한 덤프를 생성하는 데 사용 된 명령을 알아야합니다. --deltas 옵션을 사용하셨습니까?

오류의 정확한 표현은 무엇입니까?

---

덤프 파일에는 개정 덤프 스트림이 들어 있습니다. 이 파일은 대개 디스크의 저장소 자체보다 훨씬 큽니다. 덤프 스트림에는 모든 개정판의 전체 텍스트 표현이 포함되어 있으며 기본적으로 특별한 공간 절약 기술을 사용하지 않습니다.

그러나 덤프 파일이 --deltas 옵션으로 생성되었을 가능성이 있습니다. 이 경우 덤프 스트림에는 개정판의 전체 텍스트 표현이 포함되어 있지 않습니다. 이 대신 리비전 사이에 압축 된 2 진수 델타가 있습니다. 경우에 따라 이러한 덤프 파일은 디스크의 저장소보다 작을 수 있습니다.

오류가 발생하는 이유를 알 수 없기 때문에 오류가 발생하는 이유를 알 수 없습니다. 실행하는 명령, 덤프 등을 생성하는 방법 BTW,이 저장소가 ~ 1.5TB.