RAID. Массив. Обсуждение. Решение проблем

Compiller:

С такими навыками про рейд лучше не знать и тем более ничего в нём лучше не трогать

так и сделаю. Разберу рэид и поставлю в угол системник...
после этого останется сидеть и в носу ковыряться...

Compiller:

В случае же падения (например умирания мамки) - придётся в первом случае искать похожую мать или собирать остатки данных с помощью чего-нибудь типа GetDataBack RAID Reconstructor, во втором же случае - воткнул винты - система их опознала и поехала работать дальше.

тут вы мне ничего нового не сказали. Это я итак знал

Alhlm:

или проще - делать бэкапы

акронис их сам делает

Myst1986:

п.с. учим матчасть.

а мат. часть еще поведает о том, что далеко не все контроллеры или средства программных массивов будут работать по такой логике, как Вами приведено в примере.

почти годичной давности )) рейд синхронный со всеми вытекающими + обасть применения и тип используемых железок не последнюю роль играют в показателях, а вообще - рейд умирает в аппаратном представлении

всегда будет василий делающий по своему представлению в разрез с разумным, мы можем сейчас начать анализировать скоростные показатели в пересчете на стоимость, вместимость, надежность и боюсь только василий останется на своем непоколебим
сейчас где встречается рейд, он софтовый, аппаратный рейд на один сервер дорого, не разумно, не перспективно, не надежно
ну и эт используют, почему эра sdn наступает так быстро ) рейдом бы решали все вопросы

Myst1986, что поделать, кто-то должен доминировать над вендорлокнутыми
абстрактные топовые хранилки от хп из уст человека не понимающего как связаны хранение данных и sdn, перспективное начало
конечно, можно не разбираться в деталях и брать готовое решение от вендора, у каждого свой путь

хочу заменить диски в Raid 10 на большего объема. думал подкину их по очереди. Получилось но raid массив так и остался старого объема. Неужели придется разваливать старый массив и собирать новый. Удастся ли при этом сохранить операционную систему?