파일 크기는 약 170GB입니다. FTP에 업로드하지 않고 다운로드합니다. 신뢰할 수 없으며 언젠가 연결이 끊어지고 큰 문제가 발생합니다. 그렇다면 더 좋은 방법이 있습니까? 누구 제안 해? 감사.
PS : 두 대의 컴퓨터가 같은 네트워크에 있지 않습니다.
파일 크기는 약 170GB입니다. FTP에 업로드하지 않고 다운로드합니다. 신뢰할 수 없으며 언젠가 연결이 끊어지고 큰 문제가 발생합니다. 그렇다면 더 좋은 방법이 있습니까? 누구 제안 해? 감사.
PS : 두 대의 컴퓨터가 같은 네트워크에 있지 않습니다.
답변:
사무실 정책에 따라 파일을 분할하고 파일이 올바른지 확인하고 다시 다운로드하지 않는지 확인하는 것으로 가정하면 충분한 bitorrent가 여기에서 잘 작동 할 수 있습니다. 아마도 자신의 트래커를 실행하고 싶을 수도 있지만 많은 bitorrent 클라이언트가 어쨌든 그렇게하고 가능한 경우 웹 시드를 사용하여 속도를 높이십시오 . 번 비트 는 이것을 쉽게 만듭니다.
대안으로, 나는 구식 해적 일을하고 파일을 분할하고 패리티 파일을 사용한 다음 FTP 또는 웹 서버를 사용하여 전송하는 것이 좋습니다. 웹 서버를 사용하는 경우 wget과 같은 방법으로 다운로드를 계속할 수 있으며 패리티 아카이브를 사용하면 몇 개의 깨진 조각으로 파일을 다시 작성할 수 있습니다.
데이터가 민감한 경우 파일 또는 파일 청크를 암호화하는 것이 좋습니다.
가장 최근의 옵션은 bitorrent sync 일 수 있습니다 . 토스터 (x86, PPC 또는 ARM에서 토스터를 실행하지 않는 한)는 토스터 이외의 모든 항목에서 실행되며 대부분의 거친 작업을 처리합니다. 기본 bitorrent 프로토콜을 사용하지만 사용하기가 훨씬 간단합니다.
WinZip은 많은 (상대적으로) 작은 파일을 생성 할 수 있습니다 (원래 플로피 디스크에 아카이브하도록 설계되었지만 지금 1GB를 선택할 수 있음). 그런 다음 다시 시작할 수없는 FTP (Microsoft 옵션)가 정상입니다. 마지막으로 WinZip은 다른 쪽 끝에서 파일을 검색합니다.
Robocopy와 BitTorrent는 이미 제안되었으며 좋은 생각처럼 들립니다. RoboCopy에 필요한 SMB 연결을 생성 할 수없는 제한적인 네트워크 환경에서 더 잘 작동하는 다른 옵션 :
FTP. 나는 당신이 그것을 좋아하지 않는다는 것을 알고 있지만 좋은 서버와 클라이언트로 잘 작동합니다. 소스 또는 수신자에 FTP 서버를 작성하고 암호화 된 연결 (투명한 프록시 등이 방해하지 않도록) 및 4GB를 초과하는 파일을 지원하는지 확인하십시오. 그런 다음 좋은 FTP 클라이언트를 사용하여 파일을 업로드 / 다운로드하십시오 (바이너리 모드를 사용해야 함). FTP는 연결 재개를 지원하므로 연결이 끊어지면 다시 시작하십시오. 현재 wget 사본은 괜찮습니다.
HTTP를 사용하여 동일한 작업을 수행 할 수 있습니다. 큰 파일을 지원하는 HTTP (S) 서버를 설정하고 현재 wget 사본으로 다운로드하십시오.
그렇지 않으면 Windows 용 rsync 바이너리와 사용할 수있는 수많은 독점 rsync 유사 프로그램이 있습니다. 특히 파일을 업데이트해야하고 파일의 일부만 변경 될 것으로 예상되는 경우 해당 방향을 살펴볼 수 있습니다.
8MBit / s (1MByte / s)에서 파일을 전송하는 데 2 일이 소요됩니다. 연결 속도가 매우 빠르지 않으면 파일 사본과 함께 실제 하드 드라이브를 보내는 것이 더 빠를 수 있습니다.
rsync 기반 http://en.wikipedia.org/wiki/Rsync를 기반으로 일부 도구 (Windows)를 사용하는 것이 좋습니다 .