Omitir V�nculos de navegaci�n | |
Salir de la Vista de impresi�n | |
Transición de Oracle Solaris 10 a Oracle Solaris 11 Oracle Solaris 11 Information Library (Español) |
1. Transición de Oracle Solaris 10 a Oracle Solaris 11 (descripción general)
2. Transición a los métodos de instalación de Oracle Solaris 11
4. Funciones de gestión de almacenamiento
5. Gestión de sistemas de archivos
Cambios del sistema de archivos de Oracle Solaris 11
Requisitos y cambios del sistema de archivos raíz
Gestión de cambios en sistemas de archivo ZFS
Visualización de información de sistemas de archivos ZFS
Resolución de problemas de informe de espacio de sistema de archivos ZFS
Resolución de problemas de informe de espacio de agrupaciones de almacenamiento ZFS
Cómo hacer que los sistemas de archivos ZFS estén disponibles
Cambios en el uso compartido del sistema de archivos ZFS
Sintaxis del uso compartido de ZFS heredados
Migración del uso compartido de ZFS y problemas de transición
Requisitos para la anulación de la duplicación de datos de ZFS
Consideración de las funciones de copia de seguridad de ZFS
Migración de datos de sistemas de archivos a sistemas de archivos ZFS
Recomendaciones para la migración de datos
Migración de datos de ZFS mediante shadow
Migración de datos UFS al sistema de archivos ZFS (ufsdump y ufsrestore)
7. Gestión de configuración de red
8. Gestión de configuración del sistema
10. Gestión de las versiones de Oracle Solaris en un entorno virtual
11. Cambios de entorno de usuario y gestión de cuentas de usuario
12. Uso de las funciones de Oracle Solaris Desktop
A. Transición de versiones anteriores de Oracle Solaris 11 a Oracle Solaris 11
Las siguientes funciones del sistema de archivos ZFS, que no estaban disponibles en la versión Oracle Solaris 10, están disponibles en Oracle Solaris 11:
Cifrado de sistema de archivos ZFS: puede cifrar un sistema de archivos ZFS en el momento de su creación. Para obtener más información, consulte el Capítulo 9, Gestión de la seguridad.
Anulación de duplicación de sistemas de archivos ZFS: para obtener información importante sobre cómo saber si el entorno del sistema puede admitir la anulación de la duplicación de datos ZFS, consulte Requisitos para la anulación de la duplicación de datos de ZFS.
Uso compartido del sistema de archivos ZFS: incluye los cambios del uso compartido del sistema de archivos de NFS y de SMB. Para obtener más información, consulte Cambios en el uso compartido del sistema de archivos ZFS.
Cambio de página del comando man ZFS: la página del manual zfs.1m fue revisada para que las funciones principales del sistema de archivos ZFS permanezcan en la página zfs.1m, pero la administración delegada, el cifrado y los ejemplos y el uso compartido de sintaxis se tratan en las siguientes páginas:
Una vez que el sistema está instalado, revise la agrupación de almacenamiento ZFS y la información del sistema de archivos ZFS.
Muestre la información de la agrupación de almacenamiento ZFS con el comando zpool status. Por ejemplo:
# zpool status pool: rpool state: ONLINE scan: none requested config: NAME STATE READ WRITE CKSUM rpool ONLINE 0 0 0 c2t0d0s0 ONLINE 0 0 0 errors: No known data errors
Muestre la información del sistema de archivos ZFS con el comando zfs list. Por ejemplo:
# zfs list -r rpool NAME USED AVAIL REFER MOUNTPOINT NAME USED AVAIL REFER MOUNTPOINT rpool 5.39G 67.5G 74.5K /rpool rpool/ROOT 3.35G 67.5G 31K legacy rpool/ROOT/solaris 3.35G 67.5G 3.06G / rpool/ROOT/solaris/var 283M 67.5G 214M /var rpool/dump 1.01G 67.5G 1000M - rpool/export 97.5K 67.5G 32K /rpool/export rpool/export/home 65.5K 67.5G 32K /rpool/export/home rpool/export/home/admin 33.5K 67.5G 33.5K /rpool/export/home/admin rpool/swap 1.03G 67.5G 1.00G -
Para obtener una descripción de los componentes de la agrupación raíz, consulte Revisión del entorno de inicio ZFS inicial después de una instalación.
Los comandos zpool list y zfs list son mejores que los comandos df y du anteriores para determinar el espacio disponible de la agrupación y el sistema de archivos. Con los comandos heredados, no se puede distinguir fácilmente entre el espacio disponible de la agrupación y el del sistema de archivos. Además, los comandos heredados no contabilizan el espacio que consumen los sistemas de archivos descendientes o las instantáneas.
Por ejemplo, la siguiente agrupación raíz (rpool) tiene 5,46 GB asignados y 68,5 GB libres.
# zpool list rpool NAME SIZE ALLOC FREE CAP DEDUP HEALTH ALTROOT rpool 74G 5.46G 68.5G 7% 1.00x ONLINE -
Si compara la contabilización del espacio de la agrupación con la contabilización del espacio del sistema de archivos mediante la revisión de las columnas de espacio utilizado (USED) de sus sistemas de archivos individuales, puede ver que el espacio de la agrupación se contabiliza. Por ejemplo:
# zfs list -r rpool NAME USED AVAIL REFER MOUNTPOINT rpool 5.41G 67.4G 74.5K /rpool rpool/ROOT 3.37G 67.4G 31K legacy rpool/ROOT/solaris 3.37G 67.4G 3.07G / rpool/ROOT/solaris/var 302M 67.4G 214M /var rpool/dump 1.01G 67.5G 1000M - rpool/export 97.5K 67.4G 32K /rpool/export rpool/export/home 65.5K 67.4G 32K /rpool/export/home rpool/export/home/admin 33.5K 67.4G 33.5K /rpool/export/home/admin rpool/swap 1.03G 67.5G 1.00G -
El valor de tamaño (SIZE) que informa el comando zpool list en general es la cantidad de espacio físico en disco de la agrupación, pero esto varía según el nivel de redundancia de la agrupación. Consulte los ejemplos que se proporcionan a continuación. El comando zfs list muestra el espacio utilizable que está disponible para sistemas de archivos, que se calcula con el espacio en disco menos la carga de metadatos de redundancia de la agrupación ZFS, si es que hay.
Agrupación de almacenamiento no redundante: creada con un disco de 136 GB, el comando zpool list informa el tamaño (SIZE) y los valores libres iniciales (FREE) como 136 GB. El espacio disponible inicial (AVAIL) informado por el comando zfs list es 134 GB porque hay una pequeña cantidad de carga de metadatos de la agrupación. Por ejemplo:
# zpool create tank c0t6d0 # zpool list tank NAME SIZE ALLOC FREE CAP DEDUP HEALTH ALTROOT tank 136G 95.5K 136G 0% 1.00x ONLINE - # zfs list tank NAME USED AVAIL REFER MOUNTPOINT tank 72K 134G 21K /tank
Agrupación de almacenamiento reflejada: creada con dos discos de 136 GB, el comando zpool list informa el tamaño (SIZE) como 136 GB y el valor libre inicial (FREE) como 136 GB. Este informe se denomina valor de espacio desinflado. El espacio disponible inicial (AVAIL) informado por el comando zfs list es 134 GB porque hay una pequeña cantidad de carga de metadatos de la agrupación. Por ejemplo:
# zpool create tank mirror c0t6d0 c0t7d0 # zpool list tank NAME SIZE ALLOC FREE CAP DEDUP HEALTH ALTROOT tank 136G 95.5K 136G 0% 1.00x ONLINE - # zfs list tank NAME USED AVAIL REFER MOUNTPOINT tank 72K 134G 21K /tank
Agrupación de almacenamiento de RAID-Z: creada con tres discos de 136, el comando zpool list informa el tamaño (SIZE) como 408 GB y el valor libre inicial (FREE) como 408 GB. Este informe se conoce como valor de espacio en disco inflado, que incluye carga de redundancia, como la información de paridad. El espacio disponible inicial (AVAIL) informado por el comando zfs list es de 133 GB porque hay una carga de redundancia de la agrupación. El siguiente ejemplo crea una agrupación RAIDZ-2.
# zpool create tank raidz2 c0t6d0 c0t7d0 c0t8d0 # zpool list tank NAME SIZE ALLOC FREE CAP DEDUP HEALTH ALTROOT tank 408G 286K 408G 0% 1.00x ONLINE - # zfs list tank NAME USED AVAIL REFER MOUNTPOINT tank 73.2K 133G 20.9K /tank
El modo de hacer que los sistemas de archivos ZFS estén disponibles es similar al de las versiones de Oracle Solaris 10 de los siguientes aspectos:
Un sistema de archivos ZFS se monta automáticamente cuando se crea y, luego, se vuelve a montar automáticamente cuando se inicia el sistema.
No tiene que modificar el archivo /etc/vfstab para montar un sistema de archivos ZFS, a menos que cree un montaje heredado para el sistema de archivos ZFS. Se recomienda montar un sistema de archivos ZFS automáticamente en lugar de usar un montaje heredado.
No tiene que modificar el archivo /etc/dfs/dfstab para compartir sistemas de archivos. Para obtener más información sobre cómo compartir sistemas de archivos ZFS, consulte Cambios en el uso compartido del sistema de archivos ZFS.
De manera similar a una raíz UFS, el dispositivo de intercambio debe tener una entrada en el archivo /etc/vfstab.
Los sistemas de archivos se pueden compartir entre los sistemas Oracle Solaris 10 y Oracle Solaris 11 mediante el uso compartido de NFS.
Los sistemas de archivos se pueden compartir entre los sistemas Oracle Solaris 11 mediante el uso compartido de NFS o SMB.
Las agrupaciones de almacenamiento ZFS se pueden exportar desde un sistema Oracle Solaris 10 y, luego, se pueden importar a un sistema Oracle Solaris 11.
En Oracle Solaris 10, puede establecer la propiedad sharenfs o sharesmb para crear y publicar un recurso compartido del sistema de archivos ZFS, o puede utilizar el comando heredado share.
En esta versión de Solaris, puede crear un recurso compartido del sistema de archivos ZFS y publicarlo como se indica a continuación:
Cree un recurso compartido NFS o SMB de un sistema de archivos ZFS mediante el comando zfs set share. Por ejemplo:
# zfs create rpool/fs1 # zfs set share=name=fs1,path=/rpool/fs1,prot=nfs rpool/fs1 name=fs1,path=/rpool/fs1,prot=nfs
Publique el recurso compartido NFS o SMB estableciendo la propiedad sharenfs o sharesmb en on. Por ejemplo:
# zfs set sharenfs=on rpool/fs1 # cat /etc/dfs/sharetab /rpool/fs1 fs1 nfs sec=sys,rw
Las principales diferencias de uso compartido de la nueva versión son las siguientes:
El comando zfs set share sustituye la interfaz sharemgr para compartir sistemas de archivos ZFS.
La interfaz sharemgr ya no está disponible. El comando heredado share y la propiedad sharenfs todavía están disponibles. Consulte los ejemplos que se proporcionan a continuación.
El archivo /etc/dfs/dfstab todavía existe, pero las modificaciones se ignoran. SMF gestiona información de recursos compartidos ZFS o UFS para que los sistemas de archivos se compartan automáticamente cuando se reinicia el sistema, de manera similar a como se gestiona el montaje ZFS y la información de los recursos compartidos.
Los recursos compartidos del sistema de archivos que se comparten mediante el comando share - a son persistentes.
Los sistemas de archivos descendentes no heredan las propiedades de los recursos compartidos. Si se crea un sistema de archivos descendente con la propiedad heredada sharenfs activada, se crea un recurso compartido para el nuevo sistema de archivos descendente.
La sintaxis del uso compartido todavía se admite sin tener que modificar el archivo /etc/dfs/dfstab. Los recursos compartidos heredados se gestionan mediante un servicio SMF.
Utilice el comando share para compartir un sistema de archivos.
Por ejemplo, para compartir un sistema de archivos ZFS:
# share -F nfs /tank/zfsfs # cat /etc/dfs/sharetab /tank/zfsfs - nfs rw
La sintaxis anterior es idéntica a la que se usa para compartir un sistema de archivos UFS:
# share -F nfs /ufsfs # cat /etc/dfs/sharetab /ufsfs - nfs rw /tank/zfsfs - nfs rw
Puede crear un sistema de archivos con la propiedad sharenfs habilitada, como en las versiones anteriores. El comportamiento de Oracle Solaris 11 es que se crea un recurso compartido predeterminado para el sistema de archivos.
# zfs create -o sharenfs=on rpool/data # cat /etc/dfs/sharetab /rpool/data rpool_data nfs sec=sys,rw
Los recursos compartidos del sistema de archivos anterior se publican inmediatamente.
Revise los problemas relacionados con la transición de recursos compartidos en esta sección.
Actualización del sistema: si vuelve a iniciar un entorno de inicio anterior, los recursos compartidos ZFS serán incorrectos debido a que se han realizado cambios en las propiedades de esta versión. Los recursos compartidos que no son de ZFS no se ven afectados. Si tiene previsto volver a iniciar en un entorno de inicio más viejo, guarde una copia de la configuración existente del recurso compartido antes de la operación de actualización de pkg update, a fin de poder restaurar la configuración del recurso compartido en los conjuntos de datos ZFS.
En los entornos de inicio más viejos, utilice el comando sharemgr show -vp para obtener una lista de todas las acciones y su configuración.
Utilice el comando zfs get sharenfs sistema_archivos y el comando zfs sharesmb sistema_archivos para obtener los valores de las propiedades del uso compartido.
Si vuelve a un entorno de inicio anterior, restablezca las propiedades sharenfs y sharesmb a sus valores originales.
Comportamiento de anulación de compartición antigua: mediante el uso del comando unshare -a o del comando unshareall, se anula la publicación de un recurso compartido, pero no se actualiza el repositorio de recursos compartidos SMF. Si intenta volver a compartir el recurso existente, se comprueba si hay conflictos en el depósito de recursos compartidos y se muestra un error.
En Oracle Solaris 11, puede utilizar la propiedad de anulación de la duplicación (dedup) para eliminar datos redundantes de sus sistemas de archivos ZFS. 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. Por ejemplo:
# zfs set dedup=on tank/home
No habilite la propiedad dedup en los sistemas de archivos que residen en los sistemas de producción hasta que realice los pasos siguientes para determinar si el sistema puede admitir los datos de la anulación de la duplicación.
Determine si los datos se beneficiarían con el ahorro de espacio que proporciona la anulación de la duplicación. Si no se puede anular la duplicación de los datos, no tiene sentido habilitar dedup. La ejecución del siguiente comando consume mucha memoria:
# 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 este ejemplo, la razón de dedup (dedup = 1,20) es menor que 2, por lo cual no se recomienda la habilitación de dedup.
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á. Si habilita la anulación de duplicación en los sistemas de archivos sin suficientes recursos de memoria, el rendimiento del sistema podría disminuir durante las operaciones relacionadas con el sistema de archivos. Por ejemplo, la eliminación de un gran sistema de archivos habilitado para dedup sin recursos de memoria suficientes puede afectar al rendimiento del sistema.