Прошу строго не судить за этот вопрос, но как говориться у кого что болит.
Занимаюсь терминальными серверами под 1С для небольших предприятий - 20-50 пользователей максимум.
Использую только серверные SSD от Intel серии S3710 SSDSC2BA200G401.
Всегда считал, что достаточно собрать на этих дисках RAID-1 (зеркало) на встроенном контроллере Intel и всё будет приемлемо и по скорости и по надёжности.
Как известно (IMHO), TRIM не самая важная технология для серверного SSD, там действуют другие технологии.
К тому же, как я понял в RAID многие драйвера не поддерживают эту технологию, а ОС в итоге даже не знает что у неё стоит SSD-диск, она видит только массив.
Не знал, что делать с этим фактом - он просто завис в моём мозгу, но что то мне не нравится такая особенность этого решения.
А тут ещё прочитал комментарий OCZAVR на
https://geektimes.ru/company/ocz/blog/2 ... nt_8295896
....
Шифрование не является единственной помехой для восстановления данных.
Все реально восстановить, вопрос только денег и времени… Как в любом деле — проще предотвратить беду, чем потом героически, что-то там восстанавливать.
Репликация критичных данных прекрасно решает проблему. (Не RAID — эта хрень только для механики годна...) SSD как правило «цепляют простуду» коллективно,
т.к. воздействие — коллективное на них.
Данные на SSD всегда хранятся вперемешку, т.е. можно сказать скремблированы, это природа SSD, её не поменять.
Понять, где, что хранится, позволяют таблицы, вот их-то потеря и вызывает видимую «смерть» SSD. (на самом деле такой SSD можно восстановить заводским
методом прошивки, хотя данные будут утеряны, либо secure erase, если служебные таблицы хотя бы остались.)
Контроллеры потребительских SSD и стоковые FW под них, в силу своей простоты и дешевизны, не могут заботиться о сохранности таблиц во время внезапного
пропадания питания или сбоев по питанию, от того и мрут потребительские SSD — часто и с удовольствием, если не защищены бесперебойниками.
Но ситуация — меняется, проектируются новые контроллеры (хотя дело это дорогое и не быстрое), SSD уходят от ATA команд, которые им как собаке пятая нога,
писатели FW все больше уделяют внимания сохранности таблиц их дублированию или хотя бы сохранности работоспособности SSD после сбоя.
Зоопарк всевозможных «производителей» SSD сужается, всего год назад их было более 135, сейчас уже меньше 130
Прогресс! Проще стандартизировать процессы и технологии.
А шифрование, только слегка подливает масла в огонь, но не является первопричиной проблемы.
Например Vector 180 — будет иметь частичную защиту главных таблиц, что позволит им как минимум остаться работоспособными, хотя есть вероятность
потери данных. (В лаборатории не получилось их потерять, но уверен, что россияне найдут способ!) Очереди за ними точно не будет.
Intrepid 3600 — полная защита по питанию и RAID на N+1 на NAND, нет очередей за ними, что-то. А ведь там не Sand Force полный сюрпризов, как
его не программируй…
В следующее поколение контроллеров уже будет встроен еще более продвинутый механизм защиты таблиц размещения, и контроль питания.
FW будет более продвинутой. Не все сразу, забыли как первые HDD работали?
Я бы ставил вопрос иначе — не «как мне восстановить данные?», а «что делать, что бы не потерять их»!
...
Этот товарищ не ответил, что он имел введу - "Не RAID — эта хрень только для механики годна..."
Может Гуру SSD выскажут своё мнение по этому поводу?
Спасибо.
С уважением, Артюк Андрей. Сочи.
