En este capítulo, se tratan las tareas de reconfiguración y mantenimiento de sistemas de archivos. La primera sección, Gestión de sistemas de archivos Oracle HSM, trata sobre el mantenimiento de todos los sistemas de archivos Oracle HSM, de almacenamiento, no de almacenamiento, compartidos y no compartidos (independientes). La segunda sección, Gestión de sistemas de archivos compartidos de Oracle HSM, trata sobre consideraciones especiales que afectan los sistemas de archivos compartidos.
En esta sección, se describen las siguientes tareas:
Control de operaciones de archivo y almacenamiento provisional
Eliminación de dispositivos de datos de un sistema de archivos
Configure las cuotas del sistema de archivos para controlar el espacio de almacenamiento total y en línea que un usuario o una recopilación de usuarios determinados pueden consumir en el sistema de archivos. Puede configurar cuotas por ID de usuario, por ID de grupo o por un ID de conjunto de administrador definido por el administrador que agrupa a usuarios por características en común, como la participación en un proyecto en particular. El ID de conjunto de administrador es especialmente útil cuando un proyecto incluye usuarios de varios grupos y abarca varios directorios y archivos.
Para activar cuotas, debe montar un sistema de archivos con la opción de montaje quota (configurada de manera predeterminada), y para desactivar cuotas, debe montarlo con la opción de montaje noquota. Usted define las cuotas al colocar uno o más archivos de cuotas en el directorio raíz del sistema de archivos: .quota_u, .quota_g y .quota_a, que configuran cuotas para usuarios, grupos y conjuntos de administrador, respectivamente. El primer registro en cada archivo, el registro 0, configura los valores predeterminados. Los registros posteriores configuran valores específicos según los usuarios, grupos o conjuntos de administrador específicos.
Las cuotas asignan el espacio utilizable en el sistema de archivos, no solamente el espacio de almacenamiento. Por lo tanto, definen límites superiores para la cantidad de bloques de 512 bytes asignados en el medio y la cantidad de inodos asignados en el sistema de archivos. El recuento de bloques mide el espacio de almacenamiento en sí mismo. El recuento de inodos mide los recursos disponibles para acceder a dicho almacenamiento. Por lo tanto, un único archivo que utilizaba muchos bloques de espacio de almacenamiento pero solo un inode utiliza la misma cantidad de espacio del sistema de archivos que muchos archivos vacíos de extensión cero que utilizaban muchos inodes y ningún bloque.
Cada cuota puede incluir un límite variable y un límite estricto. Un límite estricto define la cantidad máxima de recursos del sistema de archivos que todos los archivos de un propietario determinado pueden utilizar temporalmente. Un límite variable define la cantidad máxima de recursos del sistema de archivos que los archivos de un propietario pueden utilizar indefinidamente. El uso de los recursos puede aumentar a cantidades comprendidas entre los límites estricto y variable solo durante breves intervalos, según lo definido por el período de gracia en la cuota.
En esta sección, se describen las siguientes tareas administrativas:
Caracterización de los requisitos de almacenamiento de usuarios, grupos y unidades organizativas
Creación de conjuntos de administrador para proyectos y directorios utilizados por grupos múltiples
Configuración de un nuevo sistema de archivos para utilizar cuotas
Configuración de un sistema de archivos existente para utilizar cuotas
Configuración de cuotas para grupos, proyectos, directorios y usuarios
Para definir cuotas sostenibles, debe establecer límites que se ajusten a los requisitos del usuario, y los debe establecer de manera gestionable y escalable. Entonces, antes de definir las cuotas, debe calcular los requisitos de almacenamiento de sus usuarios. Para mantener el proceso gestionable, comience por clasificar los requisitos del usuario de la manera más amplia posible para poder abordar la mayor cantidad de requisitos con la menor cantidad de esfuerzo administrativo. Luego, puede evaluar especialmente a una pequeña cantidad de requisitos de usuario que no encajen en las categorías más amplias. Los resultados proporcionarán los esquemas generales de las cuotas y los tipos de límites que fijará.
El enfoque que se describe a continuación comienza por identificar los requisitos del sistema de archivos de los grupos de control de accesos, dado que la mayoría de las organizaciones ya definen estos grupos. Luego, define conjuntos especiales de usuarios cuyas necesidades no coinciden con las de los grupos estándar. Recién en ese momento se comienzan a abordar los requisitos únicos de los usuarios individuales. Siga estos pasos:
Dado que los grupos de control de acceso existentes ya agrupan a los usuarios con requisitos de recursos similares, para comenzar, defina los requisitos de almacenamiento promedio de los grupos que utilizarán el sistema de archivos. Calcule la cantidad promedio de espacio de almacenamiento utilizada (en bloques de 512 kilobytes) y la cantidad promedio de archivos almacenados, que equivale a la cantidad promedio de inodos utilizados.
Dado que, en general, los miembros de los grupos tienen responsabilidades laborales y roles organizativos similares, con frecuencia necesitan acceso a los mismos directorios y archivos, y, generalmente, presentan exigencias de almacenamiento similares. En el ejemplo, se identifican tres grupos que utilizarán el sistema de archivos /hsm/hsmfs1: dev (Desarrollo de productos), cit (Tecnología de información corporativa) y pgmt (Gestión de programas). Mostramos los grupos, la cantidad de miembros de cada uno de ellos y los requisitos promedio individuales y grupales en una hoja de cálculo simple:
| Grupo | Usuarios | Promedio de bloques por usuario | Promedio de archivos por usuario | Promedio de bloques por grupo | Promedio de archivos por grupo |
|---|---|---|---|---|---|
dev |
30 |
67108864 |
500 |
2013265920 |
15000 |
cit |
15 |
10485760 |
50 |
157286400 |
750 |
pmgt |
6 |
20971520 |
200 |
125829120 |
1200 |
| Total de bloques/archivos (promedio) |
A continuación, realice los mismos cálculos para la cantidad máxima de espacio de almacenamiento y la cantidad máxima de archivos que los miembros de los grupos almacenarán en un momento determinado. Registre los resultados.
En el ejemplo, registramos los resultados en una nueva hoja de cálculo:
| Grupo | Usuarios | Máximo de bloques por usuario | Máximo de archivos por usuario | Máximo de bloques por grupo | Máximo de archivos por grupo |
|---|---|---|---|---|---|
dev |
30 |
100663296 |
1000 |
3019898880 |
30000 |
cit |
15 |
15728640 |
100 |
235929600 |
1500 |
pmgt |
6 |
31457280 |
400 |
188743680 |
2400 |
| Total de bloques/archivos (máximo) |
Ahora, identifique los conjuntos de usuarios que pertenecen a grupos diferentes pero comparten requisitos de almacenamiento específicos que no se pueden tratar sobre la base de pertenencia a grupo. Para cada organización identificada realice las mismas estimaciones y lleve a cabo los mismos cálculos que realizó para cada grupo de control de acceso.
En el ejemplo, identificamos dos proyectos de la compañía que necesitarán asignaciones de almacenamiento, con los nombres de código portal y lockbox. Los miembros de los grupos de ingeniería, marketing, cumplimiento, prueba y documentación trabajarán juntos en estos proyectos y utilizarán los mismos directorios y muchos de los mismos archivos. Entonces, los agregamos a nuestras hojas de cálculo de requisitos:
| Grupo | Usuarios | Promedio de bloques por usuario | Promedio de archivos por usuario | Promedio de bloques por grupo | Promedio de archivos por grupo |
|---|---|---|---|---|---|
dev |
30 |
67108864 |
500 |
2013265920 |
15000 |
cit |
15 |
10485760 |
50 |
157286400 |
750 |
pmgt |
6 |
20971520 |
200 |
125829120 |
1200 |
portal |
10 |
31457280 |
400 |
314572800 |
4000 |
lockbox |
12 |
31457280 |
500 |
377487360 |
6000 |
| Total de bloques/archivos (promedio) |
| Grupo | Usuarios | Máximo de bloques por usuario | Máximo de archivos por usuario | Máximo de bloques por grupo | Máximo de archivos por grupo |
|---|---|---|---|---|---|
dev |
30 |
100663296 |
1000 |
3019898880 |
30000 |
cit |
15 |
15728640 |
100 |
235929600 |
1500 |
pmgt |
6 |
31457280 |
400 |
188743680 |
2400 |
portal |
10 |
37748736 |
700 |
377487360 |
7000 |
lockbox |
12 |
45613056 |
600 |
547356672 |
7200 |
| Total de bloques/archivos (máximo) |
Ahora, identifique los usuarios individuales cuyos requisitos aún no han sido tratados. Para cada usuario realice las mismas estimaciones y lleve a cabo los mismos cálculos que realizó para cada organización no de grupo y grupo de control de acceso.
Donde sea posible, trate los requisitos de usuario de manera colectiva, para que las políticas sean uniformes y la sobrecarga de gestión sea mínima. Sin embargo, cuando los requisitos individuales son únicos, los debe tratar de manera individual. En el ejemplo, identificamos jr23547 en el grupo pgmt como un usuario cuyas responsabilidades especiales requieren asignaciones de almacenamiento especiales. Entonces, lo agregamos a nuestras hojas de cálculo de requisitos:
| Grupo | Usuarios por conjunto | Promedio de bloques por usuario | Promedio de archivos por usuario | Promedio de bloques | Promedio de archivos |
|---|---|---|---|---|---|
dev |
30 |
67108864 |
500 |
2013265920 |
15000 |
cit |
15 |
10485760 |
50 |
157286400 |
750 |
pmgt |
6 |
20971520 |
200 |
125829120 |
1200 |
portal |
10 |
31457280 |
400 |
314572800 |
4000 |
lockbox |
12 |
31457280 |
500 |
377487360 |
6000 |
jr23547 |
1 |
10485760 |
600 |
10485760 |
600 |
| Total de bloques/archivos (promedio) |
| Grupo | Usuarios | Máximo de bloques por usuario | Máximo de archivos por usuario | Máximo de bloques por grupo | Máximo de archivos por grupo |
|---|---|---|---|---|---|
dev |
30 |
100663296 |
1000 |
3019898880 |
30000 |
cit |
15 |
15728640 |
100 |
235929600 |
1500 |
pmgt |
6 |
31457280 |
400 |
188743680 |
2400 |
portal |
10 |
37748736 |
700 |
377487360 |
7000 |
lockbox |
12 |
45613056 |
600 |
547356672 |
7200 |
jr23547 |
1 |
100663296 |
2000 |
100663296 |
2000 |
| Total de bloques/archivos (máximo) |
Por último, calcule el promedio y el máximo de bloques y archivos que requieren todos los usuarios.
| Grupo | Usuarios | Promedio de bloques por usuario | Promedio de archivos por usuario | Promedio de bloques por grupo | Promedio de archivos por grupo |
|---|---|---|---|---|---|
dev |
30 |
67108864 |
500 |
2013265920 |
15000 |
cit |
15 |
10485760 |
50 |
157286400 |
750 |
pmgt |
6 |
20971520 |
200 |
125829120 |
1200 |
portal |
10 |
31457280 |
400 |
314572800 |
4000 |
lockbox |
12 |
31457280 |
500 |
377487360 |
6000 |
jr23547 |
1 |
10485760 |
600 |
10485760 |
600 |
| Total de bloques/archivos (promedio) |
2998927360 |
27550 |
| Grupo | Usuarios | Máximo de bloques por usuario | Máximo de archivos por usuario | Máximo de bloques por grupo | Máximo de archivos por grupo |
|---|---|---|---|---|---|
dev |
30 |
100663296 |
1000 |
3019898880 |
30000 |
cit |
15 |
15728640 |
100 |
235929600 |
1500 |
pmgt |
6 |
31457280 |
400 |
188743680 |
2400 |
portal |
10 |
37748736 |
700 |
377487360 |
7000 |
lockbox |
12 |
45613056 |
600 |
547356672 |
7200 |
jr23547 |
1 |
100663296 |
2000 |
100663296 |
2000 |
| Total de bloques/archivos (promedio) |
4470079488 |
50100 |
Si necesita administrar cuotas basadas en proyecto u otras cuotas que no pueden ser definidas por los ID de usuario y grupo de control de acceso, cree juegos de administradores para proyectos y directorios utilizados por varios grupos.
Si está estableciendo cuotas en un sistema de archivos vacío recientemente creado, vaya a Configuración de un nuevo sistema de archivos para utilizar cuotas.
Si está estableciendo cuotas en un sistema de archivos que ya contiene archivos, vaya a Configuración de un sistema de archivos existente para utilizar cuotas.
Un conjunto de administrador es una jerarquía de directorios o un archivo o directorio individual identificado para fines de cuotas por un ID de conjunto de administrador. Todos los archivos creados con un ID de conjunto de administrador especificado o almacenados en un directorio con un ID de conjunto de administrador especificado tienen las mismas cuotas, independientemente de los ID de usuario o grupo que, en realidad, son propietarios de los archivos. Para definir conjuntos de administrador, proceda de la siguiente manera:
Inicie sesión en el servidor del sistema de archivos como root.
En el ejemplo, el servidor se denomina server1:
[server1]root@solaris:~#
Si está utilizando un conjunto de administrador para configurar las cuotas de almacenamiento para un nuevo equipo o proyecto, cree un nuevo directorio en algún lugar del sistema de archivos para este proyecto o equipo.
En el ejemplo, se crea el directorio en el sistema de archivos /hsm/hsmfs1 y se lo nombra portalproject/ para el proyecto con el mismo nombre:
[server1]root@solaris:~# mkdir /hsm/hsmfs1/portalproject
Asigne un ID de conjunto de administrador al directorio o archivo en el cual necesita establecer una cuota. Utilice el comando samchaid [-fhR] admin-set-id directory-or-file-name, donde:
-f fuerza la asignación y no informa errores.
-h asigna el ID de conjunto de administrador a enlaces simbólicos. Sin esta opción, se cambia el grupo del archivo al que se hace referencia mediante el enlace simbólico.
-R asigna el ID de conjunto de administrador de manera recursiva a subdirectorios y archivos.
admin-set-id es un valor entero único.
directory-or-file-name es el nombre del directorio o archivo al cual le está asignando el ID de conjunto de administrador.
En el ejemplo, se asigna el ID de administrador 1 al directorio /hsm/hsmfs1/portalproject/ y a todos sus subdirectorios y archivos.
[server1]root@solaris:~# samchaid -R 1 /hsm/hsmfs1/portalproject/
Si lo desea, puede comprobar la asignación. Utilice el comando command sls -D directory-path, donde -D especifica una lista detallada del directorio de Oracle HSM para los archivos y directorios que se encuentran en directory-path:
[server1]root@solaris:~# sls -D /hsm/hsmfs1/ /portalproject: mode: drwxr-xr-x links: 2 owner: root group: root length: 4096 admin id: 1 inode: 1047.1 project: user.root(1) access: Feb 24 12:49 modification: Feb 24 12:44 changed: Feb 24 12:49 attributes: Feb 24 12:44 creation: Feb 24 12:44 residence: Feb 24 12:44
Si está estableciendo cuotas en un sistema de archivos vacío recientemente creado, vaya a Configuración de un nuevo sistema de archivos para utilizar cuotas.
Si está estableciendo cuotas en un sistema de archivos que ya contiene archivos, vaya a Configuración de un sistema de archivos existente para utilizar cuotas.
Utilice este procedimiento si está creando un nuevo sistema de archivos y actualmente no hay archivos que residan en el sistema de archivos.
Inicie sesión en el servidor del sistema de archivos como root.
En el ejemplo, el servidor se denomina server2:
[server2]root@solaris:~#
Si en la actualidad el nuevo sistema de archivos no está montado, móntelo antes de continuar.
Si tiene que configurar cuotas para grupos, cree un archivo de cuota de grupo, .quota_g, en el directorio raíz del sistema de archivos. Utilice el comando dd if=/dev/zero of=mountpoint/.quota_g bs=4096 count=number-blocks de Solaris, donde:
if=/dev/zero especifica los caracteres nulos del archivo especial UNIX /dev/zero como entrada.
of=mountpoint/.quota_g especifica el archivo de salida, donde mountpoint es el directorio del punto de montaje del sistema de archivos.
bs=4096 configura el tamaño de bloque para la escritura en 4096 bytes.
count=number-blocks especifica el número de bloques que se escribirán. Este valor depende de la cantidad de registros que contendrá el archivo. Existe un registro de 128 bytes para cada cuota especificada, de manera que un bloque tiene capacidad para 32 registros.
En el ejemplo, creamos el archivo de cuota de grupo para el sistema de archivos newsamfs montado en /newsamfs. Durante la fase de recopilación de requisitos, identificamos tres grupos que necesitan cuotas en el sistema de archivos: dev, cit y pgmt. No anticipamos la agregación de ninguna otra cuota de grupo; por lo tanto, medimos el archivo en un bloque:
[server2]root@solaris:~# dd if=/dev/zero of=/newsamfs/.quota_g bs=4096 count=1
Si tiene que configurar cuotas para conjuntos de administrador, cree el archivo de cuotas de conjuntos de administrador, .quota_a, en el directorio raíz del sistema de archivos. Utilice el comando dd if=/dev/zero of=mountpoint/.quota_a bs=4096 de Solaris, donde:
mountpoint es el directorio de punto de montaje del sistema de archivos.
.quota_a es el nombre del archivo de salida.
4096 es el tamaño de bloque para la escritura en bytes.
number-blocks es la cantidad de bloques que se escribirán.
En el ejemplo, creamos el archivo de cuotas de conjuntos de administrador para el sistema de archivos newsamfs montado en /newsamfs. Durante la fase de recopilación de requisitos, identificamos dos proyectos que necesitan cuotas en el sistema de archivos: portal (ID de conjunto de administrador 1) y lockbox (ID de conjunto de administrador 2). No anticipamos la agregación de ninguna otra cuota de conjunto de administrador; por lo tanto, medimos el archivo en un bloque:
[server2]root@solaris:~# dd if=/dev/zero of=/newsamfs/.quota_a bs=4096 count=1
Si tiene que configurar cuotas para usuarios, cree un archivo de cuota de usuario, .quota_u, en el directorio raíz del sistema de archivos. Utilice el comando dd if=/dev/zero of=mountpoint/.quota_u bs=4096 count=number-blocks de Solaris, donde:
mountpoint es el directorio de punto de montaje del sistema de archivos.
.quota_u es el nombre del archivo de salida.
4096 es el tamaño de bloque para la escritura en bytes.
number-blocks es la cantidad de bloques que se escribirán.
En el ejemplo, creamos el archivo de cuota de usuario para el sistema de archivos newsamfs montado en /newsamfs. Durante la fase de recopilación de requisitos, identificamos dos proyectos que necesitan cuotas específicas en el sistema de archivos, jr23547. No anticipamos la agregación de ninguna otra cuota de usuario individual; por lo tanto, medimos el archivo en un bloque:
[server2]root@solaris:~# dd if=/dev/zero of=/newsamfs/.quota_u bs=4096 count=1
Desmonte el sistema de archivos.
Debe desmontar el sistema de archivos antes de poder volver a montarlo y activar los archivos de cuotas.
[server2]root@solaris:~# umount /newsamfs
Realice una comprobación del sistema de archivos.
[server2]root@solaris:~# samfsck -F newsamfs
Vuelva a montar el sistema de archivos.
El sistema activa las cuotas cuando detecta uno o varios archivos de cuotas en el directorio raíz del sistema de archivos.
No necesita incluir la opción de montaje de quota en el archivo /etc/vfstab o samfs.cmd, porque los sistemas de archivos se montan con cuotas activadas de manera predeterminada.
[server2]root@solaris:~# mount /newsamfs
A continuación, configure o actualice las cuotas según sea necesario. Consulte Configuración de cuotas para grupos, proyectos, directorios y usuarios.
Utilice este procedimiento para crear cuotas para un sistema de archivos que ya contiene archivos.
Inicie sesión en el servidor del sistema de archivos como root.
En el ejemplo, el servidor se denomina server1:
[server1]root@solaris:~#
Abra el archivo /etc/vfstab en un editor de texto y asegúrese de que en la opción de montaje noquota esté configurado not.
En el ejemplo, abrimos el archivo en el editor de texto vi. Se ha configurado la opción de montaje noquota:
[server1]root@solaris:~# vi /etc/vfstab #File #Device Device Mount System fsck Mount Mount #to Mount to fsck Point Type Pass at Boot Options #------------ ------- --------------- ------ ---- ------- ------------ /devices - /devices devfs - no - /proc - /proc proc - no - ... hsmfs1 - /hsm/hsmfs1 samfs - no noquota
Si se ha configurado la opción de montaje noquota en el archivo /etc/vfstab, suprímala y guarde el archivo.
[server1]root@solaris:~# vi /etc/vfstab #File #Device Device Mount System fsck Mount Mount #to Mount to fsck Point Type Pass at Boot Options #------------ ------- --------------- ------ ---- ------- ------------ /devices - /devices devfs - no - /proc - /proc proc - no - ... hsmfs1 - /hsm/hsmfs1 samfs - no - :wq [server1]root@solaris:~#
Abra el archivo /etc/opt/SUNWsamfs/samfs.cmd en un editor de texto y asegúrese de que la opción de montaje noquota no se haya configurado.
En el ejemplo, abrimos el archivo en el editor de texto vi. No se ha configurado la opción de montaje noquota:
[server1]root@solaris:~# vi /etc/opt/SUNWsamfs/samfs.cmd # These are the defaults. To change the default behavior, uncomment the # appropriate line (remove the '#' character from the beginning of the line) # and change the value. # #inodes = 0 #fs = hsmfs1 # forcedirectio (default no forcedirectio) # high = 80 # low = 70 # weight_size = 1. # weight_age = 1. # readahead = 128 ... # dio_wr_ill_min = 0 # dio_wr_consec = 3 # qwrite (ma filesystem, default no qwrite) # shared_writer (ma filesystem, default no shared_writer) # shared_reader (ma filesystem, default no shared_reader)
Si se ha configurado la opción de montaje noquota en el archivo /etc/opt/SUNWsamfs/samfs.cmd, suprímala y guarde el archivo.
Si suprimió la opción de montaje noquota del archivo /etc/vfstab o el archivo /etc/opt/SUNWsamfs/samfs.cmd, desmonte el sistema de archivos.
Cuando elimina una opción de montaje noquota, debe desmontar el sistema de archivos para poder volver a montarlo con las cuotas activadas.
[server1]root@solaris:~# umount /hsm/hsmfs1
Si el sistema de archivos no está montado en la actualidad, móntelo ahora.
El sistema de archivos se debe montar antes de poder activar las cuotas.
[server1]root@solaris:~# mount /hsm/hsmfs1
Cambie al directorio raíz del sistema de archivos y verifique si existen archivos de cuotas. Utilice el comando ls -a de Solaris y busque los archivos .quota_g, .quota_a y/o .quota_u.
En el ejemplo, no existen archivos de cuotas en la actualidad.
[server1]root@solaris:~# cd /hsm/hsmfs1 [server1]root@solaris:~# ls -a /hsm/hsmfs1 . .archive .fuid .stage portalproject .. .domain .inodes lost+found
Si existen archivos de cuota, no los modifique.
Si tiene que configurar cuotas para grupos y el archivo de cuota de grupo, .quota_g, no existe aún en el directorio raíz del sistema de archivos, cree el archivo ahora. Utilice el comando dd if=/dev/zero of=mountpoint/.quota_g bs=4096 count=number-blocks de Solaris, donde:
if=/dev/zero especifica los caracteres nulos del archivo especial UNIX /dev/zero como entrada.
of=mountpoint/.quota_g especifica el archivo de salida, donde mountpoint es el directorio del punto de montaje del sistema de archivos.
bs=4096 configura el tamaño de bloque para la escritura en 4096 bytes.
count=number-blocks especifica el número de bloques que se escribirán. Este valor depende de la cantidad de registros que contendrá el archivo. Existe un registro de 128 bytes para cada cuota especificada, de manera que un bloque tiene capacidad para 32 registros.
En el ejemplo, se crea el archivo de cuota de grupo para el sistema de archivos /hsm/hsmfs1 montado en /hsm/hsmfs1. Durante la fase de recopilación de requisitos, identificamos tres grupos que necesitan cuotas en el sistema de archivos: dev, cit y pgmt. No anticipamos la agregación de ninguna otra cuota de grupo; por lo tanto, medimos el archivo en un bloque:
[server1]root@solaris:~# dd if=/dev/zero of=/hsm/hsmfs1/.quota_g bs=4096 count=1
Si tiene que configurar cuotas para conjuntos de administrador y el archivo de cuota de conjuntos de administrador, .quota_a, no existe aún en el directorio raíz del sistema de archivos, cree el archivo ahora. Utilice el comando dd if=/dev/zero of=mountpoint/.quota_a bs=4096 count=number-blocks de Solaris, donde:
mountpoint es el directorio de punto de montaje del sistema de archivos.
.quota_a es el nombre del archivo de salida.
4096 es el tamaño de bloque para la escritura en bytes.
number-blocks es la cantidad de bloques que se escribirán.
En el ejemplo, se crea el archivo de cuota de juegos de administradores para el sistema de archivos /hsm/hsmfs1 montado en /hsm/hsmfs1. Durante la fase de recopilación de requisitos, identificamos dos proyectos que necesitan cuotas en el sistema de archivos: portal (ID de conjunto de administrador 1) y lockbox (ID de conjunto de administrador 2). No anticipamos la agregación de ninguna otra cuota de conjunto de administrador; por lo tanto, medimos el archivo en un bloque:
[server1]root@solaris:~# dd if=/dev/zero of=/hsm/hsmfs1/.quota_a bs=4096 count=1
Si tiene que configurar cuotas para usuarios y el archivo de cuota de usuario, .quota_u, no existe aún en el directorio raíz del sistema de archivos, cree el archivo ahora. Utilice el comando dd if=/dev/zero of=mountpoint/.quota_u bs=4096 count=number-blocks de Solaris, donde:
mountpoint es el directorio de punto de montaje del sistema de archivos.
.quota_u es el nombre del archivo de salida.
4096 es el tamaño de bloque para la escritura en bytes.
number-blocks es la cantidad de bloques que se escribirán.
En el ejemplo, se crea el archivo de cuota de usuario para el sistema de archivos /hsm/hsmfs1 montado en /hsm/hsmfs1. Durante la fase de recopilación de requisitos, identificamos dos proyectos que necesitan cuotas específicas en el sistema de archivos, jr23547. No anticipamos la agregación de ninguna otra cuota de usuario individual; por lo tanto, medimos el archivo en un bloque:
[server1]root@solaris:~# dd if=/dev/zero of=/hsm/hsmfs1/.quota_u bs=4096 count=1
Desmonte el sistema de archivos.
Debe desmontar el sistema de archivos antes de poder volver a montarlo y activar los archivos de cuotas.
[server1]root@solaris:~# umount /hsm/hsmfs1
Realice una comprobación del sistema de archivos.
[server1]root@solaris:~# samfsck -F /hsm/hsmfs1
Vuelva a montar el sistema de archivos.
El sistema activa las cuotas cuando detecta uno o varios archivos de cuotas en el directorio raíz del sistema de archivos.
No necesita incluir la opción de montaje de quota en el archivo /etc/vfstab o samfs.cmd, porque los sistemas de archivos se montan con cuotas activadas de manera predeterminada.
[server1]root@solaris:~# mount /hsm/hsmfs1
A continuación, configure cuotas para grupos, proyectos, directorios y usuarios.
Puede configurar cuotas nuevas y ajustar las cuotas existentes con el comando samquota. Siga el siguiente procedimiento:
Una vez que haya caracterizado los requisitos de almacenamiento, decida las cuotas adecuadas para cada grupo, usuario y organización no de grupo. Tenga en cuenta los siguientes factores y realice los ajustes necesarios:
El tamaño del sistema de archivos comparado con la cantidad máxima y promedio de bloques que requieren todos los usuarios.
El número de inodos del sistema de archivos comparado con la cantidad máxima y promedio de inodos que requieren todos los usuarios.
Los números y los tipos de usuarios que tienen posibilidad de estar acercándose a su requisito máximo en un momento determinado.
Inicie sesión en el servidor del sistema de archivos como root.
En el ejemplo, el servidor se denomina server1:
[server1]root@solaris:~#
Defina límites para cada grupo que lo necesite. Utilice el comando samquota -b number-blocks:type[:scope] -f number-files:type[:scope] -t interval[:scope] -G groupID [directory-or-file], donde:
-b number-blocks configura el número máximo de bloques de 512 kilobytes que se pueden almacenar en el sistema de archivos en number-blocks, un número entero (consulte la página de comando man samquota para ver maneras alternativas de especificar el tamaño). El valor 0 (cero) especifica una cantidad ilimitada de bloques.
: es un separador de campos.
type especifica el tipo de límite, h para un límite estricto os para un límite variable.
scope (opcional) identifica el tipo de almacenamiento sujeto al límite. Puede ser o solo para almacenamiento en línea (caché de disco) o t para almacenamiento total, que incluye tanto la caché de disco como el almacenamiento en archivo (el valor predeterminado).
-f number-files configura el número máximo de archivos que se pueden almacenar en el sistema de archivos en number-files, un número entero. El valor 0 (cero) especifica una cantidad ilimitada de archivos.
-t number-seconds configura el período de gracia, que es el tiempo durante el cual se pueden superar los límites variables, en number-seconds, un número entero que representa la cantidad de segundos (consulte la página del comando man samquota para conocer maneras alternativas de especificar el tiempo).
-G groupID especifica un nombre de grupo o identificador entero para el grupo. Un valor de 0 (cero) configura los límites predeterminados para todos los grupos.
directory-or-file (opcional) es el directorio del punto de montaje de un sistema de archivos específico o un archivo o directorio específico en el que necesita configurar una cuota.
En el ejemplo, se utilizan las estimaciones de la fase de recopilación de requisitos para configurar límites estrictos y variables para la cantidad de espacio de almacenamiento del sistema de archivos /hsm/hsmfs1 que el grupo dev puede utilizar y para los números de archivos que puede almacenar. Establecemos el período de gracia en 43200 segundos (doce horas) solo para el almacenamiento en línea (tenga en cuenta que los comandos a continuación se introducen como una sola línea, los saltos de línea se identifican por el carácter de barra diagonal inversa):
[server1]root@solaris:~# samquota -b 3019898880:h:t -f 30000:h:t \ -G dev /hsm/hsmfs1 [server1]root@solaris:~# samquota -b 2013265920:s:t -f 15000:s:t -t 43200:o \ -G dev /hsm/hsmfs1 [server1]root@solaris:~#
Defina límites para cada grupo de administrador que lo necesite. Utilice el comando samquota -b number-blocks:type[:scope] -f number-files:type[:scope] -t interval[:scope] -A adminsetID [directory-or-file], donde -A adminsetID es el valor entero que identifica de manera única el conjunto de administrador.
La configuración de adminsetID en 0 (cero) configura los límites predeterminados para todos los conjuntos de administrador.
En el ejemplo, se utilizan las estimaciones de la fase de recopilación de requisitos para configurar límites estrictos y variables para la cantidad de espacio de almacenamiento del sistema de archivos /hsm/hsmfs1 que el proyecto portal (ID de juego de administradores 1) puede utilizar y para los números de archivos que puede almacenar. Establecemos el período de gracia en 43200 segundos (doce horas) para el almacenamiento total utilizado, que es el alcance predeterminado (tenga en cuenta que los comandos a continuación se introducen como una sola línea, el salto de línea se identifica por el carácter de barra diagonal inversa):
[server1]root@solaris:~# samquota -b 377487360:h:t -f 7000:h:t -A 1 /hsm/hsmfs1 [server1]root@solaris:~# samquota -b 314572800:s:t -f 4000:s:t -t 43200 \ -A 1 /hsm/hsmfs1 [server1]root@solaris:~#
Defina límites para cada usuario individual que lo necesite. Utilice el comando samquota -b number-blocks:type[:scope] -f number-files:type[:scope] -t interval[:scope] -U userID [directory-or-file], donde -U userID es un nombre de usuario o identificador entero para el usuario.
La configuración de userID en 0 (cero) configura los límites predeterminados para todos los usuarios.
En el ejemplo, se utilizan las estimaciones de la fase de recopilación de requisitos para configurar límites estrictos y variables para la cantidad de espacio de almacenamiento del sistema de archivos /hsm/hsmfs1 que el usuario jr23547 puede utilizar y para los números de archivos que jr23547 puede almacenar. Establecemos el período de gracia en 1209600 segundos (dos semanas) para el almacenamiento total utilizado, que es el alcance predeterminado (tenga en cuenta que los comandos a continuación se introducen como una sola línea, los saltos de línea se identifican por el carácter de barra diagonal inversa):
[server1]root@solaris:~# samquota -b 100663296:h:t -f 600:h:t \ -U jr23547 /hsm/hsmfs1 [server1]root@solaris:~# samquota -b 10485760:s:t -f 2000:s:t -t 1209600 \ -U jr23547 /hsm/hsmfs1 [server1]root@solaris:~#
Deténgase aquí.
Si usted monta un sistema de archivos Oracle HSM con la opción de montaje noquota cuando existen archivos de cuota en el directorio raíz, los registros de cuotas se vuelven incoherentes a medida que los bloques o los archivos se asignan o liberan. En esta situación, haga lo siguiente:
Inicie sesión en el servidor del sistema de archivos como root.
En el ejemplo, el servidor se denomina server1:
[server1]root@solaris:~#
Desmonte el sistema de archivos afectado.
En el ejemplo, desmontamos el sistema de archivos samfs2:
[server1]root@solaris:~# umount samfs2 [server1]root@solaris:~#
Abra el archivo /etc/vfstab en un editor de texto y asegúrese de que la opción de montaje noquota no se haya configurado.
En el ejemplo, abrimos el archivo en el editor de texto vi. Se ha configurado la opción de montaje noquota:
[server1]root@solaris:~# vi /etc/vfstab #File #Device Device Mount System fsck Mount Mount #to Mount to fsck Point Type Pass at Boot Options #------------ ------- --------------- ------ ---- ------- ------------ /devices - /devices devfs - no - /proc - /proc proc - no - ... samfs2 - /samfs2 samfs - no noquota
Si se ha configurado la opción de montaje noquota en el archivo /etc/vfstab, suprímala y guarde el archivo.
[server1]root@solaris:~# vi /etc/vfstab #File #Device Device Mount System fsck Mount Mount #to Mount to fsck Point Type Pass at Boot Options #------------ ------- --------------- ------ ---- ------- ------------ /devices - /devices devfs - no - /proc - /proc proc - no - ... samfs2 - /samfs2 samfs - no - :wq [server1]root@solaris:~#
Abra el archivo /etc/opt/SUNWsamfs/samfs.cmd en un editor de texto y asegúrese de que la opción de montaje noquota no se haya configurado.
En el ejemplo, abrimos el archivo en el editor de texto vi. No se ha configurado la opción de montaje noquota:
[server1]root@solaris:~# vi /etc/opt/SUNWsamfs/samfs.cmd # These are the defaults. To change the default behavior, uncomment the # appropriate line (remove the '#' character from the beginning of the line) # and change the value. # #inodes = 0 #fs = hsmfs1 # forcedirectio (default no forcedirectio) # high = 80 # low = 70 # weight_size = 1. # weight_age = 1. # readahead = 128 ... # dio_wr_ill_min = 0 # dio_wr_consec = 3 # qwrite (ma filesystem, default no qwrite) # shared_writer (ma filesystem, default no shared_writer) # shared_reader (ma filesystem, default no shared_reader)
Si se ha configurado la opción de montaje noquota en el archivo /etc/opt/SUNWsamfs/samfs.cmd, suprímala y guarde el archivo.
Repare los registros de cuotas incoherentes. Utilice el comando samfsck -F family-set-name, donde family-set-name es el nombre de conjunto de familias del sistema de archivos en el archivo /etc/opt/SUNWsamfs/mcf.
[server1]root@solaris:~# samfsck -F samfs2
Vuelva a montar el sistema de archivos.
El sistema activa las cuotas cuando detecta uno o varios archivos de cuotas en el directorio raíz del sistema de archivos.
No necesita incluir la opción de montaje de quota en el archivo /etc/vfstab o samfs.cmd, porque los sistemas de archivos se montan con cuotas activadas de manera predeterminada.
[server1]root@solaris:~# mount /samfs2 [server1]root@solaris:~#
Deténgase aquí.
Los administradores y usuarios pueden supervisar el uso de los recursos y las cuotas. El usuario root puede generar informes de cuotas en los conjuntos de administradores, grupos o usuarios con el comando samquota. Los usuarios del sistema de archivos pueden comprobar sus propias cuotas con el comando squota.
Consulte los siguientes procedimientos:
Inicie sesión en el servidor del sistema de archivos como root.
En el ejemplo, el servidor se denomina server1:
[server1]root@solaris:~#
Para mostrar las estadísticas de cuotas de todos los grupos, utilice el comando samquota -g [directory-or-file], donde el parámetro opcional directory-or-file limita el alcance del informe al sistema de archivos montado en el directorio especificado, al directorio especificado en sí o al archivo especificado.
En el ejemplo, se solicita un informe del sistema de archivos hsmfs1, que está montado en /hsm/hsmfs1:
[server1]root@solaris:~# samquota -g /hsm/hsmfs1
Para mostrar las estadísticas de cuotas de todos los conjuntos de administradores, utilice el comando samquota -a [directory-or-file], donde el parámetro opcional directory-or-file limita el alcance del informe al sistema de archivos montado en el directorio especificado, al directorio especificado en sí o al archivo especificado.
En el ejemplo, se solicita un informe del sistema de archivos hsmfs1, que está montado en /hsm/hsmfs1:
[server1]root@solaris:~# samquota -a /hsm/hsmfs1
Para mostrar las estadísticas de cuotas de todos los usuarios, utilice el comando samquota -u [directory-or-file], donde el parámetro opcional directory-or-file limita el alcance del informe al sistema de archivos montado en el directorio especificado, al directorio especificado en sí o al archivo especificado.
En el ejemplo, se solicita un informe del sistema de archivos hsmfs1, que está montado en /hsm/hsmfs1:
[server1]root@solaris:~# samquota -u /hsm/hsmfs1
Para mostrar las estadísticas de cuotas de un grupo específico, utilice el comando samquota -G groupID [directory-or-file], donde groupID especifica un nombre del grupo o identificador entero para el grupo y donde el parámetro opcional directory-or-file limita el alcance del informe al sistema de archivos montado en el directorio especificado, al directorio especificado en sí o al archivo especificado.
En el ejemplo, se solicita un informe de cuotas para el grupo dev en el sistema de archivos hsmfs1, que está montado en /hsm/hsmfs1:
[server1]root@solaris:~# samquota -G dev /hsm/hsmfs1
Para mostrar las estadísticas de cuotas de un conjunto de administradores específico, utilice el comando samquota -A adminsetID [directory-or-file], donde adminsetID especifica un identificador entero para el conjunto de administradores y donde el parámetro opcional directory-or-file limita el alcance del informe al sistema de archivos montado en el directorio especificado, al directorio especificado en sí o al archivo especificado.
En el ejemplo, se solicita un informe de cuotas para el juego de administradores 1 en el sistema de archivos hsmfs1, que está montado en /hsm/hsmfs1:
[server1]root@solaris:~# samquota -A 1 /hsm/hsmfs1
Para mostrar las estadísticas de cuotas de un usuario específico, utilice el comando samquota -U userID [directory-or-file], donde userID especifica un nombre de usuario o identificador entero para el usuario y donde el parámetro opcional directory-or-file limita el alcance del informe al sistema de archivos montado en el directorio especificado, al directorio especificado en sí o al archivo especificado.
En el ejemplo, se solicita un informe de cuotas para el usuario jr23547 en el sistema de archivos hsmfs1, que está montado en /hsm/hsmfs1:
[server1]root@solaris:~# samquota -U jr23547 /hsm/hsmfs1
Deténgase aquí.
Inicie sesión en el host del sistema de archivos con su ID de usuario.
En el ejemplo, iniciamos sesión en el host server1 como usuario od447:
[server1]od447@solaris:~#
Para mostrar las estadísticas de cuotas de todos los grupos, utilice el comando squota [directory-or-file], donde el parámetro opcional directory-or-file limita el alcance del informe al sistema de archivos montado en el directorio especificado, al directorio especificado en sí o al archivo especificado.
En el ejemplo, solicitamos un informe para todos los sistemas de archivos:
[server1]od447@solaris:~# squota
Limits
Type ID In Use Soft Hard
/hsm/hsmfs1
Files group 101 1 1000 1200
Blocks group 101 8 20000 30000
Grace period 25920
No user quota entry.
[server1]od447@solaris:~#
Deténgase aquí.
Cuando necesita extender un período de gracia temporalmente o cuando necesita acortar un período de gracia, puede hacerlo de la siguiente manera:
Si un grupo, usuario o conjunto de administrador ha superado el límite variable especificado para su cuota y necesita mantenerse por encima del límite variable temporalmente, pero durante un período más prolongado que el que permite el período de gracia actual, puede otorgar la extensión de la siguiente manera:
Inicie sesión en el servidor del sistema de archivos como root.
En el ejemplo, iniciamos sesión en el host server1:
[server1]root@solaris:~#
Compruebe la cuota que requiere una extensión. Utilice el comando samquota -quota-type ID [directory-or-file] donde:
quota-type ID es G más un nombre de grupo o número de ID, A más un número de ID del conjunto de administrador, o U más un nombre de usuario o número de ID.
directory-or-file (opcional) es el directorio de punto de montaje para un sistema de archivos específico, o un archivo o directorio específico para el cual necesita extender el período de gracia.
En el ejemplo, el grupo dev está significativamente por encima del límite variable y le quedan solo un par de horas del período de gracia:
[server1]root@solaris:~# samquota -G dev /hsm/hsmfs1 Online Limits Total Limits Type ID In Use Soft Hard In Use Soft Hard /hsm/hsmfs1 Files group 101 323 15000 30000 323 15000 30000 Blocks group 101 3109330961 2013265920 3019898880 3109330961 2013265920 3019898880 Grace period 4320 4320 ---> Warning: soft limits to be enforced in 2h21m16s [server1]root@solaris:~#
Extienda el período de gracia, si estuviera garantizado. Utilice el comando samquota -quota-type ID -x number-seconds [directory-or-file], donde:
quota-type ID es G más un nombre de grupo o número de ID, A más un número de ID del conjunto de administrador, o U más un nombre de usuario o número de ID.
directory-or-file (opcional) es el directorio de punto de montaje para un sistema de archivos específico, o un archivo o directorio específico para el cual necesita extender el período de gracia.
number-seconds es un número entero que representa la cantidad de segundos de extensión (consulte la página del comando man samquota para conocer modos alternativos de especificar el tiempo).
Introduzca y (sí) cuando se le indique continuar.
En el ejemplo, se extiende el período de gracia para el grupo dev a 2678400 segundos (31 días) para los archivos en el sistema de archivos hsmfs1:
[server1]root@solaris:~# samquota -G dev -x 2678400 /hsm/hsmfs1 Setting Grace Timer: continue? y
Cuando volvemos a comprobar la cuota del grupo dev, el período de gracia ha sido extendido:
[server1]root@solaris:~# samquota -G dev /hsm/hsmfs1 Online Limits Total Limits Type ID In Use Soft Hard In Use Soft Hard /hsm/hsmfs1 Files group 101 323 15000 30000 323 15000 30000 Blocks group 101 43208 2013265920 3019898880 43208 2013265920 3019898880 Grace period 2678400 2678400 ---> Warning: soft limits to be enforced in 31d [server1]root@solaris:~#
Si un grupo, conjunto de administrador o usuario regularmente necesita extensiones, vuelva a evaluar los requisitos de almacenamiento o considere aumentar el período de gracia de manera permanente. Utilice el procedimiento Configuración de cuotas para grupos, proyectos, directorios y usuarios.
Deténgase aquí.
Si un grupo, usuario o conjunto de administrador ha superado el límite variable especificado para su cuota y no puede liberar el espacio libre lo suficientemente rápido como para ubicarse por debajo del límite variable antes del vencimiento del período de gracia, puede reiniciar el período de gracia. Siga estos pasos:
Inicie sesión en el servidor del sistema de archivos como root.
En el ejemplo, iniciamos sesión en el host server1:
[server1]root@solaris:~#
Compruebe la cuota que requiere una extensión. Utilice el comando samquota -quota-type ID [directory-or-file] donde:
quota-type ID es G más un nombre de grupo o número de ID, A más un número de ID del conjunto de administrador, o U más un nombre de usuario o número de ID.
directory-or-file (opcional) es el directorio de punto de montaje para un sistema de archivos específico, o un archivo o directorio específico para el cual necesita extender el período de gracia.
En el ejemplo, el grupo cit está por encima del límite variable del sistema de archivos hsmfs1 y le queda solamente apenas más de una hora en el período de gracia:
[server1]root@solaris:~# samquota -G cit /hsm/hsmfs1 Online Limits Total Limits Type ID In Use Soft Hard In Use Soft Hard /hsm/hsmfs1 Files group 119 762 750 1500 762 750 1500 Blocks group 119 3109330961 2013265920 3019898880 120096782 157286400 235929600 Grace period 4320 4320 ---> Warning: soft limits to be enforced in 1h11m23s [server1]root@solaris:~#
Para restablecer el período de gracia a su tamaño completo de inicio la próxima vez que se asigne un archivo o un bloque, borre el temporizador del período de gracia. Utilice el comando samquota -quota-type ID -x clear [directory-or-file], donde:
quota-type ID es G más un nombre de grupo o número de ID, A más un número de ID del conjunto de administrador, o U más un nombre de usuario o número de ID.
directory-or-file (opcional) es el directorio de punto de montaje para un sistema de archivos específico, o un archivo o directorio específico para el cual necesita extender el período de gracia.
Introduzca y (sí) cuando se le indique continuar.
En el ejemplo, se borra el temporizador del período de gracia para la cuota del grupo cit en el sistema de archivos hsmfs1.
[server1]root@solaris:~# samquota -G cit -x clear /hsm/hsmfs1 Setting Grace Timer: continue? y [server1]root@solaris:~#
Cuando volvemos a comprobar la cuota del grupo cit, se ha asignado un archivo y el período de gracia se ha restablecido a 12h, 12 horas (4320 segundos):
[server1]root@solaris:~# samquota -G cit /hsm/hsmfs1 Online Limits Total Limits Type ID In Use Soft Hard In Use Soft Hard /hsm/hsmfs1 Files group 119 763 750 1500 763 750 1500 Blocks group 119 3109330961 2013265920 3019898880 120096782 157286400 235929600 Grace period 4320 4320 ---> Warning: soft limits to be enforced in 12h [server1]root@solaris:~#
De manera alternativa, para restablecer el período de gracia a su tamaño completo de inicio inmediatamente, reinicie el temporizador del período de gracia. Utilice el comando samquota -quota-type ID -x reset [directory-or-file].
quota-type ID es G más un nombre de grupo o número de ID, A más un número de ID del conjunto de administrador, o U más un nombre de usuario o número de ID.
directory-or-file (opcional) es el directorio de punto de montaje para un sistema de archivos específico, o un archivo o directorio específico para el cual necesita extender el período de gracia.
Introduzca y (sí) cuando se le indique continuar.
En el ejemplo, se borra el temporizador del período de gracia para la cuota del grupo cit en el sistema de archivos hsmfs1.
[server1]root@solaris:~# samquota -G cit -x reset /hsm/hsmfs1 Setting Grace Timer: continue? y [server1]root@solaris:~#
Cuando volvemos a comprobar la cuota del grupo cit , el período de gracia se ha restablecido a 12h, 12 horas (4320 segundos):
[server1]root@solaris:~# samquota -G cit /hsm/hsmfs1 Online Limits Total Limits Type ID In Use Soft Hard In Use Soft Hard /hsm/hsmfs1 Files group 119 762 750 1500 762 750 1500 Blocks group 119 3109330961 2013265920 3019898880 120096782 157286400 235929600 Grace period 4320 4320 ---> Warning: soft limits to be enforced in 12h [server1]root@solaris:~#
Deténgase aquí.
Inicie sesión en el servidor del sistema de archivos como root.
En el ejemplo, iniciamos sesión en el host server1:
[server1]root@solaris:~#
Compruebe el período de gracia que necesita acortar. Utilice el comando samquota -quota-type ID [directory-or-file] donde:
quota-type ID es G más un nombre de grupo o número de ID, A más un número de ID del conjunto de administrador, o U más un nombre de usuario o número de ID.
directory-or-file (opcional) es el directorio de punto de montaje para un sistema de archivos específico, o un archivo o directorio específico para el cual necesita extender el período de gracia.
En el ejemplo, el grupo cit excede el límite variable y aún tiene once horas en el período de gracia, pero necesitamos finalizar el período de gracia de manera anticipada:
[server1]root@solaris:~# samquota -G cit /hsm/hsmfs1 Online Limits Total Limits Type ID In Use Soft Hard In Use Soft Hard /hsm/hsmfs1 Files group 119 822 750 1500 822 750 1500 Blocks group 119 3109330961 2013265920 3019898880 120096782 157286400 235929600 Grace period 4320 4320 ---> Warning: soft limits to be enforced in 11h [server1]root@solaris:~#
Haga caducar el período de gracia. Utilice el comando samquota -quota-type ID -x expire [directory-or-file], donde:
quota-type ID es G más un nombre de grupo o número de ID, A más un número de ID del conjunto de administrador, o U más un nombre de usuario o número de ID.
directory-or-file (opcional) es el directorio de punto de montaje para un sistema de archivos específico, o un archivo o directorio específico para el cual necesita extender el período de gracia.
En el ejemplo, hacemos caducar el período de gracia para el grupo cit:
root@solaris:~# samquota -G cit -x expire /hsm/hsmfs1 Setting Grace Timer: continue? y
Cuando volvemos a comprobar las cuotas, los límites variables del grupo cit se aplican como límites estrictos:
[server1]root@solaris:~# samquota -G cit /hsm/hsmfs1 Online Limits Total Limits Type ID In Use Soft Hard In Use Soft Hard /hsm/hsmfs1 Files group 119 762 750 1500 762 750 1500 Blocks group 119 3109330961 2013265920 3019898880 120096782 157286400 235929600 Grace period 4320 4320 ---> Online soft limits under enforcement (since 6s ago) [server1]root@solaris:~#
Deténgase aquí.
Puede inhibir las asignaciones de recursos del sistema de archivos mediante la creación de valores de cuotas incoherentes. Cuando el sistema de archivos detecta que los valores de cuotas no son coherentes para un usuario, grupo o conjunto de administrador, evita que dicho usuario, grupo o conjunto de administrador utilice otros recursos del sistema. Por lo tanto, si configura el límite estricto de una cuota más bajo que el límite variable correspondiente, detendrá otras asignaciones. Para utilizar esta técnica, siga estos pasos:
Inicie sesión en el servidor del sistema de archivos como root.
En el ejemplo, iniciamos sesión en el host server1:
[server1]root@solaris:~#
Realice una copia de seguridad de la cuota para poder restaurarla más tarde. Exporte la configuración actual y redirija la información a un archivo. Utilice el comando samquota -quota-type ID [directory-or-file] > file, donde:
quota-type ID es G más un nombre de grupo o número de ID, A más un número de ID del conjunto de administrador, o U más un nombre de usuario o número de ID.
directory-or-file (opcional) es el directorio de punto de montaje para un sistema de archivos específico, o un archivo o directorio específico para el cual necesita extender el período de gracia.
file es el nombre del archivo de salida.
En el ejemplo, se exporta la cuota del grupo cit al archivo restore.hsmfs1.quota_g.cit en el directorio raíz del usuario root (tenga en cuenta que el comando a continuación se introduce como una sola línea; el salto de línea se identifica mediante el carácter de barra diagonal inversa):
[server1]root@solaris:~# samquota -G cit -e /hsm/hsmfs1 > \ /root/restore.hsmfs1.quota_g.cit [server1]root@solaris:~#
Compruebe la salida. Utilice el comando more < file de Solaris, donde file es el nombre del archivo de salida.
[server1]root@solaris:~# more < /root/restore.hsmfs1.quota_g.cit
# Type ID
# Online Limits Total Limits
# soft hard soft hard
# Files
# Blocks
# Grace Periods
samquota -G 119 \
-f 750:s:o -f 1500:h:o -f 750:s:t -f 1500:h:t \
-b 157286400:s:o -b 235929600:h:o -b 157286400:s:t -b 235929600:h:t \
-t 4320:o -t 4320:t
[server1]root@solaris:~#
Configure los límites estrictos para la cuota en 0 (cero) y configure los límites variables en 1 (o algún valor distinto de cero). Utilice el comando samquota -quota-type ID -f 1:s -f 0:h -b 1:s -b 0:h [directory-or-file].
quota-type ID es G más un nombre de grupo o número de ID, A más un número de ID del conjunto de administrador, o U más un nombre de usuario o número de ID.
directory-or-file (opcional) es el directorio de punto de montaje para un sistema de archivos específico, o un archivo o directorio específico para el cual necesita extender el período de gracia.
En el ejemplo, se hace que las configuraciones de cuota para el grupo cit en el sistema de archivos /hsm/hsmfs1 sean incoherentes y, por lo tanto, se detienen las nuevas asignaciones de recursos.
[server1]root@solaris:~# samquota -G cit -f 1:s -f 0:h -b 1:s -b 0:h /hsm/hsmfs1 [server1]root@solaris:~#
Cuando verificamos la cuota para el grupo cit, las cuotas cero están vigentes. Los caracteres de exclamación (!) muestran el uso actual como exceso de cuota. Por lo tanto, no se realizarán más asignaciones:
[server1]root@solaris:~# samquota -G cit /hsm/hsmfs1 Online Limits Total Limits Type ID In Use Soft Hard In Use Soft Hard /sam6 Files group 119 822! 1 0 822! 1 0 Blocks group 119 3109330961! 1 0 3109330961! 1 0 Grace period 4320 4320 ---> Quota values inconsistent; zero quotas in effect. [server1]root@solaris:~#
Cuando esté listo, retome las asignaciones normales mediante la restauración de la cuota modificada a su estado original. Ejecute el archivo de copia de seguridad que creó como secuencia de comandos de shell. Utilice el comando sh file de Solaris, donde file es el nombre del archivo de copia de seguridad.
En el ejemplo, se restaura la cuota para el grupo cit mediante la ejecución del archivo /root/restore.hsmfs1.quota_g.cit:
[server1]root@solaris:~# sh /root/restore.hsmfs1.quota_g.cit Setting Grace Timer: continue? y Setting Grace Timer: continue? y [server1]root@solaris:~#
Cuando comprobamos la cuota, se han restaurado los límites normales y las asignaciones ya no están bloqueadas:
[server1]root@solaris:~# samquota -G cit /hsm/hsmfs1 Online Limits Total Limits Type ID In Use Soft Hard In Use Soft Hard /hsm/hsmfs1 Files group 119 822 750 1500 822 750 1500 Blocks group 119 3109330961 2013265920 3019898880 120096782 157286400 235929600 Grace period 4320 4320 ---> Warning: soft limits to be enforced in 11h [server1]root@solaris:~#
Deténgase aquí.
Para eliminar o desactivar cuotas de un sistema de archivos, desactive las cuotas en el proceso de montaje.
Inicie sesión en el servidor del sistema de archivos como root.
En el ejemplo, iniciamos sesión en el host server1:
[server1]root@solaris:~#
Abra el archivo /etc/vfstab en un editor de texto, agregue la opción de montaje noquota a las opciones de montaje de la fila del sistema de archivos y guarde el archivo.
En el ejemplo, se abre el archivo en el editor de texto vi y se configura la opción de montaje noquota para el sistema de archivos hsmfs1:
[server1]root@solaris:~# vi /etc/vfstab #File #Device Device Mount System fsck Mount Mount #to Mount to fsck Point Type Pass at Boot Options #------------ ------- --------------- ------ ---- ------- ------------ /devices - /devices devfs - no - /proc - /proc proc - no - ... hsmfs1 - /hsm/hsmfs1 samfs - no noquota :wq [server1]root@solaris:~#
Si el sistema de archivos está montado, desmóntelo.
Debe desmontar y volver montar el sistema de archivos de manera que el sistema operativo vuelva a cargar el archivo /etc/vfstab y realice los cambios especificados. En el ejemplo, se desmonta el sistema de archivos hsmfs1:
[server1]root@solaris:~# umount hsmfs1 [server1]root@solaris:~#
Monte el sistema de archivos.
En el ejemplo, se monta el sistema de archivos hsmfs1:
[server1]root@solaris:~# mount hsmfs1 [server1]root@solaris:~#
Si espera restaurar las cuotas más adelante, deje los archivos de cuotas en su lugar.
Cuando esté listo para restaurar cuotas, simplemente puede desmontar el sistema de archivos, ejecutar el comando samfsck -F en el sistema de archivos, eliminar la opción de montaje noquota y, luego, volver a montar el sistema de archivos.
Si no espera restaurar cuotas o si necesita recuperar el espacio consumido por los archivos de cuotas, utilice el comando Solaris rm para suprimir los archivos .quota_g, .quota_a y .quota_u del directorio raíz del sistema de archivos.
En el ejemplo, se eliminan todos los archivos de cuotas del directorio raíz del sistema de archivos /hsm/hsmfs1:
[server1]root@solaris:~# rm /hsm/hsmfs1/.quota_g [server1]root@solaris:~# rm /hsm/hsmfs1/.quota_a [server1]root@solaris:~# rm /hsm/hsmfs1/.quota_u [server1]root@solaris:~#
Deténgase aquí.
En general, los sistemas de archivos de almacenamiento se gestionan de la misma manera que los sistemas de archivos no de almacenamiento. Sin embargo, debe detener el proceso de archivo antes de llevar a cabo la mayoría de las tareas de gestión del sistema de archivos. Cuando están activos, los procesos de archivado realizan cambios en la caché de disco principal del sistema de archivos. Entonces, debe dejar estos procesos inactivos antes de llevar a cabo tareas de mantenimiento en la caché del disco. En esta sección, se incluyen las siguientes tareas:
Cómo dejar inactivos los procesos de archivo y almacenamiento provisional
Detención de los procesos de archivo y almacenamiento provisional
Reinicio de los procesos de archivo y almacenamiento provisional
Inicie sesión en el host del sistema de archivos como root.
En el ejemplo, iniciamos sesión en el host server1:
[server1]root@solaris:~#
Deje inactivos todos los procesos de archivo. Utilice el comando samcmd aridle.
Este comando permitirá que se completen los trabajos actuales de archivo y almacenamiento provisional, pero no comenzará nuevos trabajos:
[server1]root@solaris:~# samcmd aridle [server1]root@solaris:~#
Deje inactivos todos los procesos de almacenamiento provisional. Utilice el comando samcmd stidle.
Este comando permitirá que se completen los trabajos actuales de archivo y almacenamiento provisional, pero no comenzará nuevos trabajos:
[server1]root@solaris:~# samcmd stidle [server1]root@solaris:~#
Espere que se completen los trabajos de archivo activos. Compruebe el estado de los procesos de archivado mediante el comando samcmd a.
Cuando los procesos de archivado tengan el estado Waiting for :arrun, el proceso de archivado está inactivo:
[server1]root@solaris:~# samcmd a Archiver status samcmd 5.4 10:20:34 May 20 2014 samcmd on samfs-mds sam-archiverd: Waiting for :arrun sam-arfind: ... Waiting for :arrun
Espere que se completen los trabajos de almacenamiento provisional activos. Compruebe el estado de los procesos de almacenamiento provisional mediante el comando samcmd u.
Cuando el estado de los procesos de almacenamiento provisional es Waiting for :strun, el proceso está inactivo:
[server1]root@solaris:~# samcmd u Staging queue samcmd 5.4 10:20:34 May 20 2014 samcmd on solaris.demo.lan Staging queue by media type: all sam-stagerd: Waiting for :strun root@solaris:~#
Para desactivar por completo el sistema, también detenga los procesos de archivado y almacenamiento provisional.
Si aún no lo hizo, deje inactivos los procesos de archivado y almacenamiento provisional.
Si no lo ha hecho aún, inicie sesión en el host del sistema de archivos como root.
En el ejemplo, iniciamos sesión en el host server1:
[server1]root@solaris:~#
Antes de continuar, deje inactivas todas las unidades de medios extraíbles. Para cada unidad, utilice el comando samcmd equipment-number idle, dondeequipment-number es el número ordinal del equipo asignado a la unidad en el archivo /etc/opt/SUNWsamfs/mcf.
Este comando permitirá que se completen los trabajos actuales de archivo y almacenamiento provisional antes de colocar las unidades en el estado off, pero no comenzará nuevos trabajos. En el ejemplo, dejamos inactivas cuatro unidades, con los números ordinales 801, 802, 803 y 804:
[server1]root@solaris:~# samcmd 801 idle [server1]root@solaris:~# samcmd 802 idle [server1]root@solaris:~# samcmd 803 idle [server1]root@solaris:~# samcmd 804 idle [server1]root@solaris:~#
Espere que se completen los trabajos en ejecución.
Puede verificar el estado de las unidades mediante el comando samcmd r. Cuando el estado de todas las unidades sea notrdy y empty, estaremos listos para continuar.
[server1]root@solaris:~# samcmd r Removable media samcmd 5.4 18:37:09 Feb 17 2014 samcmd on hsmfs1host ty eq status act use state vsn li 801 ---------p 0 0% notrdy empty li 802 ---------p 0 0% notrdy empty li 803 ---------p 0 0% notrdy empty li 804 ---------p 0 0% notrdy empty [server1]root@solaris:~#
Cuando los procesos del archivador y del proceso de almacenamiento provisional estén inactivos, y el estado de todas las unidades de cinta sea notrdy, detenga el daemon de control de biblioteca. Utilice el comando samd stop.
[server1]root@solaris:~# samd stop [server1]root@solaris:~#
Continúe con el mantenimiento del sistema de archivos.
Una vez finalizado el mantenimiento, reinicie los procesos de archivado y almacenamiento provisional.
Cuando reinicie las operaciones, se volverá a ejecutar el almacenamiento provisional pendiente y se reanudará el archivo.
Deténgase aquí.
Cuando esté listo, reanude la operación normal y automática, y siga estos pasos:
Inicie sesión en el host del sistema de archivos como root.
En el ejemplo, iniciamos sesión en el host server1:
[server1]root@solaris:~#
Reinicie el daemon de control de biblioteca Oracle HSM. Utilice el comando samd start.
[server1]root@solaris:~# samd start [server1]root@solaris:~#
Deténgase aquí.
El cambio de nombre de un sistema de archivos es un proceso de dos pasos. Primero, debe cambiar el nombre del conjunto de familias del sistema de archivos mediante la edición del archivo /etc/opt/SUNWsamfs/mcf. Luego, debe ejecutar el comando samfsck -R -F para que lea el nuevo nombre y actualice el superbloque en los dispositivos de disco correspondientes. Para cambiar el nombre de un sistema de archivos, utilice el siguiente procedimiento:
Inicie sesión en el servidor del sistema de archivos como root.
En el ejemplo, iniciamos sesión en el host server1:
[server1]root@solaris:~#
Si está reparando un sistema de archivos de almacenamiento, antes de continuar, siga el procedimiento indicado en Cómo dejar inactivos los procesos de archivo y almacenamiento provisional.
Desmonte el sistema de archivos cuyo nombre necesita cambiar.
En el ejemplo, se desmonta el sistema de archivos hsmfs1:
[server1]root@solaris:~# umount hsmfs1
Abra el archivo /etc/opt/SUNWsamfs/mcf en un editor de texto y ubique el sistema de archivos cuyo nombre necesita cambiar.
En el ejemplo, utilizamos el editor vi. Se debe cambiar el nombre del sistema de archivos hsmfs1:
[server1]root@solaris:~# vi /etc/opt/SUNWsamfs/mcf # Equipment Equipment Equipment Family Device Additional # Identifier Ordinal Type Set State Parameters #----------------- --------- --------- ------------ ------ ---------- hsmfs1 100 ms hsmfs1 on /dev/dsk/c1t3d0s3 101 md hsmfs1 on /dev/dsk/c1t4d0s5 102 md hsmfs1 on
En la cuarta columna del archivo, cambie el nombre del conjunto de familias del sistema de archivos por un nuevo valor. También puede cambiar el identificador de equipos del sistema de archivos en la primera columna, sin realizar ningún otro cambio. Guarde el archivo y cierre el editor.
En el ejemplo, se cambia el identificador de equipo y el nombre del juego de familias del sistema de archivos hsmfs1 a samqfs-hpcc:
[server1]root@solaris:~# vi /etc/opt/SUNWsamfs/mcf # Equipment Equipment Equipment Family Device Additional # Identifier Ordinal Type Set State Parameters #----------------- --------- --------- ------------ ------ ---------- samqfs-hpcc 100 ms samqfs-hpcc on /dev/dsk/c1t3d0s3 101 md samqfs-hpcc on /dev/dsk/c1t4d0s5 102 md samqfs-hpcc on :wq root@solaris:~#
Vuelva a escribir el superbloque del sistema de archivos para reflejar el nuevo nombre del conjunto de familias. Utilice el comando samfsck -R -F family-set-name, donde family-set-name es el nombre del conjunto de familias que acaba de especificar en el archivo /etc/opt/SUNWsamfs/mcf.
Cuando se ejecuta con las opciones -R y -F, el comando samfsck lee el nuevo nombre del conjunto de familias y los correspondientes identificadores de equipos de almacenamiento de disco del archivo /etc/opt/SUNWsamfs/mcf. Luego, reescribe el superbloque en los dispositivos de disco especificados con el nuevo nombre del conjunto de familias. En el ejemplo, ejecutamos el comando con el nuevo nombre del conjunto de familias samqfs-hpcc:
[server1]root@solaris:~# samfsck -R -F samqfs-hpcc
Abra el archivo /etc/vfstab en un editor de texto y ubique la entrada del sistema de archivos cuyo nombre está cambiando.
En el ejemplo, abrimos el archivo en el editor de texto vi. Se debe cambiar la entrada del sistema de archivos hsmfs1 para utilizar el nombre nuevo:
[server1]root@solaris:~# vi /etc/vfstab #File #Device Device Mount System fsck Mount Mount #to Mount to fsck Point Type Pass at Boot Options #------------ ------- --------------- ------ ---- ------- ------------ /devices - /devices devfs - no - /proc - /proc proc - no - ... hsmfs1 - /hsm/hsmfs1 samfs - no -
En la entrada /etc/vfstab del sistema de archivos cuyo nombre cambió, cambie el nombre del sistema de archivos en la primera columna y el nombre del directorio de punto de montaje en la tercera columna (si es necesario), y guarde el archivo.
En el ejemplo, se cambia el nombre del sistema de archivos hsmfs1 a samqfs-hpcc y se cambia el punto de montaje para que coincida:
[server1]root@solaris:~# vi /etc/vfstab #File #Device Device Mount System fsck Mount Mount #to Mount to fsck Point Type Pass at Boot Options #------------ ------- --------------- ------ ---- ------- ------------ /devices - /devices devfs - no - /proc - /proc proc - no - ... samqfs-hpcc - /samqfs-hpcc samfs - no - :wq [server1]root@solaris:~#
Cree un directorio de punto de montaje para el nuevo sistema de archivos, si es necesario, y configure los permisos de acceso para el punto de montaje.
Los usuarios deben tener permiso de ejecución (x) para cambiar al directorio de punto de montaje y acceder a los archivos del sistema de archivos montado. En el ejemplo, creamos el directorio de punto de montaje /samqfs-hpcc y configuramos los permisos en 755 (-rwxr-xr-x):
[server1]root@solaris:~# mkdir /samqfs-hpcc [server1]root@solaris:~# chmod 755 /samqfs-hpcc [server1]root@solaris:~#
Verifique el archivo mcf para detectar errores mediante la ejecución del comando sam-fsd y corrija los errores detectados.
El comando sam-fsd es un comando de inicialización que lee los archivos de configuración de Oracle HSM. Se detendrá si detecta un error:
[server1]root@solaris:~# sam-fsd
Indique al software Oracle HSM que vuelva a leer el archivo mcf y se vuelva a realizar la configuración en consecuencia. Utilice el comando samd config.
[server1]root@solaris:~# samd config
Si samd config informa errores, corríjalos y vuelva a ejecutar el comando hasta que no se detecte ningún error.
Monte el sistema de archivos.
En el ejemplo, utilizamos el nuevo directorio de punto de montaje:
[server1]root@solaris:~# mount /samqfs-hpcc
Deténgase aquí.
Cuando los sistemas de archivos informen errores mediante samu, Oracle HSM Manager o el archivo /var/adm/sam-log, siga este procedimiento:
Inicie sesión en el servidor del sistema de archivos como root.
En el ejemplo, iniciamos sesión en el host server1:
[server1]root@solaris:~#
Si está reparando un sistema de archivos de almacenamiento, antes de continuar, siga el procedimiento indicado en Cómo dejar inactivos los procesos de archivo y almacenamiento provisional.
Desmonte el sistema de archivos afectado.
Es posible que necesite probar más de una vez si espera que se detenga el archivo. En el ejemplo, se desmonta el sistema de archivos hsmfs1:
[server1]root@solaris:~# umount hsmfs1 samfs umount: /hsm/hsmfs1: is busy [server1]root@solaris:~# umount hsmfs1 [server1]root@solaris:~#
Repare el sistema de archivos. Utilice el comando samfsck -F -V family-set-name, donde family-set-name es el nombre del conjunto de familias especificado para el sistema de archivos en el archivo /etc/opt/SUNWsamfs/mcf.
A menudo, es una buena idea guardar los resultados de la reparación en un archivo con fecha registrada para consultar más adelante o realizar algún diagnóstico cuando sea necesario. Por lo tanto, en el ejemplo, guardamos los resultados conduciendo la salida de samfsck al comando tee /var/tmp/samfsck-FV.family-set-name.`date '+%Y%m%d.%H%M%S'` (tenga en cuenta que los comandos a continuación se introducen como una sola línea, el salto de línea se identifica por el carácter de barra diagonal inversa):
[server1]root@solaris:~# samfsck -F -V hsmfs1 | tee \ /var/tmp/samfsck-FV.hsmfs1. `date '+%Y%m%d.%H%M%S'` name: /hsm/hsmfs1 version: 2A First pass Second pass Third pass NOTICE: ino 2.2, Repaired link count from 8 to 14 Inodes processed: 123392 total data kilobytes = 1965952 total data kilobytes free = 1047680 total meta kilobytes = 131040 total meta kilobytes free = 65568 INFO: FS samma1 repaired: start: May 19, 2014 10:57:13 AM MDT finish: May 19, 2014 10:57:37 AM MDT NOTICE: Reclaimed 70057984 bytes NOTICE: Reclaimed 9519104 meta bytes [server1]root@solaris:~#
Vuelva a montar el sistema de archivos.
[server1]root@solaris:~# mount /hsm/hsmfs1 [server1]root@solaris:~#
Deténgase aquí.
Antes de agregar dispositivos a un sistema de archivos existente, debe considerar los requisitos y las alternativas. Asegúrese de que la ampliación del sistema de archivos existente sea la mejor manera de satisfacer las necesidades de mayor capacidad. Si necesita más espacio de almacenamiento físico para incluir nuevos proyectos o comunidades de usuarios, es posible que la creación de uno o varios sistemas de archivos Oracle HSM nuevos sea una mejor opción. En general, la utilización de varios sistemas de archivos más pequeños ofrece mejor rendimiento que la utilización de un sistema de archivos mucho más grande, y es posible que sea más fácil crear y mantener sistemas de archivos más pequeños.
Una vez que haya decidido que necesita ampliar un sistema de archivos, deberá seleccionar una de las siguientes opciones:
Agregación de dispositivos a un sistema de archivos montado (recomendado)
Agregación de dispositivos a un sistema de archivos desmontado
Siga estos pasos:
Inicie sesión en el servidor del sistema de archivos como root.
En el ejemplo, iniciamos sesión en el host server1:
[server1]root@solaris:~#
Abra el archivo /etc/opt/SUNWsamfs/mcf en un editor de texto y ubique el sistema de archivos que necesita ampliar.
En los ejemplos, utilizamos el editor vi. Necesitamos ampliar el sistema de archivos de propósito general samqfsms y el sistema de archivos de alto rendimiento samqfs2ma:
[server1]root@solaris:~# vi /etc/opt/SUNWsamfs/mcf # Equipment Equipment Equipment Family Device Additional # Identifier Ordinal Type Set State Parameters #----------------- --------- --------- --------- ------ --------------- samqfsms 100 ms samqfsms on /dev/dsk/c1t3d0s3 101 md samqfsms on /dev/dsk/c1t4d0s5 102 md samqfsms on samqfs2ma 200 ma samqfs2ma on /dev/dsk/c1t3d0s3 201 mm samqfs2ma on /dev/dsk/c1t3d0s5 202 md samqfs2ma on /dev/dsk/c1t4d0s5 203 md samqfs2ma on
Si está agregando dispositivos a un sistema de archivos ms de propósito general, agregue los dispositivos de datos y metadatos al final de la definición del sistema de archivos en el archivo mcf. Luego, guarde el archivo y cierre el editor.
Puede agregar hasta 252 dispositivos lógicos. En el ejemplo, agregamos dos dispositivos 103 y 104, al sistema de archivos samqfsms:
[server1]root@solaris:~# vi /etc/opt/SUNWsamfs/mcf # Equipment Equipment Equipment Family Device Additional # Identifier Ordinal Type Set State Parameters #----------------- --------- --------- --------- ------ --------------- samqfsms 100 ms samqfsms on /dev/dsk/c1t3d0s3 101 md samqfsms on /dev/dsk/c1t4d0s5 102 md samqfsms on /dev/dsk/c1t3d0s7 103 md samqfsms on /dev/dsk/c1t4d0s7 104 md samqfsms on :wq [server1]root@solaris:~#
Si está agregando dispositivos a un sistema de archivos ma de alto rendimiento, agregue dispositivos de datos y uno o varios dispositivos de disco mm al final de la definición del sistema de archivos en el archivo mcf. Luego, guarde el archivo y cierre el editor.
Siempre agregue los dispositivos nuevos al final de la lista de dispositivos existentes. Puede agregar hasta 252, mediante la agregación de dispositivos de metadatos de manera proporcional a medida que agrega dispositivos de datos. En el ejemplo, agregamos un dispositivo de metadatos mm, 204 y dos dispositivos de datos md, 205 y 206 al sistema de archivos samqfs2ma:
[server1]root@solaris:~# vi /etc/opt/SUNWsamfs/mcf # Equipment Equipment Equipment Family Device Additional # Identifier Ordinal Type Set State Parameters #----------------- --------- --------- --------- ------ --------------- ... samqfs2ma 200 ma samqfs2ma on /dev/dsk/c1t3d0s3 201 mm samqfs2ma on /dev/dsk/c1t3d0s5 202 md samqfs2ma on /dev/dsk/c1t4d0s5 203 md samqfs2ma on /dev/dsk/c1t5d0s6 204 mm samqfs2ma on /dev/dsk/c1t3d0s7 205 md samqfs2ma on /dev/dsk/c1t4d0s7 206 md samqfs2ma on :wq [server1]root@solaris:~#
Verifique el archivo mcf para detectar errores mediante la ejecución del comando sam-fsd y corrija los errores detectados.
El comando sam-fsd es un comando de inicialización que lee los archivos de configuración de Oracle HSM. Se detendrá si detecta un error:
[server1]root@solaris:~# sam-fsd
Si el comando sam-fsd encuentra un error en el archivo mcf, edite el archivo para corregir el error y vuelva a realizar la comprobación, como se describe en el paso anterior.
En el siguiente ejemplo, sam-fsd informa un problema no especificado con un dispositivo:
[server1]root@solaris:~# sam-fsd Problem in mcf file /etc/opt/SUNWsamfs/mcf for filesystem samqfsms sam-fsd: Problem with file system devices.
Generalmente, dichos errores son el resultado de errores de tipeo involuntarios. Aquí, cuando abrimos el archivo mcf en un editor, observamos que hemos escrito una letra o en lugar de 0 en el nombre del equipo para el dispositivo 104, el segundo dispositivo md nuevo:
samqfsms 100 ms samqfsms on /dev/dsk/c1t3d0s3 101 md samqfsms on /dev/dsk/c1t4d0s5 102 md samqfsms on /dev/dsk/c1t3d0s7 103 md samqfsms on /dev/dsk/c1t4dos7 104 md samqfsms on ˆ
Si el comando sam-fsd se ejecuta sin errores, el archivo mcf es correcto. Continúe con el siguiente paso.
En el ejemplo, se muestra una lista parcial de una salida sin errores:
[server1]root@solaris:~# sam-fsd
Trace file controls:
sam-amld /var/opt/SUNWsamfs/trace/sam-amld
cust err fatal ipc misc proc date
...
Would start sam-archiverd()
Would start sam-stagealld()
Would start sam-stagerd()
Would start sam-amld()
[server1]root@solaris:~#
Indique al software Oracle HSM que vuelva a leer el archivo mcf y se vuelva a realizar la configuración en consecuencia. Utilice el comando samd config.
[server1]root@solaris:~# samd config Configuring SAM-FS [server1]root@solaris:~#
Asegúrese de que samd config haya actualizado la configuración del sistema de archivos Oracle HSM para incluir los dispositivos nuevos. Utilice el comando samcmd f.
Los dispositivos deben estar en estado off. En el ejemplo, samcmd f muestra los dispositivos nuevos, 103 y 104, y ambos están off:
[server1]root@solaris:~# samcmd f File systems samcmd 5.4 16:57:35 Feb 27 2014 samcmd on server1 ty eq state device_name status high low mountpoint server ms 100 on samqfsms m----2----- 80% 70% /samqfsms md 101 on /dev/dsk/c1t3d0s3 md 102 on /dev/dsk/c1t4d0s5 md 103 off /dev/dsk/c1t3d0s7 md 104 off /dev/dsk/c1t4d0s7 [server1]root@solaris:~#
Active los dispositivos agregados recientemente. Para cada dispositivo, utilice el comando samcmd add equipment-number, donde equipment-number es el número ordinal del equipo asignado al dispositivo en el archivo /etc/opt/SUNWsamfs/mcf.
En el ejemplo, activamos dispositivos nuevos, 103 y 104:
[server1]root@solaris:~# samcmd add 103 [server1]root@solaris:~# samcmd add 104
Si está agregando dispositivos a un sistema de archivos compartido, vaya a Finalización de la configuración de dispositivos nuevos agregados a un sistema de archivos compartido.
Si está agregando dispositivos a un sistema de archivos no compartido e independiente, asegúrese de que los dispositivos se hayan agregado y estén listos para ser utilizados por el sistema de archivos. Utilice el comando samcmd m, y compruebe los resultados.
Cuando el dispositivo está en el estado on, se ha agregado correctamente y está listo para usar. En el ejemplo, hemos agregado correctamente los dispositivos 103 y 104:
[server1]root@solaris:~# samcmd f Mass storage status samcmd 5.4 17:17:08 Feb 27 2014 samcmd on server1 ty eq status use state ord capacity free ra part high low ms 100 m----2----- 13% on 3.840G 3.588G 1M 16 80% 70% md 101 31% on 0 959.938M 834.250M md 102 13% on 1 959.938M 834.250M md 103 0% on 2 959.938M 959.938M md 104 0% on 3 959.938M 959.938M [server1]root@solaris:~#
Deténgase aquí.
Cuando agrega dispositivos a un sistema de archivos compartido, debe llevar a cabo algunos pasos más antes de configurar los dispositivos en todos los hosts del sistema de archivos. Siga estos pasos:
Inicie sesión en el host del servidor de metadatos del sistema de archivos como root.
En el ejemplo, el host del servidor de metadatos se denomina metadata-server:
[metadata-server]root@solaris:~#
Asegúrese de que los dispositivos nuevos se hayan agregado al servidor de metadatos. Utilice el comando samcmd m.
Cuando el dispositivo está en el estado unavail, se ha agregado correctamente pero aún no está listo para usar. En el ejemplo, hemos agregado correctamente los dispositivos 103 y 104:
[metadata-server]root@solaris:~# samcmd f Mass storage status samcmd 5.4 17:17:08 Feb 27 2014 samcmd on metadata-server ty eq status use state ord capacity free ra part high low ms 100 m----2----- 13% on 3.840G 3.588G 1M 16 80% 70% md 101 31% on 0 959.938M 834.250M md 102 13% on 1 959.938M 834.250M md 103 0% unavail 2 959.938M 959.938M md 104 0% unavail 3 959.938M 959.938M [metadata-server]root@solaris:~#
Inicie sesión en los hosts de cada cliente del sistema de archivos como root.
Recuerde incluir servidores de metadatos posibles, dado que, además, son clientes. En el ejemplo, necesitamos iniciar sesión en un servidor de metadatos potencial denominado potential-metadata-server y en dos clientes: client1 y client2Linux. Por lo tanto, abrimos tres ventanas de terminal y usamos el shell seguro (ssh):
[metadata-server]root@solaris:~# ssh root@potential-metadata-server Password: [potential-metadata-server]root@solaris:~# [metadata-server]root@solaris:~# ssh root@client1 Password: [client1]root@solaris:~# [metadata-server]root@solaris:~# ssh root@client2Linux Password: [client2Linux]:[root@linux ~]#
Si el cliente es un cliente Linux, desmonte el sistema de archivos compartido.
[client2Linux]:[root@linux ~]# umount /samqfsms
En cada cliente, abra el archivo /etc/opt/SUNWsamfs/mcf en un editor de texto y agregue los nuevos dispositivos al final de la definición del sistema de archivos, como lo hizo en el servidor.
En el ejemplo, agregamos los dispositivos 103 y 104 al archivo mcf en client1:
[client1]root@solaris:~# vi /etc/opt/SUNWsamfs/mcf # Equipment Equipment Equipment Family Device Additional # Identifier Ordinal Type Set State Parameters #----------------- --------- --------- --------- ------ ---------- samqfsms 100 ms samqfsms on shared /dev/dsk/c1t3d0s3 101 md samqfsms on /dev/dsk/c1t4d0s5 102 md samqfsms on /dev/dsk/c1t3d0s7 103 md samqfsms on /dev/dsk/c1t4d0s7 104 md samqfsms on :wq [metadata-server]root@solaris:~#
En cada cliente, compruebe el archivo mcf para detectar errores mediante la ejecución del comando sam-fsd, y corrija los errores detectados.
[metadata-server]root@solaris:~# sam-fsd
En cada cliente, indique al software Oracle HSM que vuelva a leer el archivo mcf y se vuelva a realizar la configuración en consecuencia:
[metadata-server]root@solaris:~# samd config
Si el cliente es un cliente Linux, monte el sistema de archivos compartido.
[client2Linux]:[root@linux ~]# mount /samqfsms
Una vez que se hayan configurado todos los clientes, regrese al servidor de metadatos y active la asignación de almacenamiento en los dispositivos nuevos. Para cada dispositivo, utilice el comando samcmd alloc equipment-number, donde equipment-number es el número ordinal del equipo asignado al dispositivo en el archivo /etc/opt/SUNWsamfs/mcf.
En el ejemplo, activamos la asignación de almacenamiento en los dispositivos 103 y 104:
[metadata-server]root@solaris:~# samcmd alloc 103 [metadata-server]root@solaris:~# samcmd alloc 104
Por último, asegúrese de que los dispositivos están listos para ser utilizados por el sistema de archivos. Utilice el comando samcmd m y compruebe los resultados.
Cuando el dispositivo está en el estado on, se ha agregado correctamente y está listo para usar. En el ejemplo, hemos agregado correctamente los dispositivos 103 y 104:
[metadata-server]root@solaris:~# samcmd f Mass storage status samcmd 5.4 17:17:08 Feb 27 2014 samcmd on metadata-server ty eq status use state ord capacity free ra part high low ms 100 m----2----- 13% on 3.840G 3.588G 1M 16 80% 70% md 101 31% on 0 959.938M 834.250M md 102 13% on 1 959.938M 834.250M md 103 0% on 2 959.938M 959.938M md 104 0% on 3 959.938M 959.938M [metadata-server]root@solaris:~#
Deténgase aquí.
Siga estos pasos:
Inicie sesión en el host del servidor del sistema de archivos como root.
En el ejemplo, el host del servidor de metadatos se denomina server1:
[server1]root@solaris:~#
Antes de desmontar un sistema de archivos de almacenamiento, debe llevar a cabo el procedimiento indicado en Cómo dejar inactivos los procesos de archivo y almacenamiento provisional.
Desmonte el sistema de archivos.
No continúe hasta que haya desmontado el sistema de archivos. En el ejemplo, se desmonta el sistema de archivos hsmfs1:
[server1]root@solaris:~# umount hsmfs1
Abra el archivo /etc/opt/SUNWsamfs/mcf en un editor de texto y ubique el sistema de archivos que necesita ampliar.
En el ejemplo, utilizamos el editor vi. Se debe ampliar el sistema de archivos hsmfs1:
[server1]root@solaris:~# vi /etc/opt/SUNWsamfs/mcf # Equipment Equipment Equipment Family Device Additional # Identifier Ordinal Type Set State Parameters #------------------ --------- --------- --------- ------ --------- hsmfs1 100 ms hsmfs1 on /dev/dsk/c1t3d0s3 101 md hsmfs1 on /dev/dsk/c1t4d0s5 102 md hsmfs1 on
Si está agregando dispositivos a un sistema de archivos ma de alto rendimiento, debe agregar almacenamiento de metadatos y almacenamiento de datos. Agregue dispositivos de disco mm adicionales para almacenar los metadatos en los dispositivos de datos que agregue. Luego, guarde el archivo y cierre el editor.
Puede agregar hasta 252 dispositivos lógicos. En el ejemplo, agregamos un dispositivo de metadatos mm al sistema de archivos samqfs2ma y dos dispositivos de datos al sistema de archivos samqfs2ma:
[server1]root@solaris:~# vi /etc/opt/SUNWsamfs/mcf # Equipment Equipment Equipment Family Device Additional # Identifier Ordinal Type Set State Parameters #------------------ --------- --------- --------- ------ --------- samqfs2ma 200 ma samqfs2ma on /dev/dsk/c1t3d0s3 201 mm samqfs2ma on /dev/dsk/c1t5d0s6 204 mm samqfs2ma on /dev/dsk/c1t3d0s5 202 md samqfs2ma on /dev/dsk/c1t4d0s5 203 md samqfs2ma on /dev/dsk/c1t3d0s7 205 md samqfs2ma on /dev/dsk/c1t4dos7 206 md samqfs2ma on :wq [server1]root@solaris:~#
Si está agregando dispositivos a un sistema de archivos ms de propósito general, agregue dispositivos de datos y metadatos adicionales a la definición del sistema de archivos en el archivo mcf. Luego, guarde el archivo y cierre el editor.
Puede agregar hasta 252 dispositivos lógicos. En el ejemplo, se agregan dos dispositivos al sistema de archivos hsmfs1:
[server1]root@solaris:~# vi /etc/opt/SUNWsamfs/mcf # Equipment Equipment Equipment Family Device Additional # Identifier Ordinal Type Set State Parameters #------------------ --------- --------- --------- ------ --------- hsmfs1 100 ms hsmfs1 on /dev/dsk/c1t3d0s3 101 md hsmfs1 on /dev/dsk/c1t4d0s5 102 md hsmfs1 on /dev/dsk/c1t3d0s7 103 md hsmfs1 on /dev/dsk/c1t4dos7 104 md hsmfs1 on :wq [server1]root@solaris:~#
Verifique el archivo mcf para detectar errores mediante la ejecución del comando sam-fsd y corrija los errores detectados.
El comando sam-fsd es un comando de inicialización que lee los archivos de configuración de Oracle HSM. Se detendrá si detecta un error:
[server1]root@solaris:~# sam-fsd
Indique al software Oracle HSM que vuelva a leer el archivo mcf y se vuelva a realizar la configuración en consecuencia:
root@solaris:~# samd config
Incorpore los nuevos dispositivos al sistema de archivos. Utilice el comando samgrowfs family-set-name, donde family-set-name es el nombre del conjunto de familias especificado para el sistema de archivos en el archivo /etc/opt/SUNWsamfs/mcf.
En el ejemplo, se amplía el sistema de archivos hsmfs1:
[server1]root@solaris:~# samgrowfs hsmfs1
Vuelva a montar el sistema de archivos.
[server1]root@solaris:~# mount /hsm/hsmfs1
Si agregó dispositivos a un sistema de archivos de almacenamiento, reinicie el daemon de gestión de bibliotecas de Oracle HSM. Utilice el comando samd start.
[server1]root@solaris:~# samd start
Si olvidó desmontar el sistema de archivos antes de realizar cambios y, en consecuencia, no puede montar el sistema de archivos, restaure el archivo mcf original mediante la supresión de referencias a los dispositivos agregados. Luego, ejecute samd config para restaurar la configuración, desmonte el sistema de archivos y vuelva a empezar.
Deténgase aquí.
Si es necesario, puede eliminar dispositivos de datos de los sistemas de archivos Oracle HSM montados. Generalmente, esto es necesario cuando se necesita reemplazar una unidad con fallas o cuando se necesita liberar dispositivos que se usan poco para otros usos. Sin embargo, existen limitaciones.
Solo se pueden eliminar dispositivos de datos. No puede eliminar dispositivos utilizados para guardar metadatos, ya que los metadatos definen la organización del sistema de archivos en sí misma. Esto significa que puede eliminar dispositivos md, mr y de grupos segmentados solo de sistemas de archivos ma de alto rendimiento. No puede eliminar dispositivos de metadatos mm de sistemas de archivos ma. Tampoco puede eliminar dispositivos md de sistemas de archivos de propósito general ms, ya que estos dispositivos almacenan datos y metadatos.
Para eliminar dispositivos, también debe tener un lugar hacia donde mover los archivos de datos válidos que residen en el dispositivo de destino. Eso significa que no puede eliminar todos los dispositivos. Siempre debe quedar un dispositivo disponible en el sistema de archivos y este debe tener suficiente capacidad libre para almacenar todos los archivos que residen en los dispositivos eliminados. Entonces, si necesita eliminar un grupo segmentado, debe tener otro grupo segmentado disponible configurado con una cantidad idéntica de dispositivos miembro.
Para eliminar dispositivos, siga estos pasos:
Lleve a cabo las siguientes tareas:
samexplorerInicie sesión en el host del servidor del sistema de archivos como root.
En el ejemplo, el host del servidor de metadatos se denomina server1:
[server1]root@solaris:~#
Genere un informe samexplorer. Utilice el comando samexplorer path/hostname.YYYYMMDD.hhmmz.tar.gz, donde:
path es la ruta al directorio seleccionado.
hostname es el nombre del host del sistema de archivos Oracle HSM.
YYYYMMDD.hhmmz es un registro de fecha y hora.
De forma predeterminada, el archivo se denomina /tmp/SAMreport.hostname.YYYYMMDD.hhmmz.tar.gz. En el ejemplo, utilizamos el directorio /zfs1/tmp/, donde /zfs1 es un sistema de archivos que no tiene componentes en común con el sistema de archivos Oracle HSM (tenga en cuenta que los comandos a continuación se introducen como una sola línea, el salto de línea se identifica por el carácter de barra diagonal inversa):
[server1]root@solaris:~# samexplorer \ /zfs1/sam_config/explorer/samhost1.20140130.1659MST.tar.gz Report name: /zfs1/sam_config/explorer/samhost1.20140130.1659MST.tar.gz Lines per file: 1000 Output format: tar.gz (default) Use -u for unarchived/uncompressed. Please wait............................................. Please wait............................................. Please wait...................................... The following files should now be ftp'ed to your support provider as ftp type binary. /zfs1/sam_config/explorer/samhost1.20140130.1659MST.tar.gz
Crear un archivo de punto de recuperación para el sistema de archivos.
Inicie sesión en el host del servidor del sistema de archivos como root.
En el ejemplo, el host del servidor de metadatos se denomina server1:
[server1]root@solaris:~#
Elija la ubicación donde se almacenará el archivo de punto de recuperación. La ubicación seleccionada no debe compartir dispositivos con el sistema de archivos del que se está realizando una copia de seguridad y debe tener espacio suficiente para almacenar un archivo inusualmente grande.
Los dispositivos que queremos eliminar pueden contener archivos que no se han archivado. Dado que dichos archivos solo existen como copias simples, tendremos que crear un archivo de punto de recuperación que almacene, al menos, algunos datos y metadatos. Esto podría aumentar sustancialmente el tamaño del archivo del punto de recuperación.
En el ejemplo, creamos un subdirectorio, tmp/, en un sistema de archivos que no tiene componentes en común con el sistema de archivos Oracle HSM, /zfs1:
[server1]root@solaris:~# mkdir /zfs1/tmp/ [server1]root@solaris:~#
Cambie al directorio raíz del sistema de archivos.
En el ejemplo, se cambia al directorio de punto de montaje /hsm/hsmfs1:
[server1]root@solaris:~# cd /hsm/hsmfs1 [server1]root@solaris:~#
Realice copias de seguridad de los metadatos del sistema de archivos y los datos no archivados. Utilice el comando samfsdump -f -u recovery-point, donde recovery-point es la ruta y el nombre de archivo del archivo del punto de recuperación finalizado.
Recuerde que la opción -u agrega la porción de datos de archivos no almacenados al punto de recuperación. Esto podría aumentar en gran medida el tamaño del archivo.
En el ejemplo, se crea un archivo de punto de recuperación para el sistema de archivos hsmfs1 denominado hsmfs1-20140313.025215 en el directorio /zfs1/tmp/. Comprobamos el resultado mediante el comando ls -l (tenga en cuenta que los comandos a continuación se introducen como una sola línea, el salto de línea se identifica por el carácter de barra diagonal inversa):
[server1]root@solaris:~# cd /hsm/hsmfs1 [server1]root@solaris:~# samfsdump -f \ /zfs1/tmp/hsm/hsmfs1-`date '+%Y%m%d.%H%M%S'` -T /hsm/hsmfs1 samfsdump statistics: Files: 10010 Directories: 2 Symbolic links: 0 Resource files: 0 Files as members of hard links : 0 Files as first hard link : 0 File segments: 0 File archives: 10010 Damaged files: 0 Files with data: 0 File warnings: 0 Errors: 0 Unprocessed dirs: 0 File data bytes: 0 [server1]root@solaris:~# ls -l /zfs1/tmp/hsmfs1* -rw-r--r-- 1 root other 5376517 Mar 13 02:52 /zfs1/tmp/hsm/hsmfs1-20140313.025215 [server1]root@solaris:~#
Ahora elimine dispositivos del sistema de archivos de alto rendimiento montado.
Debe eliminar un dispositivo por vez. Para cada dispositivo, siga los pasos detallados a continuación:
Inicie sesión en el host del servidor del sistema de archivos como root.
En el ejemplo, el host del servidor de metadatos se denomina server1:
[server1]root@solaris:~#
Abra el archivo /etc/opt/SUNWsamfs/mcf y anote el número ordinal del equipo correspondiente al dispositivo que necesita eliminar.
En el ejemplo, utilizamos el editor vi. Se debe eliminar el dispositivo /dev/dsk/c1t4d0s7 de la lista de equipos para el sistema de archivos hsmfs1. El número ordinal del equipo es 104:
[server1]root@solaris:~# vi /etc/opt/SUNWsamfs/mcf # Equipment Equipment Equipment Family Device Additional # Identifier Ordinal Type Set State Parameters #----------------- --------- --------- --------- ------ -------------- hsmfs1 100 ms hsmfs1 on /dev/dsk/c1t3d0s3 101 md hsmfs1 on /dev/dsk/c1t4d0s5 102 md hsmfs1 on /dev/dsk/c1t3d0s7 103 md hsmfs1 on /dev/dsk/c1t4d0s7 104 md hsmfs1 on :q [server1]root@solaris:~#
Antes de intentar eliminar un dispositivo, asegúrese de que los dispositivos restantes del sistema de archivos puedan aceptar los archivos que se deban mover del dispositivo que intenta suprimir.
Asegúrese de que los dispositivos restantes tengan la capacidad adecuada.
Si el dispositivo es un grupo segmentado, asegúrese de que el sistema de archivos contenga otro grupo segmentado con una configuración equivalente.
Por ejemplo, si el grupo segmentado que piensa eliminar tiene cuatro números de equipo, debe tener otro grupo segmentado que esté en el estado ON y tenga cuatro números de equipo.
Asegúrese de que el sistema de archivos que piensa modificar tenga un superbloque versión 2A. Utilice el comando samfsinfo filesystem-name, donde filesystem-name es el nombre del sistema de archivos.
En el ejemplo, el sistema de archivos hsmfs1 utiliza un superbloque version:2A:
[server1]root@solaris:~# /opt/SUNWsamfs/sbin/samfsinfo hsmfs1 samfsinfo: filesystem hsmfs1 is mounted. name: hsmfs1 version: 2A time: Tuesday, June 28, 2011 6:07:36 AM MDT feature: Aligned Maps count: 4 ... [server1]root@solaris:~#
Si el sistema de archivos no tiene un superbloque versión 2A, deténgase aquí. No puede eliminar dispositivos mientras está montado este sistema de archivos.
Si está eliminando dispositivos de un sistema de archivos de almacenamiento Oracle HSM, libere todos los archivos almacenados del dispositivo de disco que está eliminando. Utilice el comando samcmd release equipment-number, donde equipment-number es el número ordinal de equipo que identifica el dispositivo en el archivo /etc/opt/SUNWsamfs/mcf.
Si el dispositivo es un grupo segmentado, proporcione el número de equipo de algún dispositivo del grupo.
El software Oracle HSM cambia el estado del dispositivo especificado a noalloc (sin asignaciones), de manera que no se almacenen archivos nuevos en él, y comienza a liberar los archivos almacenados anteriormente. Una vez que el dispositivo no contiene archivos no almacenados, el software elimina el dispositivo de la configuración del sistema de archivos y cambia su estado a off.
En el ejemplo, se liberan archivos del dispositivo 104 en el sistema de archivos de almacenamiento hsmfs1:
[server1]root@solaris:~# samcmd release 104
Si está eliminando un dispositivo de un sistema de archivos no de almacenamiento Oracle HSM, mueva todos los archivos válidos restantes del dispositivo de disco que está eliminando. Utilice el comando samcmd remove equipment-number, donde equipment-number es el número ordinal del equipo que identifica el dispositivo en el archivo /etc/opt/SUNWsamfs/mcf.
El software Oracle HSM cambia el estado del dispositivo especificado a noalloc (sin asignaciones), de manera que no se almacenen archivos nuevos en él, y comienza a mover los archivos que contienen datos válidos a los archivos restantes del sistema de archivos. Una vez que se han movido todos los archivos, el software elimina el dispositivo de la configuración del sistema de archivos y cambia su estado a off.
En el ejemplo, movemos archivos fuera del dispositivo 104:
[server1]root@solaris:~# samcmd remove 104
Supervise el progreso del proceso seleccionado, samcmd remove o samcmd release. Utilice el comando samcmd m y/u observe el archivo log y el archivo /var/opt/SUNWsamfs/trace/sam-shrink.
El proceso release se completa con bastante rapidez si se han almacenado todos los archivos, ya que simplemente libera el espacio asociado con los archivos copiados a los medios de archivo. Según la cantidad de datos y el número de archivos, el proceso remove lleva mucho más tiempo, porque debe mover archivos entre los dispositivos de disco.
[server1]root@solaris:~# samcmd m ty eq status use state ord capacity free ra part high low ms 100 m----2----- 27% on 3.691G 2.628G 1M 16 80% 70% md 101 27% on 0 959.938M 703.188M md 102 28% on 1 899.938M 646.625M md 103 13% on 2 959.938M 834.250M md 104 0% noalloc 3 959.938M 959.938M [server1]root@solaris:~#
Si está utilizando samcmd release y el dispositivo de destino no pasa al estado off, existen archivos no almacenados en el dispositivo. Espere que se ejecute el archivador y que finalice el proceso de archivo. Luego, utilice el comando samcmd release nuevamente. Puede verificar el progreso del archivado mediante el comando samcmd a.
El proceso release no puede liberar espacio en el disco hasta que se hayan archivado los archivos no almacenados.
[server1]root@solaris:~# samcmd a Archiver status samcmd 5.4 14:12:14 Mar 1 2014 samcmd on server1 sam-archiverd: Waiting for resources sam-arfind: hsmfs1 mounted at /hsm/hsmfs1 Files waiting to start 4 schedule 2 archiving 2 [server1]root@solaris:~#
Si se produce un error en samcmd release porque no se pueden archivar uno o varios archivos no almacenados, mueva los archivos no almacenados a otro dispositivo. Utilice el comando samcmd remove equipment-number, como lo haría para eliminar dispositivos de un sistema de archivos no de almacenamiento e independiente.
En el ejemplo, movemos archivos fuera del dispositivo 104:
[server1]root@solaris:~# samcmd remove 104
Una vez que se haya cambiado el estado del dispositivo a off, abra el archivo /etc/opt/SUNWsamfs/mcf en un editor de texto, ubique el sistema de archivos y actualice la lista de equipos para reflejar los cambios. Guarde el archivo y cierre el editor.
En el ejemplo, samcmd m muestra que 104 está en el estado off. Entonces, utilizamos el editor vi para abrir el archivo mcf. Se elimina la entrada para el dispositivo 104 de la lista de equipos para el sistema de archivos hsmfs1 y se guardan los cambios:
[server1]root@solaris:~# samcmd m ty eq status use state ord capacity free ra part high low ms 100 m----2----- 27% on 3.691G 2.628G 1M 16 80% 70% md 101 27% on 0 959.938M 703.188M md 102 28% on 1 899.938M 646.625M md 103 13% on 2 959.938M 834.250M md 104 0% off 3 959.938M 959.938M [server1]root@solaris:~# vi /etc/opt/SUNWsamfs/mcf # Equipment Equipment Equipment Family Device Additional # Identifier Ordinal Type Set State Parameters #----------------- --------- --------- --------- ------ --------- hsmfs1 100 ms hsmfs1 on /dev/dsk/c1t3d0s3 101 md hsmfs1 on /dev/dsk/c1t4d0s5 102 md hsmfs1 on /dev/dsk/c1t3d0s7 103 md hsmfs1 on :wq [server1]root@solaris:~#
Verifique el archivo modificado mcf para detectar errores mediante la ejecución del comando sam-fsd y corrija los errores detectados.
El comando sam-fsd se detendrá si detecta un error:
[server1]root@solaris:~# sam-fsd
Indique al software Oracle HSM que vuelva a leer el archivo mcf y se vuelva a realizar la configuración en consecuencia:
[server1]root@solaris:~# samd config
Deténgase aquí.
En esta sección, se describen las siguientes tareas:
Cambio de la configuración del host de un sistema de archivos compartido
Cambio del servidor de metadatos activo por un servidor de metadatos posible
Conversión de un sistema de archivos no compartido en un sistema de archivos compartido
Conversión de un sistema de archivos compartido en un sistema de archivos no compartido
Cuando monta o desmonta un sistema de archivos compartido, el orden en el que monta o desmonta el servidor de metadatos y los clientes es importante.
Para fines de conmutación por error, las opciones de montaje deben ser iguales en el servidor de metadatos y en todos los servidores de metadatos posibles. Por ejemplo, puede crear un archivo samfs.cmd que contenga las opciones de montaje y puede copiar ese archivo en todos los hosts.
Para obtener más información sobre el montaje de sistemas de archivos compartidos, consulte la página del comando man mount_samfs.
Inicie sesión en los hosts de los clientes y del servidor de metadatos de Oracle HSM como root.
En el ejemplo, iniciamos sesión en el host del servidor de metadatos para el sistema de archivos sharefs, sharefs-mds. A continuación, se abre una ventana de terminal para cada cliente, sharefs-client1 y sharefs-client2. Utilizamos ssh (shell seguro) para iniciar sesión:
[sharefs-mds]root@solaris:~# ssh root@sharefs-client1 Password: [sharefs-client1]root@solaris:~# [sharefs-mds]root@solaris:~# ssh root@sharefs-client2 Password: [sharefs-client2]root@solaris:~#
Si el sistema de archivos tiene una entrada en el archivo /etc/vfstab de Solaris, monte el sistema de archivos compartido en el host del servidor de metadatos con el comando mount mountpoint, donde mountpoint es el directorio de punto de montaje en el sistema de archivos raíz del host.
Siempre monte el sistema de archivos en el host del servidor de metadatos primero, antes de montar el sistema de archivos en los clientes.
En el ejemplo, el sistema de archivos sharefs tiene la siguiente entrada en el archivo /etc/vfstab:
sharefs - /sharefs samfs - no shared
Entonces, podemos montar el sistema de archivos proporcionando solo el parámetro del punto de montaje:
[sharefs-mds]root@solaris:~# mount /sharefs [sharefs-mds]root@solaris:~#
Si el sistema de archivos no tiene una entrada en el archivo /etc/vfstab de Solaris, monte el sistema de archivos compartido en el host del servidor de metadatos mediante el comando mount -F samfs -o shared mountpoint, donde mountpoint es el directorio de punto de montaje en el sistema de archivos raíz del host.
Siempre monte el sistema de archivos en el host del servidor de metadatos primero, antes de montar el sistema de archivos en los clientes.
En el ejemplo, el sistema de archivos sharefs no tiene una entrada en el archivo /etc/vfstab:
[sharefs-mds]root@solaris:~# mount -F samfs -o shared /sharefs [sharefs-mds]root@solaris:~#
Si el sistema de archivos tiene una entrada en el archivo /etc/vfstab de Solaris, monte el sistema de archivos compartido en cada host de cliente con el comando mount mountpoint, donde mountpoint es el directorio de punto de montaje del sistema de archivos raíz del host.
Puede montar el sistema de archivos en los hosts de cliente en cualquier orden.
[sharefs-client1]root@solaris:~# mount /sharefs [sharefs-client1]root@solaris:~# [sharefs-client2]root@solaris:~# mount /sharefs [sharefs-client2]root@solaris:~#
Si el sistema de archivos no tiene una entrada en el archivo /etc/vfstab de Solaris, monte el sistema de archivos compartido en cada host del cliente mediante el comando mount -F samfs -o shared mountpoint, donde mountpoint es el directorio de punto de montaje en el sistema de archivos raíz del host.
Puede montar el sistema de archivos en los hosts de cliente en cualquier orden.
[sharefs-client1]root@solaris:~# mount -F samfs -o shared /sharefs [sharefs-client1]root@solaris:~# [sharefs-client2]root@solaris:~# mount -F samfs -o shared /sharefs [sharefs-client2]root@solaris:~#
Deténgase aquí.
Inicie sesión en los hosts de los clientes y del servidor de metadatos de Oracle HSM como root.
En el ejemplo, iniciamos sesión en el host del servidor de metadatos para el sistema de archivos sharefs, sharefs-mds. Luego, abrimos una ventana de terminal para sharefs-client1 y sharefs-client2, y utilizamos ssh (shell seguro) para iniciar sesión:
[sharefs-mds]root@solaris:~# ssh root@sharefs-client1 Password: [sharefs-client1]root@solaris:~# [sharefs-mds]root@solaris:~# ssh root@sharefs-client2 Password: [sharefs-client2]root@solaris:~#
Si el sistema de archivos está compartido por medio de NFS o SAMBA, anule el uso compartido del sistema de archivos antes de desmontarlo. En el servidor de metadatos, utilice el comando unshare mount-point, donde mount-point es el directorio de punto de montaje del sistema de archivos de Oracle HSM.
[sharefs-mds]root@solaris:~# unshare /sharefs [sharefs-mds]root@solaris:~#
Desmonte el sistema de archivos compartido Oracle HSM de cada cliente. Utilice el comando umount mount-point, donde mount-point es el directorio de punto de montaje del sistema de archivos Oracle HSM.
Para obtener más información, consulte la página del comando man umount_samfs. En el ejemplo, desmontamos /sharedqfs1 de nuestros dos clientes, sharefs-client1 y sharefs-client2:
[sharefs-client1]root@solaris:~# umount /sharefs [sharefs-client1]root@solaris:~# exit [sharefs-mds]root@solaris:~# [sharefs-client2]root@solaris:~# umount /sharefs [sharefs-client1]root@solaris:~# exit [sharefs-mds]root@solaris:~#
Desmonte el sistema de archivos compartido Oracle HSM del servidor de metadatos. Utilice el comando umount -o await_clients=interval mount-point, donde mount-point es el directorio de punto de montaje del sistema de archivos Oracle HSM e interval es el número de segundos de demora en la ejecución de la opción -o await_clients.
Cuando se ejecuta el comando umount en el servidor de metadatos de un sistema de archivos compartido Oracle HSM, la opción -o await_clientshace que umount espere la cantidad especificada de segundos para que los clientes tengan tiempo de desmontar el recurso compartido. No tiene efecto si desmonta un sistema de archivos no compartido o ejecuta el comando en un cliente Oracle HSM. Para obtener más información, consulte la página del comando man umount_samfs.
En el ejemplo, desmontamos el sistema de archivos /sharefs del servidor y esperamos 60 segundos hasta que los clientes realicen el desmontaje:
[sharefs-mds]root@solaris:~# umount -o await_clients=60 /sharefs [sharefs-mds]root@solaris:~#
Deténgase aquí.
En esta sección, se brindan instrucciones para configurar hosts adicionales como clientes de un sistema de archivos compartido y para desconfigurar clientes existentes. Incluye las secciones siguientes:
Configuración de clientes de sistemas de archivos adicionales
Eliminación de un host de una configuración de sistema de archivos compartido
Configuración de clientes de organizador de datos para E/S de cintas distribuidas
Conexión de unidades de cinta mediante vinculaciones persistentes
El proceso de agregación de un host de cliente a un sistema de archivos compartido tiene tres partes:
Primero, agregue la información del host a la configuración del sistema de archivos compartido.
Luego, configure el sistema de archivos compartido en el host mediante el procedimiento específico del sistema operativo del host: Solaris o Linux.
Por último, monte el sistema de archivos compartido en el host mediante el procedimiento específico del sistema operativo del host: Solaris o Linux.
Inicie sesión en el servidor de metadatos de Oracle HSM como root.
En el ejemplo, el sistema de archivos compartido de Oracle HSM es sharefs y el host del servidor de metadatos es sharefs-mds:
[sharefs-mds]root@solaris:~#
Realice una copia de seguridad del archivo /etc/opt/SUNWsamfs/hosts.filesystem, donde filesystem es el nombre del sistema de archivos al cual se agrega el host del cliente.
Tenga en cuenta que el comando siguiente se introduce como una sola línea, el salto de línea se identifica por el carácter de barra diagonal inversa:
[sharefs-mds]root@solaris:~# cp /etc/opt/SUNWsamfs/hosts.sharefs \ /etc/opt/SUNWsamfs/hosts.sharefs.bak
Si el sistema de archivos compartido está montado, ejecute el comando samsharefs filesystem desde el servidor de metadatos activo y redirija la salida a un archivo /etc/opt/SUNWsamfs/hosts.filesystem, donde filesystem es el nombre del sistema de archivos al cual está agregando el host del cliente.
El comando samsharefs muestra la configuración del host para un sistema de archivos compartido Oracle HSM. La redirección de la salida a un archivo crea un nuevo archivo de hosts (tenga en cuenta que los comandos a continuación se introducen como una sola línea, el salto de línea se identifica por el carácter de barra diagonal inversa):
[sharefs-mds]root@solaris:~# samsharefs sharedqfs1 > \ /etc/opt/SUNWsamfs/hosts.sharedqfs1
Si el sistema de archivos compartido no está montado, ejecute el comando samsharefs -R filesystem desde un servidor de metadatos activo o posible, y redirija la salida al archivo /etc/opt/SUNWsamfs/hosts.filesystem, donde filesystem es el nombre del sistema de archivos en el que agrega el host del cliente.
El comando samsharefs -R solo se puede ejecutar desde un servidor de metadatos activo o posible (consulte la página del comando man samsharefs para obtener más información). El comando samsharefs muestra la configuración del host para un sistema de archivos compartido Oracle HSM. La redirección de la salida a un archivo crea un nuevo archivo de hosts. En el ejemplo, ejecutamos el comando desde el servidor de metadatos sharefs-mds (tenga en cuenta que los comandos a continuación se introducen como una sola línea, el salto de línea se identifica por el carácter de barra diagonal inversa):
[sharefs-mds]root@solaris:~# samsharefs -R sharedqfs1 \ > /etc/opt/SUNWsamfs/hosts.sharedqfs1
Abra el archivo de hosts recientemente creado en un editor de texto.
En el ejemplo, utilizamos el editor vi. La configuración del host incluye el servidor de metadatos activo, sharefs-mds, un cliente que además es un servidor de metadatos posible, sharefs-mds_alt, y dos clientes, sharefs-client1 y sharefs-client2:
[sharefs-mds]root@solaris:~# vi /etc/opt/SUNWsamfs/hosts.sharefs # Server On/ Additional #Host Name Network Interface Ordinal Off Parameters #------------------ ---------------------- ------- --- ---------- sharefs-mds 10.79.213.117 1 0 server sharefs-mds_alt 10.79.213.217 2 0 sharefs-client1 10.79.213.133 0 0 sharefs-client2 10.79.213.47 0 0
En el archivo de hosts, agregue una línea para el nuevo host del cliente, guarde el archivo y cierre el editor.
En el ejemplo, agregamos una entrada para el host sharefs-client3:
[sharefs-mds]root@solaris:~# vi /etc/opt/SUNWsamfs/hosts.sharefs # Server On/ Additional #Host Name Network Interface Ordinal Off Parameters #------------------ ---------------------- ------- --- ---------- sharefs-mds 10.79.213.117 1 0 server sharefs-mds_alt 10.79.213.217 2 0 sharefs-client1 10.79.213.133 0 0 sharefs-client2 10.79.213.47 0 0 sharefs-client3 10.79.213.49 0 0 :wq [sharefs-mds]root@solaris:~#
Si el sistema de archivos está desmontado, actualícelo desde el servidor de metadatos activo. Utilice el comando samsharefs -u filesystem, donde filesystem es el nombre del sistema de archivos en el que agrega el host del cliente.
El comando samsharefs vuelve a leer el archivo de hosts revisado y actualiza la configuración:
[sharefs-mds]root@solaris:~# samsharefs -u sharefs1
Si el sistema de archivos no está desmontado, actualícelo desde un servidor de metadatos activo o posible. Utilice el comando samsharefs -R -u filesystem, donde filesystem es el nombre del sistema de archivos en el que agrega el host del cliente.
El comando samsharefs vuelve a leer el archivo de hosts revisado y actualiza la configuración:
[sharefs-mds]root@solaris:~# samsharefs -R -u sharefs1
Si está agregando un host Solaris como cliente, vaya a Configuración del sistema de archivos compartido en un cliente Solaris.
Si está agregando un host Linux como cliente, vaya a Configuración del sistema de archivos compartido en un host del cliente Linux.
En el cliente del sistema de archivos compartido, inicie sesión como root.
En el ejemplo, el sistema de archivos compartido Oracle HSM es sharefs y el host del cliente es sharefs-client1:
[sharefs-client1]root@solaris:~#
En una ventana de terminal, recupere la información de configuración del sistema de archivos compartido. Utilice el comando samfsconfig device-path, donde device-path es la ubicación donde el comando debe comenzar a buscar los dispositivos de disco del sistema de archivos (como /dev/dsk/* o /dev/zvol/dsk/rpool/*).
[sharefs-client1]root@solaris:~# samfsconfig /dev/dsk/*
Si el host tiene acceso a los dispositivos de metadatos del sistema de archivos y, por lo tanto, es adecuado para utilizar como servidor de metadatos posible, la salida de samfsconfig se asemeja al archivo mcf que creó en el servidor de metadatos del sistema de archivos.
En nuestro ejemplo, el host sharefs-client1 tiene acceso a los dispositivos de metadatos (tipo de equipo mm), entonces la salida del comando muestra el mismo equipo que aparece en el archivo mcf en el servidor, sharefs-mds. Solo difieren los números del controlador del dispositivo asignado por el host:
[sharefs-client1]root@solaris:~# samfsconfig /dev/dsk/* # Family Set 'sharefs' Created Thu Feb 21 07:17:00 2013 # Generation 0 Eq count 4 Eq meta count 1 sharefs 300 ma sharefs - /dev/dsk/c1t0d0s0 301 mm sharefs - /dev/dsk/c1t3d0s0 302 mr sharefs - /dev/dsk/c1t3d0s1 303 mr sharefs -
Si el host no tiene acceso a los dispositivos de metadatos para el sistema de archivos, el comando samfsconfig no puede encontrar los dispositivos de metadatos y, por lo tanto, no puede ubicar los dispositivos de Oracle HSM que detecta en la configuración del sistema de archivos. La salida del comando muestra Ordinal 0 (el dispositivo de metadatos) en Missing Slices, donde no se incluye la línea que identifica el conjunto de familias del sistema de archivos y se comentan las listas de los dispositivos de datos.
En nuestro ejemplo, el host sharefs-client2 sólo tiene acceso a los dispositivos de datos. Por lo tanto, la salida de samfsconfig se ve de la siguiente manera:
[sharefs-client2]root@solaris:~# samfsconfig /dev/dsk/* # Family Set 'sharefs' Created Thu Feb 21 07:17:00 2013 # Missing slices # Ordinal 0 # /dev/dsk/c4t3d0s0 302 mr sharefs - # /dev/dsk/c4t3d0s1 303 mr sharefs -
Copie las entradas del sistema de archivos compartido desde la salida de samfsconfig. Luego, en una segunda ventana, abra el archivo /etc/opt/SUNWsamfs/mcf en un editor de texto y pegue las entradas copiadas en el archivo.
En nuestro primer ejemplo, el host, sharefs-client1, tiene acceso a los dispositivos de metadatos para el sistema de archivos, entonces el archivo mcf en un principio se ve de la siguiente manera:
[sharefs-client1]root@solaris:~# vi /etc/opt/SUNWsamfs/mcf # Equipment Equipment Equipment Family Device Additional # Identifier Ordinal Type Set State Parameters #---------------- --------- --------- --------- ------ --------------- sharefs 300 ma sharefs - /dev/dsk/c1t0d0s0 301 mm sharefs - /dev/dsk/c1t3d0s0 302 mr sharefs - /dev/dsk/c1t3d0s1 303 mr sharefs -
En nuestro segundo ejemplo, el host, sharefs-client2, no tiene acceso a los dispositivos de metadatos para el sistema de archivos, entonces el archivo mcf en un principio se ve de la siguiente manera:
[sharefs-client2]root@solaris:~# vi /etc/opt/SUNWsamfs/mcf # Equipment Equipment Equipment Family Device Additional # Identifier Ordinal Type Set State Parameters #---------------- --------- --------- --------- ------ --------------- # /dev/dsk/c4t3d0s0 302 mr sharefs - # /dev/dsk/c4t3d0s1 303 mr sharefs -
Si el host tiene acceso a los dispositivos de metadatos del sistema de archivos, agregue el parámetro shared al campo Additional Parameters de la entrada del sistema de archivos compartido.
En el primer ejemplo, el host, sharefs-client1, tiene acceso a los metadatos:
[sharefs-client1]root@solaris:~# vi /etc/opt/SUNWsamfs/mcf # Equipment Equipment Equipment Family Device Additional # Identifier Ordinal Type Set State Parameters #---------------- --------- --------- --------- ------ --------------- sharefs 300 ma sharefs - shared /dev/dsk/c1t0d0s0 301 mm sharefs - /dev/dsk/c1t3d0s0 302 mr sharefs - /dev/dsk/c1t3d0s1 303 mr sharefs -
Si el host no tiene acceso a los dispositivos de metadatos del sistema de archivos, agregue una línea para el sistema de archivos compartido e incluya el parámetro shared.
[sharefs-client2]root@solaris:~# vi /etc/opt/SUNWsamfs/mcf # Equipment Equipment Equipment Family Device Additional # Identifier Ordinal Type Set State Parameters #---------------- --------- --------- --------- ------ --------------- sharefs 300 ma sharefs - shared # /dev/dsk/c4t3d0s0 302 mr sharefs - # /dev/dsk/c4t3d0s1 303 mr sharefs -
Si el host no tiene acceso a los dispositivos de metadatos del sistema de archivos, agregue una línea para el dispositivo de metadatos. Configure el campo Equipment Identifier en nodev (sin dispositivo) y configure los campos restantes exactamente con los mismos valores que tienen en el servidor de metadatos:
[sharefs-client2]root@solaris:~# vi /etc/opt/SUNWsamfs/mcf # Equipment Equipment Equipment Family Device Additional # Identifier Ordinal Type Set State Parameters #---------------- --------- --------- --------- ------ --------------- sharefs 300 ma sharefs on shared nodev 301 mm sharefs on # /dev/dsk/c4t3d0s0 302 mr sharefs - # /dev/dsk/c4t3d0s1 303 mr sharefs -
Si el host no tiene acceso a los dispositivos de metadatos del sistema de archivos, quite el comentario de las entradas para los dispositivos de datos.
[sharefs-client2]root@solaris:~# vi /etc/opt/SUNWsamfs/mcf # Equipment Equipment Equipment Family Device Additional # Identifier Ordinal Type Set State Parameters #---------------- --------- --------- --------- ------ --------------- sharefs 300 ma sharefs on shared nodev 301 mm sharefs on /dev/dsk/c4t3d0s0 302 mr sharefs - /dev/dsk/c4t3d0s1 303 mr sharefs -
Asegúrese de que el campo Device State esté configurado en on para todos los dispositivos, guarde el archivo mcf y cierre el editor.
En nuestro primer ejemplo, el host, sharefs-client1, tiene acceso a los dispositivos de metadatos para el sistema de archivos, entonces el archivo mcf al finalizar se ve de la siguiente manera:
[sharefs-client1]root@solaris:~# vi /etc/opt/SUNWsamfs/mcf # Equipment Equipment Equipment Family Device Additional # Identifier Ordinal Type Set State Parameters #---------------- --------- --------- --------- ------ --------------- sharefs 300 ma sharefs on shared /dev/dsk/c1t0d0s0 301 mm sharefs on /dev/dsk/c1t3d0s0 302 mr sharefs on /dev/dsk/c1t3d0s1 303 mr sharefs on :wq [sharefs-client1]root@solaris:~#
En nuestro segundo ejemplo, el host, sharefs-client2, no tiene acceso a los dispositivos de metadatos para el sistema de archivos, entonces el archivo mcf al finalizar se ve de la siguiente manera:
[sharefs-client2]root@solaris:~# vi /etc/opt/SUNWsamfs/mcf # Equipment Equipment Equipment Family Device Additional # Identifier Ordinal Type Set State Parameters #---------------- --------- --------- --------- ------ --------------- sharefs 300 ma sharefs on shared nodev 301 mm sharefs on /dev/dsk/c4t3d0s0 302 mr sharefs on /dev/dsk/c4t3d0s1 303 mr sharefs on :wq [sharefs-client2]root@solaris:~#
Verifique el archivo mcf para detectar errores mediante la ejecución del comando sam-fsd y corrija los errores encontrados.
El comando sam-fsd es un comando de inicialización que lee los archivos de configuración de Oracle HSM. Se detendrá si detecta un error. En el ejemplo, verificamos el archivo mcf en sharefs-client1:
[sharefs-client1]root@solaris:~# sam-fsd
Luego, monte el sistema de archivos compartido en el host Solaris.
En el host del sistema de archivos compartido, inicie sesión como root.
En el ejemplo, el sistema de archivos compartido Oracle HSM es sharefs y el host es un cliente denominado sharefs-client1:
[sharefs-client1]root@solaris:~#
Realice una copia de seguridad del archivo /etc/vfstab del sistema operativo.
[sharefs-client1]root@solaris:~# cp /etc/vfstab /etc/vfstab.backup
Abra el archivo /etc/vfstab en un editor de texto y agregue una línea para el sistema de archivos compartido.
En el ejemplo, abrimos el archivo en el editor de texto vi y agregamos una línea para el dispositivo del conjunto de familias sharefs.
[sharefs-client1]root@solaris:~# vi /etc/vfstab #File #Device Device Mount System fsck Mount Mount #to Mount to fsck Point Type Pass at Boot Options #-------- ------- -------- ------ ---- ------- ------------------------ /devices - /devices devfs - no - /proc - /proc proc - no - ... sharefs - /sharefs samfs - no
Para montar el sistema de archivos en el cliente como sistema de archivos compartido, introduzca la opción shared en la columna Mount Options de la entrada vfstab para el sistema de archivos compartido.
Si quisiéramos que el cliente actual montara el sistema de archivos compartido sharefs de solo lectura, editaríamos la entrada vfstab como se muestra en el siguiente ejemplo:
#File
#Device Device Mount System fsck Mount Mount
#to Mount to fsck Point Type Pass at Boot Options
#-------- ------- -------- ------ ---- ------- ------------------------
/devices - /devices devfs - no -
/proc - /proc proc - no -
...
sharefs - /sharefs samfs - no shared
Agregue cualquier otra opción de montaje que desee mediante una coma como separador, y efectúe los cambios que desee en el archivo /etc/vfstab. Luego, guarde el archivo /etc/vfstab.
En el ejemplo, no agregamos opciones adicionales de montaje:
#File
#Device Device Mount System fsck Mount Mount
#to Mount to fsck Point Type Pass at Boot Options
#-------- ------- -------- ------ ---- ------- -------------------------
/devices - /devices devfs - no -
/proc - /proc proc - no -
...
sharefs - /sharefs samfs - no shared
:wq
[sharefs-client1]root@solaris:~#
Cree el punto de montaje especificado en el archivo /etc/vfstab y configure los permisos de acceso para el punto de montaje.
Los permisos de punto de montaje deben ser iguales a los del servidor de metadatos y los de los demás clientes. Los usuarios deben tener permiso de ejecución (x) para cambiar al directorio de punto de montaje y acceder a los archivos del sistema de archivos montado. En el ejemplo, creamos el directorio de punto de montaje /sharefs y configuramos los permisos en 755 (-rwxr-xr-x):
[sharefs-client1]root@solaris:~# mkdir /sharefs [sharefs-client1]root@solaris:~# chmod 755 /sharefs [sharefs-client1]root@solaris:~#
Monte el sistema de archivos compartido:
[sharefs-client1]root@solaris:~# mount /sharefs [sharefs-client1]root@solaris:~#
Si está agregando un host de servidor de metadatos posible como organizador de datos de E/S de cintas distribuidas, vaya a Configuración de clientes de organizador de datos para E/S de cintas distribuidas.
Deténgase aquí.
En el cliente Linux, inicie sesión como root.
En el ejemplo, el sistema de archivos compartido Oracle HSM es sharefs y el host es un cliente Linux denominado sharefs-clientL:
[sharefs-clientL][root@linux ~]#
En una ventana de terminal, recupere la información de configuración del sistema de archivos compartido con el comando samfsconfig device-path, donde device-path es la ubicación donde el comando debería comenzar a buscar los dispositivos de disco del sistema de archivos (como /dev/*).
Dado que los hosts Linux no tienen acceso a los dispositivos de metadatos para el sistema de archivos, el comando samfsconfig no puede encontrar los dispositivos de metadatos y, por lo tanto, no puede ubicar los dispositivos Oracle HSM que detecta en la configuración del sistema de archivos. La salida del comando muestra Ordinal 0 (el dispositivo de metadatos) en Missing Slices, donde no se incluye la línea que identifica el conjunto de familias del sistema de archivos y se comentan las listas de los dispositivos de datos.
En nuestro ejemplo, la salida samfsconfig para el host Linux sharefs-clientL se ve de la siguiente manera:
[sharefs-clientL][root@linux ~]# samfsconfig /dev/* # Family Set 'sharefs' Created Thu Feb 21 07:17:00 2013 # # Missing slices # Ordinal 0 # /dev/sda4 302 mr sharefs - # /dev/sda5 303 mr sharefs -
Copie las entradas del sistema de archivos compartido desde la salida de samfsconfig. Luego, en una segunda ventana, abra el archivo /etc/opt/SUNWsamfs/mcf en un editor de texto y pegue las entradas copiadas en el archivo.
En el ejemplo, el archivo mcf para el host Linux, sharefs-clientL, en un principio se ve de la siguiente manera:
[sharefs-clientL][root@linux ~]# vi /etc/opt/SUNWsamfs/mcf # Equipment Equipment Equipment Family Device Additional # Identifier Ordinal Type Set State Parameters #------------------ --------- --------- --------- ------ ------------- # /dev/sda4 302 mr sharefs - # /dev/sda5 303 mr sharefs -
En el archivo mcf, inserte una línea para el sistema de archivos compartido e incluya el parámetro shared.
# Equipment Equipment Equipment Family Device Additional # Identifier Ordinal Type Set State Parameters #------------------ --------- --------- --------- ------ ------------- sharefs 300 ma sharefs - shared # /dev/sda4 302 mr sharefs - # /dev/sda5 303 mr sharefs -
En el archivo mcf, inserte líneas para los dispositivos de metadatos del sistema de archivos. Dado que el host Linux no tiene acceso a los dispositivos de metadatos, configure el campo Equipment Identifier en nodev (sin dispositivo) y, luego, configure los campos restantes exactamente con los mismos valores que tienen en el servidor de metadatos:
# Equipment Equipment Equipment Family Device Additional # Identifier Ordinal Type Set State Parameters #------------------ --------- --------- --------- ------ ------------- sharefs 300 ma sharefs on shared nodev 301 mm sharefs on # /dev/sda4 302 mr sharefs - # /dev/sda5 303 mr sharefs -
En el archivo mcf, quite el comentario de las entradas de los dispositivos de datos Linux.
# Equipment Equipment Equipment Family Device Additional # Identifier Ordinal Type Set State Parameters #------------------ --------- --------- --------- ------ ------------- sharefs 300 ma sharefs on shared nodev 301 mm sharefs on /dev/sda4 302 mr sharefs - /dev/sda5 303 mr sharefs -
Asegúrese de que el campo Device State esté configurado en on para todos los dispositivos y guarde el archivo mcf.
# Equipment Equipment Equipment Family Device Additional # Identifier Ordinal Type Set State Parameters #------------------ --------- --------- --------- ------ ------------- sharefs 300 ma sharefs on shared nodev 301 mm sharefs on /dev/sda4 302 mr sharefs on /dev/sda5 303 mr sharefs on :wq [sharefs-clientL][root@linux ~]#
Verifique el archivo mcf para detectar errores mediante la ejecución del comando sam-fsd y corrija los errores encontrados.
El comando sam-fsd es un comando de inicialización que lee los archivos de configuración de Oracle HSM. Se detendrá si detecta un error. En el ejemplo, verificamos el archivo mcf en el cliente Linux, sharefs-clientL:
[sharefs-clientL][root@linux ~]# sam-fsd
Luego, monte el sistema de archivos compartido en el host Linux.
En el cliente Linux, inicie sesión como root.
En el ejemplo, el sistema de archivos compartido Oracle HSM es sharefs y el host es un cliente Linux denominado sharefs-clientL:
[sharefs-clientL][root@linux ~]#
Realice una copia de seguridad del archivo /etc/fstab del sistema operativo.
[sharefs-clientL][root@linux ~]# cp /etc/fstab /etc/fstab.backup
Abra el archivo /etc/fstab en un editor de texto e inicie una línea para el sistema de archivos compartido.
En el ejemplo, utilizamos el editor de texto vi y agregamos una línea para el dispositivo del conjunto de familias sharefs.
[sharefs-clientL][root@linux ~]# vi /etc/fstab #File #Device Mount System Mount Dump Pass #to Mount Point Type Options Frequency Number #-------- ------- -------- ------------------------- --------- ------ ... /proc /proc proc defaults sharefs /sharefs samfs
En la cuarta columna del archivo, agregue la opción de montaje obligatoria shared.
[sharefs-clientL][root@linux ~]# vi /etc/fstab
#File
#Device Mount System Mount Dump Pass
#to Mount Point Type Options Frequency Number
#-------- ------- -------- ------------------------- --------- ------
...
/proc /proc proc defaults
sharefs /sharefs samfs shared
En la cuarta columna del archivo, agregue otras opciones de montaje que desee mediante comas como separadores.
Los clientes Linux admiten las siguientes opciones de montaje adicionales:
rw, ro
retry
meta_timeo
rdlease, wrlease, aplease
minallocsz, maxallocsz
noauto, auto
En el ejemplo, agregamos la opción noauto:
#File #Device Mount System Mount Dump Pass #to Mount Point Type Options Frequency Number #-------- ------- -------- ------------------------- --------- ------ ... /proc /proc proc defaults sharefs /sharefs samfs shared,noauto
Introduzca cero (0) en cada una de las dos columnas restantes del archivo. Luego, guarde el archivo /etc/fstab.
#File #Device Mount System Mount Dump Pass #to Mount Point Type Options Frequency Number #-------- ------- -------- ------------------------- --------- ------ ... /proc /proc proc defaults sharefs /sharefs samfs shared,noauto 0 0 :wq [sharefs-clientL][root@linux ~]#
Cree el punto de montaje especificado en el archivo /etc/fstab y configure los permisos de acceso para el punto de montaje.
Los permisos de punto de montaje deben ser iguales a los del servidor de metadatos y los de los demás clientes. Los usuarios deben tener permiso de ejecución (x) para cambiar al directorio de punto de montaje y acceder a los archivos del sistema de archivos montado. En el ejemplo, creamos el directorio de punto de montaje /sharefs y configuramos los permisos en 755 (-rwxr-xr-x):
[sharefs-clientL][root@linux ~]# mkdir /sharefs [sharefs-clientL][root@linux ~]# chmod 755 /sharefs
Monte el sistema de archivos compartido. Utilice el comando mount mountpoint, donde mountpoint es el directorio del punto de montaje especificado en el archivo /etc/fstab.
Como se muestra en el ejemplo, el comando mount genera una advertencia. Esto es normal y se puede omitir:
[sharefs-clientL][root@linux ~]# mount /sharefs Warning: loading SUNWqfs will taint the kernel: SMI license See http://www.tux.org/lkml/#export-tainted for information about tainted modules. Module SUNWqfs loaded with warnings
Deténgase aquí.
La eliminación de un host de un sistema de archivos compartido consiste simplemente en eliminarlo de la configuración del servidor, como se describe a continuación (para desconfigurar el host totalmente, desinstale el software y los archivos de configuración):
Inicie sesión en el servidor de metadatos de Oracle HSM como root.
En el ejemplo, el sistema de archivos compartido de Oracle HSM es sharefs y el host del servidor de metadatos es sharefs-mds:
[sharefs-mds]root@solaris:~#
Inicie sesión en cada cliente como root y desmonte el sistema de archivos compartido.
Recuerde que los servidores de metadatos posibles son clientes en sí mismos. En el ejemplo, tenemos tres clientes: sharefs-client1, sharefs-client2 y sharefs-mds_alt, un servidor de metadatos posible. En cada cliente, iniciamos sesión mediante ssh, desmontamos el sistema de archivos sharefs y cerramos la sesión ssh:
[sharefs-mds]root@solaris:~# ssh root@sharefs-client1 Password: [sharefs-client1]root@solaris:~# umount sharefs [sharefs-client1]root@solaris:~# exit [sharefs-mds]root@solaris:~# ssh root@sharefs-client2 Password: [sharefs-client2]root@solaris:~# umount sharefs [sharefs-client2]root@solaris:~# exit [sharefs-mds]root@solaris:~# ssh root@sharefs-mds_alt Password: [sharefs-mds_alt]root@solaris:~# umount sharefs root@solaris:~# exit [sharefs-mds]root@solaris:~#
En el servidor de metadatos, desmonte el sistema de archivos compartido.
[sharefs-mds]root@solaris:~# umount sharefs
En el servidor de metadatos, cambie el nombre del archivo /etc/opt/SUNWsamfs/hosts.filesystem a /etc/opt/SUNWsamfs/hosts.filesystem.bak, donde filesystem es el nombre del sistema de archivos desde donde está eliminando el host del cliente.
Tenga en cuenta que el comando siguiente se introduce como una sola línea, el salto de línea se identifica por el carácter de barra diagonal inversa:
[sharefs-mds]root@solaris:~# mv /etc/opt/SUNWsamfs/hosts.sharefs \ /etc/opt/SUNWsamfs/hosts.sharefs.bak
Capture la configuración del host del sistema de archivos compartido actual en un archivo. Desde el servidor de metadatos, ejecute el comando samsharefs -R filesystem, redirija la salida al archivo /etc/opt/SUNWsamfs/hosts.filesystem, donde filesystem es el nombre del sistema de archivos al que está agregando el host del cliente.
El comando samsharefs muestra la configuración del host para el sistema de archivos compartido de Oracle HSM especificado. La redirección de la salida a un archivo crea un nuevo archivo de hosts. En el ejemplo, ejecutamos el comando desde el servidor de metadatos sharefs-mds:
[sharefs-mds]root@solaris:~# samsharefs -R sharedqfs1 > / /etc/opt/SUNWsamfs/hosts.sharedqfs1
Abra el archivo de hosts recientemente creado en un editor de texto.
En el ejemplo, utilizamos el editor vi. Necesitamos eliminar el cliente sharefs-client3:
[sharefs-mds]root@solaris:~# vi /etc/opt/SUNWsamfs/hosts.sharefs # Server On/ Additional #Host Name Network Interface Ordinal Off Parameters #------------------ ---------------------- ------- --- ---------- sharefs-mds 10.79.213.117 1 0 server sharefs-mds_alt 10.79.213.217 2 0 sharefs-client1 10.79.213.133 0 0 sharefs-client2 10.79.213.47 0 0 sharefs-client3 10.79.213.49 0 0
En el archivo de hosts, suprima la línea que corresponde al host del cliente que necesita eliminar. Luego, guarde el archivo y cierre el editor.
En el ejemplo, suprimimos la entrada para el host sharefs-client3:
[sharefs-mds]root@solaris:~# vi /etc/opt/SUNWsamfs/hosts.sharefs
# Server On/ Additional
#Host Name Network Interface Ordinal Off Parameters
#------------------ ---------------------- ------- --- ----------
sharefs-mds 10.79.213.117 1 0 server
sharefs-mds_alt 10.79.213.217 2 0
sharefs-client1 10.79.213.133 0 0
sharefs-client2 10.79.213.47 0 0
:wq
[sharefs-mds]root@solaris:~#
Actualice el sistema de archivos con el archivo de hosts revisado. Desde el servidor de metadatos, utilice el comando samsharefs -R -u filesystem, donde filesystem es el nombre del sistema de archivos del cual elimina el host del cliente.
[sharefs-mds]root@solaris:~# samsharefs -u sharefs
En el host del servidor de metadatos, monte el sistema de archivos compartido.
En los ejemplos, el archivo /etc/vfstab contiene una entrada para el sistema de archivos sharefs; por lo tanto, utilizamos la sintaxis de montaje simple (para obtener más información, consulte la página del comando man mount_samfs):
[sharefs-mds]root@solaris:~# mount sharefs
En el host de cada cliente, monte el sistema de archivos compartido.
Recuerde que los servidores de metadatos posibles son clientes en sí mismos. En el ejemplo, tenemos tres clientes: sharefs-client1, sharefs-client2 y sharefs-mds_alt, un servidor de metadatos posible. En cada cliente, iniciamos sesión mediante ssh, desmontamos el sistema de archivos sharefs y cerramos la sesión ssh:
[sharefs-mds]root@solaris:~# ssh root@sharefs-mds_alt Password: [sharefs-mds_alt]root@solaris:~# mount sharefs sharefs-mds_alt]root@solaris:~# exit [sharefs-mds]root@solaris:~# ssh root@sharefs-client1 Password: [sharefs-client1]root@solaris:~# mount sharefs sharefs-client1]root@solaris:~# exit [sharefs-mds]root@solaris:~# ssh root@sharefs-client2 Password: [sharefs-client2]root@solaris:~# mount sharefs sharefs-client2]root@solaris:~# exit [sharefs-mds]root@solaris:~#
Deténgase aquí.
A partir de Oracle HSM Versión 6.1, cualquier cliente de un sistema de archivos de almacenamiento compartido que se ejecuta en Solaris 11 o superior puede conectar unidades de cinta y llevar a cabo E/S de cintas en nombre del sistema de archivos. La distribución de E/S de cinta en estos hosts de organizador de datos reduce en gran medida la sobrecarga del servidor, mejora el rendimiento del sistema de archivos y permite una flexibilidad significativamente mayor cuando se escalan las implementaciones de Oracle HSM. A medida que aumentan las necesidades de archivo, ahora tiene la opción de reemplazar los servidores de metadatos de Oracle HSM con sistemas más potentes (escalamiento vertical) o mediante la distribución de la carga a más clientes (escalamiento horizontal).
Para configurar un cliente para E/S de cinta distribuida, siga estos pasos:
Conecte todos los dispositivos que serán utilizados para E/S distribuida al cliente.
Si aún no lo ha hecho, lleve a cabo el procedimiento indicado en Conexión de unidades de cinta mediante vinculaciones persistentes. Luego regrese aquí.
Inicie sesión en el servidor de metadatos del sistema de archivos de almacenamiento compartido como root.
En el ejemplo, el nombre del host es samsharefs-mds:
[samsharefs-mds]root@solaris:~#
Asegúrese de que el servidor de metadatos esté ejecutando Oracle HSM Solaris 11 o superior.
[samsharefs-mds]root@solaris:~# uname -r 5.11 [samsharefs-mds]root@solaris:~#
Asegúrese de que todos los clientes que actúan como organizadores de datos esté ejecutando Oracle HSM Solaris 11 o superior.
En el ejemplo, abrimos una ventana de terminal para cada host del cliente, samsharefs-client1 y samsharefs-client2, e iniciamos sesión remotamente mediante ssh: El banner de inicio de sesión muestra la versión de Solaris:
[samsharefs-mds]root@solaris:~# ssh root@samsharefs-client1 ... Oracle Corporation SunOS 5.11 11.1 September 2013 [samsharefs-client1]root@solaris:~# [samsharefs-mds]root@solaris:~# ssh root@samsharefs-client2 ... Oracle Corporation SunOS 5.11 11.1 September 2013 [samsharefs-client2]root@solaris:~#
En el servidor de metadatos, abra el archivo /etc/opt/SUNWsamfs/defaults.conf en un editor de texto y active la E/S distribuida; para hacerlo, quite el comentario de la línea distio = y configure el valor en on.
De forma predeterminada, distio está en off (desactivado).
En el ejemplo, abrimos el archivo en el editor vi y agregamos la línea:
[samsharefs-mds]root@solaris:~# vi /etc/opt/SUNWsamfs/defaults.conf # These are the defaults. To change the default behavior, uncomment the # appropriate line (remove the '#' character from the beginning of the line) # and change the value. ... distio = on
Luego, identifique los tipos de dispositivos que deben participar en la E/S distribuida. Para utilizar el tipo de dispositivo dev con E/S distribuida, agregue la línea dev_distio = on al archivo defaults.conf. Para excluir el tipo de dispositivo dev desde la E/S distribuida, agregue la línea dev_distio = off. Guarde el archivo y cierre el editor.
De forma predeterminada, las unidades T10000 de Oracle HSM y las unidades LTO tienen permitido participar en la E/S distribuida (ti_distio = on y li_distio = on), mientras que todos los demás tipos están excluidos. En el ejemplo, excluimos las unidades LTO:
[samsharefs-mds]root@solaris:~# vi /etc/opt/SUNWsamfs/defaults.conf # These are the defaults. To change the default behavior, uncomment the # appropriate line (remove the '#' character from the beginning of the line) # and change the value. ... distio = on li_distio = off :wq [samsharefs-mds]root@solaris:~#
En cada cliente que actuará como organizador de datos, edite el archivo defaults.conf de manera que coincida con el archivo en el servidor.
En el ejemplo, editamos el archivo defaults.conf en el cliente samsharefs-client1 mediante vi, guardamos el archivo y cerramos el editor:
[samsharefs-mds]root@solaris:~# ssh root@samsharefs-client1 Password: [samsharefs-client1]root@solaris:~# vi /etc/opt/SUNWsamfs/defaults.conf # These are the defaults. To change the default behavior, uncomment the # appropriate line (remove the '#' character from the beginning of the line) # and change the value. ... distio = on li_distio = off :wq [samsharefs-client1]root@solaris:~# [samsharefs-mds]root@solaris:~#
En cada cliente que actuará como organizador de datos, abra el archivo /etc/opt/SUNWsamfs/mcf en un editor de texto. Agregue todos los dispositivos de cinta que utiliza el servidor de metadatos para la E/S de cinta distribuida. Asegúrese de que el orden del dispositivo y los números de equipos sean idénticos a aquellos en el archivo mcf en el servidor de metadatos.
En el ejemplo, editamos el archivo mcf en el cliente samsharefs-client1 mediante vi:
[samsharefs-client1]root@solaris:~# vi /etc/opt/SUNWsamfs/mcf # Equipment Equipment Equipment Family Device Additional # Identifier Ordinal Type Set State Parameters #----------------------- --------- --------- ---------- ------ ------------- samsharefs 800 ms samsharefs on ... # Archival storage for copies: /dev/rmt/60cbn 901 ti on /dev/rmt/61cbn 902 ti on /dev/rmt/62cbn 903 ti on /dev/rmt/63cbn 904 ti on
Si la biblioteca de cintas mostrada en el archivo /etc/opt/SUNWsamfs/mcf en el servidor de metadatos está configurada en el cliente que actuará como organizador de datos, especifique el conjunto de familias de bibliotecas como el nombre del conjunto de familias para los dispositivos de cinta utilizados para la E/S de cinta distribuida. Guarde el archivo.
En el ejemplo, la biblioteca está configurada en el host; por lo tanto, utilizamos el nombre del conjunto de familias library1 para los dispositivos de cinta:
[samsharefs-client1]root@solaris:~# vi /etc/opt/SUNWsamfs/mcf # Equipment Equipment Equipment Family Device Additional # Identifier Ordinal Type Set State Parameters #----------------------- --------- --------- ---------- ------ ------------- samsharefs 800 ms samsharefs on ... # Archival storage for copies: /dev/scsi/changer/c1t0d5 900 rb library1 on /dev/rmt/60cbn 901 ti library1 on /dev/rmt/61cbn 902 ti library1 on /dev/rmt/62cbn 903 ti library1 on /dev/rmt/63cbn 904 ti library1 on :wq [samsharefs-client1]root@solaris:~#
Si la biblioteca de cintas mostrada en el archivo /etc/opt/SUNWsamfs/mcf en el servidor de metadatos no está configurada en el cliente que actuará como organizador de datos, utilice un guión (-) como el nombre del conjunto de familias para los dispositivos de cinta utilizados para la E/S de cintas distribuidas.
En el ejemplo, la biblioteca no está configurada en el host:
[samsharefs-client2]root@solaris:~# vi /etc/opt/SUNWsamfs/mcf # Equipment Equipment Equipment Family Device Additional # Identifier Ordinal Type Set State Parameters #----------------------- --------- --------- ---------- ------ ------------- samsharefs 800 ms samsharefs on ... # Archival storage for copies: /dev/rmt/60cbn 901 ti - on /dev/rmt/61cbn 902 ti - on /dev/rmt/62cbn 903 ti - on /dev/rmt/63cbn 904 ti - on :wq [samsharefs-client2]root@solaris:~#
Si necesita activar o desactivar la E/S de cintas distribuidas para copias de conjuntos de archivos en particular, abra el archivo /etc/opt/SUNWsamfs/archiver.cmd del servidor en un editor de texto y agregue el parámetro -distio a la directiva de copia. Configure -distio en on para activar o en off para desactivar la E/S distribuida. Guarde el archivo y cierre el editor.
En el ejemplo, utilizamos el editor vi para configurar la E/S distribuida en off para la copia 1 y en on para la copia 2:
[samsharefs-mds]root@solaris:~# vi /etc/opt/SUNWsamfs/archiver.cmd # archiver.cmd # Generated by config api Mon Nov 22 14:31:39 2013 ... # # Copy Parameters Directives params allsets -sort path -offline_copy stageahead allsets.1 -startage 10m -startsize 500M -startcount 500000 -distio off allsets.2 -startage 24h -startsize 20G -startcount 500000 -distio on :wq [samsharefs-mds]root@solaris:~#
En cada host, verifique el archivo mcf para detectar errores mediante la ejecución del comando sam-fsd y corrija los errores encontrados.
El comando sam-fsd es un comando de inicialización que lee los archivos de configuración de Oracle HSM. Se detendrá si detecta un error. En el ejemplo, verificamos el archivo mcf en el cliente Linux, sharefs-clientL:
[sharefs-clientL][root@linux ~]# sam-fsd
En el servidor, indique al software Oracle HSM que lea los archivos de configuración modificados y se vuelva a realizar la configuración en consecuencia. Utilice el comando samd config y corrija los errores encontrados.
En el ejemplo, ejecutamos el comando samd config en el servidor, sharefs-mds:
[samsharefs-mds]root@solaris:~# samd config
Deténgase aquí.
Al agregar un host que actúa como un servidor de metadatos posible o un cliente organizador de datos de E/S distribuida, debe configurar los dispositivos de medios extraíbles mediante vinculaciones persistentes. El sistema operativo Solaris conecta unidades al árbol de dispositivos del sistema en el orden en el cual detecta los dispositivos en el inicio. Este orden puede o no reflejar el orden en el que los archivos son detectados por otros hosts de sistema de archivos o el orden en el cual están físicamente instalados en la biblioteca de cintas. Por lo tanto, debe vincular los dispositivos al nuevo host de la misma manera en que están vinculados a los otros hosts en el mismo orden en el que se han instalado en la biblioteca de medios extraíbles.
En los siguientes procedimientos, se describen los pasos necesarios (para obtener más información, consulte las páginas del comando man devfsadm y devlinks y la documentación de administración de su versión del sistema operativo Solaris):
Si movió, agregó o eliminó unidades en una biblioteca, o si reemplazó o reconfiguró la biblioteca asociada con un sistema de archivos compartido de almacenamiento de Oracle HSM, actualice las vinculaciones persistentes para reflejar los cambios.
Si está agregando un nuevo cliente de organizador de datos o servidor de metadatos a un sistema de archivos compartido de almacenamiento de Oracle HSM, vincule de manera persistente el nuevo host del sistema de archivos con los dispositivos de medios extraíbles.
Inicie sesión en el host del servidor de metadatos activo como root.
[sharefs-mds]root@solaris:~#
Cree un nuevo archivo de asignación de unidad como se describe en Determinación del orden en el cual se instalan las unidades en la biblioteca.
En el ejemplo, el archivo device-mappings.txt se ve de la siguiente manera:
[sharefs-mds]root@solaris:~# vi /root/device-mappings.txt LIBRARY SOLARIS SOLARIS DEVICE LOGICAL PHYSICAL NUMBER DEVICE DEVICE ------- ------------- ----------------------------------------------------- 2 /dev/rmt/0cbn -> ../../devices/pci@8.../st@w500104f00093c438,0:cbn 1 /dev/rmt/1cbn -> ../../devices/pci@8.../st@w500104f0008120fe,0:cbn 3 /dev/rmt/2cbn -> ../../devices/pci@8.../st@w500104f000c086e1,0:cbn 4 /dev/rmt/3cbn -> ../../devices/pci@8.../st@w500104f000b6d98d,0:cbn
Abra el archivo /etc/devlink.tab en un editor de texto.
En el ejemplo, utilizamos el editor vi:
[sharefs-mds]root@solaris:~# vi /etc/devlink.tab # Copyright (c) 1993, 2011, Oracle and/or its affiliates. All rights reserved. # This is the table used by devlinks # Each entry should have 2 fields; but may have 3. Fields are separated # by single tab ('\t') characters. ...
Utilice el archivo device-mappings.txt como guía para reasignar un nodo de inicio en el árbol de dispositivos de cintas Solaris a la primera unidad de la biblioteca. En el archivo /etc/devlink.tab, agregue una línea con el formato type=ddi_byte:tape; addr=device_address,0; rmt/node-number\M0, donde device_address es la dirección física del dispositivo y node-number es una posición en el árbol de dispositivos de Solaris que es suficientemente alta para evitar conflictos con cualquier dispositivo que Solaris configura automáticamente (Solaris comienza con el nodo 0).
En el ejemplo, observamos que la dirección de dispositivo del primer dispositivo de la biblioteca, 1, es w500104f0008120fe, y que el dispositivo está conectado actualmente al host en rmt/1:
[sharefs-mds] vi /root/device-mappings.txt LIBRARY SOLARIS SOLARIS DEVICE LOGICAL PHYSICAL NUMBER DEVICE DEVICE ------- ------------- ----------------------------------------------------- 2 /dev/rmt/0cbn -> ../../devices/pci@8.../st@w500104f00093c438,0:cbn 1 /dev/rmt/1cbn -> ../../devices/pci@8.../st@w500104f0008120fe,0:cbn 3 /dev/rmt/2cbn -> ../../devices/pci@8.../st@w500104f000c086e1,0:cbn 4 /dev/rmt/3cbn -> ../../devices/pci@8.../st@w500104f000b6d98d,0:cbn
Entonces creamos una línea en /etc/devlink.tab que reasigna rmt/60 a la unidad número 1 en la biblioteca, w500104f0008120fe:
[sharefs-mds]root@solaris:~# vi /etc/devlink.tab # Copyright (c) 1993, 2011, Oracle and/or its affiliates. All rights reserved. ... type=ddi_byte:tape;addr=w500104f0008120fe,0; rmt/60\M0 :w
Continúe agregando líneas al archivo /etc/devlink.tab para cada dispositivo de cinta asignado para el archivo Oracle HSM, de manera que el orden de las unidades en el árbol de dispositivos en el servidor de metadatos coincida con el orden de instalación en la biblioteca. Guarde el archivo y cierre el editor.
En el ejemplo, observamos el orden y las direcciones de los tres dispositivos restantes, la unidad de biblioteca 2 en w500104f00093c438, la unidad de biblioteca 3 en w500104f000c086e1 y la unidad de biblioteca 4 en w500104f000c086e1:
[sharefs-mds]root@solaris:~# vi /root/device-mappings.txt ... 2 /dev/rmt/0cbn -> ../../devices/pci@8\.../st@w500104f00093c438,0:cbn 1 /dev/rmt/1cbn -> ../../devices/pci@8\.../st@w500104f0008120fe,0:cbn 3 /dev/rmt/2cbn -> ../../devices/pci@8\.../st@w500104f000c086e1,0:cbn 4 /dev/rmt/3cbn -> ../../devices/pci@8\.../st@w500104f000b6d98d,0:cbn
Luego, asignamos las direcciones de dispositivo a los siguientes tres nodos de dispositivo Solaris, manteniendo el mismo orden que en la biblioteca:
[sharefs-mds]root@solaris:~# vi /etc/devlink.tab ... type=ddi_byte:tape;addr=w500104f0008120fe,0; rmt/60\M0 type=ddi_byte:tape;addr=w500104f00093c438,0; rmt/61\M0 type=ddi_byte:tape;addr=w500104f000c086e1,0; rmt/62\M0 type=ddi_byte:tape;addr=w500104f000b6d98d,0; rmt/63\M0 :wq [sharefs-mds]root@solaris:~#
Suprima todos los enlaces existentes a los dispositivos de cinta en /dev/rmt.
[sharefs-mds]root@solaris:~# rm /dev/rmt/*
Cree enlaces de dispositivos de cinta nuevos y persistentes a partir de las entradas en el archivo /etc/devlink.tab. Utilice el comando devfsadm -c tape.
Cada vez que se ejecuta el comando devfsadm, se crean nuevos enlaces de dispositivos de cinta para los dispositivos especificados en el archivo /etc/devlink.tab mediante la configuración especificada por el archivo. La opción -c tape limita el comando a la creación de nuevos enlaces solo para dispositivos de clase de cinta:
[sharefs-mds]root@solaris:~# devfsadm -c tape
Repita la operación en cada servidor de metadatos posible y organizador de datos de la configuración del sistema de archivos compartido. En cada caso, agregue las mismas líneas al archivo /etc/devlink.tab, suprima los enlaces en /dev/rmt y ejecute devfsadm -c tape.
En el ejemplo, usamos ssh para iniciar sesión en cada host a su vez y configurar los mismos cuatro dispositivos lógicos, rmt/60\M0, rmt/61\M0, rmt/62\M0 y rmt/63\M0:
[sharefs-mds]root@solaris:~# ssh root@sharefs-mds_alt Password: [sharefs-mds_alt]root@solaris:~# vi /etc/devlink.tab ... type=ddi_byte:tape;addr=w500104f0008120fe,0; rmt/60\M0 type=ddi_byte:tape;addr=w500104f00093c438,0; rmt/61\M0 type=ddi_byte:tape;addr=w500104f000c086e1,0; rmt/62\M0 type=ddi_byte:tape;addr=w500104f000b6d98d,0; rmt/63\M0 :wq [sharefs-mds_alt]root@solaris:~# rm /dev/rmt/* [sharefs-mds_alt]root@solaris:~# devfsadm -c tape [sharefs-mds_alt]root@solaris:~# exit sharefs-mds]root@solaris:~# ssh root@sharefs-client1 Password: [sharefs-client1]root@solaris:~# vi /etc/devlink.tab ... type=ddi_byte:tape;addr=w500104f0008120fe,0; rmt/60\M0 type=ddi_byte:tape;addr=w500104f00093c438,0; rmt/61\M0 type=ddi_byte:tape;addr=w500104f000c086e1,0; rmt/62\M0 type=ddi_byte:tape;addr=w500104f000b6d98d,0; rmt/63\M0 :wq [sharefs-client1]root@solaris:~# rm /dev/rmt/* [sharefs-client1]root@solaris:~# devfsadm -c tape [sharefs-client1]root@solaris:~# exit [sharefs-mds]root@solaris:~#
Regrese a Configuración de clientes de organizador de datos para E/S de cintas distribuidas o Configuración de clientes de sistemas de archivos adicionales.
Inicie sesión en el host como root.
[sharefs-mds]root@solaris:~#
Si el orden físico de las unidades en la biblioteca de medios ha cambiado desde la configuración de los hosts del sistema de archivos existente, cree un nuevo archivo de asignación como se describe en Determinación del orden en el cual se instalan las unidades en la biblioteca.
En el ejemplo, el archivo device-mappings.txt se ve de la siguiente manera:
[sharefs-mds]root@solaris:~# vi /root/device-mappings.txt LIBRARY SOLARIS SOLARIS DEVICE LOGICAL PHYSICAL NUMBER DEVICE DEVICE ------- ------------- ----------------------------------------------------- 2 /dev/rmt/0cbn -> ../../devices/pci@8.../st@w500104f00093c438,0:cbn 1 /dev/rmt/1cbn -> ../../devices/pci@8.../st@w500104f0008120fe,0:cbn 3 /dev/rmt/2cbn -> ../../devices/pci@8.../st@w500104f000c086e1,0:cbn 4 /dev/rmt/3cbn -> ../../devices/pci@8.../st@w500104f000b6d98d,0:cbn
Abra el archivo /etc/devlink.tab en un editor de prueba.
En el ejemplo, utilizamos el editor vi:
[sharefs-mds]root@solaris:~# vi /etc/devlink.tab # Copyright (c) 1993, 2011, Oracle and/or its affiliates. All rights reserved. # This is the table used by devlinks # Each entry should have 2 fields; but may have 3. Fields are separated # by single tab ('\t') characters. ...
Utilice el archivo device-mappings.txt como guía para reasignar un nodo de inicio en el árbol de dispositivos de cintas Solaris, rmt/node-number, a la primera unidad de la biblioteca. Agregue una línea al archivo /etc/devlink.tab con el formato type=ddi_byte:tape; addr=device_address,0; rmt/node-number\M0, donde: device_address es la dirección física del dispositivo y node-number es la posición del dispositivo en el árbol de dispositivos Solaris. Elija un número de nodo que sea lo suficientemente alto como para evitar conflictos con los dispositivos que Solaris configura automáticamente (Solaris comienza con el nodo 0).
En el ejemplo, observamos que la dirección de dispositivo del primer dispositivo de la biblioteca, 1, es w500104f0008120fe, y que el dispositivo está conectado actualmente al host en rmt/1:
[sharefs-mds] vi /root/device-mappings.txt LIBRARY SOLARIS SOLARIS DEVICE LOGICAL PHYSICAL NUMBER DEVICE DEVICE ------- ------------- ----------------------------------------------------- 2 /dev/rmt/0cbn -> ../../devices/pci@8.../st@w500104f00093c438,0:cbn 1 /dev/rmt/1cbn -> ../../devices/pci@8.../st@w500104f0008120fe,0:cbn 3 /dev/rmt/2cbn -> ../../devices/pci@8.../st@w500104f000c086e1,0:cbn 4 /dev/rmt/3cbn -> ../../devices/pci@8.../st@w500104f000b6d98d,0:cbn
Entonces creamos una línea en /etc/devlink.tab que reasigna rmt/60 a la unidad número 1 en la biblioteca, w500104f0008120fe:
[sharefs-mds]root@solaris:~# vi /etc/devlink.tab # Copyright (c) 1993, 2011, Oracle and/or its affiliates. All rights reserved. ... type=ddi_byte:tape;addr=w500104f0008120fe,0; rmt/60\M0 :w
Continúe agregando líneas al archivo /etc/devlink.tab para cada dispositivo de cinta asignado para el archivo Oracle HSM, de manera que el orden de las unidades en el árbol de dispositivos en el servidor de metadatos coincida con el orden de instalación en la biblioteca. Guarde el archivo.
En el ejemplo, observamos el orden y las direcciones de los tres dispositivos restantes, la unidad de biblioteca 2 en w500104f00093c438, la unidad de biblioteca 3 en w500104f000c086e1 y la unidad de biblioteca 4 en w500104f000c086e1:
[sharefs-mds]root@solaris:~# vi /root/device-mappings.txt ... 2 /dev/rmt/0cbn -> ../../devices/pci@8.../st@w500104f00093c438,0:cbn 1 /dev/rmt/1cbn -> ../../devices/pci@8.../st@w500104f0008120fe,0:cbn 3 /dev/rmt/2cbn -> ../../devices/pci@8.../st@w500104f000c086e1,0:cbn 4 /dev/rmt/3cbn -> ../../devices/pci@8.../st@w500104f000b6d98d,0:cbn
Luego, asignamos las direcciones de dispositivo a los siguientes tres nodos de dispositivo Solaris, manteniendo el mismo orden que en la biblioteca:
[sharefs-mds]root@solaris:~# vi /etc/devlink.tab ... type=ddi_byte:tape;addr=w500104f0008120fe,0; rmt/60\M0 type=ddi_byte:tape;addr=w500104f00093c438,0; rmt/61\M0 type=ddi_byte:tape;addr=w500104f000c086e1,0; rmt/62\M0 type=ddi_byte:tape;addr=w500104f000b6d98d,0; rmt/63\M0 :wq [sharefs-mds]root@solaris:~#
Suprima todos los enlaces existentes a los dispositivos de cinta en /dev/rmt.
[sharefs-mds]root@solaris:~# rm /dev/rmt/*
Cree enlaces de dispositivos de cinta nuevos y persistentes a partir de las entradas en el archivo /etc/devlink.tab. Utilice el comando devfsadm -c tape.
Cada vez que se ejecuta el comando devfsadm, se crean nuevos enlaces de dispositivos de cinta para los dispositivos especificados en el archivo /etc/devlink.tab mediante la configuración especificada por el archivo. La opción -c tape limita el comando a la creación de nuevos enlaces sólo para dispositivos de clase de cinta:
[sharefs-mds]root@solaris:~# devfsadm -c tape
En cada servidor de metadatos posible y organizador de datos de la configuración del sistema de archivos compartido, agregue las mismas líneas al archivo /etc/devlink.tab, suprima los enlaces en /dev/rmt y ejecute devfsadm -c tape.
En el ejemplo, usamos ssh para iniciar sesión en el host del servidor de metadatos posible sharefs-mds_alt y el host del cliente sharefs-client1. Luego, configuramos los mismos cuatro dispositivos lógicos, rmt/60\M0, rmt/61\M0, rmt/62\M0 y rmt/63\M0, en cada uno de ellos:
[sharefs-mds]root@solaris:~# ssh root@sharefs-mds_alt Password: [sharefs-mds_alt]root@solaris:~# vi /etc/devlink.tab ... type=ddi_byte:tape;addr=w500104f0008120fe,0; rmt/60\M0 type=ddi_byte:tape;addr=w500104f00093c438,0; rmt/61\M0 type=ddi_byte:tape;addr=w500104f000c086e1,0; rmt/62\M0 type=ddi_byte:tape;addr=w500104f000b6d98d,0; rmt/63\M0 :wq [sharefs-mds_alt]root@solaris:~# rm /dev/rmt/* [sharefs-mds_alt]root@solaris:~# devfsadm -c tape [sharefs-mds_alt]root@solaris:~# exit [sharefs-mds]root@solaris:~# ssh root@sharefs-client1 Password: [sharefs-client1]root@solaris:~# vi /etc/devlink.tab ... type=ddi_byte:tape;addr=w500104f0008120fe,0; rmt/60\M0 type=ddi_byte:tape;addr=w500104f00093c438,0; rmt/61\M0 type=ddi_byte:tape;addr=w500104f000c086e1,0; rmt/62\M0 type=ddi_byte:tape;addr=w500104f000b6d98d,0; rmt/63\M0 :wq [sharefs-client1]root@solaris:~# rm /dev/rmt/* [sharefs-client1]root@solaris:~# devfsadm -c tape [sharefs-client1]root@solaris:~# exit [sharefs-mds]root@solaris:~#
Regrese a Configuración de clientes de organizador de datos para E/S de cintas distribuidas o Configuración de clientes de sistemas de archivos adicionales.
Los procedimientos incluidos en esta sección permiten mover el servicio de metadatos para el sistema de archivos del host actual (el servidor de metadatos activo) a un host en espera (el servidor de metadatos posible). El procedimiento que se utilice dependerá del estado del host del servidor que esté reemplazando:
Este procedimiento permite mover el servicio de metadatos fuera de un host de servidor de metadatos activo que ha dejado de funcionar. Activa un servidor de metadatos posible, aunque todavía haya un sistema de archivos montado. Siga estos pasos:
Precaución:
Nunca active un servidor de metadatos posible sin haber detenido, desactivado o desconectado el servidor de metadatos defectuoso.Para activar un servidor posible cuando hay un sistema de archivos montado y el servidor de metadatos activo no funciona, debe invocar el comando samsharefs con la opción -R, que actúa en los dispositivos sin formato en lugar actuar en las interfaces del sistema de archivos. Por lo tanto, si activa un servidor de metadatos posible mientras el servidor defectuoso sigue conectado a los dispositivos, dicho servidor defectuoso puede dañar el sistema de archivos.
Si el servidor de metadatos activo está defectuoso, antes de hacer otra cosa, asegúrese de que no pueda acceder a los dispositivos de metadatos. Apague el host afectado, detenga el host o desconecte el host con fallas de los dispositivos de metadatos.
Espere, al menos, hasta que haya pasado el tiempo máximo de concesión, a fin de que puedan caducar todas las concesiones de lectura, escritura y anexo de cliente.
Inicie sesión en un servidor de metadatos posible como root.
En el ejemplo, iniciamos sesión en el servidor de metadatos posible sharefs-mds_alt:
[sharefs-mds_alt]root@solaris:~#
Active el servidor de metadatos posible. Desde el servidor de metadatos posible, ejecute el comando samsharefs -R -s server file-system, donde server es el nombre del host del servidor de metadatos posible y file-system es el nombre del sistema de archivos compartido de Oracle HSM.
En el ejemplo, el servidor de metadatos posible es sharefs-mds_alt y el nombre del sistema de archivos es sharefs:
[sharefs-mds_alt]root@solaris:~# samsharefs -R -s sharefs-mds_alt sharefs
Si necesita verificar la integridad de un sistema de archivos y reparar posibles problemas, desmonte el sistema de archivos ahora mediante el procedimiento indicado en Desmontaje de un sistema de archivos compartido.
Si ha desmontado el sistema de archivos, realice una verificación del sistema de archivos. Utilice el comando samfsck -F file-system, donde -F especifica la reparación de errores y file-system es el nombre del sistema de archivos.
En el ejemplo, verificamos y reparamos el sistema de archivos denominado sharefs:
[sharefs-mds_alt]root@solaris:~# samfsck -F sharefs
Deténgase aquí.
Puede trasladar el servicio de metadatos de un host de servidor de metadatos activo y en buen estado a un servidor de metadatos posible recientemente activado cuando sea necesario. Por ejemplo, puede transferir servicios de metadatos a un host alternativo para mantener los sistemas de archivos disponibles mientras actualiza o reemplaza el host del servidor original o alguno de sus componentes. Siga estos pasos:
Inicie sesión en los servidores de metadatos activo y posible como root.
En el ejemplo, iniciamos sesión en el servidor de metadatos activo sharefs-mds. Luego, en una segunda ventana de terminal, utilizamos el shell seguro (ssh) para iniciar sesión en el servidor de metadatos posible sharefs-mds_alt:
[sharefs-mds]root@solaris:~#
[sharefs-mds]root@solaris:~# ssh root@sharefs-mds_alt
Password:
[sharefs-mds-alt]root@solaris:~#
Si el servidor de metadatos activo monta un sistema de archivos de almacenamiento Oracle HSM, finalice los trabajos activos de archivado y almacenamiento provisional, y detenga las nuevas actividades antes de continuar. Consulte Cómo dejar inactivos los procesos de archivo y almacenamiento provisional.
Si el servidor de metadatos activo monta un sistema de archivos de almacenamiento Oracle HSM, deje inactivas las unidades de medios extraíbles y detenga el daemon de control de biblioteca. Consulte Detención de los procesos de archivo y almacenamiento provisional.
Si utiliza una entrada crontab para ejecutar el proceso de reciclaje, elimine la entrada y asegúrese de que no se está ejecutando el reciclaje.
Active el servidor de metadatos posible. Desde el servidor de metadatos posible, ejecute el comando samsharefs -s server file-system, donde server es el nombre de host del servidor de metadatos posible y file-system es el nombre del sistema de archivos compartido de Oracle HSM.
En el ejemplo, el servidor de metadatos posible es sharefs-mds_alt y el nombre del sistema de archivos es sharefs:
[sharefs-mds_alt]root@solaris:~# samsharefs -s sharefs-mds_alt sharefs
Cargue los archivos de configuración e inicie los procesos de Oracle HSM en el servidor de metadatos posible. Utilice el comando samd config.
Para el archivo de los sistemas de archivos compartidos, el comando samd config reinicia los procesos de archivo y el daemon de control de biblioteca. Sin embargo, los clientes de sistemas de archivos compartidos que están esperando que los archivos se almacenen de manera provisional de la cinta a la caché de disco principal deben volver a ejecutar las solicitudes de almacenamiento provisional.
Si aún necesita utilizar una entrada crontab para ejecutar el proceso de reciclaje, restaure la entrada.
Deténgase aquí.
Para convertir un sistema de archivos no compartido en un sistema de archivos compartido, lleve a cabo las siguientes tareas:
Creación de un archivo de hosts en los servidores de metadatos activo y posible
Cómo compartir el sistema de archivos no compartido y configurar los clientes
En cada servidor de metadatos, debe crear un archivo de hosts que incluya la información de dirección de red de los servidores y clientes de un sistema de archivos compartido. El archivo de hosts se almacena junto con el archivo mcf en el directorio /etc/opt/SUNWsamfs/. Durante la creación inicial de un sistema de archivos compartido, el comando sammkfs -S configura el uso compartido mediante los parámetros de configuración almacenados en este archivo. Por lo tanto, créelo ahora, utilizando el procedimiento que se indica a continuación.
Recopile las direcciones IP y los nombres de host de red de los hosts que compartirán el sistema de archivos como clientes.
En los siguientes ejemplos, se compartirá el sistema de archivos hsmfs1 con los clientes hsmfs1-mds_alt (un servidor de metadatos posible), hsmfs1-client1 y hsmfs1-client2.
Inicie sesión en el servidor de metadatos como root.
En el ejemplo, se inicia sesión en el host hsmfs1-mds:
[hsmfs1-mds]root@solaris:~#
Con un editor de texto, creamos el archivo /etc/opt/SUNWsamfs/hosts.family-set-name en el servidor de metadatos y reemplazamos family-set-name con el nombre del conjunto de familias del sistema de archivos que desea compartir.
En el ejemplo, se crea el archivo hosts.hsmfs1 mediante el editor de texto vi. Agregamos algunos encabezados opcionales, comenzamos cada línea con un signo hash (#) e indicamos un comentario:
[hsmfs1-mds]root@solaris:~# vi /etc/opt/SUNWsamfs/hosts.hsmfs1
# /etc/opt/SUNWsamfs/hosts.hsmfs1
# Server On/ Additional
#Host Name Network Interface Ordinal Off Parameters
#------------------ ---------------------- ------- --- ----------
Introduzca el nombre del host del servidor de metadatos en la primera columna y la dirección IP o el nombre de dominio correspondiente en la segunda. Separe las columnas con espacios en blanco.
En el ejemplo, se introduce el nombre de host y la dirección IP del servidor de metadatos, hsmfs1-mds y 10.79.213.117, respectivamente:
[hsmfs1-mds]root@solaris:~# vi /etc/opt/SUNWsamfs/hosts.hsmfs1 # /etc/opt/SUNWsamfs/hosts.hsmfs1 # Server On/ Additional #Host Name Network Interface Ordinal Off Parameters #------------------ ---------------------- ------- --- ---------- hsmfs1-mds 10.79.213.117
Agregue una tercera columna, separada de la dirección de red por caracteres de espacio. En esta columna, introduzca el número ordinal del servidor (1 para el servidor de metadatos activo, 2 para el primer servidor de metadatos posible, y así sucesivamente).
En este ejemplo, solo hay un servidor de metadatos, por lo tanto, introducimos 1:
[hsmfs1-mds]root@solaris:~# vi /etc/opt/SUNWsamfs/hosts.hsmfs1
# /etc/opt/SUNWsamfs/hosts.hsmfs1
# Server On/ Additional
#Host Name Network Interface Ordinal Off Parameters
#------------------ ---------------------- ------- --- ----------
hsmfs1-mds 10.79.213.117 1
Agregue una cuarta columna, separada del número ordinal de servidor por espacios en blanco. En esta columna, introduzca 0 (cero).
El valor 0, - (guión) o en blanco en la cuarta columna indica que el host está on, es decir, configurado con acceso al sistema de archivos compartido. El valor 1 (numeral uno) indica que el host está off, es decir, configurado pero sin acceso al sistema de archivos (para obtener información sobre el uso de estos valores al administrar sistemas de archivos compartidos, consulte la página del comando man samhsmfs1).
[hsmfs1-mds]root@solaris:~# vi /etc/opt/SUNWsamfs/hosts.hsmfs1
# /etc/opt/SUNWsamfs/hosts.hsmfs1
# Server On/ Additional
#Host Name Network Interface Ordinal Off Parameters
#------------------ ---------------------- ------- --- ----------
hsmfs1-mds 10.79.213.117 1 0
Agregue una quinta columna, separada de la columna de estado activado o desactivado por espacios en blanco. En esta columna, introduzca la palabra clave server para indicar el servidor de metadatos activo en la actualidad:
[hsmfs1-mds]root@solaris:~# vi /etc/opt/SUNWsamfs/hosts.hsmfs1
# /etc/opt/SUNWsamfs/hosts.hsmfs1
# Server On/ Additional
#Host Name Network Interface Ordinal Off Parameters
#------------------ ---------------------- ------- --- ----------
hsmfs1-mds 10.79.213.117 1 0 server
Si tiene pensado incluir uno o varios hosts como servidores de metadatos posibles, cree una entrada para cada uno. Aumente el número ordinal del servidor cada vez que agregue uno. Pero no incluya la palabra clave server (puede haber solo un servidor de metadatos activo por sistema de archivos).
En el ejemplo, el host hsmfs1-mds_alt es un servidor de metadatos posible con el número ordinal de servidor 2. A menos que lo activemos como servidor de metadatos, será un cliente:
[hsmfs1-mds]root@solaris:~# vi /etc/opt/SUNWsamfs/hosts.hsmfs1
# /etc/opt/SUNWsamfs/hosts.hsmfs1
# Server On/ Additional
#Host Name Network Interface Ordinal Off Parameters
#------------------ ---------------------- ------- --- ----------
hsmfs1-mds 10.79.213.117 1 0 server
hsmfs1-mds_alt 10.79.213.217 2 0
Agregue una línea para cada host de cliente, cada una con un valor ordinal de servidor de 0.
El número ordinal de servidor 0 identifica el host como cliente. En el ejemplo, se agregan dos clientes, hsmfs1-client1 y hsmfs1-client2.
[hsmfs1-mds]root@solaris:~# vi /etc/opt/SUNWsamfs/hosts.hsmfs1 # /etc/opt/SUNWsamfs/hosts.hsmfs1 # Server On/ Additional #Host Name Network Interface Ordinal Off Parameters #------------------ ---------------------- ------- --- ---------- hsmfs1-mds 10.79.213.17 1 0 server hsmfs1-mds_alt 10.79.213.7 2 0 hsmfs1-client1 10.79.213.33 0 0 hsmfs1-client2 10.79.213.47 0 0
Guarde el archivo /etc/opt/SUNWsamfs/hosts.family-set-name y salga del editor.
En el ejemplo, se guardan los cambios en /etc/opt/SUNWsamfs/hosts.hsmfs1 y se cierra el editor vi:
[hsmfs1-mds]root@solaris:~# vi /etc/opt/SUNWsamfs/hosts.hsmfs1
# /etc/opt/SUNWsamfs/hosts.hsmfs1
# Server On/ Additional
#Host Name Network Interface Ordinal Off Parameters
#------------------ ---------------------- ------- --- ----------
hsmfs1-mds 10.79.213.117 1 0 server
hsmfs1-mds 10.79.213.117 1 0 server
hsmfs1-mds_alt 10.79.213.217 2 0
hsmfs1-client1 10.79.213.133 0 0
hsmfs1-client2 10.79.213.147 0 0
:wq
[hsmfs1-mds]root@solaris:~#
Coloque una copia del nuevo archivo /etc/opt/SUNWsamfs/hosts.family-set-name en cualquier servidor de metadatos posible incluido en la configuración del sistema de archivos compartido.
En los ejemplos, se coloca una copia en el host hsmfs1-mds_alt:
[hsmfs1-mds]root@solaris:~# sftp root@hsmfs1-mds_alt Password: sftp> cd /etc/opt/SUNWsamfs/ sftp> put /etc/opt/SUNWsamfs/hosts.hsmfs1 sftp> bye [hsmfs1-mds]root@solaris:~#
Ahora realice la Cómo compartir el sistema de archivos no compartido y configurar los clientes.
Inicie sesión en el servidor de metadatos como root.
En el ejemplo, se inicia sesión en el host hsmfs1-mds:
[hsmfs1-mds]root@solaris:~#
Si no tiene copias de seguridad actualizadas de los archivos del sistema y los archivos de configuración, créelas ahora. Consulte Copia de seguridad de la configuración de Oracle HSM.
Si no tiene un archivo actualizado de punto de recuperación del sistema de archivos ni una copia reciente del archive log, créelos ahora. Consulte Copia de seguridad de sistemas de archivos.
Si configuró un proceso de copia seguridad automatizada para el sistema de archivos durante la configuración inicial, es posible que no necesite realizar copias de seguridad adicionales.
Si está convirtiendo un sistema de archivos de almacenamiento, finalice los trabajos activos de archivo y almacenamiento provisional, y detenga las nuevas actividades antes de continuar. Consulte Cómo dejar inactivos los procesos de archivo y almacenamiento provisional y Detención de los procesos de archivo y almacenamiento provisional.
Desmonte el sistema de archivos. Utilice el comando umount family-set-name, donde family-set-name es el nombre del conjunto de familias del sistema de archivos que desea compartir.
Para obtener más información sobre el montaje y desmontaje de los sistemas de archivos de Oracle HSM, consulte la página del comando man mount_samfs. En el ejemplo, se desmonta el sistema de archivos hsmfs1:
[hsmfs1-mds]root@solaris:~# umount hsmfs1 [hsmfs1-mds]root@solaris:~#
Convierta el sistema de archivos en un sistema de archivos compartido Oracle HSM. Utilice el comando samfsck -S -F file-system-name, donde file-system-name es el nombre del conjunto de familias del sistema de archivos.
En el ejemplo, se convierte el sistema de archivos denominado hsmfs1:
[hsmfs1-mds]root@solaris:~# samfsck -S -F hsmfs1
Abra el archivo /etc/opt/SUNWsamfs/mcf en un editor de texto y ubique la línea para el sistema de archivos.
En el ejemplo, utilizamos el editor vi:
[hsmfs1-mds]root@solaris:~# vi /etc/opt/SUNWsamfs/mcf # Equipment Equipment Equipment Family Device Additional # Identifier Ordinal Type Set State Parameters #------------------ --------- --------- ------- ------ ----------------- hsmfs1 200 ma hsmfs1 on /dev/dsk/c0t0d0s0 201 mm hsmfs1 on /dev/dsk/c0t3d0s0 202 md hsmfs1 on /dev/dsk/c0t3d0s1 203 md hsmfs1 on
En el archivo mcf, agregue el parámetro shared al campo de parámetros adicionales en la última columna de la entrada del sistema de archivos. Luego, guarde el archivo y cierre el editor.
[hsmfs1-mds]root@solaris:~# vi /etc/opt/SUNWsamfs/mcf # Equipment Equipment Equipment Family Device Additional # Identifier Ordinal Type Set State Parameters #------------------ --------- --------- ------- ------ ----------------- hsmfs1 200 ma hsmfs1 on shared /dev/dsk/c0t0d0s0 201 mm hsmfs1 on /dev/dsk/c0t3d0s0 202 md hsmfs1 on /dev/dsk/c0t3d0s1 203 md hsmfs1 on :wq [hsmfs1-mds]root@solaris:~#
Abra el archivo /etc/vfstab en un editor de texto y ubique la línea para el sistema de archivos.
En el ejemplo, utilizamos el editor vi:
[hsmfs1-mds]root@solaris:~# vi /etc/vfstab #File #Device Device Mount System fsck Mount Mount #to Mount to fsck Point Type Pass at Boot Options #-------- ------- -------- ------ ---- ------- ------------------------- /devices - /devices devfs - no - /proc - /proc proc - no - ... hsmfs1 - /hsm/hsmfs1 samfs - yes
En el archivo /etc/vfstab, agregue la opción de montaje shared en el campo de opciones de montaje en la última columna de la entrada del sistema de archivos. Luego, guarde el archivo y cierre el editor.
[hsmfs1-mds]root@solaris:~# vi /etc/vfstab #File #Device Device Mount System fsck Mount Mount #to Mount to fsck Point Type Pass at Boot Options #-------- ------- -------- ------ ---- ------- ------------------------- /devices - /devices devfs - no - /proc - /proc proc - no - ... hsmfs1 - /hsm/hsmfs1 samfs - yes shared :wq [hsmfs1-mds]root@solaris:~#
Inicialice la configuración del host y el sistema de archivos compartido. Utilice el comando samsharefs -u -R family-set-name, donde family-set-name es el nombre del conjunto de familias del sistema de archivos.
[hsmfs1-mds]root@solaris:~# samsharefs -u -R hsmfs1
Indique al software Oracle HSM que vuelva a leer el archivo mcf y se vuelva a realizar la configuración en consecuencia:
[hsmfs1-mds]root@solaris:~# samd config
Monte el sistema de archivos compartido en el servidor de metadatos.
[hsmfs1-mds]root@solaris:~# mount /hsm/hsmfs1
Si sus hosts están configurados con varias interfaces de red, consulte Uso de archivos de hosts locales para enrutar las comunicaciones de red.
Agregue los clientes que necesite al sistema de archivos recientemente compartido, mediante los procedimientos que se describen en Configuración de clientes de sistemas de archivos adicionales.
Los hosts individuales no requieren archivos de hosts locales. El archivo global del sistema de archivos del servidor de metadatos identifica el servidor de metadatos activo y las interfaces de red de los servidores de metadatos activo y posible de todos los hosts del sistema de archivos (consulte Creación de un archivo de hosts en los servidores de metadatos activo y posible). Pero los archivos de hosts locales pueden resultar útiles cuando se necesita enrutar de manera selectiva el tráfico de red entre los hosts de sistemas de archivos con múltiples interfaces de red.
Cada host del sistema de archivos identifica las interfaces de red de los demás hosts; para ello, primero, verifica el archivo /etc/opt/SUNWsamfs/hosts.family-set-name en el servidor de metadatos, donde family-set-name es el nombre del conjunto de familias del sistema de archivos especificado en el archivo /etc/opt/SUNWsamfs/mcf. Luego, verifica su propio y específico archivo /etc/opt/SUNWsamfs/hosts.family-set-name.local. Si no hay un archivo de hosts local, el host utiliza las direcciones de interfaz especificadas en el archivo de hosts global en el orden especificado en el archivo global. Pero, si hay un archivo de hosts local, el host lo compara con el archivo global y utiliza sólo aquellas interfaces que aparecen en ambos archivos en el orden especificado en el archivo local. Al utilizar direcciones diferentes en cada archivo, puede controlar las interfaces utilizadas por los diferentes hosts.
Para configurar archivos de hosts locales, utilice el procedimiento que se describe a continuación:
En el host del servidor de metadatos y en cada host del servidor de metadatos posible, cree una copia del archivo de hosts global, /etc/opt/SUNWsamfs/hosts.family-set-name, como se describe en Creación de un archivo de hosts en los servidores de metadatos activo y posible.
Para los ejemplos en esta sección, el sistema de archivos compartido, sharefs2, incluye un servidor de metadatos activo, sharefs2-mds, y un servidor de metadatos posible, sharefs2-mds_alt, cada uno con dos interfaces de red. También hay dos clientes: sharefs2-client1 y sharefs2-client2.
Queremos que el servidor de metadatos activo y el servidor de metadatos posible se comuniquen entre sí, por medio de direcciones de red privada, y con los clientes, por medio de nombres de host que el servicio de nombres de dominio (DNS, Domain Name Service) puede resolver en direcciones, en la red de área local (LAN, Local Area Network) pública. Por lo tanto, /etc/opt/SUNWsamfs/hosts.sharefs2, el archivo de hosts global del sistema de archivos, especifica una dirección de red privada en el campo Network Interface (Interfaz de red) de las entradas de los servidores activo y posible, y un nombre de host para la dirección de interfaz de cada cliente: El archivo se ve de la siguiente manera:
# /etc/opt/SUNWsamfs/hosts.sharefs2 # Server On/ Additional #Host Name Network Interface Ordinal Off Parameters #------------------ ---------------------- ------- --- ---------- sharefs2-mds 172.16.0.129 1 0 server sharefs2-mds_alt 172.16.0.130 2 0 sharefs2-client1 sharefs2-client1 0 0 sharefs2-client2 sharefs2-client2 0 0
Cree un archivo de hosts local en cada uno de los servidores de metadatos activo y posible, mediante la ruta y el nombre de archivo /etc/opt/SUNWsamfs/hosts.family-set-name.local, donde family-set-name es el nombre especificado para el sistema de archivos compartido en el archivo /etc/opt/SUNWsamfs/mcf. Solo incluya las interfaces de las redes que desea que utilicen los servidores activo y posible.
En el ejemplo, queremos que los servidores de metadatos activo y posible se comuniquen entre sí mediante la red privada; por lo tanto, el archivo de hosts local de cada servidor, hosts.sharefs2.local, solo muestra direcciones privadas para los servidores activo y posible:
[sharefs2-mds]root@solaris:~# vi /etc/opt/SUNWsamfs/hosts.sharefs2.local # /etc/opt/SUNWsamfs/hosts.sharefs2 # Server On/ Additional #Host Name Network Interface Ordinal Off Parameters #------------------ ---------------------- ------- --- ---------- sharefs2-mds 172.16.0.129 1 0 server sharefs2-mds_alt 172.16.0.130 2 0 :wq [sharefs2-mds]root@solaris:~# ssh root@sharefs2-mds_alt Password:
[sharefs2-mds_alt]root@solaris:~# vi /etc/opt/SUNWsamfs/hosts.sharefs2.local # /etc/opt/SUNWsamfs/hosts.sharefs2 # Server On/ Additional #Host Name Network Interface Ordinal Off Parameters #------------------ ---------------------- ------- --- ---------- sharefs2-mds 172.16.0.129 1 0 server sharefs2-mds_alt 172.16.0.130 2 0 :wq [sharefs2-mds_alt]root@solaris:~# exit [sharefs2-mds]root@solaris:~#
Cree un archivo de hosts local en cada uno de los clientes, mediante la ruta y el nombre de archivo /etc/opt/SUNWsamfs/hosts.family-set-name.local, donde family-set-name es el nombre especificado para el sistema de archivos compartido en el archivo /etc/opt/SUNWsamfs/mcf. Sólo incluya las interfaces de las redes que desea que utilicen los clientes.
En nuestro ejemplo, queremos que los clientes se comuniquen con el servidor sólo por medio de la red pública. Por lo tanto, el archivo sólo incluye los nombres de host de los servidores de metadatos activo y posible:
[sharefs2-mds]root@solaris:~# ssh root@sharefs2-client1 Password: [sharefs2-client1]root@solaris:~# vi /etc/opt/SUNWsamfs/hosts.sharefs2.local # /etc/opt/SUNWsamfs/hosts.sharefs2 # Server On/ Additional #Host Name Network Interface Ordinal Off Parameters #------------------ ---------------------- ------- --- ---------- sharefs2-mds sharefs2-mds 1 0 server sharefs2-mds_alt sharefs2-mds_alt 2 0 :wq [sharefs2-client1]root@solaris:~# exit [sharefs2-mds]root@solaris:~# ssh root@sharefs2-client2 Password:
[sharefs2-client2]root@solaris:~# vi /etc/opt/SUNWsamfs/hosts.sharefs2.local # /etc/opt/SUNWsamfs/hosts.sharefs2 # Server On/ Additional #Host Name Network Interface Ordinal Off Parameters #------------------ ---------------------- ------- --- ---------- sharefs2-mds sharefs2-mds 1 0 server sharefs2-mds_alt sharefs2-mds_alt 2 0 :wq [sharefs2-client2]root@solaris:~# exit [sharefs2-mds]root@solaris:~#
Si comenzó este procedimiento mientras finalizaba la configuración del servidor, agregue los clientes. Vaya a Configuración de clientes de sistemas de archivos adicionales.
Cuando necesite dejar de compartir un sistema de archivos, haga lo siguiente:
Inicie sesión en el servidor de metadatos como root.
En el ejemplo, se inicia sesión en el host hsmfs1-mds:
[hsmfs1-mds]root@solaris:~#
Elimine los clientes de la configuración del servidor de metadatos mediante el procedimiento indicado en Eliminación del host del archivo de hosts del sistema de archivos.
Si no tiene copias de seguridad actualizadas de los archivos del sistema y los archivos de configuración, créelas ahora. Consulte Copia de seguridad de la configuración de Oracle HSM.
Si no tiene un archivo actualizado de punto de recuperación del sistema de archivos ni una copia reciente del archive log, créelos ahora. Consulte Copia de seguridad de sistemas de archivos.
Si configuró un proceso de copia seguridad automatizada para el sistema de archivos durante la configuración inicial, es posible que no necesite realizar copias de seguridad adicionales.
Si está convirtiendo un sistema de archivos de almacenamiento, finalice los trabajos activos de archivo y almacenamiento provisional, y detenga las nuevas actividades antes de continuar. Consulte Cómo dejar inactivos los procesos de archivo y almacenamiento provisional y Detención de los procesos de archivo y almacenamiento provisional.
Desmonte el sistema de archivos. Utilice el comando umount family-set-name, donde family-set-name es el nombre especificado para el sistema de archivos compartido en el archivo /etc/opt/SUNWsamfs/mcf.
Para obtener más información sobre el montaje y desmontaje de los sistemas de archivos de Oracle HSM, consulte la página del comando man mount_samfs. En el ejemplo, se desmonta el sistema de archivos hsmfs1:
[hsmfs1-mds]root@solaris:~# umount hsmfs1
Convierta el sistema de archivos compartido de Oracle HSM en un sistema de archivos no compartido. Utilice el comando samfsck -F -U file-system-name, donde file-system-name es el nombre especificado para el sistema de archivos compartido en el archivo /etc/opt/SUNWsamfs/mcf.
En el ejemplo, se convierte el sistema de archivos denominado hsmfs1:
[hsmfs1-mds]root@solaris:~# samfsck -F -U hsmfs1
Abra el archivo /etc/opt/SUNWsamfs/mcf en un editor de texto y ubique la línea para el sistema de archivos.
En el ejemplo, utilizamos el editor vi:
[hsmfs1-mds]root@solaris:~# vi /etc/opt/SUNWsamfs/mcf # Equipment Equipment Equipment Family Device Additional # Identifier Ordinal Type Set State Parameters #------------------ --------- --------- ------- ------ ----------------- hsmfs1 200 ma hsmfs1 on shared /dev/dsk/c0t0d0s0 201 mm hsmfs1 on /dev/dsk/c0t3d0s0 202 md hsmfs1 on /dev/dsk/c0t3d0s1 203 md hsmfs1 on
En el archivo mcf, suprima el parámetro shared del campo de parámetros adicionales en la última columna de la entrada del sistema de archivos. Luego, guarde el archivo y cierre el editor.
[hsmfs1-mds]root@solaris:~# vi /etc/opt/SUNWsamfs/mcf # Equipment Equipment Equipment Family Device Additional # Identifier Ordinal Type Set State Parameters #------------------ --------- --------- ------- ------ ----------------- hsmfs1 200 ma hsmfs1 on /dev/dsk/c0t0d0s0 201 mm hsmfs1 on /dev/dsk/c0t3d0s0 202 md hsmfs1 on /dev/dsk/c0t3d0s1 203 md hsmfs1 on :wq [hsmfs1-mds]root@solaris:~#
Abra el archivo /etc/vfstab en un editor de texto y ubique la línea para el sistema de archivos.
En el ejemplo, utilizamos el editor vi:
[hsmfs1-mds]root@solaris:~# vi /etc/vfstab #File #Device Device Mount System fsck Mount Mount #to Mount to fsck Point Type Pass at Boot Options #-------- ------- -------- ------ ---- ------- ------------------------- /devices - /devices devfs - no - /proc - /proc proc - no - ... hsmfs1 - /hsm/hsmfs1 samfs - yes shared
En el archivo /etc/vfstab, suprima la opción de montaje shared en el campo de opciones de montaje en la última columna de la entrada del sistema de archivos. Luego, guarde el archivo y cierre el editor.
En el ejemplo, utilizamos el editor vi:
[hsmfs1-mds]root@solaris:~# vi /etc/vfstab #File #Device Device Mount System fsck Mount Mount #to Mount to fsck Point Type Pass at Boot Options #-------- ------- -------- ------ ---- ------- ------------------------- /devices - /devices devfs - no - /proc - /proc proc - no - ... hsmfs1 - /hsm/hsmfs1 samfs - yes :wq [hsmfs1-mds]root@solaris:~#
Suprima el archivo /etc/opt/SUNWsamfs/hosts.file-system-name.
Indique al software Oracle HSM que vuelva a leer el archivo mcf y se vuelva a realizar la configuración en consecuencia:
[hsmfs1-mds]root@solaris:~# samd config
Monte el sistema de archivos.
[hsmfs1]root@solaris:~# mount /hsm/hsmfs1
Deténgase aquí.