Zettabyte

решил провести тест на скорость

Протестируйте с помощью вот такой команды и опубликуйте результаты (можно с кратким описанием и ценой VPS):

dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync; rm test

Разумеется, bs и count можно варьировать.

Хранилище в организации и постоянно используется.

Какой бы вариант вы ни выбрали в итоге, я бы настоятельно советовал предварительно сделать полную копию всех данных.

А так, да - предложенное выше копирование данных на полностью новое хранилище представляется наиболее разумным.
Как вариант, ещё можете попробовать создание полного образа хранилища, например, если в нём есть поддержка DAS, но с этим вариантом возможны разные нюансы и подходы, надо смотреть конкретно и на месте.

У вас в заголовке RAID 1, а в тексте вопроса RAID 0.
Судя по тому, что акцент на скорости, видимо, речь всё-таки о втором.

Нам это не очень актуально, так что информацию в голове удерживать не старался, но если мне не изменяет память, для увеличения пропускной способности имеет смысл уменьшать размер страйпа, если же в приоритете random I/O, то наоборот, увеличивать.

При этом важно помнить о таком параметре, как queue depth. Если он у вас всё время равен единице, то понятно, что никакого прироста не будет, т.к. в единицу времени отправляется только один запрос.
Бесконечного линейного роста, понятно, не будет, но думаю, что при QD = 16 / 32 / 64 вы окажетесь близко к возможному максимуму.

Также не стоит забывать о реализации чтения в драйверах. Если производитель что-то меняет или оптимизирует под конкретные ОС, то это отразится на скорости.

В общем, экспериментируйте, но не забывайте, что RAID 0 имеет низкую надёжность, которая падает с ростом количества дисков. А при потере одного диска вы теряете доступ ко всему массиву.

Если у вас есть сомнения относительно SSD, вы можете также "погонять" его утилитой R.tester.

Пример пары тестов (в контексте "до и после TRIM") можно посмотреть тут: https://blog.rlab.ru/ssd-trim-rabotaet-96.html

Если интерес разобраться с винчестером ещё не пропал, вы можете дополнительно воспользоваться R.tester'ом, там есть отсутствующая в Виктории функция анализа состояния жёсткого диска по симптомам и технической информации.

Убедитесь, что никакие программы или ОС не записывают / не будут ничего записывать на флэшку при подключении, не сохраняйте ничего на неё сами (в т.ч. программы для восстановления данных).

Скачайте R.saver и запустите полное сканирование.

Если нужна более подробная инструкция, начните с видео как раз про удалённые файлы, либо напишите тут в комментариях.

Если говоря "разбил", вы подразумеваете физическое падение, то семь раз подумайте перед тем, как подключить диск к компьютеру, не говоря уже об использовании программ для восстановления данных.

Это зависит от состояния головок, но в целом достаточно высоки шансы ухудшить ситуацию, т.к. ОС "не знает", что с диском беда и будет пытаться работать с ним в штатном режиме.
Как следствие - появление запила (который может уже присутствовать, например, если диск был включен во время падения), делающего невозможным восстановление данных в принципе.

Почему-то как "правильный ответ" помечен комментарий, в котором рекомендуется запустить chkdsk /r /f.

Как правильно отметил другой отвечающий, это не лучший способ.
Более того, CheckDisk - это очень плохой способ восстанавливать данные.

При потере информации с любого носителя нельзя как запускать чекдиск самому, так и позволять Windows автоматически делать какие-либо "проверки диска".

Chkdsk умеет только топорно пытаться поправлять состояние файловой системы. При этом данные он нещадно крошит и сбрасывает останки в файлы .CHK.

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