Как и ожидалось. Вы можете оптимизировать NTFS, если нет возможности не использовать Windows и NTFS (NTFS под Linux работает ещё хуже):
- проверить диск на ошибки и исправить их
- выключить 8dot3: NTFS Disable 8dot3name
- выключить atime: [Solved] Win10 20GB Ram Usage - #17 by arrogantrabbit
- включить кэш записи (обе галки в Политике диска), если у вас есть управляемый ИБП
- Провести дефрагментацию
- Включить автоматическую дефрагментацию для этого диска, если вы её выключили (она включена по умолчанию)
- Переместить БД на другой, менее загруженный диск/SSD: Move databases on Windows storagenode - #2 by Alexey
Зависит от причины. Есть всего две:
- online score ниже 60%. Восстановится, если узел будет онлайн в следующие 30 дней
- suspension score ниже 60%. Восстановится, если узел начнёт проходить аудиты без неожиданных ошибок (ожидаемые ошибки типа “file not found” или кусочек повреждён (в логе про это ничего не будет сказано), ещё 3 таймаута по 5 минут на получение кусочка для аудита (об этом можно косвенно узнать, если время между
GET_AUDIT
&started
иfinished
больше 5 минут для одного и того же кусочка). Ожидаемые ошибки будут снижать audit score и всё может закончится дисквалификацией. Так что эта причина требует внимания.