У меня есть новый сервер 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 пока не исправил.