Назад | Перейти на главную страницу

Копирование / вставка при сбое большого файла Windows

У меня есть новый сервер Dell PowerEdge T320 с 1 SSD без RAID и 3 HDD в RAID 5 на одном контроллере Perc H310. ОЗУ 48 ГБ, и у меня на SSD установлен центр обработки данных Windows Server 2012 R2.

Сначала я пытался создать VHDX на RAID. Создаваемый VHDX имел фиксированный размер (более 100 ГБ), и попытки сделать это через графический интерфейс и PowerShell закончились неудачей с ошибками ввода-вывода и сбоями.

Затем я, пытаясь найти проблему, попробовал простое копирование и вставку 50-гигабайтного VHDX с SSD на RAID. Это тоже привело к аварии. Далее я попытался скопировать большой файл (120 ГБ), созданный с помощью fsutil, с SSD на RAID, снова не удалось.

Я где-то читал, что при использовании команды копирования по умолчанию возникла проблема с большими файлами и кешированием, поэтому я получил предложенный инструмент «terracopy», у которого есть опция (по умолчанию), чтобы отключить системный кеш записи. Это продолжалось некоторое время, прежде чем я решил остановить его, так как оно, казалось, работало.

Моя основная потребность - создать большой VHDX, кто-нибудь знает, что происходит?

Изменить: Дополнительные сведения:

Это похоже на старую проблему Server 2008, которую они в конечном итоге исправили с выпуском надстройки Dynamic Cache Service: http://www.microsoft.com/en-us/download/details.aspx?id=9258

В двух словах, операции чтения и записи кэшируются в память, которая в конечном итоге заполняет ее, и сервер перестает отвечать.

Я не смог найти ничего относительно сервера 2012 и этого, но поведение выглядит так же. В прошлом я видел, как Robocopy вызывал ту же проблему.

Небуферизованная копия XCOPY / J обходит эту проблему.

Была аналогичная проблема с контроллером Dell. Когда виртуальный диск RAID5 на контроллере настроен на сквозную запись, существует проблема с производительностью копирования. Когда виртуальный диск переключается на обратную запись, проблема исчезает.

Вы также можете попробовать использовать XCOPY с параметром / J для использования небуферизованного ввода-вывода. Это позволит избежать накладных расходов кэша файловой системы и предотвратить эффективное очищение кеша файловой системы большими данными файла.

Dell заменила контроллер, ничего не сказав, что это проблема? Странно. Скажите им, что проблема все еще существует, и замените все. Proc / board / ram пока не исправил.