вопрос-то останется "что с образом диска делать дальше". С зеркалом конечно проще, найти только offset начала файловой системы. Но это если там простое глупое зеркало, а не что-нибудь новомодное.
Всё равно для начала нужно понимать, с чем именно работаем.
если программный - то при чём тут "Rebuild в биосе"? Биос о программном рейде, конечно, ничего не знает и не его это дело, что там ОС дискам командует делать.
Единая точка отказа - это автоматика failover базы как таковая. Там где такое есть - число аварий возрастает, а не уменьшается. Не забудьте учесть хоть как-нибудь в планах риски дополнительных аварий по причине именно добавленного autofailover. А так же сопутствующей возросшей сложности администрирования. Я предупредил.
кратковременное нажатие кнопки обрабатывает операционная система. Туда и вопрос, какую логику настроено применять. Вполне может быть выбрано "ничего не делать"
долгое нажатие (более 4 секунд) обрабатывает материнка и даёт сигнал блоку питания прервать подачу питания. Любое прерывание питания в неожиданный для операционной системы момент - риск для сохранности данных на всех накопителях этой системы. В общем чревато незапланированными приключениями.
прежде чем ремонтировать и менять железо - проверьте, а не софтовая ли это вообще проблема - загрузитесь с какого-нибудь livecd или memtest86. Потому что это не такая уж исключительная история, когда именно винда вдруг решает что память ей не нужна.
Вы показываете create table в схеме public1, а FK навешиваете без указания схемы.