Разве плохо иметь файловые системы почти полными?

Пример У меня есть файловые системы большого / малого размера JFS2 / EXT3 , что угодно (и различные ОС, Linux, AIX), но некоторые из них используются, например: 90%, 95%, 98%.

Вопросы: если файловая система почти заполнена, что-то плохое? Проблемы с производительностью или повреждение FS или проблемы с HW?

ОБНОВИТЬ:

• Вопрос касается корпоративной среды. Есть ли у кого-нибудь подлинные эссе / URL-адреса относительно эффектов? :)

• "Какие каталоги находятся в этих файловых системах?" - любой, напр .: SAP, ORACLE и т. д.

• Диски обычно из SAN.

Если это «статическое» хранилище базы данных, его заполнение не повредит, особенно если отключено автоматическое расширение базы данных. Все остальное было бы пустой тратой ценного SAN-пространства. Мониторинг может быть либо отключен для этих файловых систем, либо уровень предупреждения должен быть повышен до 99 или даже 100%.

Это верно только для нерастущих данных, поэтому журналы должны идти в другом месте. Хранение журнала должно тщательно контролироваться, хотя. И он должен быть достаточно большим, чтобы администратор мог вовремя отреагировать на предупреждение от мониторинга.

Файловая система не ломается только потому, что она полна, поэтому с точки зрения файловой системы проблем не возникает. Файлы с большей вероятностью фрагментируются, когда файловая система почти заполнена, и проблемы с производительностью возможны в зависимости от файловой системы, но обычно это не критично.

Реальная проблема заключается в том , что на полную файловой систему, любая запись не будет выполнена . Так что это зависит от того, что будет пытаться писать на такой файловой системе.

Многие программы должны иметь возможность записывать / сохранять данные для правильной работы. Поэтому, если ваша файловая система заполнена, когда что-то пытается записать, вы столкнетесь с потерей или повреждением данных на прикладном уровне. «Я пытался сохранить ваши данные, но не смог», - это случай, когда многие программы не справляются особенно хорошо. В худшем случае программа начнет перезаписывать старый файл сохранения, прежде чем заметит, что для нового файла сохранения будет недостаточно места, поэтому вы потеряли оба.

В случае критических системных проблем (например, любые записи, происходящие при запуске / завершении работы, средствах ведения журнала и т. Д.), Полная файловая система в худшем случае может сделать вашу систему неспособной функционировать должным образом; По этой же причине файловые системы ext * имеют корневой резерв, чтобы дать системным вещам (root) некоторое свободное пространство, когда все остальное заполнено. Это тот случай, когда вы должны предоставить дополнительное хранилище или удалить некоторые старые вещи.

С производственной точки зрения это плохое состояние. Во-первых, производительность снижается по мере увеличения использования диска. Когда диск приближается к полной емкости, появляется меньше последовательных областей диска для хранения данных. Это влияет на производительность из-за дополнительных операций поиска диска и задержек, ожидающих, пока свободный сектор достигнет головки диска.

Более важным является потенциальное влияние на систему. Сервер предоставляет жизненно важную услугу? Сколько времени пройдет до того, как команды разработчиков и эксплуатации узнают, что сервисы не работают? Сколько времени пройдет до того, как пользователи разозлятся, когда сервис недоступен? Приложения часто зависают, когда нет места для записи. Могут быть побочные эффекты, которые могут вызвать дальнейшие проблемы - добавляя еще больше времени до полного восстановления сервисов. А когда сервис восстановлен, состояние системы может быть несбалансированным - например, огромное отставание поступающих данных во время простоя сервиса вызывает задержки в обработке.

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

Внезапные «пожиратели космического пространства» могут включать неожиданно большой файл подкачки (возможно, вызванный утечками памяти и т. Д.), Спящий образ, который может занимать столько же места на жестком диске, сколько у вас есть ОЗУ, и большие выходные файлы из программ. Вам просто нужно всегда быть уверенным, что вам не хватит места.

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

Обычно безопасно заполнять разделы, на которых нет операционной системы (например, на внешнем жестком диске, где вы вручную архивируете свои данные). Производительность может снизиться, если накопители заполнятся, но если вы постоянно работаете с высокой нагрузкой на диск, вам просто нужно получить еще один жесткий диск, чтобы вы могли перестать беспокоиться.

Есть три действительно хороших подкаста о файловых системах, и если я правильно помню и как они работают, как «автоматическая дефрагментация», что, возможно, поможет вам лучше понять вашу проблему. Я думаю, что эти 3 эпизода полностью стоит слушать, если вы заинтересованы в файловых системах. Но будьте осторожны, это очень вызывающе

Эпизод 1 2 и третий номер 58, который я не могу опубликовать из-за слишком маленькой репутации \:

Подкаст называется гиперкритическим, а ведущим является Джон Сиракуза.

Вы должны рассмотреть несколько вещей:

1. Вам нужны данные, которые занимают все это пространство? Там может быть много данных, которые вы хотите, но не то, что вам нужно. И если вы решите, что вам НУЖНО, убедитесь, что вы используете все данные. Другими словами, есть ли информация о вашем бизнесе, рынке или клиентах, которую вы можете получить из этих данных? Вы можете понять
2. Если вам нужно, все данные считают самым дешевым способом его хранения. На домашних серверах, в удаленном хранилище, сжатые, самые последние X% данных. Если у вас нет бюджета на расширение или удаленное хранение, избавьтесь от самых старых 10% данных просто для повышения производительности.

В случае использования внешнего жесткого диска, на котором отсутствует ОС, вы можете безопасно использовать большую часть диска без заметного снижения производительности. Для жесткого диска с ОС существуют файлы кэша, размер которых зависит от ОС и типов задач, которые она выполняет.

Для Linux, проверьте это: Как я могу сравнить мой жесткий диск?

См. Эти тексты для более подробного ознакомления: http://www.amazon.com/Memory-Mass-Storage-Giovanni-Campardo-ebook/dp/B00F76KCGY/ref=sr_1_4?s=digital-text&ie=UTF8&qid=1420389894&sr=1- 4 & ключевые слова = + жесткий диск + производительности

http://www.amazon.com/SImple-Choosing-Installing-Upgrading-Super-fast-ebook/dp/B00LNZTXFE/ref=sr_1_2?s=digital-text&ie=UTF8&qid=1420389894&sr=1-2&keywords=hard+drive+ производительность

Заполнение дисков приведет к снижению производительности вашего ПК . Я использую свой компьютер на Ubuntu 12.10, и мои накопители заполнены. Мои приложения открывались очень медленно, а загрузка шла медленно . Поэтому я принес внешний жесткий диск и с тех пор сохранил 50-60% использования диска. Я предложу вам то же самое.