известня беда с hdd диски с черепичной записью, записи на такие диски может быть очень медленной (маскируется большим кешем) и raid отключает такие диски с ошибкой таймаута, потом он из видит и возвращает назад, выполняя синхронизацию.
Так вот, использование аппаратного рейда эту проблему не решит.
Вроде бы для программных рейдов linux эту проблему решали, но хз как с windows
Более вероятно, что во время синхронзации снова возникает ошибка на каком-то из дисков.
Странно. Это же не системный диск, не должно блокировать работу.
такого в норме быть не должно. Возможно действительно, как писали выше, проблема дисков с черепичной записью.
Более вероятно, что во время синхронзации снова возникает ошибка на каком-то из дисков.
В остальном что Windows, что Linux работают без сбоев.
по большей части тут все упирается в процессор все таки , если не секрет какой у вас стоит.
вам тут рейд контроллер только полное гавно сделает раз, добавит кучу лишних рисков два.
вылечить это апаратным рейдом хоть с батарейкой хоть с конденсатором в любом случае не получится
Я бы на вашем месте разобрался с причинами по которым у вас происходит рассинхрон , аппаратный контроллер не особо решит эту проблему.
аппаратный контроллер не особо решит эту проблему.
У меня много сотен софтовых рейдов и нигде не происходит такого.
надо ещё постоянно чекать работает ли батарея и в случае чего менять ее
Raid контроллеру нужны драйвера для работы. Без драйверов он просто не опознаётся системой.
Для raid контроллера нужна система мониторинга его состояния. Иначе о проблеме с дисками Вы узнаете когда сдохнет последний диск и данных уже не будет.
Рейд на системном диске? Или почему нельзя работать?
достаточно сложно будет найти тот, у которого драйвера под 7ку есть и нормально работают
Если его вилку при помощи проводов законтачить на батарею (плюс к плюсу, минус к минусу), пойдет?
Я Вас понял так: поскольку батарея частично заряжена, потребуется времени поменьше. Верно?