¿Es malo tener sistemas de archivos casi llenos?

Ejemplo Tengo sistemas de archivos JFS2 / EXT3 de tamaño grande / pequeño , lo que sea (y varios SO, Linux, AIX), pero algunos de ellos están en ex .: 90%, 95%, 98% de uso.

Preguntas: ¿Tener sistemas de archivos casi llenos hace algo malo? ¿Problemas de rendimiento o corrupción FS o problema HW?

ACTUALIZAR:

• La pregunta es sobre el entorno corporativo. ¿Alguien tiene ensayos / URL auténticos sobre los efectos? :)

• "¿Qué directorios hay en estos sistemas de archivos?" - cualquiera, ej .: SAP, ORACLE, etc.

• Los discos son generalmente de SAN.

Si este es un almacenamiento de base de datos "estático", no hay ningún daño en llenarlo, especialmente cuando la extensión automática de la base de datos está desactivada. Cualquier otra cosa sería un desperdicio de valioso espacio SAN. La supervisión puede desactivarse para estos sistemas de archivos o el nivel de advertencia debe elevarse al 99 o incluso al 100%.

Esto solo es cierto para los datos que no crecen, por lo que los registros deben ir a otro lado. Sin embargo, el almacenamiento de registros debe ser monitoreado de cerca. Y debe ser lo suficientemente grande como para que un administrador pueda reaccionar a una advertencia de monitoreo a tiempo.

Un sistema de archivos no se rompe solo porque está lleno, por lo que no hay ningún problema desde el punto de vista del sistema de archivos. Es más probable que los archivos se fragmenten una vez que el sistema de archivos esté casi lleno, y los problemas de rendimiento son posibles dependiendo del sistema de archivos, pero eso generalmente no es crítico.

El verdadero problema es que en un sistema de archivos completo, cualquier escritura fallará . Por lo tanto, depende de lo que se intente escribir en dicho sistema de archivos.

Muchos programas deben poder escribir / guardar datos para funcionar correctamente. Entonces, si su sistema de archivos está lleno cuando algo intenta escribir, experimentará pérdida de datos o rotura en la capa de aplicación. "Intenté guardar sus datos, pero no pude" es un caso que muchos programas no manejan particularmente bien. En el peor de los casos, el programa habrá comenzado a sobrescribir el antiguo archivo guardado antes de notar que no habrá suficiente espacio para el nuevo archivo guardado, por lo que perdió ambos.

Para cosas críticas del sistema (por ejemplo, cualquier escritura que ocurra en el inicio / apagado, instalaciones de registro, etc.), un sistema de archivos completo podría, en el peor de los casos, hacer que su sistema no pueda funcionar correctamente; ext * filesystems tiene una reserva de root por esa misma razón, para permitir que las cosas del sistema (root) tengan espacio libre cuando todo lo demás está lleno. Este es un caso en el que debe proporcionar algo de almacenamiento adicional o eliminar algunas cosas viejas.

Desde el punto de vista de la producción, es un mal estado. En primer lugar, el rendimiento se degrada a medida que aumenta el uso del disco. Cuando un disco se acerca a su capacidad máxima, hay menos áreas secuenciales del disco para almacenar datos. Esto afecta el rendimiento debido a la búsqueda adicional de disco y los efectos de latencia que esperan que un sector libre llegue al cabezal del disco.

Más importante es el efecto potencial sobre el sistema. ¿El servidor proporciona un servicio vital? ¿Cuánto tiempo pasará antes de que los equipos de desarrollo y operaciones se den cuenta de que los servicios están caídos? ¿Cuánto tiempo pasará antes de que los usuarios se enojen cuando no haya un servicio disponible? Las aplicaciones a menudo se congelan cuando no hay almacenamiento para escribir. Puede haber efectos secundarios que pueden causar más problemas, agregando aún más tiempo antes de que los servicios se restablezcan por completo. Y cuando se ha restaurado el servicio, el estado del sistema puede estar desequilibrado; por ejemplo, una gran acumulación de datos entrantes durante el tiempo de inactividad del servicio provoca demoras en el procesamiento.

No es intrínsecamente malo, pero es algo de lo que hay que tener mucho cuidado. No desea quedarse sin espacio en una unidad cuando el sistema operativo requiere más espacio incidental del que tiene, o lo que sea que su computadora intente escribir a continuación simplemente fallará. Las consecuencias de eso dependerán de lo que estaba tratando de salvar.

Los "comedores de espacio" repentinos pueden incluir un archivo de intercambio inesperadamente grande (tal vez causado por pérdidas de memoria, etc.), una imagen inactiva que puede ocupar tanto espacio en el disco duro como memoria RAM y archivos de salida grandes de los programas. Simplemente necesita estar siempre seguro de que no se quedará sin espacio.

El mejor de los casos es cuando no hay más espacio para un archivo de intercambio y el sistema generalmente se bloquea sin efectos negativos a largo plazo.

Por lo general, es seguro llenar particiones que no tienen un sistema operativo en ellas (es decir, en un disco duro externo donde puede archivar sus datos manualmente). El rendimiento puede disminuir si las unidades se llenan, pero si está funcionando constantemente con un uso elevado del disco, entonces realmente debería obtener otro disco duro para que pueda dejar de preocuparse.

Hay tres podcasts realmente buenos sobre sistemas de archivos y si recuerdo correctamente y cómo funcionan como "desfragmentación automática", lo que tal vez lo ayude a comprender mejor su problema. Creo que vale la pena escuchar esos 3 episodios si estás interesado en los sistemas de archivos. Pero ten cuidado, es extremadamente geek:

Episodio 1 2 y tercero es el número 58 que no puedo publicar debido a muy poca reputación \:

El podcast se llama hipercrítico y el anfitrión es John Siracusa.

Debería considerar algunas cosas:

1. ¿NECESITA los datos que consumen todo ese espacio? Puede haber muchos datos que DESEA, pero no los que necesita. Y si decide que lo NECESITA, asegúrese de estar haciendo uso de los datos. En otras palabras, ¿hay información sobre su negocio, mercado o clientes que pueda obtener de los datos? ¿Puedes tener una idea
2. Si lo necesita, todos los datos consideran la forma más económica de almacenarlos. En servidores internos, almacenamiento remoto, comprimido, el X% más reciente de los datos. Si no tiene presupuesto para la expansión o el almacenamiento remoto, elimine el 10% más antiguo de los datos simplemente para mejorar el rendimiento.

En el caso de un disco duro externo donde el sistema operativo no está presente, puede usar la mayor parte de la unidad de manera segura sin una degradación notable del rendimiento. Para un disco duro con el sistema operativo, hay archivos de caché cuyo tamaño depende del sistema operativo y los tipos de tareas que realiza.

Para Linux, mira esto: ¿Cómo puedo comparar mi HDD?

Vea estos textos para una exposición más completa: 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 y palabras clave = disco duro + disco + rendimiento

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+ actuación

Las unidades llenas conducirían a un bajo rendimiento de su PC . Estoy ejecutando mi PC en Ubuntu 12.10 y tenía mis unidades llenas. Mis aplicaciones solían abrirse muy lentamente y el arranque solía ser lento . Así que traje un disco duro externo y mantuve el 50-60% de uso del disco desde entonces. Te sugeriré lo mismo.