Замена диска на сервере 8ТБ
 

Добрый день!
Планируется замена диска с 4ТБ на 8 ТБ.
Сервер Supermicro, чипсет 600 серии. ОС Server 2012 R2. Будет создан зеркальный рейд. По таблице совместимости 8 ТБ диски поддерживает.
Загружается сервер в режиме БИОС, но на этом новом диске винда и не планируется - он под файлопомойку. Раздел будет один, я так понимаю, надо будет как GPT его инициализировать?
Возможны ли какие-нибудь подводные камни?

А что планируется? Так-то например линуксовые загрузчики спокойно умеют грузиться с GPT как в UEFI, так и в BIOS.
PS Раз уже есть 4TB, то уже и так всё работает - предел MBR 2 с копейками TB.

Планируется просто заменить зеркало 4ТБ на 8ТБ, диск с виндой затронут не будет.
К стати, можно ли заменить диск сначала заменив один диск в зеркале и отребилдить, а потом заменить второй диск. Т.е. по одному заменить 4 Тб диски на 8 терабайтные без разрушения рейда?
Рейд на основе чипсета 600 серии.

Можно, но заребилдится на 4ТБ. Потом теоретически можно нарастить массив (и сделать ресайз фс), но зависит от реализации как райда, так и фс.
Это тн fake RAID

Ну почему уж сразу и фэйк? Все-таки из под-биоса он видится как один диск, и не зависит от винды. Так что не такой уж и фэйк )))) Не совсем софтовый.
На синолоджи у меня автоматом отребилдилось с увеличением места.
В настройках RST вроде видел кнопку - увеличить объем массива, но на практике так не делал, не знаю как отработает.

How FakeRAID differs from real RAID
How do I differentiate “fake RAID” from real RAID?

Потому, что. By design.
Под серьёзные задачи нужен нормальный Adaptec, ставший Microsemi, ставший Microchip. На худой конец - LSI, ставший Avago.

Да не обязательно, особенно в случае массивов без контроля чётности. В принципе и с ним сейчас у цпу достаточно производительности для софтверного райда. Например, в упомянутом синолоджи используется чисто софтверный линуксовый mdadm, и там процедуру наращивания массива поочередной заменой дисков на более ёмкие сделать легко и просто. Фейк-райды плохи в том плане, что при привязке к вендору не дают никаких преимуществ перед чисто софтверным решением. Железные при этой же привязке хотя бы разгружают цпу + имеют устойчивый к отключению питания DRAM/NVRAM кэш.