|
|
España-Español | |
|
|
 |
|
Administración de sistemas y grupos de trabajo: Guía para los administradores de sistemas HP-UX > Capítulo 2 Planificación
de un grupo de trabajo
Planificación de la administración de sistemas de archivos |
|
|
En esta sección, se abordan las preguntas que pueden surgir al planificar la administración de los sistemas de archivos. Se analizan los siguientes temas: En relación con los procedimientos utilizados para administrar los sistemas de archivos, consulte la sección «Administración de sistemas de archivos». Los archivos de sistema, los archivos de aplicaciones y los archivos de usuario deben residir en su totalidad en un sistema de archivos al que puedan acceder el sistema operativo y las aplicaciones. El sistema de archivos global de HP-UX consta de un árbol de directorios o jerarquía que empieza por el directorio raíz. Aunque pueda parecer que el sistema de archivos es un sistema unitario, en realidad puede constar de varios «fragmentos» diferentes, cada uno de los cuales se almacena en dispositivos diferentes o en volúmenes lógicos diferentes. Para permitir que los usuarios obtengan acceso a los archivos de un sistema de archivos, excepto al sistema de archivos raíz, el sistema de archivos se debe «montar». Esto puede llevarse a cabo manual o automáticamente durante el inicio, al conectar el sistema de archivos a un directorio del árbol de directorios existente. El directorio donde se conecta el sistema de archivos agregado se llama el punto de montaje.
El sistema de archivos también se puede desmontar y, si así lo decide, volver a asociarlo a un punto de montaje diferente. Para obtener información relativa al procedimiento, consulte la sección «Desmontaje de sistemas de archivos ». Entre los motivos que existen para crear un fragmento nuevo del sistema de archivos global, se encuentran:
Tabla 2-3 Límites de los sistemas de archivos de las revisiones de HP-UX
A partir de HP-UX 11.0, el Sistema de archivos articulado (JFS - Journaled File System) se instala como valor por defecto para el sistema de archivos raíz y otros sistemas de archivos de HP-UX. No obstante, se dispone de otros cuatro tipos de sistemas de archivos para utilizar en HP-UX. Se facilita información sobre cada uno de ellos en la tabla siguiente: Tabla 2-4 Tipos de sistemas de archivos de HP-UX
Se permite tener una combinación del JFS y de otros sistemas de archivos en un solo sistema computacional.
Muchos comandos de administración de sistemas de archivos ofrecen ahora una opción -F tipo_sistema_archivos que permite especificar el tipo de sistema de archivos. Utilice las siguientes palabras clave para indicar el tipo de sistema de archivos apropiado:
HP-UX puede determinar el tipo de sistema de archivos para los comandos que funcionan en un sistema de archivos ya existente, aun cuando no se especifique -F tipo_sistema_archivos en la línea de comandos. Para obtener más información sobre los empaquetadores de sistemas de archivos, consulte la página de manual de fs_wrapper(5). Para obtener información sobre el procedimiento de conversión de los sistemas de archivos, consulte la sección «Conversión de sistemas de archivos existentes en un sistema de archivos JFS». JFS es la implementación en HP-UX del sistema de archivos articulado VERITAS (VxFS), que presenta una fiabilidad magnífica y una recuperación rápida. A partir de la revisión 10.30, JFS es el valor por defecto del sistema de archivos de HP-UX. Los entornos operativos HP-UX 11i incluyen VxFS. La funcionalidad del JFS básico se incluye con el software del sistema operativo HP-UX. Con la instalación de un producto que se pide aparte y que se llama HP OnLineJFS, el JFS también ofrece operaciones administrativas en línea, entre ellas realizar una copia de seguridad, cambiar el tamaño y desfragmentar. Las ventajas que aporta el JFS compensan con creces el breve periodo de aprendizaje que se necesita para utilizarlo. Para obtener información de procedimiento pertinente para los sistemas de archivos JFS, consulte:
¿Qué es el sistema de archivos JFS? El sistema de archivos JFS es la implantación en HP-UX del sistema de archivos articulado VERITAS (VxFS) que se introdujo en HP-UX 10.01. Presenta alta fiabilidad, rápida recuperación y operaciones administrativas en línea, entre ellas copia de seguridad, cambio de tamaño y desfragmentación. ¿Desde cuándo dispone HP-UX del sistema de archivos JFS? HP escalonó la implantación del sistema de archivos JFS a lo largo de varias revisiones:
¿Qué ventajas presenta el sistema de archivos JFS con respecto al sistema de archivos HFS? El sistema de archivos JFS supone una mejora con respecto al sistema de archivos HFS en los siguientes aspectos:
En comparación con el HFS, el JFS se recupera mucho más rápidamente de un error del sistema, debido a su mecanismo para registrar los cambios producidos en la estructura del sistema de archivos. Cuando el sistema se inicia después de un bloqueo, el sistema de archivos se sincroniza con ayuda del registro que mantiene para agilizar la recuperación, en una operación parecida a la que realiza el comando fsck, aunque mucho más rápida. El menor tiempo de recuperación resulta especialmente útil en entornos que necesitan un rendimiento alto o que procesan volúmenes grandes de datos. El JFS permite un rendimiento de datos más alto (la E/S es más rápida) que el HFS. Esto se debe al hecho de que el JFS organiza el almacenamiento de archivos en unidades de extensión que pueden constar de varios bloques de datos. El producto opcional HP OnLineJFS aligera el mantenimiento del sistema al permitir llevar a cabo tareas como hacer una copia de seguridad del sistema de archivos y ampliarlo o reducirlo sin tener que desmontarlo. Estas capacidades no están disponibles en el sistema de archivos HFS. ¿Cuáles son los inconvenientes de configurar un sistema de archivos con el JFS? No conviene configurar el JFS en un sistema con una cantidad de memoria limitada, porque los requisitos de memoria del sistema de archivos JFS superan los del sistema de archivos HFS. ¿Limita el LVM de algún modo la utilización del JFS (consulte la sección «El Logical Volume Manager (LVM)»)? El JFS se puede utilizar en cualquier sistema de archivos, al margen de que esté administrado por el LVM o no. ¿Cómo se administra el sistema de archivos JFS? El sistema de archivos JFS se administra con ayuda del SAM o de los comandos de HP-UX. El SAM tiene utilidades para crear (agregar), realizar copias de seguridad y cambiar el tamaño de los sistemas de archivos JFS. Si tiene el paquete opcional HP OnLineJFS (al que se hace referencia en algunas páginas de manual como Advanced VxFS), puede utilizar la opción de menú VxFS Maintenance del SAM para ver la desfragmentación de extensiones y directorios, reorganizar las extensiones y directorios, cambiar el tamaño de los sistemas de archivos JFS mientras se está en línea y realizar una copia de seguridad en línea por medio de una instantánea de un sistema de archivos JFS. En la línea de comandos, puede utilizar:
¿Cómo funciona el sistema de archivos JFS? El JFS asigna espacio a los archivos en forma de extensiones, es decir, bloques de disco contiguos que se tratan como si fueran una unidad. El tamaño de las unidades de extensión puede variar: desde un solo bloque a muchos megabytes. Al organizar los datos de los archivos de esta forma, se permite que el JFS envíe solicitudes de E/S grandes, lo que comporta una mayor eficacia que leer o grabar un solo bloque a la vez. El JFS agrupa los cambios estructurales en transacciones y deja constancia de ellas en un registro de intenciones del disco antes de que realmente se efectúe ningún cambio. Si el sistema se bloquea, fsck sólo tiene que analizar el registro de intenciones y completar las transacciones que estuvieran en curso. Esto aporta una mayor integridad del sistema de archivos y disminuye en gran medida el tiempo de recuperación, en comparación con un sistema de archivos tradicional que debe analizarse de principio a fin en busca de anomalías. El JFS ofrece opciones del comando mount para demorar o desactivar el registro de transacciones. Esto permite al administrador del sistema compensar la integridad del sistema de archivos y el rendimiento, garantizando la integridad de los sistemas de archivos críticos, al mismo tiempo que se optimiza el rendimiento de los sistemas de archivos no críticos o temporales. Con el producto opcional HP OnLineJFS, se pueden llevar a cabo muchas operaciones administrativas en un sistema de archivos JFS activo, entre ellas cambiar el tamaño de dicho sistema, reorganizar los archivos que contenga para que sean contiguos y reorganizar los directorios para recuperar espacio no utilizado. Asimismo, se puede tomar una instantánea del sistema de archivos montado con fines de copia de seguridad. La instantánea ofrece una vista coherente de sólo lectura del sistema de archivos en un momento determinado, aun cuando el sistema de archivos que refleja siga cambiando. La administración en línea, junto con la recuperación rápida que permite el registro de intenciones, aumenta significativamente la disponibilidad del sistema de archivos. ¿Qué contiene una transacción del sistema de archivos JFS? Una transacción contiene todas las operaciones individuales del sistema relacionadas con un cambio. Por ejemplo, grabar en un archivo puede hacer que éste aumente de tamaño, lo que implicaría asignar espacio adicional, actualizar la correlación de extensiones correspondiente, aumentar su tamaño y actualizar la hora de la última modificación. Estos cambios se tratan como si compusieran una sola transacción, de la que se deja constancia antes de que realmente se haga ningún cambio. Después de realizar todos los cambios, también se deja constancia de este hecho en el registro de intenciones. Se garantiza que las transacciones del JFS sean íntegras, es decir, o se completan satisfactoriamente todas las operaciones individuales que componen una transacción o no se completa ninguna. No se deja que el sistema de archivos quede en un estado intermedio, con algunas operaciones completadas y otras no, incluso después de un bloqueo del sistema. Por regla general, una transacción se compromete (es decir, se garantiza su compleción) cuando la llamada del sistema que la inició vuelve a la aplicación; no obstante, se producen excepciones en las opciones de montaje del JFS que demoran el registro de las transacciones. Sin embargo, aun cuando el registro de las transacciones se demore, las transacciones seguirán siendo íntegras y seguirá sin dejarse en un estado intermedio al sistema de archivos. ¿Forman parte de una transacción los datos de usuario? Por lo general, los datos de usuario no se tratan como si formaran parte de una transacción. En su lugar, se colocan en la caché del búfer sin garantías de que se graben en el disco a no ser que se ejecute explícitamente sync(1M). Sin embargo, si una aplicación utiliza escritura síncrona (por ejemplo, abre un archivo con el indicador O_SYNC), los datos de usuario se tratan como si formaran parte de la transacción, con la misma integridad aplicable a los metadatos del sistema de archivos (inodos, correlaciones de extensiones, etc.). ¿Qué son las extensiones del JFS y cómo las utiliza el sistema operativo? El JFS asigna espacio a los archivos en forma de extensiones, es decir, bloques de disco adyacentes (contiguos) que se tratan como si fueran una unidad. El tamaño de las extensiones puede variar: desde un solo bloque a muchos megabytes. Al organizar los datos de los archivos de esta forma, se permite que el JFS envíe solicitudes de E/S grandes (es decir, que maneje la E/S de varios bloques), lo que conlleva una mayor eficacia que leer o grabar un solo bloque a la vez. Si un archivo se lee secuencialmente, el JFS puede buscar y traer una parte de la unidad de extensión actual que sea más grande de lo necesario para satisfacer una sola llamada de lectura del sistema, posibilitando que se pueda acceder a los datos en la caché del búfer en lecturas posteriores. Esta forma de lectura anticipada no conlleva ninguna operación de E/S extra, puesto que los datos son contiguos en el disco. En lugar de eso, se introducen más datos en la caché del búfer con una sola solicitud de E/S de los que se necesitan en el acto. Los datos de una llamada de lectura del sistema se colocan en la caché del búfer y se vuelcan en el disco en un momento posterior. Esto se denomina escritura demorada. Con el tiempo, cuando los datos se vuelcan, el JFS busca otros datos que estén a la espera de ser volcados en bloques adyacentes y trata de agrupar todos los datos en una sola solicitud de E/S de gran tamaño. Las extensiones del JFS se representan con un número de bloque de inicio y un recuento de bloques. Cuando un archivo crece, el JFS trata en primer lugar de aumentar el tamaño de la última extensión del archivo.
¿Cómo asigna las extensiones el JFS para abordar el aumento de tamaño del archivo? Cuando un archivo crece, se puede agregar una extensión nueva o se puede aumentar el tamaño de la última extensión (en el supuesto de que haya suficiente espacio libre inmediatamente detrás de ella). Si no hay suficiente espacio libre inmediatamente detrás de la última extensión, el JFS asigna una extensión no contigua independiente. El producto opcional HP OnLineJFS permite desfragmentar las extensiones no contiguas. Esta reorganización conlleva mezclar los bloques de datos en un sistema de archivos para fusionar las extensiones y hacer que los archivos sean más contiguos. Para ampliar la información, consulte la ayuda en línea del SAM o la página de manual de fsadm_vxfs(1M). ¿Qué es el registro de intenciones del JFS y cómo se utiliza? El sistema de archivos JFS agrupa los cambios estructurales en transacciones y deja constancia de ellas en un registro de intenciones del disco antes de que realmente se emprenda ningún cambio. Por ejemplo, grabar en un archivo puede hacer que éste crezca, lo que implicaría asignarle espacio adicional, actualizar la correlación de extensiones correspondiente, aumentar su tamaño y actualizar la hora de la última modificación. Estos cambios se tratarían como si fueran una sola transacción que se registraría antes de que los cambios se hicieran realmente. Después de realizar todos los cambios, también se dejaría constancia de este hecho en el registro de intenciones. Si el sistema se bloquea, fsck sólo tiene que analizar el registro de intenciones y completar las transacciones que estuvieran en curso. Esto se denomina reproducción del registro. Aporta una mayor integridad del sistema de archivos y disminuye en gran medida el tiempo de recuperación, en comparación con un sistema de archivos tradicional que debe analizarse de principio a fin en busca de anomalías. Puesto que el comando fsck puede obtener acceso al registro de intenciones, el tamaño del sistema de archivos no es un factor importante, sólo lo es el número de transacciones incompletas en el momento del bloqueo. Incluso en el caso de un sistema de archivos que sea muy activo, la reproducción del registro durará, por regla general, menos de diez segundos. Para obtener información adicional, consulte la sección «Tratamiento de los sistemas de archivos dañados». Cada sistema de archivos JFS tiene su propio registro de intenciones. Se reserva espacio para el registro de intenciones al crear el sistema de archivos; el tamaño de dicho registro no se puede cambiar posteriormente. El registro de intenciones no es un archivo que pueda ver el usuario, aunque se puede utilizar la herramienta fsdb para volcarlo. Por lo general, los datos de usuario no se tratan como si formaran parte de una transacción. En su lugar, se colocan en la caché del búfer con la semántica habitual de escritura demorada de UNIX, es decir, sin ninguna garantía de que se hayan grabado los datos en el disco, a no ser que se ejecute explícitamente el comando sync. Sin embargo, si la aplicación indica una escritura síncrona (por ejemplo, abre un archivo con el indicador O_SYNC), los datos de usuario se tratan como parte de la transacción, con la misma garantía de todo o nada que se aplica a los metadatos del sistema de archivos (por ejemplo, directorios, inodos, correlaciones de extensiones libres, etc.). ¿En qué circunstancias contiene el registro de intenciones datos de archivos? Normalmente, el registro de intenciones sólo contiene información sobre los metadatos del sistema de archivos, como, por ejemplo, superbloque, inodos y directorios. No obstante, los datos de archivos escritos sincrónicamente (es decir, el archivo se abre con la opción O_SYNC o O_DSYNC) se registran en el registro de intenciones, si el tamaño del bloque de escritura es de 8 KB o menos. Este comportamiento se da tanto en el JFS básico como en HP OnLineJFS (también conocido por paquete Advanced VxFS), pero puede cambiarse con la opción nodatainlog del comando mount (consulte la página de manual de mount_vxfs(1M)).
¿Cuál es el tamaño recomendado del registro de intenciones? El tamaño del registro de intenciones se configura por defecto en función del tamaño del sistema de archivos. Normalmente, el tamaño del registro de intenciones es de 1 MB. Si el sistema de archivos es:
¿Hay algún motivo que justifique el aumento de tamaño del registro de intenciones? ¿Qué ocurre si se llena? ¿Se producirán errores o se verá afectado el rendimiento? No; si el registro de intenciones se llena, no se produce ningún impacto perceptible en los usuarios. Puede producirse el bloqueo de la E/S, pero esto sucede en muchas situaciones que no guardan relación con el registro de intenciones y no tendrá ningún impacto perceptible. No se produce ningún error si el registro de intenciones se llena. ¿Cómo se averigua el tamaño del registro de intenciones? Para consultar el tamaño del registro de intenciones, puede utilizar el comando fsdb. No obstante, este depurador del sistema de archivos sólo deben utilizarlo usuarios avanzados, puesto que puede destruir el sistema de archivos si no se utiliza correctamente. Para obtener información al respecto y sobre el formato de superbloque de JFS, consulte la página de manual de fsdb_vxfs(1M). ¿Cómo se modifica el tamaño del registro de intenciones? Utilice el comando mkfs -F vxfs con la siguiente opción -o : -o logsize=n, donde n es el número de bloques por asignar al registro de intenciones. n debe estar en el intervalo de 32 a 2048. En relación con la sintaxis, consulte la página de manual de mkfs_vxfs(1M). ¿Cuáles son las opciones de montaje del JFS y cuándo es conveniente utilizarlas? El JFS ofrece opciones del comando mount para demorar o desactivar el registro de transacciones, y para controlar si los datos de usuario se escriben sincrónicamente o se demoran. Estas configuraciones permiten al administrador del sistema compensar la integridad del sistema de archivos y el rendimiento, garantizando la integridad de los sistemas de archivos críticos, al mismo tiempo que se optimiza el rendimiento de los sistemas de archivos no críticos o temporales. En relación con la sintaxis, consulte la página de manual de mount_vxfs(1M). ¿Qué opciones de registro presenta el JFS? El JFS presenta una variedad de opciones para controlar la forma en que las transacciones se registran en el disco; dichas opciones se enumeran a continuación. El valor por defecto, log, brinda la máxima integridad del sistema en el caso de producirse un error del sistema. En la mayoría de las demás circunstancias, incluidos el montaje de un sistema de archivos JFS con el SAM y la realización de una instalación en frío (cold install), el modo de registro recomendado es delaylog.
¿Qué opciones de escritura presenta el JFS? El JFS presenta varias opciones para controlar cómo se graban los datos de usuario en el disco:
Por añadidura, el administrador del sistema puede controlar la forma en que se maneja la escritura, con O_SYNC y sin dicho indicador:
Dada la gran cantidad de opciones del sistema de archivos JFS, ¿cuáles serían algunas combinaciones útiles de registro y almacenamiento en la memoria caché? mount -o log,mincache=dsync
mount -o log
mount -o delaylog
mount -o nolog,convosync=delay
¿Qué operaciones en línea se pueden llevar a cabo con OnLineJFS? Entre las operaciones administrativas que se pueden llevar a cabo en un sistema de archivos JFS activo, cuando se dispone del producto opcional HP OnLineJFS, se incluyen:
¿Qué es una instantánea JFS y cuál es su utilidad? La instantánea (disponible con HP OnLineJFS) es una vista estable y coherente de un sistema de archivos activo que se utiliza para realizar una copia de seguridad del mismo. Permite al administrador del sistema captar el estado del sistema de archivos en un momento concreto (sin poner de fuera de línea el sistema ni copiarlo), montar la imagen obtenida del sistema de archivos en otro lugar y realizar una copia de seguridad del mismo. Por ejemplo, una instantánea de /home se puede montar en /tmp/home. En un principio, aparecerán directorios y archivos idénticos debajo de /home y debajo de /tmp/home, pero los usuarios aún podrán obtener acceso al sistema de archivos primario (/home) y modificarlo. Estos cambios no se muestran en la instantánea. En lugar de eso, /tmp/home seguirá reflejando el estado de /home en el momento de tomar la instantánea. De cara al usuario, la instantánea parece un sistema de archivos corriente que se ha montado para sólo lectura. El montaje de las instantáneas siempre es de sólo lectura, es decir, no se puede modificar ninguno de sus directorios ni archivos. No obstante, en el plano interno, ocurre algo completamente diferente.
Todo esto se lleva a cabo de modo transparente en el interior del kernel. ¿Cómo se manejan las instantáneas? Una instantánea JFS se puede utilizar para realizar una copia de seguridad en línea de un sistema de archivos. Para obtener información sobre el procedimiento, consulte la sección «Cómo crear y realizar una copia de seguridad de un sistema de archivos de instantánea JFS ». El sistema de archivos de instantánea debe colocarse en un disco aparte o bien en un volumen lógico independiente del sistema de archivos original. Todos los datos que haya en el dispositivo antes de tomar la instantánea se sobrescribirán al tomarla. No es necesario cambiar los comandos y las aplicaciones para utilizar instantáneas, ya que el kernel es responsable de localizar los datos de instantánea (bien en el dispositivo de instantánea o en el dispositivo primario) y de copiar bloques individuales del sistema de archivos primario en el dispositivo de instantánea inmediatamente antes de que se actualicen. Debido a este esquema de copiar al escribir, se puede crear instantáneamente una instantánea y sólo hará falta tener espacio suficiente para albergar los bloques que puedan cambiar mientras se monta la instantánea. El volumen de instantánea debe ser aproximadamente el 10-20 % del tamaño del sistema de archivos original. No es necesario estructurar de ninguna forma el volumen de instantánea ni ejecutar el comando newfs para un sistema de archivos de instantánea antes de montarlo. Mientras se monta la instantánea, no se reflejan en ella los cambios que se produzcan en el sistema de archivos original. La instantánea es una imagen «congelada» del sistema de archivos original. Después de desmontar la instantánea, se pierde su contenido. ¿Qué limitaciones presentan las instantáneas? Cabe la posibilidad de que se agote el espacio en un dispositivo de instantánea. Esto puede suceder porque el dispositivo sea demasiado pequeño, porque el sistema de archivos primario sea demasiado volátil o porque la instantánea permanezca montada demasiado tiempo. Cuando se llena el dispositivo de instantánea, el kernel no dispone de ningún espacio en donde copiar los bloques procedentes del sistema de archivos primario. En esta situación, el kernel no puede mantener una vista estable del sistema de archivos, por lo que hace que la instantánea sea inaccesible. Normalmente, el administrador del sistema crea una nueva instantánea después de subsanar el problema (utilizando un dispositivo de instantánea mayor o eligiendo una hora a la que el sistema de archivos primario sea menos volátil, entre otras posibilidades). ¿En qué se diferencia una copia de seguridad realizada con OnLineJFS de una copia de seguridad estándar? La copia de seguridad realizada con OnLineJFS conlleva utilizar una instantánea del sistema de archivos, antes que el propio sistema de archivos. Se puede hallar información explícita sobre cómo realizar una copia de seguridad en línea en la sección «Realización de una copia de seguridad de un sistema de archivos de instantánea JFS». A efectos de realizar copias de seguridad en línea, ¿cuáles son los convenientes y los inconvenientes de las instantáneas en comparación con el uso de la utilidad del LVM lvsplit? En la respuesta a esta pregunta se da por sentado que se ha instalado tanto HP MirrorDisk/UX como HP OnLineJFS. Los convenientes de utilizar lvsplit:
Convenientes de una instantánea JFS:
¿Tiene el JFS una interface con los sistemas de archivos de instantánea? La utilidad fscat ofrece una interface con un sistema de archivos de instantánea JFS, parecida a la que proporciona la utilidad dd a la que se llama en el archivo especial de otros sistemas de archivos JFS. En la mayoría de los sistemas de archivos JFS, el archivo especial de bloques o caracteres del sistema de archivos brinda acceso a una imagen sin procesar del sistema de archivos para fines tales como realizar una copia de seguridad del sistema de archivos en cinta. La utilidad fscat muestra la instantánea como una secuencia de bytes que se puede procesar en una canalización o grabar en cinta. Para obtener más información, consulte la página de manual de fscat_vxfs(1M). ¿Qué consideraciones debe tener presentes el administrador en relación con el tamaño al configurar sistemas de archivos JFS?
Asimismo, el JFS y el HFS presentan los mismos límites en cuanto al tamaño de archivo y de sistema de archivos:
¿Qué ofrece el JFS para garantizar un buen rendimiento? En general, un sistema de archivos JFS presenta un mejor rendimiento que un sistema de archivos HFS, debido a que utiliza extensiones grandes, optimiza el uso del espacio del sistema de archivos, incorpora una gran capacidad de lectura anticipada y archivos contiguos. No obstante, el resultado natural del sistema de archivos es la fragmentación de los bloques que lo componen. HP OnLineJFS cuenta con un medio eficaz para desfragmentar el espacio del sistema de archivos, con el fin de restaurar el rendimiento del sistema de archivos. Un sistema de archivos JFS se puede desfragmentar con el SAM o directamente desde la línea de comandos por medio del comando fsadm. Se pueden realizar dos tipos de desfragmentación: de directorios y de unidades de extensión. ¿Con qué frecuencia debe desfragmentarse (reorganizarse) el sistema de archivos JFS? Para obtener un rendimiento óptimo, el asignador de extensiones del kernel debe poder encontrar unidades de extensión grandes siempre que sea necesario. Para mantener los niveles de rendimiento del sistema de archivos, la utilidad fsadm debe ejecutarse periódicamente en relación con todos los sistemas de archivos JFS, para disminuir la fragmentación. La frecuencia depende del uso del sistema de archivos, las pautas de actividad y la importancia del rendimiento: puede ser diaria o mensual. No obstante, para mantener el rendimiento óptimo en los sistemas de archivos de mucha actividad, éstos se deben desfragmentar todas las noches. ¿Cómo se desfragmentan los sistemas de archivos JFS?
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
 Versión para imprimir |
|
|
|
|
|
|||||||||||||||
|
|||||||||||||||
