Almacenamiento en HP-UX

En el nivel más inferior de la pila de almacenamiento están los dispositivos físicos que almacenan y recuperan datos. Normalmente, dichos dispositivos físicos son unidades de disco, pero también pueden ser otros dispositivos de almacenamiento, entre ellos:

Las unidades de disco pueden ser:

A las unidades de disco individuales (ya sean autónomas o estén en una matriz o caja de protección) a menudo se alude como LUN. El término «LUN» significa «unidad lógica» (del inglés «Logical Unit») y, aunque a menudo se asocia a una unidad de disco física en un dispositivo de matriz mayor, las unidades LUN pueden señalar a otros subconjuntos (definidos lógicamente) de un dispositivo mayor.

Las unidades de disco físicas se pueden utilizar en modo autónomo, es decir, se pueden dividir en particiones, formatear con un sistema de archivos, utilizar para paginación o las aplicaciones de base de datos pueden usarlas como unidades de almacenamiento. No obstante, las unidades de disco físicas se agrupan normalmente en reservas más grandes de espacio que, posteriormente, se pueden dividir en contenedores de almacenamiento lógicos. Estos contenedores (denominados volúmenes o volúmenes lógicos, según qué administrador de volúmenes se utilice) no son necesarios para respetar los límites de las unidades físicas del grupo. Es decir, pueden abarcar varios dispositivos físicos.

Los administradores de volúmenes le permiten dividir y asignar estas reservas de espacio en forma de contenedores de almacenamiento lógicos.

Las reservas de espacio se denominan grupos de volúmenes en el administrador Logical Volume Manager (LVM) y grupos de discos en el administrador VERITAS Volume Manager (VxVM).

Los contenedores de almacenamiento lógico se denominan volúmenes lógicos en LVM o simplemente volúmenes en VxVM. A las aplicaciones, sistemas de archivos y bases de datos, dichos volúmenes les parecen discos físicos y los tratan como tales.

HP-UX 11i versión 3 admite los siguientes administradores de volúmenes:

	NOTA: Las reservas de espacio se denominan grupos de volúmenes en el administrador Logical Volume Manager y grupos de discos en el administrador VERITAS Volume Manager.

Ambos administradores de volúmenes pueden coexistir en un servidor. Cada administrador de volúmenes mantiene un seguimiento de qué discos controla y cualquier disco físico dado sólo puede ser controlado por un administrador de volúmenes a la vez. La utilidad vxvmconvert puede convertir un volumen físico LVM en un disco VxVM si se desea migrar un disco desde LVM a VxVM para obtener una mayor flexibilidad de configuración.

Selección de un administrador de volúmenes

Con HP-UX 11i versión 3, hay dos administradores de volúmenes entre los que elegir:

• HP Logical Volume Manager (LVM)

• VERITAS Volume Manager (VxVM)

Se pueden utilizar ambos simultáneamente (en discos físicos diferentes), pero habitualmente se elige el uno o el otro, utilizándolo de modo exclusivo. La Tabla 3-1 facilita una relación comparativa de los dos administradores de volúmenes para ayudarle a determinar cuál se adaptará mejor a sus necesidades.

Tabla 3-1 Comparación de las características y terminología de los administradores de volúmenes

Característica	HP Logical Volume Manager (LVM)	VERITAS Volume Manager (VxVM)
Obtención:	LVM se incluye en el entorno operativo HP-UX 11i version 3 Foundation Operating Environment	Consulte el documento HP-UX 11i version 3 Release Notes para comprobar si VERITAS Volume Manager se incluye con el entorno operativo elegido
Los discos físicos se denominan:	Volúmenes físicos	Discos de VERITAS Volume Manager
Los grupos de discos físicos se denominan:	Grupos de volúmenes	Grupos de discos
Los contenedores de almacenamiento lógicos asignados a partir de los grupos de volúmenes/discos se llaman:	Volúmenes lógicos	Volúmenes
Los datos de usuario de los volúmenes (lógicos) se asignan utilizando:	Extensiones físicas (fragmentos de tamaño fijo de espacio en disco, el tamaño del cual debe ser igual para todos los volúmenes físicos de un grupo de volúmenes dado)	Subdiscos (siendo arbitrarios en cuanto al tamaño, los subdiscos representan un conjunto de bloques de disco asignados a partir de los discos de VERITAS Volume Manager de un grupo de discos)
La información sobre la configuración de los volúmenes y grupos de volúmenes se almacena en:	Una zona reservada especial al principio de cada volumen físico	Una zona especial conocida como una «región privada» de cada volumen físico.
Reflejos (copias de datos)	Hay que agregar el producto MirrorDisk/UX al sistema para admitir la creación de reflejos. Mirrordisk/UX admite hasta tres copias de datos, si se utiliza LVM con grupos de volúmenes de la versión 1, y hasta seis copias de datos, si se utiliza LVM con grupos de volúmenes de la versión 2.	Los reflejos constan de plex, siendo cada uno de ellos una copia del volumen del que se crea un reflejo. La versión básica de VERITAS Volume Manager le permite crear reflejos del sistema de archivos raíz (sólo). Como LVM, VERITAS Volume Manager necesita una licencia adicional para admitir la creación de reflejos (más allá de la creación de reflejos del sistema de archivos raíz), pero con la licencia adicional, VxVM admite hasta 32 copias de datos.

 

	NOTA: VERITAS Volume Manager se facilita en varias versiones a partir de la revisión de HP-UX 11i versión 3. Los valores y características mostrados son para VxVM versión 4.1. Consulte el documento VERITAS Volume Manager Release Notes correspondiente a la versión apropiada para las especificaciones de dicha versión. VERITAS Volume Manager presenta dos niveles de concesión de licencias: básica y completa. A menos que se indique otra cosa, las características enumeradas en la tabla anterior son para la licencia básica. Consulte la documentación del administrador VERITAS Volume Manager para obtener las características adicionales admitidas con la licencia completa.

Cuando se utiliza un administrador de volúmenes, el primer paso consiste en agrupar las unidades físicas en reservas de espacio en disco denominadas:

o

	NOTA: Los discos individuales de los grupos de discos/volúmenes se denominan: discos VM, si se utiliza VERITAS Volume Manager (VxVM) o volúmenes físicos, si se utiliza Logical Volume Manager (LVM)

Después de agrupar las unidades de disco físicas en grupos de discos/volúmenes, el espacio colectivo se puede dividir en contenedores de almacenamiento lógicos que pueden ser más pequeños o más grandes que cualquier unidad individual del grupo. Estos contenedores de almacenamiento lógicos se denominan:

o

Después de definirlos, los volúmenes o volúmenes lógicos individuales se pueden utilizar para:

Los volúmenes lógicos se pueden ampliar o reducir según sea necesario (si los datos que contienen admiten estas operaciones).

Figura 3-2 El tamaño de los volúmenes lógicos se puede cambiar

Si un volumen (o disco físico) no se utiliza para espacio de intercambio ni para acceso a un disco sin procesar (por ejemplo, el espacio en disco administrado por una aplicación de base de datos), dicho volumen probablemente se esté utilizando para el almacenamiento de archivos.

Los directorios, archivos y datos de archivos habitualmente se distribuyen por todo un volumen o unidad de disco. Del mismo modo que un catálogo de fichas le permite localizar un libro específico en una biblioteca grande, la función principal de un sistema de archivos es mantener los punteros a los archivos almacenados en un volumen o disco físico de modo que dichos archivos puedan recuperarse posteriormente. No se trata meramente de punteros que indican qué archivo está en qué directorio, sino que son los punteros de nivel bajo y otra información vital, por ejemplo:

Los sistemas de archivos también desempeñan otras funciones importantes, por ejemplo, el mantenimiento de la información sobre la titularidad y los privilegios de acceso para que las funciones de seguridad de HP-UX puedan garantizar el acceso a un archivo o a un directorio sólo a quienes tengan autorización.

La creación de bandas en discos extiende los datos por varios dispositivos físicos de modo que se producen escrituras sucesivas en dispositivos diferentes. De esta forma, el segundo fragmento de datos para escribir no tiene que esperar a que el dispositivo termine de escribir el primer fragmento. En esencia, si se tienen n dispositivos con bandas creadas conjuntamente, se pueden escribir simultáneamente (o casi simultáneamente) n fragmentos de datos sin tener que esperar a que los dispositivos estén listos para los datos posteriores.

La creación de bandas se puede efectuar en el dispositivo si se utiliza una unidad de discos múltiples (disk array), una matriz RAID u otro equipo que admita operaciones RAID. El administrador LVM o el administrador VERITAS Volume Manager (VxVM) pueden realizar otros tipos de creación de bandas en discos. Para obtener información sobre la creación de bandas mediante uno de los administradores de volúmenes, consulte la página de manual de lvcreate(1M) o vxassist(1M).

Se puede especificar el tamaño de los fragmentos de datos para utilizar con la creación de bandas.

La creación de bandas de datos de hardware se consigue mediante determinadas configuraciones RAID. Los niveles RAID relacionados con la creación de bandas que se utilizan habitualmente en las unidades de discos múltiples (disk arrays) de HP que admiten RAID son:

	NOTA: No todos los dispositivos admiten todos los niveles RAID. Para obtener información sobre los niveles RAID admitidos por los dispositivos, consulte la documentación de las unidades de discos múltiples (disk arrays), las matrices RAID, las unidades de disco u otro equipo de almacenamiento.

Por los mismos motivos que los descritos en la sección Creación de bandas en discos, cuanto más se pueda equilibrar al acceso al disco, mejor será el rendimiento alcanzado en las lecturas y escrituras del disco. Esto reduce la posibilidad de que un dispositivo dado esté ocupado atendiendo otra operación de acceso a los datos, haciendo que las lecturas y escrituras adicionales tengan que esperar.

La elección del tipo de sistema de archivos también repercute en la eficacia del acceso a los datos. En general, el sistema de archivos VERITAS File System (VxFS) es más rápido que el uso del sistema de archivos HFS.

A partir de HP-UX 11i versión 3, HP-UX 11i admite multirruta de dispositivo, una tecnología nueva que asocia archivos de dispositivo a dispositivos mediante el uso de identificaciones de dispositivo únicas en lugar de la ruta de hardware a los dispositivos. Esto entraña que un solo archivo de dispositivo puede representar varias rutas de hardware a un dispositivo dado que, cuando se combina con hardware que tiene varios puertos (que admite varias conexiones físicas), no sólo genera rutas redundantes al dispositivo, sino un mayor ancho de banda de E/S. HP-UX 11i versión 3 puede equilibrar automáticamente la carga entre varias conexiones físicas a un dispositivo, lo que mejora la eficacia de E/S.

Para obtener más información sobre la multirruta de dispositivo, consulte la sección «Direccionamiento del almacenamiento».

Aunque el tema de la creación de reflejos de disco es más un asunto de redundancia de datos, existen motivos de rendimiento para la creación de reflejos. Si se utiliza una configuración de disco de nivel RAID 1 (creación de reflejos) en un entorno más centrado en la lectura de datos de los discos que en la escritura de datos en los discos del reflejo, se puede agilizar significativamente la entrada de datos, puesto que se pueden recuperar en paralelo bloques de disco posteriores de dispositivos alternativos. Para obtener las ventajas adicionales de utilizar las configuraciones RAID 1, consulte la sección «Creación de reflejos de disco».

Uno de los puntos principales de la protección de los datos es erradicar puntos únicos de error. Los Matrices RAID y otras unidades de discos múltiples (disk arrays), la Creación de reflejos de disco y las Copias de seguridad de los datos, y Serviceguard, se centran en su totalidad en la erradicación de puntos únicos de error.

A partir de HP-UX 11i versión 3, HP-UX 11i admite multirruta de dispositivo, una tecnología que asocia archivos de dispositivo a dispositivos mediante el uso de identificaciones de dispositivo únicas en lugar de la ruta de hardware a los dispositivos. Esto entraña que un solo archivo de dispositivo puede representar varias rutas de hardware a un dispositivo dado que, cuando se combina con hardware que tiene varios puertos (que admite varias conexiones físicas), no sólo genera un mayor ancho de banda de E/S, sino también rutas redundantes al dispositivo. HP-UX 11i actualmente puede conmutar por error de forma automática con una ruta de hardware alternativa en caso de que una tarjeta de interface, cable u otra pieza de hardware dé error, y lo puede hacer con apenas interrupción o ninguna en absoluto para las aplicaciones y usuarios que tengan acceso al dispositivo.

Las unidades de discos múltiples (disk arrays), y los conjuntos de discos independientes configurados utilizando configuraciones RAID, tienen capacidad para crear reflejos de datos a partir de un disco físico en uno o varios discos físicos adicionales, aportándole de ese modo copias adicionales de los datos en caso de que un mecanismo de unidad diera error. Tener una segunda copia de los datos basta para disminuir exponencialmente la posibilidad de que den error todas las copias de los datos.

La creación de reflejos de datos de hardware se consigue mediante determinadas configuraciones RAID. Los niveles RAID relacionados con la creación de reflejos que se utilizan habitualmente en las unidades de discos múltiples (disk arrays) de HP que admiten RAID son:

	NOTA: No todos los dispositivos admiten todos los niveles RAID. Para obtener información sobre los niveles RAID admitidos por los dispositivos, consulte la documentación de las unidades de discos múltiples (disk arrays), las matrices RAID, las unidades de disco u otro equipo de almacenamiento.

La sección anterior analizaba las unidades de discos múltiples (disk arrays) y las configuraciones RAID principalmente desde el punto de vista del hardware. Sin embargo, la creación de reflejos de disco también se puede efectuar en el software. Los administradores de volúmenes LVM y VERITAS Volume Manager se pueden utilizar para crear reflejos de los datos.

Para implantar la creación de reflejos de disco mediante el administrador LVM, tendrá que instalar el producto MirrorDisk/UX, el cual está disponible como producto opcional en los siguientes entornos operativos:

Mirrordisk/UX admite hasta tres copias de datos, si se utiliza LVM con grupos de volúmenes de la versión 1, y hasta seis copias de datos, si se utiliza LVM con grupos de volúmenes de la versión 2.

La versión básica del administrador VERITAS Volume Manager le permite crear reflejos sólo del sistema de archivos raíz. Al adquirir e instalar la versión completa del administrador VERITAS Volume Manager, se pueden crear reflejos de otros grupos de discos y tener hasta 32 copias espejo del espacio de direcciones de un volumen.

En cualquier momento dado, los datos se pueden copiar mediante una utilidad de una serie. El destino de las copias de los datos puede ser medios extraíbles que pueden guardarse fuera de las instalaciones o enviarse a otra ubicación para su custodia. Los medios extraíbles que se pueden utilizar para realizar copias de seguridad abarcan:

Puede incluso realizar una copia de seguridad de los archivos en un archivo ubicado en un disco alternativo (como en el caso de un archivo tar).

HP-UX, las aplicaciones y otros procesos establecen comunicación con los dispositivos y seudodispositivos escribiendo y leyendo en los archivos especiales de dispositivo. Los archivos especiales de dispositivo están en un formato especial que le indica a HP-UX:

Los dos primeros elementos de la lista anterior se determinan mediante el número «major» de un archivo especial de dispositivo y los dos últimos elementos se determinan mediante el número «minor» de un archivo especial de dispositivo.

La anatomía de un archivo especial de dispositivo

Los archivos especiales de dispositivo (DSF - Device Special Files) constan de las siguientes partes:

nombre de archivo

Éste es el nombre del archivo que aparece en el árbol de directorios /dev

número «major»

Número empleado para identificar qué controlador utilizar para establecer comunicación con el dispositivo/LUN asociado a dicho archivo especial de dispositivo.

El número «major» es un índice para el controlador de dispositivo en una de las dos tablas del kernel: bdevsw, la tabla de conmutación de dispositivos de bloques, y cdevsw, la tabla de conmutación de dispositivos de caracteres.

Los controladores que admiten E/S tanto de bloques como de caracteres (por ejemplo, un controlador de disco SCSI y un cambiador automático óptico) tienen tanto un número «major» de bloque como un número «major» de carácter. Los dispositivos que admiten sólo el acceso en modo de caracteres sólo tienen un número «major» de carácter.

número «minor»

Número que identifica la ubicación del hardware y, a veces, las características dependientes del controlador (normalmente organizadas según las asignaciones de bits).

Las tres partes de un archivo de dispositivo se pueden ver con el comando ll (ls -l). Por ejemplo:

Figura 3-3 Componentes de los archivos especiales de dispositivo

La información recogida en el archivo especial de dispositivo se puede consultar en un formato más legible para el ojo humano con el comando /usr/sbin/lssf. Por ejemplo:

# /usr/sbin/lssf /dev/rdsk/* sdisk card instance 0 SCSI target 6 SCSI LUN 0 section 0 at address 0/0/0/2/0.6.0 /dev/rdsk/c0t6d0sdisk card instance 2 SCSI target 6 SCSI LUN 0 section 0 at address 0/0/0/3/0.6.0 /dev/rdsk/c2t6d0 # /usr/sbin/lssf /dev/disk/* esdisk section 0 at address 64000/0xfa00/0x0 /dev/disk/disk2 esdisk section 0 at address 64000/0xfa00/0x1 /dev/disk/disk3

El comando /usr/sbin/ioscan también mostrará información sobre la ruta de hardware en relación con los dispositivos del sistema:

A continuación, se presenta la vista heredada de las unidades de disco de un sistema:

# /usr/sbin/ioscan -C disk H/W Path Class Description ===================================================== 0/0/0/2/0.6.0 disk HP 36.4GMAN3367MC 0/0/0/3/0.6.0 disk HP 36.4GMAN3367MC

A continuación, se presenta la vista ágil de las mismas unidades de disco (mostrando las rutas de hardware LUN virtuales en lugar de las rutas de hardware reales):

# /usr/sbin/ioscan -N -C disk H/W Path Class Description ===================================================== 64000/0xfa00/0x2 disk HP 36.4GMAN3367MC 64000/0xfa00/0x3 disk HP 36.4GMAN3367MC

Comparación del direccionamiento heredado y ágil de dispositivos

A partir de HP-UX 11i versión 3, a los dispositivos de almacenamiento masivo se hace referencia mediante instancias de dispositivo en lugar de mediante rutas de hardware a los dispositivos. Esto entraña muchas ventajas con respecto al esquema de direccionamiento anterior que asociaba un archivo especial de dispositivo dado a la ruta de hardware a un dispositivo. El direccionamiento del hardware de dispositivo para los dispositivos de almacenamiento masivo actualmente es flexible, automático y transparente. Esto comporta muchas ventajas.

	NOTA: A efectos de compatibilidad con las revisiones anteriores de HP-UX, el esquema de direccionamiento de dispositivos (heredado) anterior para los dispositivos de almacenamiento masivo se sigue admitiendo bajo HP-UX 11i versión 3; por lo tanto, las secuencias de comandos, configuraciones y otros empleos de los archivos especiales de dispositivo creados previamente seguirán funcionando. A efectos de transición, puede utilizar simultáneamente tanto el direccionamiento de dispositivos heredado (mediante archivos especiales de dispositivo heredados) como el direccionamiento de dispositivos ágil (mediante archivos especiales de dispositivo persistentes); pero, para aprovechar las numerosas ventajas del direccionamiento de dispositivos ágil, y por motivos de compatibilidad futura, debería avanzar la transición al empleo de archivos especiales de dispositivo persistentes una vez que los admitan todos los sistemas de archivos y tecnologías subyacentes que utilice.

Mayor estabilidad de la configuración

El direccionamiento de dispositivos ágil permite cambiar las rutas de hardware entre los inicios del sistema (por ejemplo, si una unidad lógica LUN se traslada de un adaptador de bus host a otro mientras un servidor está apagado) y modificar las configuraciones de red de área de almacenamiento (SAN) sin requerir cambios en los archivos especiales de dispositivo (y, por lo tanto, sin requerir cambios en otros archivos de configuración). Si sustituye un disco asociado a un archivo especial de dispositivo persistente (el tipo de archivos especiales de dispositivo que proporcionan direccionamiento de dispositivo ágil), puede utilizar el comando io_redirect_dsf para actualizar el archivo especial de dispositivo persistente a fin de que haga referencia al disco de repuesto. Para obtener detalles, consulte la página de manual de io_redirect_dsf(1M).

Escalabilidad

Debido a una limitación de los números «minor» de archivos especiales de dispositivo, un servidor se limitaba anteriormente a 256 instancias de bus. Mediante el direccionamiento de dispositivos ágil se pueden consignar actualmente más de 256 instancias de bus.

El direccionamiento de dispositivos ágil también le permite consignar un número mayor de números de unidad lógica (LUN). HP-UX 11i versión 3 admite hasta 16.384 LUN.

Multirruta

Cada LUN puede tener hasta 32 rutas de E/S físicas. HP-UX 11i versión 3 detecta y configura automáticamente nuevas rutas de E/S físicas a una unidad lógica LUN y equilibra los datos que circulan a través de diversas rutas en un dispositivo dado utilizando una de las siguientes directivas de equilibrio de la carga:

closest_path

Esta directiva de equilibrio de la carga selecciona una unidad LUN según su afinidad con el núcleo procesador que emite la E/S, reduciendo al mínimo la latencia.

cl_round_robin

Esta directiva de equilibrio de la carga es aplicable a las plataformas HP que funcionan con células. Las rutas LUN se seleccionan de modo cíclico en la localidad de la CPU donde se haya iniciado la E/S, para garantizar que las latencias del acceso a la memoria se optimizan.

least_cmd_load

Dirige las solicitudes de E/S a través de la ruta de hardware con el menor número de solicitudes de E/S pendientes.

round_robin

Recorre las solicitudes de E/S a través de las rutas de hardware disponibles de un modo cíclico.

path_lockdown

Dirige las solicitudes de E/S a través de una sola ruta de hardware, de forma específica: la ruta con el menor número de solicitudes de E/S pendientes cuando se abre el dispositivo. Éste es el algoritmo de equilibrio de la carga por defecto para los dispositivos serie (por ejemplo, unidades de cinta).

preferred_path

La ruta de E/S definida en el atributo preferred_path se utiliza preferiblemente para la transferencia de E/S. Si esta ruta de E/S no está disponible o si el atributo preferred_path no se ha definido, se selecciona cualquier otra ruta para la transferencia de E/S. Esta directiva es útil para determinadas unidades de discos múltiples (disk arrays), las cuales pueden mostrar un cierto deterioro del rendimiento si las E/S se transfieren simul­tá­neamente a través de varias rutas de E/S a una unidad LUN.

pref_tport

Esta directiva de equilibrio de la carga selecciona rutas LUN en una lista preferida a no ser que no haya disponible (o no se haya definido) ninguna, en cuyo caso se seleccionan otras rutas LUN.

wt_round_robin

Esta directiva de equilibrio de la carga selecciona una ruta de E/S según el algoritmo de planificación por turno rotatorio o «round robin» ponderado.

Utilice el comando scsimgr para especificar cuál de las directivas anteriores debe utilizarse para un dispositivo dado.

	NOTA: No todos los dispositivos admiten todas las directivas de equilibrio de la carga. El tipo de dispositivo determina cuál de las directivas anteriores se puede utilizar. Para obtener detalles, consulte las siguientes páginas de manual: scsimgr(1M) scsimgr_eschgr(7) scsimgr_esdisk(7) scsimgr_estape(7)

HP-UX también puede volver a equilibrar automáticamente las cargas en las rutas de datos restantes a una unidad lógica LUN, en caso de que una o varias de dichas rutas den error.

	NOTA: Utilice el comando scsimgr (para obtener detalles, consulte la página de manual de scsimgr(1M)) para definir el algoritmo de equilibrio de la carga. Las opciones de algoritmo se pueden definir individualmente para cada LUN o para todas las uni­dades LUN del servidor. Asimismo, la opción se puede definir permanentemente (un valor que se conserva entre los reinicios) o temporalmente (hasta el siguiente reinicio).

Directorios de archivos especiales de dispositivo (y formatos de nombre)

Los archivos especiales de dispositivo se ubican en el directorio /dev y muchos se organizan en una serie de subdirectorios en el marco de /dev. Dos de esos directorios contienen los archivos especiales de dispositivo persistentes que definen las unidades de disco físicas en un servidor:

/dev/disk

Contiene los archivos especiales de dispositivo persistentes para el acceso en modo de bloques a dispositivos de disco físicos en un servidor.

/dev/rdisk

Contiene los archivos especiales de dispositivo persistentes para el acceso en modo de caracteres a dispositivos de disco físicos en un servidor.

En los directorios anteriores, los archivos tienen nombres con el formato «diskN» (donde «N» es el número de instancia del disco).

Ejemplos:

/dev/disk/disk15 /dev/rdisk/disk7

Se puede adjuntar una parte opcional de un nombre de archivo de dispositivo para un disco a fin de representar números de partición de disco. Según la costumbre, ante la ausencia de esta parte opcional del nombre de archivo de dispositivo, el nombre representa un disco completo. Esta parte opcional extiende el formato del nombre para que sea diskN_pnº (donde pnº representa el número de partición, la densidad de cinta u otra información).

Ejemplos:

/dev/disk/disk15_p3 /dev/rdisk/disk7_p1

Los siguientes directorios aún existen en HP-UX 11i versión 3 para proporcionar compatibilidad retroactiva. Estos directorios contienen los archivos especiales de dispositivo heredados que definen las unidades físicas en un servidor (la forma heredada):

/dev/dsk

Contiene los archivos especiales de dispositivo heredados para el acceso en modo de bloques a dispositivos de disco físicos en un servidor.

/dev/rdsk

Contiene los archivos especiales de dispositivo heredados para el acceso en modo de caracteres a dispositivos de disco físicos en un servidor.

En estos directorios, los archivos tienen nombres con el formato «cnºtnºdnº» (donde cnº representa el número de instancia de controladora, tnº representa el número de destino SCSI y dnº representa el número LUN SCSI).

Ejemplos:

/dev/dsk/c3t7d0 /dev/rdsk/c3t15d5

Con los archivos especiales de dispositivo heredados que están asociados a discos, una parte opcional del nombre de archivo puede representar los números de partición de disco. Según la costumbre, ante la ausencia de esta parte opcional del nombre de archivo de dispositivo, el nombre representa un disco completo. Esta parte opcional extiende el formato del nombre para que sea cnºtnºdnºsnº (donde snº representa el número de partición, la densidad de cinta u otra información).

Ejemplos:

/dev/dsk/c3t7d0s3 /dev/rdsk/c3t15d7s1

	NOTA: Puede utilizar simultáneamente archivos especiales de dispositivo persistentes y heredados, pero para obtener las muchas ventajas de los archivos especiales de dispositivo persistentes, tendrá que utilizar estos últimos. Por ejemplo, los archivos especiales de dispositivo heredados sólo permiten definir y consignar hasta 256 buses externos en un servidor. Si tiene más de 256, tendrá que utilizar archivos especiales de dispositivo persistentes para obtener acceso a los dispositivos que superen el límite de la dirección 256.

Para obtener información adicional sobre la denominación de los archivos especiales de dispositivo

Se facilita información adicional sobre la denominación de los archivos especiales de dispositivo en las siguientes páginas de manual:

• autochanger(7)

• disk(7)

• intro(7)

• mt(7)

Rutas de hardware de almacenamiento masivo (tres formatos)

Las rutas de hardware, como el nombre implica, definen las rutas físicas que los datos recorren para llegar a los dispositivos. En HP-UX 11i versión 3, hay tres formatos para especificar rutas de hardware a dispositivos de almacenamiento masivo.

Rutas de hardware heredadas

Éste es el formato utilizado en las revisiones anteriores a HP-UX 11i versión 3. Se compone de una serie de direcciones de bus-nexo separadas por caracteres de barra («/») que llevan al adaptador de bus host (HBA); debajo del adaptador de bus host, los elementos de dirección adicionales se separan con puntos («.»).

Para los dispositivos conectados directamente, el direccionamiento puede ser un simple destino y número LUN:

0/0/2/0.1.7.0

Para los dispositivos SCSI-3 conectados a través de una red de área de almacenamiento (SAN), el direccionamiento heredado se emula con un dominio, área, puerto, bus virtual, destino virtual y LUN virtual:

0/2/1/0.1.5.0.0.3.7

Rutas de hardware a la ruta de LUN

Este formato se utiliza para consignar las unidades lógicas LUN en modo ágil. Es idéntico al formato de ruta de hardware heredada hasta llegar al adaptador de bus host (HBA). Debajo del adaptador de bus host, se representan (en formato hexadecimal) dos elementos de dirección adicionales:

Dirección de destino

Dirección dependiente del transporte que identifica el dispositivo físico asociado a la ruta de hardware

Dirección LUN

Representación de 64 bits del identificador LUN notificado por el destino.

0/2/1/0.0x50001fe1500170ac.0x4017000000000000 es un ejemplo de una ruta de hardware SCSI-3.

Figura 3-4 Componentes de una ruta de hardware a la ruta de LUN

Rutas de hardware LUN

Puesto que los dispositivos pueden tener varias rutas de hardware físicas, se necesita una ruta de hardware LUN virtualizada para que la ruta de hardware a la que esté asignado un archivo especial de dispositivo persistente permanezca igual aun cuando cambien los elementos subyacentes de la ruta de hardware física.

En lugar de una serie de direcciones de bus-nexo (correspondientes a rutas de hardware específicas) que lleven al adaptador de bus host, las rutas de hardware virtuales utilizan un bus-nexo virtual (denominado el nodo raíz virtual) con una dirección de 64000. El direccionamiento por debajo de dicho nodo raíz virtual consta de una dirección de bus virtual y una id. de LUN virtual, delimitadas por caracteres de barra («/»).

64000/0xfa00/0x22 es un ejemplo de dirección de hardware virtual.

Figura 3-5 Componentes de una ruta de hardware LUN

Ejemplo 3-2 Resumen de los formatos de las rutas de hardware

Los tres formatos descritos más arriba son formas distintas de hacer referencia a la misma unidad lógica LUN, de modo que una sola unidad lógica LUN podría tener todas las direcciones siguientes:

0/2/1/0.1.4.0.0.2.7 0/2/1/0.1.5.0.0.2.7 0/4/1/0.1.4.0.0.2.7 0/4/1/0.1.5.0.0.2.7 0/2/1/0.0x50001fe1500170ac.0x4017000000000000 0/2/1/0.0x50001fe1500170ad.0x4017000000000000 0/4/1/0.0x50001fe1500170ac.0x4017000000000000 0/4/1/0.0x50001fe1500170ad.0x4017000000000000 64000/0xfa00/0x22

En el ejemplo anterior, la unidad lógica LUN tiene cuatro rutas de hardware físicas. Las primeras cuatro líneas las representan utilizando el formato de ruta de hardware heredada, las cuatro líneas siguientes las representan utilizando el formato de ruta de hardware SCSI-3 y la última línea representa la única ruta de hardware virtual (utilizada para las cuatro rutas físicas).

Los comandos de HP-UX 11i versión 3 aceptarán cualquiera de estos tres formatos para especificar una ruta de hardware a una unidad lógica LUN.

Se utilizan tres tipos de espacio de intercambio para las operaciones de paginación:

Espacio de intercambio de dispositivo

El espacio de intercambio se asigna en un principio al configurar los discos. El espacio de intercambio de dispositivo ocupa un volumen lógico o partición de disco, que se reserva normal y expresamente para fines de paginación. Este espacio también puede configurarse como una zona de volcado, pero hacerlo tiene consecuencias para la integridad del volcado de memoria si se produce un bloqueo. Consulte la sección «Utilización de un dispositivo tanto para la paginación como para el volcado (Tiempo de recuperación del sistema)». Puesto que, cuando HP-UX se está ejecutando, el dispositivo utilizado se utiliza exclusivamente para paginación, no se pueden almacenar también en él archivos.

	NOTA: Existe una excepción a la regla que dice que un volumen lógico dado no se puede utilizar tanto como espacio de intercambio de sistema de archivos como espacio de intercambio de dispositivo. Si tiene espacio sin utilizar entre el final de un sistema de archivos y el final del volumen lógico en el que se ubica (es decir, el sistema de archivos es más pequeño que el volumen lógico donde está), el espacio no utilizado (no asignado al sistema de archivos) se puede utilizar como espacio de intercambio de dispositivo.

El espacio de intercambio de dispositivo sólo se puede utilizar localmente: los clientes no pueden tener acceso a él remotamente utilizando protocolos de acceso a disco a través de la red.

Al espacio de intercambio de dispositivo se tiene acceso rápidamente porque HP-UX puede obtener acceso directamente al volumen lógico o la partición de disco para efectuar escrituras o lecturas grandes.

HP-UX debe disponer de al menos una zona de intercambio de dispositivo al iniciarse. Este espacio se denomina la zona de intercambio primaria.^[4] La zona de intercambio primaria se ubica por defecto en el mismo disco que el sistema de archivos raíz (aunque en un volumen lógico diferente). Utilice el comando swapon (consulte la página de manual de swapon(1M)) para definir el espacio de intercambio.

Además de la zona de intercambio primaria, se puede utilizar otro espacio de intercambio. Se denomina zona de intercambio secundaria. Si utiliza espacio de intercambio de dispositivo como zona de intercambio secundaria, para obtener un mejor rendimiento, asigne la zona de intercambio secundaria en una unidad de disco diferente de la unidad de disco donde se ubique la zona de intercambio primaria.

El espacio de intercambio de sistema de archivos siempre es una zona de intercambio secundaria.

Figura 3-6 Espacio de intercambio: posibles ubicaciones para la paginación

El espacio de intercambio debe ser lo suficientemente grande como para albergar todos los procesos que puedan ejecutarse en los momentos de máximo uso del sistema.

Si el rendimiento del sistema es aceptable y, en especial, si no obtiene mensajes de error sobre el espacio de intercambio, como «Out of Memory» (Memoria insuficiente) o los relativos a la terminación de un proceso por carecer de espacio de intercambio, el sistema dispone de suficiente espacio de intercambio.

A menos que la cantidad de memoria física del sistema sea sumamente grande, la cantidad mínima de espacio de intercambio debe ser igual a la cantidad de memoria física del sistema. En general, asigne un tamaño al espacio de intercambio del servidor que aproximadamente duplique o cuadruplique la cantidad de memoria física utilizada por HP-UX en el servidor, la nPartición o la partición virtual.

El uso del espacio de intercambio aumenta con la carga del sistema. Si prevé agregar (o eliminar) una gran cantidad de usuarios o aplicaciones, probablemente tenga que volver a evaluar las necesidades de espacio de intercambio.

	NOTA: Para obtener una instantánea de la cantidad total de espacio de intercambio que se utiliza actualmente, utilice el comando: # /usr/sbin/swapinfo -tam Mb Mb Mb PCT START/ Mb TYPE AVAIL USED FREE USED LIMIT RESERVE PRI NAME dev 4096 0 4096 0% 0 - 1 /dev/vg00/lvol2 reserve - 257 -257 memory 1940 562 1378 29% total 6036 819 5217 14% - 0 - Esta cantidad variará con el tiempo, según la combinación actual de aplicaciones en ejecución; pero si el porcentaje total utilizado es habitualmente alto, aproximadamente un 90 % o más, probablemente tenga que agregar más espacio de intercambio.

En cuanto le conste o sospeche que va a tener que aumentar (o disminuir) el espacio de intercambio, debe calcular los requisitos de espacio de intercambio.

Para calcular la cantidad de espacio de intercambio necesario, sume los requisitos de memoria de las aplicaciones que prevea ejecutar (simultáneamente) en el sistema a la cantidad de memoria física existente.

Cuando HP-UX está en las primeras fases de la secuencia de inicio, el sistema empieza paginando sólo en un dispositivo para que sólo se necesite un disco en el momento del inicio.

Durante el procesamiento de la secuencia de comandos de inicio /sbin/init.d/swap_start, las llamadas a swapon habilitan las zonas de paginación adicionales, si se ha definido alguna en el archivo /etc/fstab.

Si surge la necesidad de espacio de paginación adicional mientras se ejecuta el sistema, también puede ejecutar el comando swapon para habilitar manualmente espacio adicional. Para obtener detalles, consulte las páginas de manual de swapon(1M) y fstab(4).

A veces, se puede deshabilitar espacio de intercambio. Para poder deshabilitar la paginación de las zonas de intercambio:

Utilice el comando swapoff para deshabilitar la paginación de una zona de intercambio específica. Por ejemplo:

/usr/sbin/swapoff /dev/vg00/lvol2

Deben tomarse en consideración algunas pautas al configurar espacio de intercambio en el sistema. En su mayoría, dichas pautas se centran en la maximización del rendimiento de HP-UX.

Las siguientes páginas de manual contienen información importante sobre la configuración del espacio de intercambio:

Los siguientes parámetros optimizables del kernel afectan a las actividades de paginación en HP-UX: