Ошибка резервного копирования Windows Server - не удается защитить тома размером более 16,7 ТБ?

Я пытаюсь использовать 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.

2 ответа

Решение

Хорошо, причина сбоя резервного копирования Windows Server заключается в размере кластера, который вы используете на томе. (И я точно объясню, почему это в конце, после того, как важная проблема вашего массива RAID - это бомба замедленного действия.)

Но прежде чем приступить к решению проблемы с резервным копированием, нам нужно решить проблему с вашей настройкой RAID.

Не используйте RAID5 с большими дисками. И не используйте RAID5 с массивами с большим количеством членов. Имея только один диск четности, вы практически наверняка столкнетесь с (неисправимой ошибкой чтения) URE или другим дисковым отказом с таким большим количеством дисков, так что у вас не будет реальной избыточности. Если вам нужно использовать RAID четности, используйте RAID6, но даже в этом случае RAID четности имеет серьезные недостатки, поэтому подумайте долго и усердно, прежде чем переходить к RAID четности.

Я бы порекомендовал разбить этот массив объемом 20 ТБ и воссоздать его в RAID 10. Вы получите гораздо лучшую производительность и реальную избыточность ваших данных. Так как в любом случае вы используете только 1 ТБ, у вас все еще остается 9 ТБ для будущего роста, и, честно говоря, если вам удастся это сделать, вам нужно искать выделенное устройство NAS или сервер хранения.

Как только вы переведете свой RAID-массив в разумное состояние, вы также решите эту проблему, потому что он будет меньше, чем 16 TiB, на которые он сейчас жалуется. Но, если вы хотите знать, проблема не в размере массива, а в количестве кластеров. Вы должны иметь менее 2^32 кластеров на томе, который вы резервируете. Измените размер вашего кластера с 4 КБ до 8 КБ, и вы должны быть в порядке.

Чтобы проверить размер кластера, используйте:

fsutil fsinfo ntfsinfo F:

И вы должны получить что-то вроде скриншота ниже.

введите описание изображения здесь

Если вам интересно, откуда взялся этот номер 16TiB, это сообщение в блоге msdn должно прояснить его для вас.

16,7 ТБ - это предел размера файла для файловой системы NTFS. Предельный размер файла NTFS5 составляет 16 эксабайт. Поскольку это диск с общим хранилищем, он вполне может быть отформатирован в NTFS, а не в NTFS5. Вам нужно будет проверить. Все минусы, которые я получаю, - это люди, которые предполагают, что вы пишете в файловую систему NTFS5.

Другие вопросы по тегам