Мережева передача файлів VHD постійно виходить з ладу на рівні 4 Гб

16

Ця проблема вкрай засмучує нас: при передачі великого файлу VHD (віртуального жорсткого диска) з машини Windows 7 по мережі на фізичну машину Windows Server 2008 у нашому центрі обробки даних передача файлів Windows завершується стабільно 4 Гб. У нас є прямий 100-мегабітний зв’язок від головного офісу до нашого центру обробки даних.

Коли передача не вдалася, повідомлення про помилку, яке ми отримуємо:

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

Це тільки VHD файли розміром більше 4 Гбайт, потерпіти невдачу. Якщо ми надішлемо будь-який інший тип файлу, він справно працює. Якщо ми поштовуємо VHD, це також працює. Більше того, ми можемо відправити VHD в іншому напрямку (від центру обробки даних до головного офісу) без проблем. Це лише VHD-файли в цьому напрямку.

Важливі примітки:

  • Усі розділи є NTFS !!
  • Між робочою станцією та сервером немає брандмауера
  • Ми спробували відключити антивірус на робочій станції (на сервері немає антивірусу)
  • Ми намагалися перенести файл з машини, яка не знаходиться в домені
  • Ми спробували перенести файл з машини Ubuntu (все-таки виходить з ладу, але близько 450 Мб замість 4 ГБ)
  • Захоплення Wireshark показує 40 DUP ACK, коли передача не вдається
  • Xcopy та Robocopy (із прапорами перезапуску) не вдається (однаковий пункт)
  • Передача FTP завершується не в 4,14X, XXX, XXX байтах і не може бути перезапущена в цей момент
  • Ми спробували змінити розширення файлу (нерозумно, але в крайньому випадку) на щось інше, ніж vhd, перш ніж надсилати його, але це все-таки не вдалося
  • Підключення наступне: Dell Workstation (Main Office) -> Dell PowerConnect 5448 Керований комутатор (MO) -> Маршрутизатор HP Procurve 2910al-24G Layer 3 (MO) -> 100Mb TLS link -> HP Procurve 2910al-24G Layer 3 Router ( Центр обробки даних -> Dell PowerConnect 5448 Керований комутатор (DC) -> Сервер Dell (DC)

Так, в основному, це НЕОБХІДНО файли vhd> 4 Гб від нашого головного офісу до нашого центру обробки даних. Це все просто не додається ... На даний момент я вважаю, що це проблема з нашими налаштуваннями мережевого обладнання, але я не розумію, в чому різниця між передачею великого VHD (який виходить з ладу, 4 Гб) і великий відеофайл (який працює завжди).

file-sharing  vhd  windows 
— Ісаак Батт
джерело
Ви спробували інший протокол після CIFS / SMB?
— Барт Де Вос
Ні, я ні; Я спробую це
— Ісаак Батт
1
Дозвольте перефразувати, який тип мережевих передач обробляє з'єднання 100 Мб?
— SpacemanSpiff
2
Імовірно, якщо винна інспекція пакетних пакетів (що здається ймовірною), використання зашифрованого механізму передачі, такого як SFTP або SCP, вирішить проблему. Або ви можете використовувати IPSec, який вбудований у Windows. Чи, можливо, маршрутизатори мають якусь зашифровану підтримку тунелю?
— Гаррі Джонстон
2
@HarryJohnston Після налаштування SFTP файли VHD успішно передаються, тому, схоже, ви мали рацію щодо DPI на TLS. Я поговору з нашим провайдером і побачу, чи є щось, що вони можуть зробити з цим :)
— Ісаак Батт

Відповіді:

3

Після усунення несправностей протягом багатьох годин (і спробу всіх пропозицій, розміщених тут), проблема виявилася зв’язком TLS між нашим головним офісом та центром обробки даних. Я зателефонував до нашого постачальника TLS і після розмови з декількома технічними співробітниками NOC, один з них раніше чув про точну проблему. Виявилося, що частина обладнання їх рівня 2 була старою і мала проблеми з даними VHD.

Рішенням було оновлення вбудованого програмного забезпечення на цих пристроях, яке виконував постачальник TLS. Зараз ми не маємо проблем з передачею великих ВГД. Для тих, хто цікавиться, нашим постачальником TLS є компанія Shaw Communications у штаті Вікторія, Канада.

— Ісаак Батт
джерело
1

Спробуйте Xcopy або Robocopy; принаймні один або обидва мають перемикач "відновити". Також може допомогти Rsync.

З цікавості, чи є одна з машин 32-розрядна, а друга 64-розрядна? Якщо так, чи можете ви спробувати тимчасово спробувати свою копію на 64-бітній машині.

— gWaldo
джерело
І Robocopy, і Xcopy виходять з ладу в одній точці, навіть за допомогою перемикача резюме (і буферизованого / небуферованого). І сервер, і робоча станція 64-бітні.
— Ісаак Батт
Жорстокі. Єдиний варіант, який я можу придумати, щоб переглянути, це перевірити VHD-параметр 2 Гб в ESX. Мої співчуття.
— gWaldo
Без проблем, я ціную вашу допомогу :) (ми використовуємо Hyper-V, а не VMWare)
— Ісаак Батт
Гарна думка; Я використовував купу платформ для віртуалізації, тому я подумки розбираю їх як $ disk_file або $ config_file тощо ...
— gWaldo
0

Пошук у Google за помилками копіювання великих файлових мереж, і ви знайдете деякі теми, що розповідають про подібні проблеми, але не лише про vhd. Цей KB зазвичай пов'язаний, щоб дізнатися, чи допомагають налаштування параметрів NIC. Завантаження TCP, налаштування димоходу тощо.

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

— Віллі
джерело
Дякуємо за пропозиції. Я можу перенести інші великі файли без проблем, але я буду розбиратися в налаштуваннях деяких з цих налаштувань. Відключення завантаження димоходу не впливає.
— Ісаак Батт
0

Mmmmhhhh ... Я бачу різні відповіді вище і розумію, що досі не можу сказати, чи справді ви намагалися скопіювати 64-бітну програму копіювання. (xcopy, robocopy та більшість FTP-клієнтів мають 32 біти, навіть у 64-розрядної Windows.)

Чи можете ви спробувати спробувати 64-бітну версію TotalCommander V8.0? (Це все ще Кандидат у випуск, але дуже стабільний.) Це справді лише 64-розрядні.

Інша справа, якщо спробувати увімкнено IPV6 (як правило, це на W2K8): повністю відключити IPV4 на робочій станції, тому копія повинна використовувати IPV6. Буде цікаво подивитися, чи це має значення.

Якщо жодне з перерахованого вище не приносить полегшення .... Ви завжди можете використовувати HJSplit (або функцію розділення TotalCommander), щоб розділити файл на шматки 1 Гб, але, звичайно, ви повинні мати засоби для повторного приєднання до них на сервері. Це буде залежати від того, чи є у вас доступ для запуску програми на самому сервері. (Просто "скопіювати / b chunk1 + chunk2 + chunk3 total.vhd" зробить, якщо вам заборонено встановлювати додаткове серверне програмне забезпечення.)

— Тоні
джерело
Спробував TotalCommander 8, передача не вдається навіть до 4 Гб і повідомляє "Будь ласка, зніміть захист від запису!" але я не вірю, що насправді вказує на помилку захисту від запису.
— Ісаак Батт
У нас є інші способи переміщення даних поперек. Я міг би просто RAR-файл і передати це (навіть не потрібно розділяти його на невеликі шматки), але це зайвий крок, який нам дійсно не слід робити. Дякую за пропозицію, але я вдячний за вашу допомогу.
— Ісаак Батт
0

Лише думка: чи використовує ВГД гіпервізор чи встановлений?

Це може бути збій, оскільки частина VHD заблокована і не може бути прочитана з файлової системи. Ось чому копіювання файлу працює і чому відеофайли однакового розміру також працюють, але не VHD-файли.

Шукаєте блокування файлів у Windows:

  1. Завантажити провідник процесів (Пряме посилання на live.sysinternals.com)
  2. Виберіть меню пошуку, виберіть «Знайти обробку» або DLL ...
  3. Введіть ім'я файлу, виберіть пошук.

Схоже, є експертний пункт обміну повідомленнями з подібними питаннями. Але у відповідях немає резолюцій.

— Джозеф Керн
джерело
Гарна думка. Іноді навіть потрібно перезавантажити робочу станцію, щоб змусити її дійсно розблокувати файл. Це може здатися безкоштовним, але ви ніколи не можете сказати справді.
— Тонні
@Tonny Ви впевнені, можете сказати, що вам просто потрібні правильні інструменти. Оновив мою відповідь запропонованим методом.
— Джозеф Керн
Так, я бачив статтю обміну експертами, і це схоже. Провідник процесу нічого не показує для файлу. Більше того, я можу зробити його копію, а спроба передати копію все-таки не вдається, щоб не виявилося блокування. Total Commander 8 RC (64 біт) виходить з ладу вже в 2 ГБ при передачі повідомлення "Будь ласка, зніміть захист від запису!" хоча це, ймовірно, лише відповідь на помилки акцій.
— Ісаак Батт
1
Ця відповідь TC насправді корисна. Це повідомлення видасть лише на півдорозі копії, якщо дійсно щось блокує спробу запису. Це повинно бути на стороні сервера або з мережею / мережею WAN. Ви впевнені, що локальна мережа справді прозора? Я б шукав маршрутизатор, який проводить перевірку пакетів державних пакетів, або пристрій мережевого прискорювача (наприклад, пристрій Cisco WAAS), який дещо плутається з приводу цього конкретного типу даних.
— Тонні
Гм, ну лінія повинна бути прозорою; Я міг би зателефонувати нашому провайдеру і сказати їм, що відбувається, хоча, маю надію, вони винуватимуть іншу провину.
— Ісаак Батт
0

Це здається, що це може бути навіть проблема з дозволом, коли ви намагаєтесь скопіювати файл у мережеве місце, яке він зупиняється або не вдається, можливо, ви можете спробувати створити мережеву папку, щоб зробити його повністю відкритим, тобто поділився з групою "Усі" а також встановити такий спосіб на вкладці безпеки. Якщо це виправляє проблему, то це виглядає як проблема з дозволами, адже оскільки ви раніше згадали про те, що копія Linux не вдалася, схоже, що проблеми можуть бути проблемою. Переконайтесь, що файли всередині VHD не використовуються та у вас є відповідні дозволи на доступ до них.

Також переконайтесь, що папка, з якої ви копіюєте, має відкриті дозволи. Пам'ятайте, що це лише для того, щоб побачити, чи перешкоджають дозволу, ви завжди зможете посилити їх пізніше, як тільки отримаєте оглядову точку копії, яка працює належним чином.

Інша справа, і це може бути дальньою стрілкою, але ви спробували оновити драйвери NIC? Можливо, може бути виправлено найсвіжіший драйвер для вашої машини.

Сподіваюся, це допоможе, ура

— Франк Р
джерело
Дякуємо за пропозицію, але це не пояснює, чому передача файлів успішна, якщо дані зашифровані. Я все ще думаю, що проблема полягає в лінії TLS; Наразі я веду переговори з їхньою підтримкою
— Ісаак Бутт
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.