Omitir V�nculos de navegaci�n | |
Salir de la Vista de impresi�n | |
Administración de Oracle Solaris: sistemas de archivos ZFS Oracle Solaris 11 Information Library (Español) |
1. Sistema de archivos ZFS de Oracle Solaris (introducción)
2. Procedimientos iniciales con Oracle Solaris ZFS
3. Oracle Solaris ZFS y sistemas de archivos tradicionales
4. Administración de agrupaciones de almacenamiento de Oracle Solaris ZFS
5. Gestión de componentes de la agrupación raíz ZFS
6. Administración de sistemas de archivos ZFS de Oracle Solaris
Administración de sistemas de archivos AFS (descripción general)
Creación, destrucción y cambio de nombre de sistemas de archivos ZFS
Creación de un sistema de archivos ZFS
Destrucción de un sistema de archivos ZFS
Cambio de nombre de un sistema de archivos ZFS
Introducción a las propiedades de ZFS
Propiedades nativas de sólo lectura de ZFS
Consulta de información del sistema de archivos ZFS
Visualización de información básica de ZFS
Creación de consultas de ZFS complejas
Administración de propiedades de ZFS
Configuración de propiedades de ZFS
Herencia de propiedades de ZFS
Consulta de las propiedades de ZFS
Consulta de propiedades de ZFS para secuencias de comandos
Montaje de sistemas de archivos ZFS
Administración de puntos de montaje de ZFS
Montaje de sistemas de archivos ZFS
Uso de propiedades de montaje temporales
Desmontaje de los sistemas de archivos ZFS
Cómo compartir y anular la compartición de sistemas de archivos ZFS
Sintaxis del uso compartido de ZFS heredados
Sintaxis de uso compartido de ZFS nuevo
Visualización de información de recurso compartido ZFS
Herencia de uso compartido de ZFS
Cambio de un recurso compartido ZFS
Eliminación de un recurso compartido ZFS
Uso compartido de archivos ZFS en una zona no global
Resumen de comando de uso compartido antiguo y uso compartido de ZFS nuevo
Resolución de problemas de recurso compartido ZFS
Migración del uso compartido de ZFS y problemas de transición
Configuración de cuotas y reservas de ZFS
Establecimiento de cuotas en sistemas de archivos ZFS
Establecimiento de las cuotas de usuarios y grupos en un sistema de archivos ZFS
Establecimiento de reservas en sistemas de archivos ZFS
Cifrado de sistemas de archivos ZFS
Cambio de claves de un sistema de archivos ZFS cifrado
Delegación de permisos de operaciones de claves de ZFS
Montaje de un sistema de archivos ZFS cifrado
Interacciones entre propiedades de compresión, eliminación de datos duplicados y cifrado de ZFS
Ejemplos de cifrado de sistemas de archivos ZFS
Migración de sistemas de archivos ZFS
Cómo migrar un sistema de archivos a un sistema de archivos ZFS
Resolución de problemas de migraciones del sistema de archivos ZFS
Actualización de sistemas de archivos ZFS
7. Uso de clones e instantáneas de Oracle Solaris ZFS
8. Uso de listas de control de acceso y atributos para proteger archivos Oracle Solaris ZFS
9. Administración delegada de ZFS Oracle Solaris
10. Temas avanzados de Oracle Solaris ZFS
11. Recuperación de agrupaciones y solución de problemas de Oracle Solaris ZFS
12. Archivado de instantáneas y recuperación de agrupaciones raíz
13. Prácticas de ZFS recomendadas por Oracle Solaris
Las propiedades son para el mecanismo principal que utiliza para controlar el comportamiento de los sistemas de archivos, volúmenes, instantáneas y clones. A menos que se indique lo contrario, las propiedades que se definen en esta sección se aplican a todos los tipos de conjuntos de datos.
Las propiedades se dividen en dos tipos: nativas y definidas por el usuario. Las propiedades nativas proporcionan estadísticas internas o controlan el comportamiento del sistema de archivos ZFS. Asimismo, las propiedades nativas son configurables o de sólo lectura. Las propiedades del usuario no repercuten en el comportamiento del sistema de archivos ZFS, pero puede usarlas para anotar conjuntos de datos de forma que tengan sentido en su entorno. Para obtener más información sobre las propiedades del usuario, consulte Propiedades de usuario de ZFS.
La mayoría de las propiedades configurables también se pueden heredar. Una propiedad que se puede heredar es la que, cuando se establece en un sistema de archivos principal, se propaga a todos sus descendientes.
Todas las propiedades heredables tienen un origen asociado que indica la forma en que se ha obtenido una propiedad. El origen de una propiedad puede tener los valores siguientes:
Indica que la propiedad se ha establecido explícitamente en el conjunto de datos mediante el comando zfs set, tal como se describe en Configuración de propiedades de ZFS.
Indica que la propiedad se ha heredado del superior nombrado.
Indica que el valor de la propiedad no se ha heredado o establecido localmente. Este origen es el resultado de que ningún superior tiene la propiedad como local de origen.
La tabla siguiente identifica las propiedades del sistema de archivos ZFS nativo configurable y de sólo lectura. Las propiedades nativas de sólo lectura se identifican como tales. Todas las demás propiedades nativas que se enumeran en esta tabla son configurables. Para obtener información sobre las propiedades del usuario, consulte Propiedades de usuario de ZFS.
Tabla 6-1 Descripciones de propiedades nativas de ZFS
|
Las propiedades nativas de sólo lectura se pueden recuperar, pero no definir. Las propiedades nativas de sólo lectura no se heredan. Algunas propiedades nativas son específicas de un tipo concreto de conjunto de datos. En estos casos, el tipo de conjunto de datos concreto se menciona en la descripción de la Tabla 6-1.
Las propiedades nativas de sólo lectura aparecen aquí y se describen en la Tabla 6-1.
available
compressratio
creation
keystatus
mounted
origin
referenced
rekeydate
type
used
Para obtener más información, consulte Propiedad used.
usedbychildren
usedbydataset
usedbyrefreservation
usedbysnapshots
Para obtener más información sobre el cálculo de espacio en el disco, incluidas las propiedades used, referenced y available, consulte Cálculo del espacio de ZFS.
La propiedad used es una propiedad de sólo lectura que identifica la cantidad de espacio en el disco que consume este conjunto de datos y todos sus descendientes. Este valor se comprueba con la cuota del conjunto de datos y la reserva. El espacio utilizado no incluye la reserva del conjunto de datos, pero considera la reserva de cualquier conjunto de datos descendiente. La cantidad de espacio que un conjunto de datos consume en su elemento principal, y la cantidad de espacio en el disco que se libera si el conjunto de datos se destruye repetidamente, es la mayor entre su espacio utilizado y su reserva.
Cuando se crean instantáneas, su espacio en el disco se comparte inicialmente entre la instantánea y el sistema de archivos, y posiblemente con instantáneas anteriores. Conforme cambia el sistema de archivos, el espacio en el disco que se compartía anteriormente se vuelve exclusivo para la instantánea, y se cuenta en el espacio utilizado de la instantánea. El espacio que utiliza una instantánea representa sólo sus datos exclusivos. Asimismo, eliminar instantáneas puede aumentar la cantidad de espacio en el disco exclusivo para (y utilizado por) otras instantáneas. Para obtener información sobre los problemas de espacio y las instantáneas, consulte Comportamiento de falta de espacio.
La cantidad de espacio en el disco utilizado, disponible y con referencia no incluye los cambios pendientes. Los cambios pendientes suelen calcularse en pocos segundos. Si se confirma un cambio en un disco mediante la función fsync(3c) u O_SYNC, no se garantiza necesariamente que la información de uso del espacio en el disco se actualice de inmediato.
La información de las propiedades usedbychildren, usedbydataset , usedbyrefreservation y usedbysnapshots se puede mostrar mediante el comando zfs list - o space. Estas propiedades identifican la propiedad used en espacio en el disco que consumen los descendientes. Para obtener más información, consulte la Tabla 6-1.
Las propiedades nativas configurables son aquellas cuyos valores se pueden recuperar y establecer. Las propiedades nativas configurables se establecen mediante el comando zfs set, como se describe en Configuración de propiedades de ZFS, o mediante el comando zfs create, como se describe en Creación de un sistema de archivos ZFS. Salvo las cuotas y las reservas, las propiedades nativas configurables se heredan. Si desea más información sobre cuotas y reservas, consulte Configuración de cuotas y reservas de ZFS.
Algunas propiedades nativas configurables son específicas de un tipo concreto de conjunto de datos. En estos casos, el tipo de conjunto de datos concreto se menciona en la descripción de la Tabla 6-1. Si no se menciona específicamente, una propiedad se aplica a todos los tipos de conjuntos de datos: sistemas de archivos, clones, volúmenes e instantáneas.
Las propiedades configurables aparecen aquí y se describen en la Tabla 6-1.
aclinherit
Para obtener una descripción detallada, consulte Propiedades de ACL.
atime
canmount
casesensitivity
suma de comprobación
compression
copies
devices
dedup
cifrado
exec
keysource
logbias
mlslabel
mountpoint
nbmand
normalization
primarycache
quota
readonly
recordsize
Para obtener información detallada, consulte Propiedad recordsize.
refquota
refreservation
reservation
rstchown
secondarycache
sharesmb
sharenfs
setuid
snapdir
version
vscan
utf8only
volsize
Para obtener información detallada, consulte Propiedad volsize.
volblocksize
zoned
xattr
Si esta propiedad se establece en off, el sistema de archivos no se puede montar mediante los comandos zfs mount ni zfs mount -a. Establecer esta propiedad en off es como establecer la propiedad mountpoint en none, excepto que el sistema de archivos todavía tiene una propiedad mountpoint normal que se puede heredar. Por ejemplo, puede establecer esta propiedad en off, así como establecer propiedades heredables para los sistemas de archivos descendientes. Sin embargo, el sistema de archivos principal no se puede montar nunca, ni los usuarios pueden acceder a él. En este caso, el sistema de archivos principal sirve como contenedor para poder establecer propiedades en el contenedor, pero nunca se puede acceder al contenedor en sí.
En el ejemplo siguiente, se crea userpool y su propiedad canmount se establece en off. Los puntos de montaje para los sistemas de archivos de usuario descendientes se establecen en un punto de montaje común, /export/home. Los sistemas de archivo descendientes heredan las propiedades que se establecen en el sistema de archivos superior, pero el sistema de archivos superior no se monta nunca.
# zpool create userpool mirror c0t5d0 c1t6d0 # zfs set canmount=off userpool # zfs set mountpoint=/export/home userpool # zfs set compression=on userpool # zfs create userpool/user1 # zfs create userpool/user2 # zfs mount userpool/user1 /export/home/user1 userpool/user2 /export/home/user2
Si la propiedad canmount se establece en noauto, el sistema de archivos sólo se puede montar de manera explícita, no automáticamente.
Esta propiedad indica si el algoritmo que coincide con el nombre de archivo utilizado por el sistema de archivos debe ser casesensitive o caseinsensitive, o si debe permitir una combinación de ambos estilos de coincidencia (mixed).
Cuando una solicitud de coincidencia que no distingue mayúsculas de minúsculas está compuesta por un sistema de archivos de sensibilidad mixta, el comportamiento es generalmente el mismo que se espera de un sistema de archivos que no distingue mayúsculas de minúsculas. La diferencia es que un sistema de archivos de sensibilidad mixta puede contener directorios con varios nombres que son únicos desde una perspectiva de distinción entre mayúsculas y minúsculas, pero no desde una perspectiva de no distinción entre mayúsculas y minúsculas.
Por ejemplo, un directorio puede contener archivos foo, Foo y FOO. Si se realiza una solicitud de coincidencia sin distinción entre mayúsculas y minúsculas con cualquiera de las posibles formas de foo, (por ejemplo foo, FOO, FoO, fOo, etc.), uno de los tres archivos existentes se elige como coincidencia en función del algoritmo de coincidencia. No se garantiza exactamente qué archivo selecciona el algoritmo como coincidencia, pero lo que sí se garantiza es que el mismo archivo se selecciona como una coincidencia de cualquiera de las formas de foo. El archivo elegido como coincidencia sin distinción entre mayúsculas y minúsculas para foo, FOO , foO, Foo, etc., es siempre el mismo, siempre que el directorio permanezca sin cambios.
La propiedades utf8only, normalization y casesensitivity también proporcionan nuevos permisos que se pueden asignar a usuarios sin privilegios mediante la administración delegada de ZFS. Para obtener más información, consulte Delegación de permisos de ZFS.
Como función de fiabilidad, los metadatos de sistemas de archivos ZFS se almacenan automáticamente varias veces en distintos discos, si es posible. Esta función se conoce como bloques ditto.
En esta versión también se pueden almacenar varias copias de los datos de usuario por sistema de archivos utilizando el comando zfs set copies. Por ejemplo:
# zfs set copies=2 users/home # zfs get copies users/home NAME PROPERTY VALUE SOURCE users/home copies 2 local
Los valores disponibles son 1, 2 ó 3. El valor predeterminado es 1. Estas copias son adicionales a cualquier redundancia de nivel de grupo, por ejemplo en una configuración RAID-Z o duplicada.
Las ventajas de almacenar varias copias de los datos de usuario ZFS son:
Mejora la retención de datos al permitir la recuperación de fallos de lectura de bloques irrecuperables, como los fallos de medios (conocidos como bit rot) para todas las configuraciones ZFS.
Proporciona protección de datos, incluso cuando sólo hay disponible un disco.
Permite seleccionar las directivas de protección de datos por sistema de archivos, más allá de las posibilidades de la agrupación de almacenamiento.
Nota - Según la asignación de los bloques ditto en la agrupación de almacenamiento, varias copias se podrían colocar en un solo disco. Un posible fallo posterior en el disco podría hacer que todos los bloques ditto no estuvieran disponibles.
Los bloques ditto pueden ser útiles cuando de forma involuntaria se crea una agrupación no redundante y se deben establecer políticas de retención de datos.
La propiedad dedup controla si los datos duplicados se eliminan de un sistema de archivos. Si un sistema de archivos tiene habilitada la propiedad dedup, los bloques de datos duplicados se eliminan de forma sincrónica. El resultado es que se almacenan solamente los datos exclusivos y los componentes comunes se comparten entre archivos.
No habilite la propiedad dedup de los sistemas de archivos que residen en sistemas de producción hasta que se revisen las siguientes consideraciones:
Determine si los datos se beneficiarían con el ahorro de espacio que proporciona la anulación de la duplicación. Si los datos duplicados no se pueden eliminar, no tiene sentido habilitar la eliminación de datos duplicados. Por ejemplo:
# zdb -S tank Simulated DDT histogram: bucket allocated referenced ______ ______________________________ ______________________________ refcnt blocks LSIZE PSIZE DSIZE blocks LSIZE PSIZE DSIZE ------ ------ ----- ----- ----- ------ ----- ----- ----- 1 2.27M 239G 188G 194G 2.27M 239G 188G 194G 2 327K 34.3G 27.8G 28.1G 698K 73.3G 59.2G 59.9G 4 30.1K 2.91G 2.10G 2.11G 152K 14.9G 10.6G 10.6G 8 7.73K 691M 529M 529M 74.5K 6.25G 4.79G 4.80G 16 673 43.7M 25.8M 25.9M 13.1K 822M 492M 494M 32 197 12.3M 7.02M 7.03M 7.66K 480M 269M 270M 64 47 1.27M 626K 626K 3.86K 103M 51.2M 51.2M 128 22 908K 250K 251K 3.71K 150M 40.3M 40.3M 256 7 302K 48K 53.7K 2.27K 88.6M 17.3M 19.5M 512 4 131K 7.50K 7.75K 2.74K 102M 5.62M 5.79M 2K 1 2K 2K 2K 3.23K 6.47M 6.47M 6.47M 8K 1 128K 5K 5K 13.9K 1.74G 69.5M 69.5M Total 2.63M 277G 218G 225G 3.22M 337G 263G 270G dedup = 1.20, compress = 1.28, copies = 1.03, dedup * compress / copies = 1.50
Si la razón estimada de dedup es mayor que 2, puede que se produzca un ahorro de espacio con dedup.
En el ejemplo anterior, la relación de eliminación de datos duplicados es menor que 2; por lo tanto, no se recomienda habilitar la eliminación de datos duplicados.
Asegúrese de que el sistema tenga memoria suficiente para admitir dedup.
Cada entrada de la tabla de dedup incorporada en el núcleo central es de aproximadamente 320 bytes.
Multiplique el número de bloques asignados por 320. Por ejemplo:
in-core DDT size = 2.63M x 320 = 841.60M
El rendimiento de dedup es mejor cuando la tabla de anulación de la duplicación se ajusta a la memoria. Si la tabla de dedup se tiene que escribir en el disco, el rendimiento disminuirá. Por ejemplo, la eliminación de un sistema de archivos de gran tamaño con la eliminación de datos duplicados habilitada disminuirá significativamente el rendimiento del sistema si el sistema no cumple con los requisitos de memoria descritos anteriormente.
Cuando dedup está habilitado, el algoritmo de suma de comprobación dedup sustituye la propiedad checksum. Establecer el valor de la propiedad en verify es lo mismo que especificar sha256,verify. Si la propiedad se define en verify y dos bloques tienen la misma firma, ZFS realiza una comparación por bytes con el bloque existente para asegurarse de que los contenidos son idénticos.
Esta propiedad se puede habilitar por sistema de archivos. Por ejemplo:
# zfs set dedup=on tank/home
Puede utilizar el comando zfs get para determinar si se ha establecido la propiedad dedup.
Aunque la eliminación de datos duplicados se establece como una propiedad del sistema de archivos, el alcance se extiende a todas las agrupaciones. Por ejemplo, se puede identificar la relación de eliminación de datos duplicados. Por ejemplo:
# zpool list tank NAME SIZE ALLOC FREE CAP DEDUP HEALTH ALTROOT rpool 136G 55.2G 80.8G 40% 2.30x ONLINE -
La columna DEDUP indica cuántos datos duplicados se han eliminado. Si la propiedad dedup no está habilitada en un sistema de archivos, o si la propiedad dedup fue habilitada en el sistema de archivos en ese momento, la relación de DEDUP es 1.00x.
Puede utilizar el comando zpool get para determinar el valor de la propiedad dedupratio. Por ejemplo:
# zpool get dedupratio export NAME PROPERTY VALUE SOURCE rpool dedupratio 3.00x -
Esta propiedad de agrupación ilustra la cantidad de datos duplicados que ha eliminado esta agrupación.
Puede utilizar la propiedad de cifrado para cifrar sistemas de archivos ZFS. Para obtener más información, consulte Cifrado de sistemas de archivos ZFS.
La propiedad recordsize especifica un tamaño de bloque sugerido para los archivos del sistema de archivos.
Esta propiedad se designa exclusivamente para utilizarse con cargas de trabajo de la base de datos que acceden a los archivos en registros de tamaño fijo. ZFS ajusta automáticamente el tamaño de los bloques de acuerdo con algoritmos internos optimizados para los patrones de acceso habituales. En cuanto a las bases de datos que crean archivos muy grandes pero que acceden a los archivos en pequeños bloques aleatorios, estos algoritmos quizá funcionen por debajo de su nivel habitual. Si se especifica un valor de recordsize mayor o igual que el tamaño de grabación de la base de datos, el rendimiento puede mejorar considerablemente. El uso de esta propiedad se desaconseja de manera especial en los sistemas de archivos de finalidad general; puede afectar negativamente al rendimiento. El tamaño especificado debe ser una potencia de 2 mayor o igual que 512 y menor o igual que 128 KB. El cambio del valor recordsize en los sistemas de archivos sólo afecta a los archivos creados posteriormente. No afecta a los archivos ya creados.
La abreviatura de la propiedad es recsize.
Esta propiedad permite compartir sistemas de archivos ZFS con el servicio Oracle Solaris SMB, e identifica las opciones que se pueden utilizar.
Debido a que los recursos compartidos SMB requieren un nombre de recurso, se crea un nombre de recurso único a partir del nombre del sistema de archivos. El nombre creado es una copia del nombre del sistema de archivos, excepto que los caracteres del nombre del sistema de archivos, los cuales serían ilegales en el nombre del recurso, se reemplazan con caracteres de subrayado (_). También se admite un pseudo nombre de propiedad, el cual permite reemplazar el nombre del sistema de archivos con un nombre específico. El nombre específico se utiliza para reemplazar sistema de archivos establecido anteriormente en caso de herencia.
Por ejemplo, si el sistema de archivos data/home/john se establece en name=john, data/home/john tiene el nombre de recurso john. Si existe un sistema de archivos secundario data/home/john/backups, dicho sistema tiene el nombre de recurso john_backups. Cuando la propiedad sharesmb se cambia por un sistema de archivos, el sistema de archivos y cualquier sistema secundario que herede la propiedad se vuelven a compartir con las nuevas opciones, solamente si la propiedad se estableció anteriormente en off o si se compartían antes de que se cambiara la propiedad. Si la nueva propiedad se establece en off, los sistemas de archivos no se comparten.
Para obtener ejemplos sobre cómo usar la propiedad sharesmb, consulte Cómo compartir y anular la compartición de sistemas de archivos ZFS .
La propiedad volsize especifica el tamaño lógico del volumen. De forma predeterminada, la creación de un volumen establece una reserva para la misma cantidad. Cualquier cambio en volsize se refleja en un cambio equivalente en la reserva. Estas comprobaciones se utilizan para evitar un comportamiento inesperado para los usuarios. Un volumen que contenga menos espacio del que indica como disponible puede provocar un comportamiento indefinido o corrupción en los datos, según cómo se utilice el volumen. Estos efectos también pueden darse si el tamaño del volumen se cambia durante su uso, especialmente si se reduce el tamaño. Al ajustar el tamaño del volumen se debe ir con sumo cuidado.
Aunque no se recomienda, puede crear un volumen disperso si especifica el indicador -s en el comando zfs create -V o si cambia la reserva después de crear el volumen. Un volumen disperso se define como un volumen donde la reserva no es igual al tamaño del volumen. En un volumen disperso, los cambios en volsize no se reflejan en la reserva.
Para obtener más información sobre el uso de volúmenes, consulte Volúmenes de ZFS.
Además de las propiedades nativas, ZFS es compatible con las propiedades aleatorias del usuario. Las propiedades del usuario no repercuten en el comportamiento del sistema de archivos ZFS, pero puede usarlas para anotar información de manera que tenga sentido en su entorno.
Los nombres de propiedad del usuario deben ajustarse a las características siguientes:
Deben contener un signo de dos puntos (': ') para distinguirlos de las propiedades nativas.
Además, deben contener letras minúsculas, números o los signos de puntuación siguientes: ':', '+','.', '_'.
La longitud máxima de un nombre de propiedad de usuario es 256 caracteres.
La convención habitual es que el nombre de la propiedad se divida en los dos componentes siguientes, pero este espacio de nombre no lo aplica ZFS:
module:property
Cuando haga un uso programático de las propiedades del usuario, utilice un nombre de dominio DNS inverso para el componente módulo de nombres de propiedades con vistas a reducir la posibilidad de que dos paquetes desarrollados independientemente utilicen el mismo nombre de propiedad para fines diferentes. Los nombres de propiedad que comienzan con com.oracle. se reservan para su uso por Oracle Corporation.
Los valores de las propiedades de usuario deben ajustarse a las convenciones siguientes:
Deben constar de cadenas aleatorias que se heredan siempre y que nunca se validan.
La longitud máxima de la propiedad de usuario es 1024 caracteres.
Por ejemplo:
# zfs set dept:users=finance userpool/user1 # zfs set dept:users=general userpool/user2 # zfs set dept:users=itops userpool/user3
Todos los comandos que se utilizan en propiedades, como zfs list, zfs get, zfs set, etc., se pueden utilizar para manipular las propiedades nativas y las del usuario.
Por ejemplo:
zfs get -r dept:users userpool NAME PROPERTY VALUE SOURCE userpool dept:users all local userpool/user1 dept:users finance local userpool/user2 dept:users general local userpool/user3 dept:users itops local
Para borrar una propiedad de usuario, utilice el comando zfs inherit. Por ejemplo:
# zfs inherit -r dept:users userpool
Si la propiedad no se define en ningún conjunto de datos superior, se elimina por completo.