2013-01-08 3 views
-1

서버를 변경하는 중입니다. 우리는 다른 위치에서 서버 공간을 구입했으며 현재 서버의 모든 콘텐츠를 새로운 서버로 전송해야합니다. 12GB를 새로운 서버로 옮겨야합니다. 모든 데이터를 새 서버로 전송하는 가장 쉽고 빠르며 쉬운 방법은 무엇입니까? "실제"전송을하는 것은 옵션이 아닙니다.12GB 데이터를 새 서버로 전송하는 방법

내가 알고있는 것은 loooong 절차 일 것입니다. 일부 데이터로 테스트 중이며 오랜 시간이 걸립니다.

실제로 로컬 서버에서 약 10 개의 웹 사이트를 호스팅하고 있으므로 모든 데이터를 새 서버로 이동하고 싶습니다 ... 모든 중요한 파일의 백업을 수행합니다./var/www,/home /,/var/lib/mysql 및 tar -czf를 사용하는 다른 프로그램을 사용하면 12GB tarball이됩니다.

내가 너무 큰 업로드 파이프가없는, 내가

어떤 아이디어 ... 오프 피크 시간 오전 6시에서 오전 1시까지 동안 안정적인 전송을 할 필요가?

rsync -av --progress localpath [email protected]:remotepath 

+0

좋은 위치에 업로드하지 못했습니다 ... 이것이 서버와 위치를 변경하는 주된 이유입니다. – Wilson

+1

네트워크가 병목 현상이 있으므로 더 높은 압축 수준 (또는 더 강력한 압축 도구)을 사용하면 도움이 될 수 있습니다. 예 :'tar czf' 대신'tar cf-yourfiles | gzip -9 -> result.tar.gz'. – igorrs

답변

6

rsync를 나는이 cmd를 지난 밤 300기가바이트 데이터를 전송합니다.

재개 옵션이 필요하지 않습니다. 끼워 넣기 만하면이 cmd를 다시 실행하십시오. 자동으로 다시 시작됩니다.

실제로 rsync는 증분입니다.

+0

rsync를 살펴 보겠습니다 ... 감사합니다. – Wilson

+1

@Wilson rsync가 전송 데이터를 압축하고 연결이 중간에 중단되는 경우 부분 전송을 다시 시작하도록 알릴 수도 있습니다. –

+0

resume 옵션 – Wilson

0

시스템에 tar이 있으므로 split을 사용하면 거대한 12G 파일을 많은 수의 작은 파일로 변환 할 수 있습니다.

그런 다음 ftp를 사용하여 해당 파일을 올바르게 전송하고 모든 파일이 올바르게 복사되었는지 확인하려면 양쪽 끝에 md5sum 또는 cksum을 입력하고 대상에 다시 넣습니다.

파이프 라인을 사용하면 타르 - 업 파일을 초과하여 필요한 추가 저장 공간에 대해 걱정할 필요가 없습니다.

+1

물론 작동하지만, rsync는 부분 전송과 재개 (그리고 압축)를 할 수 있습니다. 즉, 파일을 로컬에서 아카이브 한 다음 대상 서버에서 압축을 풀 필요가 없습니다. –

+0

@ Nikos 의심 할 여지없이 rsync가 더 나은 솔루션입니다. (이것이 내가 +1 한 이유입니다.) 약간의 기괴한 이유로 rsync가 옵션이 아닌 경우 다른 것을 제공하고 있습니다. – paxdiablo

+0

rsync에서 읽어 보겠습니다 ... – Wilson

0

nc 또는 netcat을 살펴보십시오. "서버"에서 청취하도록 설정 한 다음 기계의 특성에 12GB 파일을 제공 할 수 있습니다. 그래도 보안을 유지했다면 scp은 또 다른 고려 사항이지만 nc보다 훨씬 느릴 수 있습니다.

+0

scp를 사용하고 있었지만 시간이 오래 걸립니다. – Wilson

+0

그래, 넷캣은 더 빨라지 겠지만, 파일을 분할하고, 압축하고, 전송하고, 압축을 풀고, 결합하는 대신에 한 번에 모든 것을 할 것이다. * 어깨를 으.합니다. 로컬 네트워크에서 netcat을 사용하여 5-7 GB 파일을 신속하게 전송했습니다. 물론 나는 네트워크 등의 보안에 확신을 가지고있었습니다. –

2

드라이브에 여유 공간이있는 경우 필요한 모든 기능을 갖춘 zip 또는 rar 아카이브를 만드십시오. 아카이브를 웹 사이트 중 하나의 루트로 이동하십시오. "멀티 스레드"HTTP 다운로드 가속기를 사용하여 새 서버에서 파일을 가져옵니다. 이러한 도구는 서버에 여러 연결을 생성하므로 다운로드 속도가 눈에 잘 띄게 향상되어야합니다.

전송 도구를 사용하여 여러 개의 작은 아카이브를 만들어 전송 오류를보다 신속하고 효과적으로 방지 할 수 있습니다.

비슷한 기능을 가진 FTP 클라이언트와 서버도 있지만 HTTP 방식이 더 쉽다고 생각합니다.

관련 문제