Я пытаюсь использовать Windows Server Backup для резервного копирования массива RAID на моем новом сервере. Но, когда я делаю, я сталкиваюсь с этой ошибкой:
Сервер работает под управлением Windows Server 2012 R2, а размер рассматриваемого массива составляет 20 ТБ (при использовании 18 ТБ); в настоящее время используется менее 1 ТБ.
Я знаю, что в Windows Server 2008 вы не могли создавать резервные копии томов размером более 2 ТБ из-за ограничения в VHD, но теперь Microsoft перешла на VHDX, который позволяет резервировать тома объемом 64 ТБ. Я также знаю, что для того, чтобы воспользоваться этим, рассматриваемый диск должен быть GPT.
Я подтвердил, что мой диск на самом деле GPT.
Когда я запускаю Windows Server Backup, я использую опцию «Резервное копирование один раз» и выполняю резервное копирование на сетевой диск. Я также использую то, что я считаю стандартными настройками. Но, когда я пытаюсь запустить резервное копирование, я получаю сообщение об ошибке выше.
Я не уверен, почему это ограничивается 16.7 ТБ, поскольку Windows Server Backup может резервировать тома до 64 ТБ. Кто-нибудь может дать мне некоторое представление о том, почему это может происходить или что я могу делать неправильно?
Обновление: я получил новые диски и снова создал массив, но все еще получаю ту же ошибку. Я могу подтвердить, что число моих кластеров меньше 2 ^ 32.
В этом вопросе я читал, что, по-видимому, резервное копирование Windows не поддерживает резервное копирование на диски или с дисков, на которых нет ни 512, ни 512-байтовых секторов. Глядя на файловый ресурс, на который я пытаюсь сделать резервную копию, он использует 4 тыс. Секторов. Может ли это быть основной проблемой? Если это помогает, общий ресурс, на который я пытаюсь сделать резервную копию, размещается на сервере CentOS.
источник
Ответы:
Хорошо, причина сбоя резервного копирования Windows Server заключается в размере кластера, который вы используете на томе. (И я точно объясню, почему это в конце, после того, как важная проблема, связанная с тем, что ваш RAID-массив является бомбой замедленного действия.)
Но прежде чем приступить к решению проблемы с резервным копированием, нам нужно решить проблему с вашей настройкой RAID.
Не используйте RAID5 с большими дисками. И не используйте RAID5 с массивами с большим количеством членов. Имея только один диск четности, вы практически наверняка столкнетесь с (неустранимая ошибка чтения) URE или другим дисковым отказом с таким большим количеством дисков, поэтому у вас нет реальной избыточности. Если вам нужно использовать RAID с контролем четности, используйте RAID6, но даже в этом случае RAID с контролем четности имеет серьезные недостатки, поэтому подумайте долго и усердно, прежде чем переходить к RAID с контролем четности.
Я бы рекомендовал разбить этот массив размером 20 ТБ и воссоздать его в RAID 10. Вы получите гораздо лучшую производительность и реальную избыточность ваших данных. Так как в любом случае вы используете только 1 ТБ, у вас все еще есть 9 ТБ для будущего роста, и, честно говоря, если вам удастся это сделать, вам нужно искать выделенное устройство NAS или сервер хранения.
Как только вы переведете RAID-массив в разумное состояние, вы также решите эту проблему, потому что он будет меньше, чем 16 TiB, на которые он сейчас жалуется. Но, если вы хотите знать, проблема не в размере массива, а в количестве кластеров. Вы должны иметь менее 2 ^ 32 кластеров на томе, который вы резервируете. Измените размер кластера с 4 КБ до 8 КБ, и все должно быть в порядке.
Чтобы проверить размер кластера, используйте:
И вы должны получить что-то вроде скриншота ниже.
Если вам интересно, откуда взялся этот номер 16TiB, это сообщение в блоге msdn должно прояснить его для вас .
источник
16,7 ТБ - это предел размера файла для файловой системы NTFS. Ограничение размера файла NTFS5 составляет 16 эксабайт. Поскольку это диск с общим хранилищем, он вполне может быть отформатирован в NTFS, а не в NTFS5. Вам нужно будет проверить. Все минусы, которые я получаю, - это люди, которые предполагают, что вы пишете в файловую систему NTFS5.
источник