Найти в Дзене

SSD: неожиданная опасность

Оглавление

Прямо сейчас идёт переломный момент: HDD стали стоить дороже SSD. Нет сомнений, HDD можно хоронить; плюс, последнее время их качество оставляет желать лучшего. SSD, наоборот, достигли очень хороших показателей надёжности, их массово устанавливают везде и проблем с ними - минимум. Но есть один подводный камень - я бы даже сказал, булыжник - о котором очень желательно знать.

SSD формата 2.5"
SSD формата 2.5"

Многие пользователи SSD уже знают, что, в отличие от HDD, твердотельные накопители "умирают" сразу. HDD может глючить годами и всё равно выдавать информацию. SSD отправляется на погост стремительно, и восстановление данных невозможно в 99.99% случаев.

Но есть ещё одна "опасность". Я намеренно взял слово в кавычки, ибо, если вы о ней осведомлены - это никакая и не опасность вовсе. Но для многих моих клиентов это уже стало проблемой, причём, нерешаемой и фатальной.

Речь о принципе функционирования SSD, который в корне отличается от HDD. При удалении средствами операционной системы данных с HDD, фактически идёт только пометка в файловой таблице об удалении, но сами данные не стираются и могут оставаться довольно долгое время, пока не будут перезаписаны другими данными. Если вы только что удалили большой каталог, а потом вдруг вспомнили, что там "всё было" - не записывайте ничего на винчестер, загрузитесь с "портативной" системы, запустите программу восстановления данных - и вы, скорее всего, вернёте себе всё. Если после удаления прошло какое-то время - восстановление, скорее всего, тоже возможно, вопрос в объёме успешно восстановленного. То же самое, если
отформатировать HDD "быстрым форматированием" - данные всё равно остаются на магнитных блинах и могут быть восстановлены с разной, но весьма высокой степенью успешности.

Иное дело - SSD. В ходе работы с ним используется специальная команда контроллера накопителей TRIM. Дело в том, что, для записи в ячейку SSD новых данных, она сначала должна быть очищена (затёрта нулями). Если действовать по-старинке (только помечать файл, как удалённый) - то, если системе потребуется записать что-то новое в эту "бывшую занятую" область, ей придётся сначала затереть её, а уже потом записывать. Это фатально сказывается на быстродействии, ибо приходится делать две операции вместо одной. Поэтому и придумали команду TRIM: после удаления файла, операционная система инструктирует SSD-накопитель, что занятые файлом ячейки теперь свободны и можно очистить их, когда представится удобная возможность (например, в момент простоя). Заостряю внимание: система даёт команду на SSD, и больше от системы ничего не зависит. Команду принимает контроллер SSD, записывает
себе в очередь и исполняет инструкцию, когда захочет. Но исполнение
команды отныне - неотвратимо...

Наверное, вы уже поняли, куда я клоню. При удалении папки с кучей данных, параллельно летит команда TRIM на очистку множества ячеек, в которых ранее сидели ваши файлы! Полное затирание нулями, "финита ля комедия". Да, это не происходит мгновенно, но зачастую процесс ограничен буквально секундами! Если данных много, может, и дольше. Но у нас нет никаких рычагов воздействия на процесс, кроме как обесточить SSD. И это не спасет: при подаче напряжения на накопитель, он снова начнёт процесс удаления, поскольку "помнит" последние команды. И для этого даже не нужно загружаться в операционку!

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

Поддержать автора

Профессиональная компьютерная помощь в Красноярске

от автора статьи ;)

Оригинал статьи на saanvi.ru