4GB에서 VHD 네트워크 파일 전송이 일관되게 실패

16

네트워크를 통해 Windows 7 시스템에서 데이터 센터의 물리적 Windows Server 2008 시스템으로 대용량 VHD (가상 하드 디스크) 파일을 전송할 때 Windows 파일 전송이 4GB로 일관되게 실패합니다. 본사에서 데이터 센터로 100mbit를 직접 연결합니다.

전송이 실패하면 다음과 같은 오류 메시지가 나타납니다.

There is a problem accessing \\server-name\d$ Make sure you are connected to the network and try again.

그것은입니다 만 실패 4기가바이트 이상의 VHD 파일이 큰. 다른 파일 형식을 보내면 제대로 작동합니다. VHD를 압축하면 작동합니다. 또한 데이터 센터에서 본사로 다른 방향으로 VHD를 보낼 수 있습니다. 그 방향으로 VHD 파일입니다.

중요 사항 :

모든 파티션은 NTFS입니다 !!
워크 스테이션과 서버 사이에 방화벽이 없습니다
워크 스테이션에서 바이러스 백신을 비활성화하려고했습니다 (서버에 바이러스 백신 없음).
도메인이 아닌 컴퓨터에서 파일을 전송하려고했습니다.
우분투 컴퓨터에서 파일 전송을 시도했습니다 (여전히 실패하지만 4GB 대신 약 450MB)
전송 실패시 Wireshark 캡처에 40 개의 DUP ACK 표시
Xcopy 및 Robocopy (다시 시작 플래그 포함) 모두 실패 (동일 지점)
FTP 전송은 4,14X, XXX, XXX 바이트에서 실패하며 그 시점에서 다시 시작할 수 없습니다
파일 확장자를 보내기 전에 파일 확장자 (멍청하지만 최후의 수단)를 vhd 이외의 것으로 변경하려고 시도했지만 여전히 실패했습니다.
Dell 워크 스테이션 (본사)-> Dell PowerConnect 5448 MO (Managed Switch)-> HP Procurve 2910al-24G Layer 3 라우터 (MO)-> 100Mb TLS 링크-> HP Procurve 2910al-24G Layer 3 라우터 ( 데이터 센터)-> Dell PowerConnect 5448 관리 스위치 (DC)-> Dell 서버 (DC)

따라서 기본적으로 본사에서 데이터 센터에 이르기까지 JUST vhd 파일> 4GB입니다. 이 모든 것이 합쳐지지 않습니다 ...이 시점에서 네트워크 하드웨어 설정에 문제가 있다고 생각하지만 큰 VHD (4GB에서 실패)와 큰 비디오 파일 (항상 작동).

file-sharing vhd windows

— 이삭 엉덩이
소스

CIFS / SMB와 다른 프로토콜을 사용해 보셨습니까?

— Bart De Vos

아뇨. 나는 시도를 줄 것이다

— Isaac Butt

1

어떤 종류의 네트워킹 장비가 그 100Mb 연결을 처리 하는가?

— SpacemanSpiff

2

SFTP 또는 SCP와 같은 암호화 된 전송 메커니즘을 사용하여 심층 패킷 검사를 비난하는 경우 (아마도)이 문제를 해결할 수 있습니다. 또는 Windows에 내장 된 IPSec을 사용할 수 있습니다. 아니면 라우터에 일종의 암호화 터널 지원이 있습니까?

— Harry Johnston

2

@HarryJohnston SFTP를 설정 한 후 VHD 파일이 성공적으로 전송되므로 TLS의 DPI에 대한 것 같습니다. 나는 우리의 공급자와 이야기하고 그들이 할 수있는 일이 있는지 알아볼 것입니다 :)

— Isaac Butt

3

이 문제를 여러 시간 동안 해결하고 여기에 게시 된 모든 제안을 시도한 후에는 본사와 데이터 센터 간의 TLS 링크로 문제가 발생했습니다. 저는 TLS 제공 업체에 전화를 걸어 여러 NOC 기술자와 이야기를 나눈 후 그 중 한 명이 이전에 정확한 문제에 대해 들었습니다. 계층 2 장비 중 일부는 오래되었고 VHD 데이터에 문제가있는 것으로 나타났습니다.

솔루션은 TLS 제공자가 수행 한이 디바이스의 펌웨어를 업그레이드하고있었습니다. 이제 큰 VHD를 전송하는 데 문제가 없습니다. TLS 제공 업체는 캐나다 빅토리아의 Shaw Communications입니다.

— 이삭 엉덩이
소스

1

Xcopy 또는 Robocopy를 사용해보십시오. 적어도 하나 또는 둘 다에는 "재개"스위치가 있습니다. Rsync도 도움이 될 수 있습니다.

호기심에서 기계 중 하나는 32 비트이지만 다른 하나는 64 비트입니까? 그렇다면 64 비트 컴퓨터에서 임시로 복사를 시도 할 수 있습니다.

— 왈도
소스

재개 스위치 (및 버퍼링 / 언 버퍼링)를 사용해도 Robocopy와 Xcopy는 같은 지점에서 실패합니다. 서버와 워크 스테이션 모두 64 비트입니다.

— Isaac Butt

잔인한. 내가 생각할 수있는 유일한 옵션은 ESX에서 2GB VHD 옵션을 확인하는 것입니다. 내 애도.

— gWaldo

문제 없습니다, 나는 당신의 도움을 주셔서 감사하지 :) (우리는 Hyper-V를하지 VM웨어를 사용)

— 이삭 엉덩이

좋은 지적; 많은 가상화 플랫폼을 사용 했으므로 $ disk_file 또는 $ config_file 등으로 정신적으로 구문 분석합니다.

— gWaldo

0

큰 파일 네트워크 복사 오류가 있는지 Google을 검색하면 vhd뿐만 아니라 비슷한 문제에 대해 이야기하는 스레드가 있습니다. 이 KB는 일반적으로 NIC 설정 조정이 도움이되는지 확인하기 위해 연결됩니다. TCP 오프로드, 굴뚝 설정 등

http://support.microsoft.com/kb/951037

— 윌리
소스

제안 해 주셔서 감사합니다. 다른 큰 파일은 문제없이 전송할 수 있지만 이러한 설정 중 일부를 조정 해 보겠습니다. 굴뚝 오프로드를 비활성화해도 아무런 효과가 없습니다.

— Isaac Butt

0

음 ... 위의 다양한 답변을보고 64 비트 복사 프로그램으로 복사하려고했는지 여전히 알 수 없음을 알고 있습니다. (xcopy, robocopy 및 대부분의 FTP 클라이언트는 64 비트 Windows에서도 32 비트입니다.)

64 비트 버전의 TotalCommander V8.0을 사용해 볼 수 있습니까? (여전히 릴리스 후보이지만 매우 안정적입니다.) 이는 실제로 64 비트 전용입니다.

서버에서 IPV6을 사용하도록 설정 한 경우 (보통 W2K8에서 수행) 다른 방법 : 워크 스테이션에서 IPV4를 완전히 사용하지 않도록 설정하면 사본이 IPV6을 사용해야합니다. 그것이 차이가 있는지 보는 것이 흥미로울 것입니다.

위의 어느 것도 해결되지 않으면 .... 항상 HJSplit (또는 TotalCommander의 split 기능)을 사용하여 파일을 1GB 청크로 분할 할 수 있지만 물론 서버에서 다시 결합 할 수있는 수단이 있어야합니다. 서버 자체에서 프로그램을 실행할 수있는 권한이 있는지 여부에 따라 다릅니다. (서버 측에 추가 소프트웨어를 설치할 수없는 경우 "copy / b chunk1 + chunk2 + chunk3 total.vhd"만 수행합니다.)

— 토니
소스

TotalCommander 8을 사용해 보니 4GB 이전에도 전송이 실패하고 "쓰기 방지 기능을 제거하십시오!"라는 메시지가 표시됩니다. 그러나 실제로 쓰기 방지 오류를 나타내는 것은 아닙니다.

— Isaac Butt

데이터를 이동시키는 다른 방법이 있습니다. 파일을 RAR하고 전송할 수는 있지만 (작은 덩어리로 나눌 필요조차 없습니다), 실제로 할 필요가없는 추가 단계입니다. 제안 해 주셔서 감사합니다. 도와 주셔서 감사합니다.

— Isaac Butt

0

단지 생각 : VHD가 하이퍼 바이저에서 사용 중이거나 탑재되어 있습니까?

VHD의 일부가 잠겨있어 파일 시스템에서 읽을 수 없기 때문에 실패했을 수 있습니다. 이것이 파일 압축이 작동하는 이유와 같은 크기의 비디오 파일도 작동하지만 VHD 파일은 작동하지 않는 이유입니다.

Windows에서 파일 잠금을 찾는 중 :

프로세스 탐색기 다운로드 (live.sysinternals.com으로 직접 연결)
찾기 메뉴를 선택하고 핸들 또는 DLL 찾기를 선택하십시오.
파일 이름을 입력하고 검색을 선택하십시오.

비슷한 문제 가있는 전문가 교환 게시물이 있는 것 같습니다. 그러나 답변에는 해결책이 없습니다.

— 조셉 컨
소스

좋은 지적. 때로는 실제로 파일을 잠금 해제하기 위해 워크 스테이션을 재부팅해야 할 수도 있습니다. 무료 인 것처럼 보이지만 실제로는 말할 수 없습니다.

— Tonny

@ 토니 확실히 알 수 있듯이 올바른 도구가 필요합니다. 제안 된 방법으로 답변을 업데이트했습니다.

— Joseph Kern

네, 전문가 교환 기사를 보았는데 비슷한 소리가납니다. 프로세스 탐색기는 파일에 대해 아무것도 표시하지 않습니다. 또한 사본을 만들 수 있으며 사본을 전송하려고 시도해도 여전히 실패하므로 잠금 장치가없는 것 같습니다. Total Commander 8 RC (64 비트)는 "쓰기 방지를 제거하십시오!"라는 메시지와 함께 2GB로 전송에 실패합니다. 그러나 그것은 단지 재고 오류 응답 일 가능성이 큽니다.

— Isaac Butt

1

TC 응답은 실제로 유용합니다. 실제로 시도 된 쓰기를 차단하는 것이있는 경우 사본의 중간에 해당 메시지를 제공합니다. 서버 측 또는 LAN / WAN 관련이어야합니다. LAN이 실제로 투명하다고 확신하십니까? Statefull Packet Inspection을 수행하는 라우터 또는이 특정 유형의 데이터에 대해 혼란스러워하는 Network Accelerator 장치 (예 : Cisco WAAS 어플라이언스)를 찾고 있습니다.

— Tonny

흠, 선은 투명해야합니다. 나는 제공자에게 전화해서 무슨 일이 일어나고 있는지 말해 줄 수는 있지만 다른 곳에서 그 책임을 지시 할 것입니다.

— Isaac Butt

0

파일이 중지되거나 실패한 네트워크 위치로 파일을 복사하려고 할 때 권한 문제 일 수있는 것처럼 들립니다. 네트워크 폴더를 완전히 열어서 "모든 사람"그룹과 공유하도록 만들 수 있습니다. 보안 탭에서이 방법을 설정하십시오. 문제가 해결되면 권한 문제처럼 보입니다. 실제로 Linux 복사가 더 빨리 실패했다고 언급했기 때문에 권한이 문제 일 수 있습니다. VHD 내부의 파일이 사용 중이 아니며 액세스 할 수있는 적절한 권한이 있는지 확인하십시오.

또한 복사중인 폴더에 열린 권한이 있는지 확인하십시오. 이것은 권한이 방해 받고 있는지 확인하기위한 것이므로, 복사본의 시작점이 제대로 작동하면 나중에 다시 강화할 수 있습니다.

또 다른 것은 오래 걸리지 만 NIC 드라이버 업데이트를 시도 했습니까? 컴퓨터의 최신 드라이버에 수정 사항이있을 수 있습니다.

나는 이것이 도움이되기를 바랍니다, 건배

— 프랭크 R
소스

제안 해 주셔서 감사하지만 데이터가 암호화 된 경우 파일 전송이 성공한 이유를 설명하지 못합니다. 여전히 문제는 TLS 라인에 있다고 생각합니다. 나는 그들의 순간에 지원과의 회담에서 오전

— 이삭 엉덩이