2

Обновление: удаление следующих папок с диска и последующая символическая ссылка исключили постоянную запись в C:.

  • %LocalAppData%\Google\Chrome - легко крупнейший потребитель.
  • %LocalAppData%\Microsoft\Windows\FileHistory

Я перенес их на свежеформатированный диск. Через 3 часа уже было 10,5 ГБ операций чтения и 10,3 ГБ операций записи. В это же время на диске C:\ было только 3,5 ГБ операций чтения и 1,3 ГБ операций записи.

Это беспокоило меня некоторое время. Windows 10 Education, кажется, постоянно записывает данные на диск C:\ без видимой причины, даже если компьютер не используется в течение нескольких дней. Я не могу найти источник записи или данные, которые он пишет.

Всего за 9 месяцев было израсходовано 10% от 500 ГБ ресурса Samsung 850Evo. Это из-за того, что Windows делает много регистрации и отслеживания в фоновом режиме? Если это причина, я хотел бы получить совет о том, как его отключить. Я чувствую, что больше ничего не осталось, чтобы я мог сойти с диска C:\ (подробнее об этом в разделе)

HWInfo64 работал последние 12,75 дней (без учета 14-дневного времени безотказной работы) для отслеживания статистики дисков. В течение этого времени ПК не трогали с 1 по 5 июля или 8 июля. Я полагаю, что максимально возможное время использования составляет около 5 дней, потому что в будние дни оно остается нетронутым как минимум 18 часов.

Вот разбивка большинства дисков:

  • Samsung 850Evo 500 ГБ (Age: 0.7yr | HostWrites: 13.3TB(~50GB/day))

    • C:\ За последние 2 недели: ничего нового не установлено, но 900 ГБ (64 ГБ / день) было написано. Это 180 ГБ / день в течение 5 дней использования. ShadowCopy (Восстановление системы) установлен на 10%, и для этого диска нет FileHistory.

  • 500 ГБ Samsung 850Evo (Age: 1.7yr | HostWrites: 8.6TB)

    • A:\ Важные данные и папки UserProfile отображаются здесь. Это единственный диск с включенной FileHistory. ShadowCopy (Восстановление системы) установлен на 15%.
      Когда-то это был диск с Windows 7 C: около года.

  • 250 ГБ Samsung 840Evo (Age: 3.7yr | HostWrites: 10.5TB) и 256 ГБ Crucial m4 (Age: 4.8yr | HostWrites: 25TB)

    • D:\ Диски объединяются для создания зачищенного пространства хранения (raid0). Здесь хранятся папки PageFile, папки TEMP, SoftwareDistribution, NodeJS / npm, Origin, Steam и Recorded TV. Для этого диска нет ни ShadowCopy (восстановление системы), ни FileHistory.
    • В Windows 7 каждый диск был системным диском за один раз, 840Evo на год и m4 на 3 года. M4 только что начал выходить из строя в последние 30 дней и часто отключается во время интенсивной записи. Статистика HWInfo даже показывает, что она не тянет на вес. StorageSpaces достаточно хорошо управляет диском, и я пока не успел его удалить. Это после того, как за 25 лет только 25 ТБ HostWrites, 850Evo уже на полпути. Это мотивирующий фактор, стоящий за этим вопросом.

  • 4 ТБ HGST Deskstar (Age: 2.6yr | HostWrites: 17TB) и 4 ТБ HGST Deskstar (Age: 0.75yr | HostWrites: 7TB)

    • B:\ & M:\ Диски объединяются для создания разделенного пространства хранения объемом 2 ТБ и зеркального хранилища объемом 3 ТБ соответственно. Ни один том не имеет защиты FileHistory или ShadowCopy. Фильмы, музыка и т.д. Хранятся в папке B:\ n. M:\ является резервным хранилищем для всей FileHistory с измененными файлами, которые версионируются и резервируются в него каждые 10 минут.

Как вы можете видеть, Windows 7 не изнашивается так много данных. Вот скриншот HWInfo64.

Скриншот HWInfo64

|источник

2 ответа2

2

Вы можете использовать диспетчер задач, чтобы увидеть, какие процессы записывают больше всего данных на диск.

Откройте диспетчер задач, выберите вкладку « Сведения », щелкните правой кнопкой мыши заголовок таблицы и выберите « Выбрать столбцы». Затем проверьте байты чтения ввода / вывода, байты записи ввода / вывода и другие байты ввода / вывода и нажмите OK.

Тем не менее, я думаю, что история файлов виновата здесь.

По моему опыту, базы данных истории файлов (Catalog1.edb и Catalog2.edb) со временем могут стать очень большими. Что еще хуже, они полностью переписываются каждый раз, когда обновляется история (каждые 10 минут, как настроено в вашей системе), и Windows будет распаковывать их, если вы используете сжатие NTFS. Это может вызвать большое количество записей на диск с течением времени.

Независимо от того, какие диски включены в историю файлов, эти базы данных хранятся в вашем профиле пользователя по адресу C:\Users\<username>\AppData\Local\Microsoft\Windows\FileHistory\Configuration . При использовании пары баз данных объемом 100 МБ на системный том будет записываться почти 30 ГБ в день по 10 минут на обновление, при условии, что каждый раз записываются оба файла.

Мое решение состояло в том, чтобы использовать точку соединения. Остановите службу «Журнал файлов», переместите папку «Конфигурация» в другое место, где стойкость к записи не является проблемой, создайте точку соединения, которая указывает на новое местоположение вместо исходного местоположения папки, и перезапустите службу «Журнал файлов». Это должно решить проблему.

|источник
0

Windows имеет встроенную систему обмена обновлениями, убедитесь, что она отключена.

Настройки> Обновление и безопасность> Центр обновления Windows> Дополнительные параметры> Выберите способ получения обновлений.

Обновление обмена

Также убедитесь, что у вас не включена система резервного копирования Windows.

Настройки> Обновление и безопасность> Резервное копирование.

|источник

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .