Truyền tệp mạng VHD không thành công ở mức 4GB


16

Vấn đề này đã gây khó chịu cho chúng tôi: khi chuyển một tệp VHD (đĩa cứng ảo) lớn từ máy Windows 7 qua mạng sang máy Windows Server 2008 vật lý tại trung tâm dữ liệu của chúng tôi, việc truyền tệp windows không thành công ở mức 4 GB. Chúng tôi có kết nối trực tiếp 100 mbit từ văn phòng chính đến trung tâm dữ liệu của chúng tôi.

Khi chuyển không thành công, thông báo lỗi chúng tôi nhận được là:

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

Đó là chỉ file VHD lớn hơn 4 GB mà thất bại. Nếu chúng tôi gửi bất kỳ loại tập tin khác, nó hoạt động tốt. Nếu chúng tôi nén VHD, điều đó cũng hoạt động. Hơn nữa, chúng tôi có thể gửi VHD theo hướng khác (từ trung tâm dữ liệu đến văn phòng chính) không có vấn đề gì. Nó chỉ là tập tin VHD theo hướng đó.

Lưu ý quan trọng:

  • Tất cả các phân vùng là NTFS !!
  • Không có tường lửa giữa máy trạm và máy chủ
  • Chúng tôi đã thử vô hiệu hóa phần mềm chống vi-rút trên máy trạm (không có phần mềm chống vi-rút trên máy chủ)
  • Chúng tôi đã thử chuyển tệp từ một máy không thuộc miền
  • Chúng tôi đã thử chuyển tệp từ máy Ubuntu (vẫn không thành công nhưng ở mức khoảng 450 MB thay vì 4GB)
  • Chụp Wireshark cho thấy 40 DUP ACK khi chuyển không thành công
  • Xcopy và Robocopy (có cờ khởi động lại) đều thất bại (cùng một điểm)
  • Truyền FTP không thành công ở các mức 4,14X, XXX, XXX và không thể khởi động lại tại thời điểm đó
  • Chúng tôi đã thử thay đổi phần mở rộng tập tin (ngu ngốc, nhưng là phương sách cuối cùng) thành một thứ khác ngoài vhd trước khi gửi nó, nhưng nó vẫn thất bại
  • Kết nối như sau: Máy trạm Dell (Văn phòng chính) -> Bộ chuyển mạch được quản lý Dell PowerConnect 5448 (MO) -> Bộ định tuyến lớp 3 của HP Procurve 2910al-24G (MO) -> Liên kết TLS 100Mb -> Bộ định tuyến lớp 3 của HP Procurve 2910al-24G (> Trung tâm dữ liệu) -> Dell PowerConnect 5448 Managed Switch (DC) -> Dell Server (DC)

Về cơ bản, đó là các tệp VUST Jhd> 4GB, từ văn phòng chính đến trung tâm dữ liệu của chúng tôi không thành công. Tất cả điều này chỉ không bổ sung ... tại thời điểm này tôi tin rằng đó là vấn đề với cài đặt phần cứng mạng của chúng tôi, nhưng tôi không hiểu sự khác biệt giữa việc chuyển VHD lớn (không thành công, ở mức 4GB) và tập tin video lớn (hoạt động luôn).


Bạn đã thử một giao thức khác sau đó CIFS / SMB?
Bart De Vos

Không, tôi không có; Tôi sẽ thử nó
Isaac Mông

1
Hãy để tôi nói lại, loại thiết bị mạng nào xử lý kết nối 100Mb đó?
SpacemanSpiff

2
Có lẽ nếu kiểm tra gói sâu sẽ đổ lỗi (có vẻ như có khả năng) sử dụng cơ chế truyền mã hóa như SFTP hoặc SCP sẽ giải quyết vấn đề. Hoặc bạn có thể sử dụng IPSec, được tích hợp trong Windows. Hoặc có lẽ các bộ định tuyến có một số loại hỗ trợ đường hầm được mã hóa?
Harry Johnston

2
@HarryJohnston Sau khi thiết lập SFTP, các tệp VHD chuyển thành công, vì vậy có vẻ như bạn đã đúng về DPI trên TLS. Tôi sẽ nói chuyện với nhà cung cấp của chúng tôi và xem liệu họ có thể làm gì về điều đó không :)
Isaac Mông

Câu trả lời:


3

Sau khi khắc phục sự cố này trong nhiều giờ (và thử tất cả các đề xuất được đăng ở đây), vấn đề hóa ra là liên kết TLS giữa văn phòng chính của chúng tôi và trung tâm dữ liệu. Tôi đã gọi cho nhà cung cấp TLS của chúng tôi và sau khi nói chuyện với một số kỹ thuật viên của NOC, một trong số họ đã nghe về vấn đề chính xác trước đó. Hóa ra một số thiết bị lớp 2 của họ đã cũ và có vấn đề với dữ liệu VHD.

Giải pháp là nâng cấp firmware trên các thiết bị này, được cung cấp bởi nhà cung cấp TLS. Bây giờ chúng tôi không có vấn đề chuyển VHD lớn. Đối với những người quan tâm, nhà cung cấp TLS của chúng tôi là Shaw Communications ở Victoria, Canada.


1

Hãy thử Xcopy hoặc Robocopy; ít nhất một hoặc cả hai có công tắc "tiếp tục". Rupync cũng có thể giúp đỡ.

Vì tò mò, một trong những máy 32 bit, nhưng máy kia là 64 bit? Nếu vậy, bạn có thể thử bản sao của mình với máy 64 bit không.


Cả Robocopy và Xcopy đều thất bại ở cùng một điểm, ngay cả với công tắc tiếp tục (và được đệm / không có bộ đệm). Cả máy chủ và máy trạm là 64 bit.
Isaac Mông

Tàn bạo. Tùy chọn duy nhất mà tôi có thể nghĩ ra để khắc phục là kiểm tra tùy chọn 2 GB VHD trong ESX. Gửi lời chia buồn của tôi.
gWaldo

Không có vấn đề gì, tôi đánh giá cao sự giúp đỡ của bạn :) (chúng tôi đang sử dụng Hyper-V chứ không phải VMWare)
Isaac Mông

Điểm tốt; Tôi đã sử dụng một loạt các nền tảng ảo hóa, vì vậy tôi đã phân tích chúng một cách tinh thần như $ đĩa_file hoặc $ config_file, v.v ...
gWaldo

0

Tìm kiếm google cho các lỗi sao chép mạng tệp lớn và bạn sẽ tìm thấy một số chủ đề nói về các vấn đề tương tự nhưng không chỉ của vhd. KB này thường được liên kết để xem nếu điều chỉnh cài đặt NIC có giúp ích không. Giảm tải TCP, cài đặt ống khói, v.v.

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


Cảm ơn những lời đề nghị. Tôi có thể chuyển các tệp lớn khác không có vấn đề gì, nhưng tôi sẽ xem xét điều chỉnh một số cài đặt đó. Vô hiệu hóa giảm tải ống khói không có hiệu lực.
Isaac Mông

0

Mmmmhhhh ... Tôi thấy các câu trả lời khác nhau ở trên và tôi nhận ra rằng tôi vẫn không thể biết nếu bạn thực sự cố gắng sao chép bằng chương trình sao chép 64 bit. (xcopy, robocopy và hầu hết các máy khách FTP là 32 bit, ngay cả trên Windows 64 bit.)

Bạn có thể dùng thử với phiên bản 64 bit của TotalCommander V8.0 không? (Nó vẫn là Ứng viên phát hành, nhưng rất ổn định.) Đó thực sự chỉ là 64 bit.

Một điều khác để thử nếu máy chủ đã bật IPV6 (thường là trên W2K8): Tắt hoàn toàn IPV4 trên máy trạm để sao chép sẽ phải sử dụng IPV6. Sẽ rất thú vị để xem nếu điều đó làm cho một sự khác biệt.

Nếu cả hai cách trên đều không làm giảm .... Bạn có thể sử dụng HJSplit (hoặc chức năng phân tách của TotalCommander) để chia tệp thành các khối 1GB, nhưng tất nhiên bạn phải có phương tiện để nối lại chúng trên máy chủ. Điều đó sẽ phụ thuộc vào việc bạn có quyền truy cập để chạy một chương trình trên chính máy chủ hay không. (Chỉ cần "copy / b chunk1 + chunk2 + chunk3 Total.vhd" sẽ làm được nếu bạn không được phép cài đặt phía máy chủ phần mềm bổ sung.)


Đã thử TotalCommander 8, chuyển không thành công ngay cả trước 4GB và báo cáo "Vui lòng xóa bảo vệ ghi!" nhưng tôi không tin rằng thực sự chỉ ra lỗi bảo vệ ghi.
Isaac Mông

Chúng tôi có những cách khác để di chuyển dữ liệu qua. Tôi chỉ có thể RAR tệp và chuyển nó đi (thậm chí không cần chia nó thành các phần nhỏ), nhưng đó là một bước bổ sung mà chúng ta thực sự không nên làm. Cảm ơn lời đề nghị mặc dù, tôi đánh giá cao sự giúp đỡ của bạn.
Isaac Mông

0

Chỉ cần một suy nghĩ: VHD được sử dụng bởi nhà ảo thuật hay được gắn kết?

Nó có thể thất bại vì một phần của VHD bị khóa và không thể đọc được từ hệ thống tập tin. Đây là lý do tại sao nén tệp hoạt động và tại sao các tệp video có cùng kích thước cũng hoạt động, nhưng không phải tệp VHD.

Tìm kiếm một khóa tập tin trong windows:

  1. Tải xuống quá trình thám hiểm (Liên kết trực tiếp đến live.sysiternals.com)
  2. Chọn Menu Tìm, chọn Tìm Xử lý hoặc DLL ...
  3. Nhập tên tệp, chọn tìm kiếm.

Dường như có một bài trao đổi chuyên gia với các vấn đề tương tự. Nhưng không có nghị quyết trong câu trả lời.


Điểm tốt. Đôi khi bạn cần phải khởi động lại máy trạm để thực sự mở khóa tệp. Nó có vẻ là miễn phí, nhưng bạn không bao giờ có thể thực sự nói.
Tonny

@Tonny Bạn chắc chắn có thể nói, bạn chỉ cần các công cụ phù hợp. Cập nhật câu trả lời của tôi với một phương pháp được đề xuất.
Joseph Kern

Vâng, tôi thấy bài viết trao đổi chuyên gia và nó có vẻ tương tự. Trình thám hiểm quá trình hiển thị không có gì cho tập tin. Hơn nữa, tôi có thể tạo một bản sao của nó và cố gắng chuyển bản sao vẫn không thành công nên dường như không có khóa. Total Commander 8 RC (64 bit) không thành công ngay khi chuyển 2GB với thông báo "Vui lòng xóa bảo vệ ghi!" mặc dù đó có thể chỉ là một phản ứng lỗi chứng khoán.
Isaac Mông

1
Phản ứng TC đó thực sự hữu ích. Nó sẽ chỉ đưa ra thông điệp đó giữa chừng bản sao nếu thực sự có thứ gì đó chặn việc viết đã cố gắng. Điều này phải ở phía máy chủ hoặc liên quan đến LAN / WAN. Bạn có chắc chắn mạng LAN thực sự minh bạch? Tôi sẽ tìm kiếm một bộ định tuyến thực hiện Kiểm tra gói dữ liệu Statefull hoặc thiết bị tăng tốc mạng (ví dụ: thiết bị Cisco WAAS) bị nhầm lẫn về loại dữ liệu cụ thể này.
Tonny

Hmm, dòng được cho là trong suốt; Tôi có thể gọi cho nhà cung cấp của chúng tôi và nói với họ những gì đang xảy ra, mặc dù tôi cá là họ sẽ trực tiếp đổ lỗi cho nơi khác.
Isaac Mông

0

Điều này nghe có vẻ như có thể là vấn đề về quyền, khi bạn cố sao chép tệp vào vị trí mạng bị dừng hoặc không thành công, có lẽ bạn có thể thử tạo thư mục mạng để mở hoàn toàn, nghĩa là chia sẻ với Nhóm "Mọi người" và cũng đặt theo cách đó trong tab bảo mật. Nếu điều đó khắc phục được sự cố, thì có vẻ như đó là sự cố về quyền, thực tế vì bạn đã đề cập đến bản sao Linux bị lỗi sớm hơn, có vẻ như quyền đó có thể là vấn đề. Đảm bảo rằng các tệp bên trong VHD không được sử dụng và bạn có quyền thích hợp để truy cập chúng.

Ngoài ra, hãy đảm bảo thư mục bạn đang sao chép có quyền mở. Hãy nhớ điều này chỉ để xem liệu các quyền có bị cản trở hay không, bạn luôn có thể thắt chặt chúng sau khi bạn nhận được một điểm nhìn chằm chằm của bản sao hoạt động đúng.

Một điều nữa và nó có thể là một cú sút xa, nhưng bạn đã thử cập nhật trình điều khiển NIC chưa? Có lẽ có một bản sửa lỗi trong trình điều khiển gần đây nhất cho máy của bạn.

Tôi hy vọng điều này sẽ giúp, Cheers


Cảm ơn đề xuất này, nhưng điều đó không giải thích tại sao việc truyền tệp thành công nếu dữ liệu được mã hóa. Tôi vẫn nghĩ rằng vấn đề nằm ở dòng TLS; Tôi đang nói chuyện với sự hỗ trợ của họ vào lúc này
Isaac Mông
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.