RStarun

Лучший вариант это спросить у Adaptec. Списки совместимости есть, но они староваты. Сами по себе диски наверняка определятся нормально, кеши, вероятно, должны работать независимо от контроллера. Но гарантий никто не даст.

Имел аналогичные проблемы, но на контроллере Adaptec SmartHBA 2100-16i. Скорость падала и в рейде и в jbod.
В итоге переключил диски на встроенный SATA контроллер.
Тут еще нужно учесть что диски samsung pro не особо для серверных нагрузок предназначены, могут быть проблемы совместимости.

Вот прям миксовать наверное не стоит. Тут получается микс из sas\sata, и еще из ssd\hdd.
Но у контроллеров заявлено что они умеют https://storage.microsemi.com/ru-ru/solutions/hybr... гибридный некий рейд. По сути это tiering должен быть.

Но для его формирования нужно будет полностью разобрать и собрать рейд.

Все зависит от многих факторов.
1. Модель контроллера и версия прошивки. На некоторых нельзя произвести подобную операцию, на некоторых можно.
2. Должен быть только один virtual drive на этом raid. Если их несколько, то операцию провернуть не выйдет.
Вот один из примеров ограничений.
Перед любыми операциями необходимо сделать резервные копии всех данных которые возможно.

Технически ничего сложного. Заменяем один диск, делаем ребилд. Заменяем второй диск, делаем ребилд. Делаем расширение VD. Сообщаем ФС что нужно расширить том.

Если софт более или менее новый, то у него будет не GUI, а веб интерфейс на localhost:2463
При этом должна работать служба LSAService, порт не должен закрываться файрволом.
Если софт постарше, то тоже какая-то служба должна быть запущена, не помню (maxviewWebServer). И тоже веб - https://localhost:8443
Есть еще с GUI, там тоже служба должна порт слушать.
Ну и никто не мешает переустановить полностью этот софт с удалением настроек.
А еще на серваке, скорее всего можно поуправлять контроллером через BMC, иногда оно умеет.

В принципе ничем не грозит. Но необходимость такого решения зависит от поставленных задач, условий.
Например, если вы ставите ОС Win на raid1, то выбора у вас особо нет. Скажем так, оно обычно работает.
В случае сбоя диска может не решить поставленную задачу - то есть загрузка может не произойти. Но потерять данные в такой конфигурации сложно. Данные должны будут остаться в виде дубликата на дисках.
Если вы планируете использовать R1 под хранение данных не на системном диске, то есть варианты лучше. Тот же программный рейд от винды.
По конкретному программно-аппаратному raid нужно читать документашку, смотреть отзывы. Ведь вы не на брендовом компе от HP/Dell/Lenovo собираетесь поднимать, а на самосборе? Например, нельзя в intel rste raid 1 использовать SSD Samsung 870 EVO и многие другие SSD. В Raid 0 можно, а в Raid 1 нельзя. Думаю оно не дает контроллеру диска нормально делать trim.

Данных для решения задачи недостаточно. Но первое что приходит на ум, это подключить все диски к одному контроллеру. На P841 скорее всего 4 разъема, если они не все заняты, то берем один из них и подключаем внутрь сервера, к backplain. А P840 просто выкидываем из сервера.
То есть кабель с внешнего разъема заворачиваем аккуратно через заглушку внутрь. Не совсем по феншую, но зато рабочее решение. Сможете все диски подключить в один контроллер и построить один большой массив. Просто представьте что передняя часть сервера с дисками и backplane'ом это та же дисковая полка по сути.
Тут, правда, нужно смотреть точки отказа и в сервере и в полках.
В идеале я бы на такое количество дисков уже брал HBA и подключал все все диски к нему, а дальше программный рейд в зависимости от ОС и задачи.

Документации по серверу быстро не смог найти, а долго искать лень. Но могу предположить что используется Backplain, а значит контроллер не напрямую с дисками общается. Если так, то между backplane и контроллером идет обмен данными по сигнализации. И тут могут быть ньюансы обмена между этими девайсами. Посмотрите прошивки контроллера, возможно даже backplane, а так же провода.

Не указано основное - объем данных. Ну и raid контроллер.
Может ОС и БД поместятся на SSD, тогда вопрос закрыт.
Но скорее всего SSD у вас хватит только на БД
Так же не указан тип используемой 1с. Если это сервер 1с предприятия, то он использует БД SQL/Postgre и ему скорее всего потребуется больше ОЗУ для нормальной работы.
Опций у вас на самом деле очень немного.
Я бы сделал так:
1. ОС на SAS RAID 1. Включить кэш контроллера если есть батарейка.
2. Все приложения не являющиеся БД (сама 1с, сам Lotus) ставим на диск с ОС.
3. Все БД и файлы требующие быстрого доступа - на SSD RAID 1. Кэширование выключаем.
4. Если требуется еще место или хочется вынести какие-то данные для разгрузки имеющихся дисков, то подключаем с СХД по ISCSI нужное нам пространство. Например, можно использовать такую емкость для работы функционала "истории файлов", встроенного бэкапа Windows, просто для складывания копий чего-либо сделанных вручную.
5. Если файлопомойке на NAS нужно разграничивать доступ с помощью домена, то я бы и ее подцепил просто по iscsi к серверу и раздавал бы уже с него. Нагрузка на сервер обычно незначительная.
6. Обязательно продумать каким образом защищать резервные копии на NAS. Не знаю в данном случае как, но общий принцип такой - доступа к данным с сервера быть не должно. Это могут быть снэпшоты, может быть эмуляция пленки доступ к диску с бэкапами от сторонней учетки и т.п.