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

Ошибка резервного копирования 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, я использую опцию «Backup Once» и выполняю резервное копирование на сетевой диск. Я также использую то, что считаю стандартными. Но когда я пытаюсь запустить резервную копию, я получаю сообщение об ошибке, показанной выше.

Я не уверен, почему это ограничение составляет 16,7 ТБ, поскольку Windows Server Backup может создавать резервные копии томов размером до 64 ТБ. Может ли кто-нибудь дать мне некоторое представление о том, почему это может происходить или что я делаю не так?

Обновление: я получил новые диски и снова создал массив, но все еще получаю ту же ошибку. Я могу подтвердить, что количество моих кластеров меньше 2 ^ 32.

Я читаю в этот Вопрос в том, что, по-видимому, резервное копирование Windows не поддерживает резервное копирование на или с дисков, которые не имеют секторов 512 или 512 байтов. Глядя на общий доступ к файлам, на который я пытаюсь сделать резервную копию, он использует 4k секторов. Может ли это быть основной проблемой? Если это поможет, то общий ресурс, на который я пытаюсь сделать резервную копию, размещен на сервере CentOS.

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

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

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

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

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

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

fsutil fsinfo ntfsinfo F:

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

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

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