Потеря данных дефрагментация диска и
Обновлено: 29.06.2024
Для поддержания хорошей работоспособности жесткого диска нужно периодически выполнять его дефрагментацию. В противном случае устройство может раньше времени выйти из строя, а это в свою очередь будет означать потерю хранящейся на нем информации.
Как часто нужно дефрагментировать диски
Это зависит от активности пользователя и характера выполняемых операций. Если используется только пакет офисных программ и иногда запускаются встроенные в Windows игры, значимых для операционной системы изменений долгое время не происходит. В такой ситуации достаточно дефрагментировать винчестер раз в полгода.
Если же на компьютер постоянно сохраняются фильмы и аудиофайлы, устанавливаются новые программы, они вследствие своего немалого объема оказываются разбросаны по секторам, далеко отстоящим друг от друга. Значит, дефрагментация требуется значительно чаще. Насколько чаще, напрямую зависит от активности пользователя. При интенсивном использовании может оказаться, что и еженедельного обслуживания накопителя недостаточно.
Замедление работы компьютера начинает ощущаться при значении фрагментации диска около 10%. Если этот показатель достигает 30%, работа машины тормозится так, что пользоваться ею становится крайне некомфортно. В таких ситуациях дефрагментация диска просто необходима.
Подготовка к дефрагментации
Прежде чем приступать к дефрагментации, рекомендуется выполнить очистку жесткого диска.
Во время своей работы операционная система создает временные файлы. Сами они никуда не удаляются, занимая все больше места в памяти накопителя. Об их удалении должен позаботиться пользователь. Это может значительно ускорить работу дефрагментатора, ведь ему не придется обрабатывать ненужные данные. Для очистки можно использовать системную утилиту Windows. Порядок действий таков:
1. Найти в «Проводнике» диск, который требуется очистить, нажать по его значку правой кнопкой мыши и выбрать пункт «Свойства».
В этой статье попытаемся понять, как изменились процедуры обслуживания индексов для таблиц Microsoft SQL Server в современных условиях: при размещении файлов данных и журнала транзакций на SSD-дисках, многократном увеличении числа процессорных ядер и в условиях, когда оперативная память сервера стала измеряться Терабайтами.Действительно, мир стал другим. С тех пор как появились первые версии SQL Server, многое изменилось и многие методики, основанные на старых компьютерных ресурсах, работают уже не так эффективно, как прежде, когда без них невозможно было обойтись. Одной из таких методик, которая с давних пор воспринимается чуть ли не «серебряной пулей», а на деле превратилась в миф, является обязательная дефрагментация индексов, если в данные индекса достаточно часто вносятся изменения. Цель статьи развеять этот миф.
В своей документации, Майкрософт обращает наше внимание на то, что не стоит выполнять обслуживание индексов, не убедившись, что это принесёт пользу. Вот цитата:
«Чтобы избежать ненужного использования ресурсов, что может негативно влиять на рабочие нагрузки запросов, корпорация Майкрософт рекомендует не применять обслуживание индекса без предварительной оценки. Следует опытным путем оценить повышение производительности от обслуживания индексов для каждой рабочей нагрузки, используя рекомендуемую стратегию, и сопоставить его с затратами ресурсов и влиянием на рабочую нагрузку, которые потребуются для достижения этих преимуществ.»
В том же документе рассматриваются причины повышения производительности запросов после обслуживания индексов и делается замечание, что не всегда это связано с дефрагментацией, бывают и иные причины. Вот ещё одна цитата:
«Перестроение индекса дает еще одно важное преимущество: позволяет обновить статистику по ключевым столбцам индекса, сканируя все строки в индексе. Это эквивалентно операции UPDATE STATISTICS . WITH FULLSCAN, которая позволяет актуализировать статистику и иногда дает более точные данные, чем обычное обновление статистики по ограниченной выборке. При обновлении статистики заново компилируются все планы запросов, которые ее используют. Если прежний план запроса не был оптимальным из-за устаревшей статистики, недостаточного объема выборки для статистики или по любой другой причине, то после повторной компиляции многие планы дают лучшие результаты.»
Давайте попробуем определить, при каких условиях обслуживание индексов может принести больше вреда, чем пользы. Для начала вспомним, что такое дефрагментация и для чего она была нужна.
В документации дано следующее определение фрагментации индекса:
«В индексах сбалансированного дерева (rowstore) фрагментацией называют такое состояние, когда для некоторых страниц индекса логический порядок, основанный на значении ключа, не совпадает с физическим порядком страниц индексов». Отмечается также, что: «Если подсистема хранения имеет более высокую производительность последовательных операций ввода-вывода по сравнению с произвольными операциями ввода-вывода, то фрагментация индекса может привести к снижению производительности, ведь для чтения фрагментированных индексов требуется больше случайных операций ввода-вывода».
Это замечание важно, поскольку фактически является отсылкой к СХД на основе SSD, у которых все операции ввода вывода, как мы покажем дальше, являются случайными.
Есть ещё одно определение другого типа фрагментации, который в документации переведён на русский язык как «плотность страниц». С этим типом фрагментации связан важный факт, который влияет на актуальность статистик таблицы, не связанных с индексами. Вот, что написано в документации:
«Когда оптимизатор запросов компилирует план запроса, он учитывает стоимость операций ввода-вывода для чтения необходимых этому запросу данных. При низкой плотности страниц потребуется считывать больше страниц, а значит, и стоимость ввода-вывода будет выше. Это может повлиять на выбор плана запроса. Например, с течением времени плотность страниц уменьшается из-за разбиений, и оптимизатор может скомпилировать для того же запроса другой план с другой профилем потребления ресурсов и другой производительностью».
Пока что запомним это, поскольку подробнее коснёмся этого факта при анализе вызываемых дефрагментацией проблем с производительностью запросов.
В качестве резюме по типам фрагментации приведём тут выдержку из статьи: «Индексы. Теоретические основы»
Когда запись удаляется, в файле БД высвобождается место. Когда вставляется новая запись, это может привести к расщеплению страниц, что приводит к появлению пустого пространства на страницах данных. Когда данные обновляются, это может привести к изменению размера записи и к возникновению двух ранее упоминавшихся случаев. Все это приводит к фрагментации. В SQL Server рассматриваются два типа фрагментации: внутренняя и внешняя.1.Внутренняя подразумевает пустоты внутри страницы.2. Внешняя – непоследовательность связей страниц.Если страницы не полностью заполнены данными, это приводит к дополнительным операциям I/O и переиспользованию оперативной памяти. Помните, что страницы в оперативной памяти есть зеркальное отражение страниц на диске.В идеале страницы должны быть подлинкованы слева направо в порядке хранения данных. Вследствие расщепления страниц этот порядок может быть нарушен. Это приводит как к неполному заполнению страниц, так и к увеличению операций I/O вследствие непоследовательного положения цепочек страниц на диске – это вызывает дополнительные перемещения головок с цилиндра на цилиндр диска. А это одна из наиболее медленных дисковых операций.
В упомянутой только что статье были представлены методы обслуживания индексов, применяемые для SQL Server 2000. Обслуживание подразумевает две возможные операции: реорганизация индексов на уровне страниц для устранения внутренней фрагментации, или пересоздание индекса для устранения и внутренней и внешней фрагментации.
Давайте посмотрим, как с этим обстоит дело в современных версиях. Ещё в электронной документации к SQL Server 2005 было описано динамическое административное представление sys.dm_db_index_physical_stats. Тогда описание сопровождалось примерами использования, один из которых предлагал метод и правила автоматизации операций дефрагментации индексов в базе данных. Суть метода в том, что если значение avg_fragmentation_in_percent находится в диапазоне от 10 до 30, то в инструкции ALTER INDEX используется ключевое слово REORGANIZE, а если значение больше 30, то используется ключевое слово REBUILD.
В документе Разрешение фрагментации индекса путем реорганизации или перестроения индекса, предлагается использовать подобранные эмпирическим путём значения, взяв за основу данные из следующей таблицы:
avg_fragmentation_in_percent
Корректирующая_инструкция
ALTER INDEX REORGANIZE
ALTER INDEX REBUILD WITH (ONLINE = ON)
1 Эти значения дают примерное представление об определении точки, в которой необходимо переключаться между ALTER INDEX REORGANIZE и ALTER INDEX REBUILD. Однако фактические значения могут различаться в каждом конкретном случае. Важно определить наилучшее пороговое значение для используемой среды экспериментальным путем.
Эти рекомендации часто подвергались критике, поскольку пороги устанавливались исходя из очень пессимистичного сценария влияния фрагментации на производительность приложений, и большинство критиков считали их сильно заниженными. Вот одна из недавних статей на эту тему: Ваш скрипт, обслуживающий индексы, измеряет не то, что надо.
Существуют и другие предложения процентных порогов, один из которых был подробно изложен в книге: “Microsoft SQL Server 2005. Реализация и обслуживание. Учебный курс Microsoft“. Вот выдержка из этой книги, со страницы 368:
«Исполняйте инструкцию ALTER INDEX … REORGANIZE, чтобы выполнить дефрагментацию индекса, при соблюдении следующих пороговых значений: значение avg_page_space_used_in_percent в диапазоне от 60 до 75 или значение avg_fragmentation_in_percent в диапазоне от 10 до 15. Исполняйте инструкцию ALTER INDEX … REBUILD, чтобы выполнить дефрагментацию индекса, при соблюдении следующих пороговых значений: значение avg_page_space_used_in_percent меньше 60 или значение avg_fragmentation_in_percent больше 15».
В документации Майкрософт подчёркивается, что наибольший выигрыш дефрагментация даёт при операциях просмотра всего индекса или диапазона строк индекса или кучи. На операции поиска уровень фрагментации большого влияния не имеет. Это происходит потому, что просмотр выбирает данные не по дереву сбалансированного индекса, а по ссылкам на последовательность страниц, которые расположены непосредственно на самих страницах. На жёстких дисках время доступа к фрагментированным данным сильно зависит от времени позиционирования головок между цилиндрами. Операции с данными, расположенными на одном цилиндре, происходят быстро. Т.е. на время операций влияет Геометрия магнитного диска, которая схематично показана на рисунке из Википедии:
Всего этого механического «безобразия» больше нет на SSD дисках. Дефрагментация была полезна только для HDD c механическим перемещением головок над поверхностью диска. Расположение данных так, что для последовательного чтения не нужны перемещения готовки между «цилиндрами» позволяло повысить производительность последовательных операций чтения и записи. Надёжность и долговечность жёстких дисков тоже определяется возможностью перемещения головок. Пока это происходит штатно, диск будет работать, и возможности записи или чтения будут ограничены только старением или неисправностью привода.
В SSD дисках доступ к любым данным осуществляется за почти одинаковое время. Но в отличие от жёстких дисков, твердотельные диски изнашиваются, Для увеличения времени службы накопителя, ограниченного числом циклов перезаписи ячеек памяти, в SSD дисках используются алгоритмы рассеивания записи (для выравнивания износа), что превращает все последовательные операция чтения/записи в псевдослучайные. Схематично, это показано на рисунке ниже, взятого из стати Надежность SSD-накопителей: развенчиваем мифы и страхи пользователей.
С учётом этой особенности размещения данных на SSD можно отказаться от частого перестроения индексов, ограничившись реорганизацией или делать перестроение/реорганизацию вручную, при необходимости (например, для ускорения очистки фантомных строк или для сокращения времени пересчёта статистики). Прична банальна, SSD диск последовательную нагрузку всегда превращает в случайную. На логическом уровне индекс не будет фрагментирован, а на физическом фрагментация может быть абсолютной.
Для настольных компьютеров выполняемая не часто дефрагментация диска не приводит к заметному сокращению срока службы. Пользовательские файлы офисных приложений тоже фрагментируются. Те файлы, которые обычно пользователи размещают на дисках, не подвержены частой и интенсивной фрагментации. Если пользователь дефрагментирует файлы на диске раз в месяц – это не будет проблемой, хотя и не приведёт к ожидаемому повышению производительности, например, при создании моментального системного снимка. В отличие от этого, данные внутри файлов SQL Server могут подвергаться интенсивной фрагментации, и эта фрагментация может очень быстро достигать тех порогов, которые были обозначены выше, чтобы определить необходимость дефрагментации.
Для обслуживания индексов и статистики часто используют процедуру, автором которой является Ola Hallengren. В соответствии с выбранным набором параметров запуска, процедура устраняет внешнюю и внутреннею фрагментацию страниц. Следует отметить, что Майкрософт рекомендует для этих целей использовать процедуру AdaptiveIndexDefrag. Однако ни одна из этих процедур не умеет определять, располагаются ли файлы, в которых размещены индексы, на дисках SSD.
Те индексы, для которых был выбран REBUILD, обновляют статистику только для этих индексов. Цитата из документации Майкрософт, посвящённой статистике, глава Условия обновления статистики:
«Такие операции, как перестроение, дефрагментация и реорганизация индекса, не изменяют распределение данных, и поэтому после выполнения операций ALTER INDEX REBUILD, DBCC DBREINDEX, DBCC INDEXDEFRAG и ALTER INDEX REORGANIZE не нужно обновлять статистику. Но оптимизатор запросов обновляет статистику, когда выполняется перестройку индекса для таблицы или представления с помощью инструкции ALTER INDEX REBUILD или DBCC DBREINDEX. Такое обновление статистики является побочным эффектом повторного создания индекса. Оптимизатор запросов не обновляет статистику после операций DBCC INDEXDEFRAG и ALTER INDEX REORGANIZE.»
Однако, для оптимизатора запросов важным является ещё и стоимость операций ввода-вывода, которая зависит от плотности страниц. Если плотность страниц (внутренняя фрагментация) значительно изменится, а статистика для колонок останется неизменной, это может потенциально ввести оптимизатор в заблуждение и стать причиной выбора оптимизатором неоптимального плана запроса. Следует учитывать эти риски планируя обслуживание индексов.
Для размещённых на SSD дисках файлов данных, в подавляющем большинстве случаев дефрагментация не приведёт к ожидаемому повышению производительности дисковых операций, а только сократит срок службы SSD дисков и может привести к появлению неоптимальных планов запросов. Для SSD лучше полностью отказаться от перестроений и реорганизаций индексов на регулярной основе (это перестанет «убивать» диски). Такое решение кажется на первый взгляд весьма рискованным, влияние мифа о необходимости дефрагментации на нас очень велико. Если шок от этого предложения преодолеть трудно, попробуйте хотя бы не делать дефрагментацию каждый день и понаблюдайте за временем исполнения запросов. Когда поймёте, что время не меняется – продолжайте снижать частоту такого обслуживания. Отказавшись от ежедневной дефрагментации совсем, не забывайте обслуживать статистики индексов. Чем актуальнее статистики, тем проще оптимизатору выбирать хорошие планы для запросов.
Также увеличение числа страниц после изменений можно попробовать снизить за счёт сжатия данных индекса на уровне строк или страниц, как это описано тут: SQL SERVER – Rebuilding Index with Compression
Отказ от частой дефрагментации приведёт к следующим улучшениям:
Сокращение потребления ресурсов сервера на дефрагментацию
Дефрагментация портит статистику по колонкам (стоимость операций ввода-вывода), не входящим в ключ индекса. Без неё станет лучше статистика, а значит повысится качество планов запросов и сократиться время затронутых запросов.
Изменения распределения данных при дефрагментации передаются на реплики, поэтому отказ от дефрагментации сократит очереди на передачу и применение таких изменений.
Увеличится время жизни дисков SSD из-за сокращения числа циклов перезаписи ячеек хранения.
Теперь давайте перечислим те минусы, которые наиболее очевидны:
Время исполнения коротких транзакций не должно заметно измениться, но большие просмотры могут заметно удлиниться.
Увеличится время пересчёта статистик (стоит подобрать минимальный SAMPLE).
Размер файлов данных может заметно прибавить в весе.
До сих пор мы говорили об обслуживании индексов только в целях дефрагментации внешней и внутренней. Но это не единственное её предназначение. Пересоздание индексов можно использоваться для переноса данных в другую файловую группу, но эта операция обычно выполняется редко, необходимость её может ограничиваться единичными случаями. Более интересно перестроение индекса для удаления фантомных строк, как это указано в статье документации: Руководство по процессу очистки фантомных записей. В тех случаях, когда фоновый процесс очистки фантомных строк не успевает их чистить, и не удаётся эффективно использовать системную процедуру sp_clean_db_free_space, перестроение индекса оказывается наиболее быстрым и эффективным решением проблем с производительностью.
Резонный вопрос, почему в документации Майкрософт нет рекомендаций отказаться от дефрагментации индексов на SSD? Похоже, мы являемся свидетелями консервативного подхода, ориентированного прежде всего на небольшие базы данных, где пересоздание индексов не принесёт большого и даже заметного вреда. Однако, представленные выше в цитатах из документации оговорки должны обратить наше внимание на то, что к этому вопросу стоит подойти с разумением.
1. Что такое дефрагментация?
Дефрагментация - это перемещение и упорядочивания фрагментов (частей) файлов так, чтобы они размещались компактно. Ведь при записи на винчестер фрагменты одного и того же файла могут быть разбросаны по разным местам, что замедляет скорость чтения данных и работу программ. А дефрагментация все данные упорядочивает, что увеличивает скорость работы компьютера. Можете ознакомится с публикацией все о дефрагментации диска.
2. Как часто нужно проводить дефрагментацию?
Это зависит от того, как Вы используете компьютер. Если вы только работаете в офисных программах и иногда играете в косынку - то дефрагментацию можно проводить и раз в несколько месяцев. Потому что файлы почти не изменяются при такой работе компьютера.
А вот если удаляются и устанавливаются программы, игры, или просто добавляются какие-то файлы (фильмы, музыка, фотографии и прочее) - то дефрагментацию нужно проводить чаще. И чем интенсивнее идет изменения данных (запись и\или удаление) тем чаще нужно проводить дефрагментацию, чтобы поддерживать работу компьютера на максимальных показателях скорости. Для системного диска (там где windows) можно включить фоновую или автономную дефрагментацию, которая будет проводится по мере того, как это необходимо. А вообще лучше всего провести анализ диска самим же дефрагментатором, и вы увидите, каков процент фрагментации. Если выше 10 процентов - можно дефрагментировать. Если больше 30 % - то такое положение дел реально тормозит работу компьютера и дефрагментация просто необходима.
3. Что дает дефрагментация диска?
Приведем простой пример. Вы купили много вещей, на улице вас ждет жена, вы опаздываете на фильм. Вы заходите в квартиру и вам надо как можно быстрее разложить эти вещи в шкаф. У вас нет времени разложить все по местам, надо сделать все быстро.
Вот так и при записи на диск. Скорость записи - основной показатель, поэтому данные разбросаны по разным местам, чтобы было быстрее. А дефрагментация - это то же самое, что вы наводите порядок в том же шкафу. И как только вы его наведете - все вещи можно будет найти быстрее, ведь они разбросаны не по всему шкафу.
Если данных на компьютере мало и они редко изменяются - то особого эффекта от дефрагментации диска вы не увидите. А вот если windows установлена давно, за это время была установлена куча программ и прочей информации - то эффект вы прямо таки почувствуете. Все программы, да и сама windows станет работать быстрее. Если говорить языком цифр - то возможен прирост скорости работы компьютера от 1-2 и до 40 процентов. Все зависит от того, насколько фрагментаирован диск. Так что проведите анализ диска дефрагменатором и сами увидите процент фрагментации.
4. Не навредит ли дефрагментация компьютеру?
Дефрагментация может навредить только в том случае, если использовать какой-то неизвестный сомнительный дефрагментатор. Так же, если в процессе дефрагментации диска внезапно пропадет электричество и компьютер без источника бесперебойного питания - то возможна потеря данных. Не всех конечно же, а только тех, которые в тот момент перемещаются. Никакого другого вреда дефрагментатор компьютеру не может нанести.
5. Как выбрать дефрагментатор?
Прежде всего определите для себя, какой вам нужен - платный или бесплатный. Тем более что за платный дефрагментатор можно и не платить. Суть такова. Средний коммерческий дефрагментатор будет равен по своему качеству работы лучшему бесплатному. Этого уровня вполне достаточно для хорошего прироста скорости работы компьютера, так что читайте статью бесплатный дефрагментатор. А если хотите самый лучший - выбирайте платный.
Следующий момент. Есть свой перечень дефрагментаторов, которые лучше всего подходят именно под вашу операционную систему. Что хорошо для windows xp, то может не работать в windows 7. Читайте обзор дефрагментатор диска. Там будут указаны ссылки на более подробные статьи для каждой операционной системы.
6. У меня ноутбук. Для него нужен какой-то особый дефрагментатор?
Нет, не нужен. Дефрагментаторы одинаково работают что для компьютеров, что ноутбуков или нетбуков. Разницы нет никакой. Дефрагментация - это просто реорганизация и упорядочивание информации.
7. Дефрагментация будет мешать работе компьютера?
Да. Когда вы запустите дефрагментацию, то будут активно перемещаться файлы. Это будет мешать работе на компьютере. Тормозить будет все, так сказать. Так что лучше всего поставить дефрагментацию на ночь. А если иметь ввиду фоновую дефрагментацию, то она будет проводится лишь при простое компьютера, когда вы ничего не будете делать. В этом случае дефрагментация не будет мешать работе на компьютере.
8. Можно установить 2-3 дефрагментатора для большего эффекта?
Можно, но толку от этого не будет никакого. Ведь каждый дефрагментатор будет упорядочивать данные согласно своему усмотрению, так что это будет только отнимать больше времени. А эффект будет почти одинаков (смотря какие дефрагментаторы). Так что лучше выбрать один хороший, чем 2 посредственных.
9. Есть ли отличия в работе разных дефрагментаторов?
Да есть. Отличия могут быть разные. Это скорость работы, наличие фоновой дефрагментации (когда вы не работаете на компьютере), возможность дефрагментаци системных файлов и файла подкачки. Чем больше функционал дефрагментатора - тем больше он может дефрагментировать, и тем больше будет эффект от дефрагментации. Так что выбирайте лучший дефрагментатор, у них и функциональные возможности большие, да и скорость работы хорошая.
Еще есть отличия в режимах работы. Например лучшие дефрагментаторы предоставляют на выбор, как дефрагментировать. Это может быть упорядочивание по названию файлов (ускоряет запуск и работу операционной системы), по свободному месту (объединяет свободные места в одно место на диске), и несколько других режимов. У более простых дефрагментаторов зачастую один режим, какой именно - узнавайте из обзоров.
10. Лучше выбрать платный или бесплатный дефрагментатор?
Смотря что вы хотите. Если максимально эффекта - то лучше платных нет. Тем более что в нашей стране можно и не платить за них деньги. А если сверхзадач от дефрагментатора не требуется, то будет достаточно бесплатного. Если брать самый лучший бесплатный дефрагментатор и платный среднего уровня - то по качеству будет одно и тоже.
11. На диске с операционной системой дефрагментацию делать надо чаще, чем на других?
Да чаще. Ведь там постоянно изменяются файлы. Постоянно записываются и удаляются временные файлы, а тем более если самоу что-то устанавливать - то фрагментация файлов происходит постоянно. Так что проведите анализ системного диска и увидите процент фрагментации. Еще можно будет для диска, на котором установлена операционная система включить автономную дефрагментацию, которая будет проводится при малоактивности компьютера, так что мешать вам в работе на компьютере она не будет.
12. Возможна ли потеря данных при дефрагментации диска?
Да, но только в том случае, если выключить во время дефрагментации диска компьютер или нажать Reset (силовая перезагрузка). Тогда есть вероятность потерять данные, которые в тот момент перемещаются. За сохранность всех остальных данных можете не беспокоится.
13. Я не вижу что компьютер стал быстрее работать. Дефрагментация не удалась?
Эффект от дефрагментации заметен на глаз только тогда, когда степень фрагментации довольно большая. Вы проводили анализ диска перед ее проведением? Сколько был процент фрагментации? Если степень фрагментации диска была до 10% - то понятно что на глаз увидеть разницу вы не сможете. А если больше 30% - то эффект вы почувствуете сразу после перезагрузки компьютера.
14. Как проверить скорость работы компьютера до и после дефрагментации?
Ну на глаз такое определить сложно. Для этого нам необходима программа для тестирования компьютера. Это могут быть такие программы, как SiSoftware Sandra, 3DMark и другие. Но эти - наиболее передовые и точные. В них есть куча тестов, так что выберите, скорость чего именно вы хотите проверить.
15. А чем плохой дефрагментатор, который уже есть в windows, зачем искать другой?
Кто сказал что он плохой? Нет, он не плох. Просто по сравнению с хорошими дефрагментаторами у него и скорость работы ниже, качество дефрагментации хуже да и функционально он намного беднее. Впрочем лучше встроенный в windows дефрагментатор, чем вообще никакого.
На первом этапе мы с Вами при помощи кисточки и пылесоса убрали пыль со всех компонентов, находящихся внутри системного блока, а также «передернули» разъемные соединения, соединяющие между собой эти компоненты компьютера. Тем самым, устранили возможные потери контакта в разъемах.
На втором этапе мы проверили операционную систему на вирусы, при помощи утилиты Kaspersky Virus Removal Tool, а также, штатной утилитой самой Windows проверили разделы жесткого диска на ошибки.
На этом заключительном этапе мы очистим разделы жесткого диска от мусорных файлов и произведем дефрагментацию.
1. Очищаем разделы жесткого диска от мусорных файлов.
Для этого опять воспользуемся штатной виндовской утилитой.
Заходим в папку «Мой компьютер» и выбираем раздел диска, который хотим очистить от мусорных файлов. Щелкаем по нему правой кнопкой мышки и выбираем «Свойства».
Если Ваш жесткий диск разбит на несколько разделов, то последним очищаем тот раздел, на котором установлена операционная система.
В появившемся окне нажимаем кнопку «Очистка диска».
В следующем окне появится индикатор оценки объема места, которое можно будет освободить в выбранном разделе.
По окончании оценки Вам надо будет выбрать те файлы, которые на Ваш взгляд считаются мусорными. Как правило, эти файлы, рекомендуемые программой очистки, создает при работе сам компьютер, и поэтому от них смело избавляемся.
В поле «Удалить следующие файлы» ставим галочку напротив мусорных файлов, которые необходимо удалить из компьютера. По умолчанию, в данном примере, программа уже установила галочки и предлагает удалить только 8 МБ, а остальные файлы оставляет на Ваше усмотрение.
Оставляем только «Файлы установки Office», если они будут, а остальное, напротив чего стоит число – удаляем. Нажимаем «ОК».
Вас предупредят и спросят о намеренности удаления выбранных файлов. Нажимаем «Удалить файлы».
Пошел процесс удаления.
2. Дефрагментация файлов.
Для начала давайте разберемся, из-за чего на диске появляются фрагментированные файлы, и зачем их нужно дефрагментировать.
Фрагментация файлов, хранящихся на жестком диске, происходит из-за того, что Windows записывает их не одним большим куском, а маленькими частями – кластерами. Причем разбросаны эти кластеры могут быть по всему жесткому диску.
Вот и получается, чтобы открыть нужный файл, считывающие головки жесткого диска собирают его по кусочкам со всей поверхности. А это, естественно, сказывается на работе и производительности компьютера. Поэтому пользователям, ежедневно работающим на компьютере, необходимо хотя бы раз в месяц проводить процедуру дефрагментации.
Процесс дефрагментации заключается в том, чтобы собрать в кучу все маленькие части (кластеры), принадлежащие одному файлу, и перераспределить их так, чтобы они стояли рядом друг с другом. Для этого в самой Windows существует специальная программа дефрагментатор, которой мы и воспользуемся.
Правда работает она не так шустро, по сравнению со сторонними такими же программами как Auslogics Disk Defrag или Diskeeper. Поэтому, если Вы ни разу не делали дефрагментацию, и Ваш жесткий диск сильно фрагментирован, то эта процедура может занять длительное время.
На рисунке ниже, для примера, показан интерфейс сторонней программы дефрагментатора Auslogics Disk Defrag.
Еще один момент.
Если после очистки раздела диска от мусорных файлов на нем осталось меньше 15% свободного места от его общей емкости, то придется удалить или перенести на другой носитель еще немного файлов с этого раздела, чтобы обеспечить программе необходимое свободное пространство для работы.
Итак, поехали.
Закрываем все программы, которые могут мешать работе дефрагментатора.
Заходим в папку «Мой компьютер», выбираем любой раздел, выделяем его, щелкаем по нему правой кнопкой мышки и выбираем «Свойства». В появившемся окне нажимаем кнопку «Сервис».
В следующем окне нажимаем кнопку «Выполнить дефрагментацию».
Здесь, выбираем раздел диска, который хотим дефрагментировать. Если Ваш жесткий диск разбит на несколько разделов, то раздел с операционной системой дефрагментируйте последним.
Выделяем раздел и нажимаем кнопку «Анализировать диск».
Запустится утилита дефрагментации, и Вы можете видеть процесс проверки раздела жесткого диска на фрагментированные файлы. Здесь, придется некоторое время подождать.
По окончании проверки будет показано в процентах, сколько фрагментированных файлов имеется в выбранном разделе.
Нажимаем «Дефрагментация диска».
Запустится процесс дефрагментации. А когда он закончится, то Windows любезно объявит о том, что в этом разделе фрагментированных файлов нет.
Выбираем следующий раздел и также делаем его анализ, а затем дефрагментируем. По окончании процесса перезагружаем компьютер и видим, как он прибавил прыти. Дефрагментацию рекомендуется проводить один раз в месяц.
Ну, а если остались вопросы, посмотрите этот видеоролик.
Вот и все. Теперь Вы сможете очистить компьютер от пыли и мусорных файлов, не прибегая к помощи специалистов, а заодно сэкономить немного денюшек, которых много не бывает.
Удачи!
Читайте также: