Может физически задели провода, контроллер? Или физически вышло из строя что-то? Ну или в биос стояли специфические настройки с которыми контроллер работал, а сейчас не работает - например, скорость pci, отключение pci
Хотя судя по скринам аппаратно все ок
Интерфейс SAS дает с диска по 12-24 гигабит/с, обычно таки 12
Интерфейс nvme дает с диска от 3 гигабайт/с. И Иопсы и пропускная способность в разы выше.
Насчет рейдов аппаратных с nvme не знаю, не пробовал. Но сами по себе nmve рвут сасы. По надежности ранее считалось что нвме надежнее, не знаю как сейчас.
Выбор просто по соотношению скорость/цена просто сделать - считайте сами на тех дисках которые подберете.
Вообще конечно конфигурация спорная. Но с другой стороны - пользователю сделали максимально возможную производительность. Вероятность выхода из строя конечно чуть повышается, зато скорость на максималках. Я бы так оставил - прикольно же.
Что-то мне не понравились dlna сервера на nas'ах.
А вот варианты с plex или https://jellyfin.org/ при условии что комп все равно всегда включен - норм. Просто у них есть возможность перекодировкой онлайн заниматься, получается более всеядное решение.
ikoperta, если теперь вернуть в ahci, то есть небольшая вероятность потери данных на этом диске. Поэтому перед любыми манипуляциями переместить данные.
Sata порты можно попробовать разные, иногда влияет.
Отключение raid вряд ли изменит поведение sata, но есть вероятность что драйвера на чипсет были просто недоустановлены.
Лучше бы так не делать. Могут быть подводные камни.
Лучше зайти в биос и переключить там режим sata контроллера с raid на ahci. И тогда штатно все будет работать, без всяких raidxpert.
У raidxpert может не работать trim, например. Что приведет к быстрому износу ssd дисков.
Игровому трафику важна своевременность доставки (скорость, задержки).
Jumbo снижает ту часть трафика которая относится к накладным расходам. В итоге повышается пропускная способность в мегабайтах, но не меняются никак задержки, скорость передачи пакета. А если по дороге встречается хоть один узел не поддерживающий jumbo frame, будет фрагментация (пакет поделят на кусочки и перешлют дальше) и скорость передачи пакета в итоге снизится.
Все бы ничего, но гос. учреждение сильно рискует данными которые оно хранит. Ваши вопросы говорят о том что будучи администратором вы не сможете обеспечить не только работоспособность, но и защищенность вверенного вам периметра. Подумайте что за данные у вас хранятся, насколько все будет плохо если они исчезнут или попадут в чужие руки, если все сети вашей организации и все сети к которым она подключена по защищенным каналам лягут на несколько недель? Какие могут быть правовые последствия для вашего руководства и вас лично?
Ответив себе на эти вопросы, убедитесь что вы все еще горите желанием расширить спектр решаемых вами задач.
Если да, то:
1. Ищите в окружении тех кто сможет вам помогать. Учреждение наверное не в вакууме, есть вышестоящее, есть те с кем взаимодействуете. Чаты и форумы это классно, но они не оперативны, не знают вашей специфики, а могут вообще вредные советы дать.
2. Были, есть и будут всевозможные курсы. С базовыми понятиями, прикладными вопросами. Гос, значит импортозамещение, значит отечественные ОС. Ну пусть у Астры, например. Если дефолтсити, то очные лучше, чтобы не отвлекал никто. Курсы, разумеется, за счет работодателя. Если возникают вопросы целесообразности - смотрим первый абзац.
3. Ну и книжек здесь много накидали. Книги это прекрасно.
1. Можно очистить логи с ошибками (сбросить накопленные) и подождать проявятся ли они снова.
2. Температура -4 слегка намекает на возможность конденсата. Рабочие температуры окружающей среды обычно от 10 гр.
3. Не было ли сброса даты/времени и прочих настроек bios после отключения питания? Возможно проблема с батарейкой.
4. На материнке есть отдельные пины для подключения led индикатора перегрева/неисправности вентиляторов.
Тут ниже уже все накидали. Хороший вариант это просто виртуализация текущего железного КД. Занимает значительно меньше времени и требует меньше усилий. При этом все работает как было.
Если очень хочется новый сервер поднять, то план норм. Но не вижу смысла использовать старое имя для нового кд вообще. Был сервер server01, пусть новый server03. со временем хоть server99 - не вижу проблемы.
Интересный подход, не сталкивался с таким вариантом. Хотя... стандартный ntbackup иногда задействован.
У автора вопроса прокинут физический диск в вм, вероятно он переживает за возможность восстановления данных при сбоях диска. Есть мнение что один vhd файл имеет меньше шансов на восстановление чем множество мелких.
Можно все же уточнить - зачем нужен прямой линк от микротика в пк? Чем не устраивает топология в которой все устройства звездой подключены к неуправляемому 10г коммутатору?
Единственную необходимость которую я могу здесь увидеть это использование вланов и транков. Но и это неуправляемый коммут может передать не снимая теги на пк, а дальше уже можно разруливать как удобно.
Jumbo frames если включить на пк/нас/неуправляемом коммутаторе (хотя он же не управляемый), не помешают выходить в интернет и общаться с микротиком.
То есть проблема была заложена изначально в архитектуре при поднятии домена. И фиг знает где еще она может всплыть потом. Лучше уже начать миграцию в нормальный домен второго уровня.
Ziptar, ну по ЦПУ предположим. На гипервизорах много цпу, поэтому плюс минус 2 не в счет. До тех пор пока мы на nvme не переходим. А nvme уже не очень хочется подключать к аппаратным рейдам.
Но батарея с кешем (в случае с hdd) ничем не может быть заменена в программном рейде. Правда hdd сейчас все меньше и меньше.
Ну да, кроме сопроцессора и защищенного кеша нет достоинств, согласен.
В автомобиле нет плюсов по сравнению с мотоциклом. Только на 2 колеса больше и можно грузы перевозить )
Stiffyx, "Пробовал устанавливать чистую систему - не видит накопители.". Странно.
Не настолько экзотичная железка чтобы не поддерживалась в 2022. А рейд-то собран из дисков?
Хотя судя по скринам аппаратно все ок