Para la gestión de las bibliotecas, puede ser necesario realizar las siguientes tareas:
Agregación de una biblioteca conectada por fibra o SCSI a ACSLS
Registro de direcciones IP de la LAN principal y la secundaria
Reconfiguración de ACSLS cuando se mueven, agregan o eliminan unidades de cinta
ACSLS le permite configurar o volver a configurar bibliotecas sin asignar todos los números de ACS en secuencia.
Ejemplo:
Desea migrar de una biblioteca 9310 a una SL8500. Actualmente, el ACS de 9310 es el ACS 0 y el ACS de SL8500 es el ACS 1.
La omisión de números de ACS le permite migrar todos los cartuchos y las unidades al ACS de SL8500 y eliminar el ACS de 9310 sin tener que volver a numerar el ACS de SL8500.
Si vuelve a numerar el ACS de SL8500, se suprimen todos los volúmenes y se los vuelve a agregar en una auditoría posterior. Además, se modifican todos los valores de drive_ids.
Para cambiar el número de un ACS existente, consulte acs_renumber.sh.
Debe reconfigurar ACSLS para actualizar los números de serie de las unidades y los tipos de unidades en la base de datos de ACSLS cada vez que se intercambia la ubicación de las unidades de cinta o se reemplaza una unidad de cinta de la biblioteca por otra unidad de cinta diferente. Lleve a cabo una reconfiguración para agregar o eliminar unidades de cinta que se insertan en una biblioteca o se extraen de ella. La agregación de unidades de cinta a la agrupación de validación de medios impide que ACSLS pueda acceder a dichas unidades, mientras que la eliminación de unidades de cinta de la agrupación de validación de medios las agrega a ACSLS.
Si una unidad de cinta reemplaza una unidad existente, la información de tipo de unidad y número de serie no se actualiza hasta que ACSLS lea el estado de la unidad de cinta desde la biblioteca. Esto sucede:
En el inicio de ACSLS
Cuando el ACS o el LSM cambia al estado no listo y luego al estado listo, lo cual hace que ACSLS recupere la biblioteca
Cuando el cliente pone el ACS, el LSM o la unidad de cinta en el modo fuera de línea y luego los vuelve a poner en línea
Cuando el cliente reconfigura las unidades de cinta, el LSM o el ACS.
Cuando se agrega o se elimina una unidad de cinta, la configuración de ACSLS se debe actualizar para agregar la unidad a la base de datos de ACSLS o suprimirla de ella.
La actualización de la configuración de unidades de cinta de ACSLS evita errores en las operaciones de montaje e impide que se monten cartuchos en unidades de cinta incorrectas.
Si hay unidades de cinta que se movieron o reemplazaron en una biblioteca, use la configuración dinámica para actualizar los tipos de unidad y los números de serie. Si se reemplaza una unidad de cinta por otra en la misma ubicación, la actualización no requiere la confirmación del cliente. Si se eliminan unidades de cinta de una biblioteca o se insertan en ella, el cliente debe confirmar el cambio de configuración.
Notas:
Asegúrese de que todos los componentes afectados estén listos antes de enviar la solicitud config.
La actualización de la base de datos de ACSLS mediante la configuración dinámica se hace con ACSLS activado. La configuración dinámica no genera interrupciones, de manera que ACSLS puede seguir procesando solicitudes mientras se actualiza la configuración.
Después de ejecutar config lsm o config acs, es buena idea realizar una auditoría del LSM o el ACS afectado.
Use los comandos de la utilidad de configuración dinámica desde el símbolo del sistema de Unix para actualizar las configuraciones de las unidades de cinta. Debe haber iniciado sesión como acsss.
config drive <panel_id>
Si el cambio afecta solo a las unidades de cinta de un único panel o una única guía de SL8500, ejecute config drive <panel_id> para actualizar la configuración de unidad de todas las unidades de cinta del panel.
config lsm <lsm_id>
Ejecute config lsm <lsm_id> para actualizar la configuración de unidad de todas las unidades de cinta de una biblioteca SL3000 con dos paneles de unidades.
Nota:
config lsm <lsm_id> también actualiza los CAP y la capacidad de almacenamiento del LSM; posteriormente, se debe auditar el LSM.config acs <acs_id>
Ejecute config acs <acs_id> para actualizar la configuración de todos los componentes de un ACS (por ejemplo, un complejo de bibliotecas SL8500).
Nota:
config acs <acs_id> también actualiza los CAP y la capacidad de almacenamiento de todo el ACS; posteriormente, se debe auditar el ACS.La auditoría actualiza la base de datos de ACSLS para que coincida con el inventario real de cartuchos de la biblioteca.
Una auditoría expulsa los volúmenes duplicados y no válidos. Los cartuchos tienen:
Una etiqueta externa que duplica una ya escaneada.
Una etiqueta externa faltante o ilegible y ninguna etiqueta virtual.
Un tipo de medio no válido.
Un ID de volumen no válido.
ACSLS registra en el log de eventos todos los cambios de la base de datos informados por la auditoría y también muestra los mensajes de cmd_proc durante la auditoría. Las auditorías solo se aplican a celdas de almacenamiento de LSM, no a unidades ni a CAP. Para obtener información acerca de la ejecución de una auditoría, consulte audit.
Se ejecuta una auditoría para:
Crear información de volúmenes en la base de datos para bibliotecas recién configuradas.
Agregar volúmenes a la base de datos cuando los cartuchos no se introdujeron a través de un CAP.
Ejemplo: agrega un LSM a la biblioteca, abre la puerta del LSM y agrega cartuchos manualmente al LSM.
Resolver discrepancias entre la biblioteca y la base de datos.
Ejemplo: ejecute una auditoría si abrió la puerta de un LSM y extrajo manualmente cartuchos en lugar de expulsarlos a través del CAP. La auditoría marca el volumen como ausente o suprime los volúmenes eliminados de la base de datos.
Audite la biblioteca SL3000 después de haberla configurado o reconfigurado para ACSLS. Cuando ACSLS audita la biblioteca, esta informa las ubicaciones potenciales de las celdas que no están disponibles para el acceso de ACSLS. Las ubicaciones de celdas inaccesibles incluyen:
Ubicaciones en las que están instalados los CAP, las unidades y los paneles de operador.
Ubicaciones de celdas a las que los robots no pueden acceder.
Ubicaciones de celdas que no están activadas.
Ubicaciones de celdas que no están en la partición.
Los intervalos de auditoría dependen de varios factores, entre ellos: la configuración de ACSLS, si la biblioteca informa el contenido de las celdas desde la base de datos o mediante el análisis de cada celda, la configuración de la biblioteca, el número de cambios de base de datos requerido y el alcance de la auditoría. En la siguiente tabla, se describe la manera en que las diferencias de alcance de la auditoría afectan los intervalos de auditoría.
Tabla 8-1 Efecto del alcance de la auditoría sobre el intervalo de auditoría
| Esta auditoría tarda menos… | que esta auditoría |
|---|---|
|
Un ACS o LSM de diagnóstico |
Un ACS o LSM en línea |
|
Un ACS o LSM dedicado a la auditoría |
Un ACS o LSM que está procesando otras solicitudes |
|
Un panel completo |
Un panel vacío (de manera parcial o completa) |
|
Un panel de unidades |
Un panel estándar |
|
Un panel interior |
Un panel exterior |
Asimismo, considere el tipo de LSM para el componente que se audita, como se muestra en la siguiente tabla. Para las bibliotecas 4410, 9310 y L5500, el mejor tiempo se puede lograr cuando todas las celdas están llenas y el peor tiempo, cuando las celdas están vacías.
Tabla 8-2 Tiempos de auditoría promedio para los LSM admitidos
| Tipo de LSM | Componente | Tiempo promedio de auditoría (mejor y peor) |
|---|---|---|
|
4410 |
LSM |
De 3 a 8 horas |
|
9310/L5500 |
LSM |
De 1,2 a 6 horas |
|
9360 |
LSM |
5 minutos |
|
97xx/L700/180 |
LSM |
1 minuto |
|
SL500 |
LSM |
3 minutos |
|
SL8500 o SL3000 |
LSM |
5 minutos (si la auditoría física de SL8500 finaliza antes que la auditoría de ACSLS) |
Nota:
Estos tiempos suponen que no hay otros procesos activos. Los tiempos de auditoría de 4410 y 9310 pueden ser menores si hay un porcentaje alto de celdas auditadas que están ocupadas.El cambiador de medios SCSI (mchanger) es el controlador de dispositivos que establece las comunicaciones entre ACSLS y las bibliotecas SCSI. Se debe crear un mchanger para cada biblioteca conectada a ACSLS por fibra o SCSI.
Para obtener más información, consulte Agregación del controlador de dispositivo mchanger de SCSI.
En las siguientes secciones, se proporciona información acerca del uso de la función de almacenamiento extendido.
Nota:
Esta función no es aplicable a un único LSM sin puertos Passthru.Cuando se monta un cartucho, su ubicación de origen es la celda de almacenamiento desde la cual se lo montó. Normalmente, cuando se desmonta un cartucho y su ubicación de origen no está en el mismo LSM que la unidad, ACSLS intenta asignar una nueva ubicación de origen en el LSM más cercano (la menor distancia de Passthru desde la unidad de cinta). Esto se denomina la "flotación" de un cartucho a una nueva ubicación de origen.
ACSLS intenta regresar un cartucho a su ubicación de origen después de una operación de desmontaje si la ubicación de origen se encuentra en un LSM que tiene la función de almacenamiento extendido activada.
Nota:
Ciertos eventos (por ejemplo, que el LSM de origen de los volúmenes esté fuera de línea o que las etiquetas no coincidan en una operación de desmontaje) pueden impedir que ACSLS devuelva un cartucho a su ubicación de origen. Si ocurre uno de estos eventos, el cartucho se almacena lo más cerca posible del LSM desde el cual se lo desmontó.Si tiene un LSM con almacenamiento extendido que usa para archivar cartuchos, esta función ayuda a garantizar que los cartuchos de ese LSM regresen a sus ubicaciones de origen en el LSM. Por ejemplo, si el LSM 3 tiene la función de almacenamiento extendido activada y un cartucho del LSM 3 se monta en una unidad conectada al LSM 1, al desmontar el cartucho, ACSLS intenta devolverlo a su ubicación de origen en el LSM 3. Si el LSM 3 no está activado, ACSLS intenta almacenar el cartucho en una nueva celda en el LSM 1.
Esta función se puede activar solo para LSM completos. No se la puede activar para subcomponentes de los LSM, como un panel o una celda individual. Para activar esta función para todo un ACS, debe activarla para cada LSM del ACS.
Nota:
La activación de la función de almacenamiento extendido aumenta la actividad de Passthru cuando se desmontan cartuchos. Esto puede reducir considerablemente el rendimiento de la biblioteca.Para activar la función de almacenamiento extendido para un LSM, modifique el archivo lsm_fixed_volume (que se encuentra en el directorio $ACS_HOME/data/external/fixed_volume). Después de modificar el archivo, detenga y reinicie ACSLS para activar los LSM especificados.
Use las siguientes convenciones al modificar el archivo de ejemplo:
Se pueden usar líneas de comentarios y líneas en blanco en todo el archivo.
Cada línea de identificador de LSM está formada por el número de ACS seguido por una coma y, luego, por el número de LSM. No se permiten espacios ni tabulaciones entre el número de ACS y el número de LSM.
Cada identificador de LSM debe estar en una línea separada.
No se requiere ningún orden explícito de las líneas de identificadores de LSM.
No se requiere un delimitador explícito de final de archivo.
Ejemplo de archivo de control de la función de almacenamiento extendido:
# This lsm_fixed_volume file must be found in the # $ACS_HOME/data/external/fixed_volume # directory. This is a sample lsm_fixed_volume file that may be # edited your particular configuration. # Comments may appear anywhere in this file, but must include a # pound sign in the first column. # Blanks lines are also allowed throughout the file for # readability, and # will be ignored. # For all the LSM identifiers found in this file, a ”best” attempt # will be # made to return the volume to its home location at dismount. # A valid LSM identifier consists of the ACS number, separated bya comma, # and followed by the LSM number. Leading or trailing blanks are # ignored. # ACS,LSM # 0,0 # 0,1 # ACS 1, LSM 0 through 3 # ACS,LSM # 1,0 # 1,1 # 1,2 # 1,3
El siguiente es un ejemplo de un archivo de control modificado. En este ejemplo, el carácter de comentario (#) se eliminó de las líneas que se muestran en negrita para especificar que se activaron los LSM 0,0 y 0,1.
# This lsm_fixed_volume file must be found in the
# $ACS_HOME/data/external/fixed_volume
# directory. This is a sample lsm_fixed_volume file that may be
# edited your particular configuration.
# Comments may appear anywhere in this file, but must include a
# pound sign in the first column.
# Blanks lines are also allowed throughout the file for
# readability, and
# will be ignored.
# For all the LSM identifiers found in this file, a ”best” attempt
# will be
# made to return the volume to its home location at dismount.
# A valid LSM identifier consists of the ACS number, separated by a comma,
# and followed by the LSM number. Leading or trailing blanks are
# ignored.
# ACS,LSM
0,0
0,1
# ACS 1, LSM 0 through 3
# ACS,LSM
# 1,0
# 1,1
# 1,2
# 1,3
Con medios combinados, ACSLS admite una combinación de tipos de unidades de cinta y de medios (cartuchos) en la misma biblioteca. La compatibilidad con medios combinados de ACSLS impide que el robot monte tipos de medios incompatibles en una unidad de cinta. Por ejemplo, en una biblioteca SL8500, el robot no mota un cartucho LTO en una unidad de cintas T10000.
Para la compatibilidad con medios combinados de ACSLS, los cartuchos deben tener etiquetas de ID de medios con caracteres de medios.
Nota:
Consulte la Guía de información del producto de ACSLS para conocer la lista actual de los tipos de unidades, los tipos de medios y la compatibilidad entre unidades y medios.ACSLS tiene un conocimiento limitado sobre el formato de registro que se usa en los cartuchos. ACSLS no tiene acceso a la ruta de datos de las unidades de cinta, por lo que ACSLS no puede detectar ni impedir incompatibilidades de formato de registro. Sin embargo, las unidades de cinta T9840, T9940 y T10000 recientes informan el formato de registro de los medios al desmontarlos. ACSLS guarda esta información en la base de datos, y se la puede visualizar mediante el siguiente comando:
display volume [vol_id(s)] –f recording_format_family recording_format_model
Para obtener más información, consulte display volume.
Nota:
Para 9310 y otras bibliotecas obsoletas, el comando venter permite introducir cartuchos sin etiqueta en una biblioteca. El comando venter no proporciona una opción para especificar el tipo de medio del cartucho que desea introducir. En entornos de medios combinados, ACSLS no puede impedir incompatibilidades entre unidades de cinta y medios para cartuchos introducidos virtualmente. Sin embargo, venter no es compatible con las bibliotecas SL8500 y SL3000 porque estas bibliotecas no pueden leer etiquetas de medios que no tengan una etiqueta volser, y ACSLS requiere una etiqueta de medios para introducir cartuchos en estas bibliotecas.La utilidad drives_media.sh muestra los tipos de unidad, los tipos de medio y la configuración de compatibilidad entre unidades y medios que ACSLS admite actualmente. Cuando se agrega compatibilidad con nuevas unidades y medios, estos también se muestran.
Para visualizar la configuración de medios combinados de ACSLS, introduzca:
drives_media.sh
La información se muestra en la pantalla (salida estándar).
Para que la información de configuración de medios combinados de ACSLS se guarde en archivos en el directorio /tmp, escriba:
drives_media.sh -f
La información se guarda en tres archivos. (Si los archivos ya existen, se los sobrescribe).
/tmp/drive_types.txt /tmp/media_types.txt /tmp/media_compatibility.txt
Tenga en cuenta las siguientes restricciones para LSM con conexión SCSI:
Dado que algunas unidades de cinta no admiten la configuración de protección contra escritura dinámica por medio de la ruta de control, debe tener cuidado al montar cartuchos si usa la opción de "solo lectura". Todas las unidades StorageTek admiten esta función. En el caso de unidades que no sean StorageTek, se recomienda confirmar que admitan la función de protección contra escritura dinámica. Específicamente, las unidades LTO y algunas de las primeras unidades DLT no admiten la opción de "solo lectura".
A menos que la unidad admita esta función, se corre el riesgo de perder datos de los cartuchos que se cree que se montarán con la protección de desactivación de escritura de un montaje de solo lectura.
ACSLS no admite el comando venter para bibliotecas conectadas por SCSI con unidades de cinta DLT.
No puede realizar operaciones de montaje y desmontaje virtuales con unidades de cinta DLT en bibliotecas conectadas por SCSI. Por lo tanto, los cartuchos de cinta compactos deben tener etiquetas externas para que ACSLS pueda gestionarlos.
Las operaciones de limpieza automática de las bibliotecas conectadas por SCSI son gestionadas por el microcódigo de la biblioteca, no por ACSLS. El panel de control de la biblioteca proporciona un menú para que los usuarios activen el control de la biblioteca para las operaciones de limpieza automática. Para obtener más información, consulte la documentación de la biblioteca.
Puede seleccionar una carga normal o una opción de carga rápida por medio de la biblioteca. Sin embargo, no todos los sistemas de gestión de cintas admiten la opción de carga rápida.
En las solicitudes scratch mount, puede especificar explícitamente el tipo de medio que desea usar o puede dejar que ACSLS seleccione un tipo de medio.
Para que ACSLS seleccione un tipo de medios, debe predefinir una lista de tipos de medios compatibles ordenados según prioridad para cada tipo de unidad. Esta lista se conoce como "preferencias de reutilización".
Hay un juego de preferencias para todo el servidor; las preferencias no se definen por cliente.
Si un tipo de medio compatible no aparece en la lista para una unidad, el medio no se selecciona.
En las siguientes secciones, se describen los archivos definidos por los usuarios y por el sistema que usa ACSLS para determinar las preferencias de reutilización.
Los siguientes son los archivos de medios combinados definidos por el usuario que se encuentran en $ACS_HOME/data/external/mixed_media/:
scratch_preferences.dat
Archivo de preferencias definido por el usuario. Origen principal de definiciones de preferencias.
scratch_preferences.SAMPLE
Archivo de preferencias de ejemplo que se puede copiar para crear el archivo scratch_preferences.dat.
Visualice la configuración de medios combinados de ACSLS mediante drives_media.sh -f.
Revise la configuración de compatibilidad de medios guardada en:
/tmp/media_compatibility.txt
Este es el archivo de configuración de compatibilidad definido por el sistema. Se usa solo si el archivo de preferencias definido por el usuario no existe o no incluye un tipo de unidad requerido.
/tmp/drive_types.txt
Lista definida por el sistema de tipos de unidades compatibles.
/tmp/media_types.txt
Lista definida por el sistema de tipos de medios compatibles.
En la siguiente tabla, se describe cómo ACSLS usa los archivos de medios combinados para seleccionar un tipo de medio para una solicitud de montaje reutilizable.
Tabla 8-3 Cómo usa ACSLS los archivos de medios combinados
Si el archivo scratch_preferences.dat… |
ACSLS hace esto |
|---|---|
|
No existe. |
Usa las definiciones del archivo del sistema |
|
Indica más de un tipo de medio para una unidad. |
Selecciona los tipos de medios en el orden de la lista. |
|
No indica un tipo de medio para una unidad determinada. |
Usa los datos del archivo del sistema |
|
No indica un tipo de unidad determinado. |
Usa los datos del archivo del sistema |
Use este procedimiento para definir un archivo scratch_preferences.dat, que incluye una lista ordenada de tipos de cartuchos reutilizables que se pueden seleccionar para tipos de unidad determinados. ACSLS usa este archivo para ejecutar el comando mount * cuando no se especifica explícitamente un tipo de medio.
En el siguiente ejemplo, se muestra el contenido de scratch_preferences.SAMPLE.
Drive Type Name Media Type Preference Name 4480 3480 SD3 DD3A SD3 DD3B SD3 DD3C
Para definir un archivo de preferencias de reutilización, haga lo siguiente:
Inicie sesión como acsss.
Pase al directorio de medios combinados externo:
cd $ACS_HOME/data/external/mixed_media
Copie el archivo de preferencias de reutilización de ejemplo para crear el archivo definido por el usuario:
cp scratch_preferences.SAMPLE scratch_preferences.dat
Con un editor de texto como vi, modifique la lista de preferencias del archivo scratch_preferences.dat:
Siga las instrucciones de los comentarios que se encuentran en la parte superior del archivo.
Si desea usar más de un tipo de medio para un tipo de unidad, introduzca cada tipo de medio en una línea diferente; el orden de preferencia es de arriba hacia abajo.
Guarde el archivo.
Desde cmd_proc, reinicie ACSLS:
start
TCP/IP dual es una opción que puede adquirirse para las bibliotecas SL8500 y SL3000. Proporciona dos conexiones TCP/IP a las bibliotecas. No obstante, puede continuar usando las bibliotecas con una sola conexión de las dos en funcionamiento.
El objetivo de TCP/IP dual es reconocer y evitar automáticamente una ruta de comunicación defectuosa. Debido a que es un proceso automatizado, no es necesario que realice el cambio manualmente desde la conexión no operativa. Para obtener más información, consulte ".Compatibilidad de TCP/IP dual.
ACSLS admite configuraciones de LMU dual, que constan de lo siguiente:
Una LMU activa que gestiona un ACS
Una LMU standby que pasa automáticamente al rol activo para gestionar el ACS si la LMU activa falla
Ambas LMU están conectadas a una LAN que está conectada a los LSM. Inicialmente, la LMU que se enciende primero es la LMU activa, mientras que la LMU que se enciende en segundo lugar es la que está en modo en espera. Las LMU comprueban periódicamente el estado de la otra LMU para que la LMU en espera pueda asumir el rol activo si falla la LMU activa.
Nota:
ACSLS admite configuraciones de LMU dual solo para las LMU 9330 y L5530 con compatibilidad de microcódigo de host/LMU de nivel 12 (o superior) cargada. Se debe cargar el mismo nivel de microcódigo en ambas LMU. ACSLS se comunica con estas LMU mediante una conexión serie o mediante TCP/IP. Solo puede haber una conexión Ethernet para cada LMU conectada por TCP/IP.Limitación: ACSLS no inicia automáticamente el cambio de LMU. Incluso si se pierde la comunicación entre ACSLS y la LMU activa, ACSLS no inicia el cambio de LMU. ACSLS sigue intentando comunicarse con la LMU activa existente. Excepto en las configuraciones de ACSLS-HA que incluyen bibliotecas SL8500 o SL3000 con Redundant Electronics, ACSLS no inicia automáticamente el cambio de LMU.
La compatibilidad de ACSLS con LMU dual incluye lo siguiente:
ACSLS se conecta tanto con la LMU activa como con la que está en espera. ACSLS supervisa constantemente su conexión con ambas LMU. Cuando se pierde la comunicación, ACSLS lo informa.
Si falla la LMU activa, la LMU en espera toma el control automáticamente como nueva LMU activa. Cuando sucede esto, ACSLS reconoce el cambio automático y envía las solicitudes a la nueva LMU activa. ACSLS también recupera las transacciones en curso (excepto las auditorías).
Puede ejecutar el comando switch lmu para cambiar manualmente la gestión del ACS de la LMU activa a la LMU en espera. ACSLS envía una transmisión "Force Switchover to Active" (Forzar switchover a activa) a la LMU en espera. La LMU en espera toma el control como nueva LMU activa. Después del switchover manual, ACSLS recupera las transacciones pendientes (excepto las auditorías).
Para mejorar aún más la redundancia de una configuración de LMU dual serie, se recomienda usar cables serie duales para conectar el servidor de ACSLS con cada LMU.
La compatibilidad de ACSLS con LMU duales también mejora las configuraciones de una única LMU porque la LMU puede hacer la IPL sin desactivar el servidor de ACSLS.
El comando query lmu muestra el estado de la LMU y de los puertos para configuraciones de ACS tanto con una LMU como con LMU dual. Para obtener más información, consulte query lmu.
También puede usar el comando switch lmu para cambiar manualmente la gestión del ACS desde la LMU activa del ACS a la LMU en espera. Para obtener más información, consulte switch lmu. Puede usar el switchover manual para el mantenimiento de hardware, como el reemplazo de un cable de LAN que conecta las LMU duales.
Por ejemplo, supongamos que la LMU A tiene el rol activo y la LMU B tiene el rol en espera. Si tiene que reemplazar un cable de LAN, puede:
Cambiar a la LMU B.
Ejecutar vary para poner fuera de línea los puertos a la LMU A.
Reemplazar el cable de LAN.
Ejecutar vary para volver a poner en línea los puertos a la LMU A.
Volver a cambiar a la LMU A.
Después de un switchover de LMU (automático o manual), ACSLS recupera todas las solicitudes que no se hayan completado (activas y pendientes). El tiempo necesario para finalizar cada solicitud que no se ha completado durante el switchover aumenta en relación con la cantidad de tiempo requerido para cambiar de una LMU a la otra y recuperar las solicitudes no completadas anteriores. Por lo tanto, la recuperación de solicitudes puede tardar de tres a cinco minutos.
ACSLS 5.2 y las versiones superiores admiten configuraciones de cliente de LAN dual, que constan de una LAN principal y una LAN secundaria (de respaldo). Si la LAN principal falla, el cliente cambia a la LAN secundaria. ACSLS elimina todos los mensajes pendientes para ese cliente y comienza a comunicarse mediante la LAN secundaria. Dado que ACSLS elimina todos los mensajes pendientes antes de hacer el switchover a la LAN secundaria, el cliente no recibe el mensaje de finalización correcta de una solicitud aunque esta haya finalizado correctamente.
Por ejemplo, un cliente solicita a ACSLS que expulse diez cartuchos. ACSLS comienza a expulsar los cartuchos, y se produce un error de comunicación entre ACSLS y la LAN principal del cliente. ACSLS elimina todos los mensajes pendientes para ese cliente y comienza a comunicarse mediante la LAN secundaria. ACSLS finaliza correctamente la expulsión de los diez cartuchos, pero no envía el mensaje correspondiente al cliente. El cliente debe verificar que la solicitud haya finalizado correctamente. En este ejemplo, si el cliente envía una solicitud query volume para los ID de los volúmenes expulsados, ACSLS devuelve el mensaje de error volume not found, lo cual confirma que ACSLS expulsó los cartuchos.
ACSLS se asegura de que las solicitudes transitorias finalicen correctamente si se produce un switchover de comunicaciones de LAN. Sin embargo, después del switchover, el cliente debe anular las solicitudes pendientes persistentes (como operaciones de CAP) enviadas originalmente a través de la LAN principal y volver a enviarlas a través de la LAN secundaria. Los recursos (como CAP, bloqueos, unidades, etc.) asignados por medio de las comunicaciones de la LAN principal siguen asignados después del switchover a la LAN secundaria.
En las siguientes secciones, se indica cómo configurar ACSLS para operaciones de cliente de LAN dual mediante las siguientes tareas:
Registro de las direcciones IP de la LAN principal y la secundaria mediante la creación de un archivo csc_ip_switch.dat
Instalación de un segundo puerto Ethernet para un servidor de ACSLS con varios orígenes
Configuración del intervalo de timeout de la conexión TCP/IP para reducir el tiempo de switchover del sistema a la LAN de respaldo.
Para registrar las direcciones IP de la LAN principal y la secundaria con ACSLS, cree el archivo csc_ip_switch.dat en el directorio $ACSSS_HOME/data/internal/client_config/. A continuación, se muestra un ejemplo de un archivo csc_ip_switch.dat.
#The following entry is System Zed’s primary and secondary LAN IP addresses. 129.80.30.40 129.80.30.50
Como se muestra en el ejemplo anterior, el signo # precede a un comentario. Las entradas constan de la dirección IP de la LAN principal del sistema cliente en la columna izquierda seguida por uno o varios espacios en blanco y, luego, la dirección IP de la LAN secundaria del sistema cliente en la columna derecha. En este ejemplo, la dirección IP de la LAN principal de System Zed es 129.80.30.40 y la dirección IP de su LAN secundaria es 129.80.30.50.
Después de crear o actualizar el archivo csc_ip_switch.dat, si ACSLS se está ejecutando, debe detenerlo y reiniciarlo.
Si ACSLS lee correctamente el archivo csc_ip_switch.dat al reiniciarse, ACSLS registra el mensaje correspondiente, 2010 I DUAL PATH OPTION ACTIVATED, en el log de eventos de ACSLS. De lo contrario, no se activa la compatibilidad con LAN dual.
En esta sección, se describe el procedimiento para instalar un segundo puerto Ethernet para un servidor de ACSLS con varios orígenes. El segundo puerto Ethernet proporciona la conexión para el segundo adaptador de ruta de control, que controla la LAN de respaldo. Este procedimiento requiere la tarjeta Ethernet SBUS en buffer. Puede solicitar esta tarjeta Ethernet a Oracle con el número de referencia X1053A.
El procedimiento de instalación incluye:
Instalación del hardware y recreación del núcleo
Definición de un nombre de host para el nuevo puerto Ethernet
Creación del archivo /etc/notrouter
Para instalar un segundo puerto Ethernet, haga lo siguiente:
Instale la tarjeta Ethernet SBUS en buffer según las instrucciones del fabricante.
Reconfigure el núcleo del sistema para el nuevo dispositivo:
Encienda el sistema. Cuando comience el inicio, presione [[STOP]]-[[A]] para ingresar al supervisor de PROM.
En el símbolo del sistema ok, inicie el servidor:
boot -r
Cuando haya finalizado el inicio, inicie sesión como root.
Cree un nombre de host para el segundo puerto Ethernet.
echo 2nd_host_name > /etc/hostname/hme1
Donde 2nd_host_name es el nombre de host del segundo puerto Ethernet.
Escriba el siguiente comando:
touch /etc/notrouter
Se crea el archivo /etc/notrouter.
Reinicie el servidor:
reboot
De esta manera, se completa el procedimiento.
La variable tcp_ip_abort_cinterval del sistema UNIX establece el intervalo de timeout de la conexión TCP/IP entre el cliente y el servidor de ACSLS. Si se cambia el valor por defecto (180 segundos) de esta variable, puede disminuir el tiempo de switchover a la LAN de respaldo. Sin embargo, tenga en cuenta que el tiempo real de switchover depende de la configuración y del tipo de fallo.
Por ejemplo, si un puerto del servidor de ACSLS falla, y hay varios clientes que usan este puerto para comunicarse, ACSLS realiza una recuperación en serie de las comunicaciones con cada cliente. Por lo tanto, la recuperación de varios clientes en el caso de un puerto con errores lleva más tiempo que la recuperación para un único cliente que se comunica con un puerto con errores.
Para reducir el tiempo de switchover a la LAN de respaldo, haga lo siguiente:
Inicie sesión como root en el servidor de ACSLS.
Desde el símbolo del sistema, introduzca el comando siguiente:
/usr/sbin/ndd -set /dev/tpc tcp_ip_abort_cinterval 15000
Este comando cambia el intervalo de timeout de la conexión TCP/IP a 15 segundos (el valor por defecto es de 180 segundos).
SUGERENCIA: Para que este comando sea persistente (entre reinicios del servidor), agregue el comando al archivo /etc/rc2.d/S69inet en la sección "Set configurable parameters" (Definir parámetros configurables).
La notificación de eventos permite hacer un seguimiento de los eventos que ocurren en las bibliotecas de cintas para los clientes ACSAPI. Esta función se proporciona mediante el kit de herramientas de CSC. Específicamente, con la notificación de eventos, el cliente ACSAPI puede hacer lo siguiente:
Registrarse para eventos de recursos de biblioteca o eventos de volúmenes
Anular el registro para estos eventos
Comprobar el estado de registro para los eventos de biblioteca y recibir notificaciones cuando ocurran
Las solicitudes de registro de cliente y los mensajes de notificación de eventos se entregan al cliente hasta que se anula el registro. La función de notificación de eventos comprueba periódicamente el estado de registro del cliente para verificar que el cliente esté activo. Esto evita que se envíen respuestas a clientes que ya no están activos, lo cual generaría un uso innecesario de los recursos de red.
Se puede hacer un seguimiento de los siguientes tipos de eventos:
Agregación y supresión de volúmenes, o superación del uso máximo de cartuchos de limpieza en la base de datos de ACSLS.
Cambios en el estado de los componentes de la biblioteca, como un LSM o una unidad que pasa de estar en línea a estar fuera de línea, en modo de diagnóstico o en modo de recuperación; o la apertura o el cierre de un CAP.
Fallos de hardware, como una mano robótica que no funciona.
ACSLS ahora restaura bibliotecas de cintas y unidades a la disponibilidad que se desee. Para ello, se hace un seguimiento tanto del estado actual como del estado deseado de los ACS, los puertos, los LSM y las unidades de cinta. Cuando una biblioteca o una unidad ya no es accesible para ACSLS o no funciona, ACSLS cambia el estado actual al estado fuera de línea. Cuando la biblioteca o la unidad vuelve a estar accesible o a funcionar, ACSLS la recupera automáticamente y la vuelve a poner en línea si ese es el estado deseado para ella.
El estado deseado gestiona la disponibilidad de la biblioteca y de la unidad de cinta. El estado deseado es la disponibilidad que se desea para un ACS, una conexión de puerto, un LSM o una unidad de cinta. El estado deseado inicial de todos los componentes de una biblioteca es en línea. Puede configurar el estado deseado mediante un comando vary explícito. (Esta operación vary se ejecuta desde cmd_proc, la GUI de ACSLS o un cliente ACSAPI. No es una operación vary que ACSLS genera internamente a partir de un cambio de estado de una biblioteca). El estado deseado de los componentes de una biblioteca se puede visualizar mediante los comandos query lmu y display.
El estado actual (especificado como "state" [estado]) de un ACS, un puerto, un LSM o una unidad es la disponibilidad actual del componente limitada por el estado deseado. El estado actual refleja si un componente de la biblioteca está listo y se está comunicando, con la limitación del estado deseado del componente y los componentes de niveles superiores.
Por ejemplo, si el estado deseado de un LSM es en línea pero el LSM no está listo, el estado actual es fuera de línea. Cuando el LSM vuelve a estar listo, la biblioteca envía un mensaje a ACSLS, y ACSLS recupera automáticamente el LSM y establece su nuevo estado actual como en línea.
Sin embargo, si el estado deseado de un LSM es fuera de línea, ACSLS establece el estado actual como fuera de línea. Si el LSM deja de estar listo y posteriormente vuelve a estar listo, ACSLS deja el estado actual del LSM como fuera de línea.
El estado actual de un componente de una biblioteca se aplica en cascada a los componentes de menor nivel.
Específicamente, si un ACS ya no está accesible, el estado actual del ACS es fuera de línea. El estado actual de todos los LSM y las unidades también será fuera de línea porque tampoco se tiene acceso a ellos.
Cuando el estado deseado de un ACS se cambia a fuera de línea mediante un comando vary, el estado actual del ACS se establece como fuera de línea, al igual que el estado actual de todos los LSM y las unidades del ACS.
De manera similar, cuando el estado actual de un LSM cambia a fuera de línea, el estado actual de todas las unidades del LSM cambia a fuera de línea. El estado deseado de las unidades no cambia.
Cuando se cambia el estado deseado de un componente de la biblioteca, el estado deseado de los componentes de menor nivel no se ve afectado.
Cuando se cambia el estado deseado de un ACS, el estado deseado de los LSM y las unidades del ACS no se ve afectado.
Cuando se cambia el estado deseado de un LSM, el estado deseado de las unidades del LSM no se ve afectado.
Esto le permite ejecutar vary para poner las unidades seleccionadas de un LSM fuera de línea de modo que no estén accesibles. Después puede ejecutar vary para poner el LSM fuera de línea a fin de realizar un mantenimiento. Cuando ejecuta vary para poner el LSM nuevamente en línea, las unidades seleccionadas permanecen fuera de línea, mientras que las demás unidades pasan a estar en línea.
La disponibilidad de las bibliotecas y las unidades físicas afecta las bibliotecas y las unidades lógicas.
La disponibilidad de bibliotecas lógicas y unidades de cinta en bibliotecas lógicas también está regida por el estado deseado que establece para la biblioteca física subyacente y la biblioteca lógica.
Si los estados deseados para la biblioteca física y la biblioteca lógica están en línea, los estados actuales de las bibliotecas lógicas y las unidades de cinta lógicas reflejan el estado actual de las bibliotecas físicas subyacentes y las unidades.
Sin embargo, si el estado deseado del ACS o la unidad físicos es en línea pero el estado deseado de la unidad o biblioteca lógica es fuera de línea, la unidad o biblioteca lógica permanece fuera de línea y no disponible.
ACSLS consulta las solicitudes de montaje y desmontaje cuando se detectan interrupciones temporales de la biblioteca. Las solicitudes de montaje y desmontaje de todos los orígenes se agregan automáticamente a la cola y se reintentan si el estado deseado de todos los componentes requeridos de la biblioteca es en línea. Esto significa que las solicitudes de montaje y desmontaje de los siguientes orígenes se agregan a la cola y se reintentan automáticamente:
Clientes ACSAPI
cmd_proc
Clientes conectados por fibra para unidades de cinta de bibliotecas lógicas
Las interrupciones temporales se producen cuando el estado deseado del hardware de la biblioteca es en línea pero el estado actual es fuera de línea. Los siguientes son ejemplos de interrupciones temporales: cuando se abre la puerta de un LSM, cuando ACSLS pierde la comunicación con una biblioteca o durante una operación de conmutación de LC. Durante una interrupción temporal de una biblioteca o una unidad de cinta, las solicitudes de montaje y desmontaje se agregan a la cola y se las reintenta cuando la biblioteca está disponible.
Si el estado deseado del hardware de la biblioteca es fuera de línea, ACSLS no ejecuta las solicitudes de montaje o desmontaje e informa el estado de error correspondiente.
Con ACSLS 7.3.1, se introdujeron dos variables dinámicas, MOUNT_RETRY_DELAY y MOUNT_RETRY_TIME_LIMIT, para gestionar la agregación a la cola y el reintento de las solicitudes de montaje y desmontaje. Estas se describen a continuación:
MOUNT_RETRY_DELAY controla la frecuencia con la que se reintentan las solicitudes de montaje y desmontaje de la cola o la frecuencia con la que se vuelve a comprobar la disponibilidad de las bibliotecas y las unidades.
MOUNT_RETRY_TIME_LIMIT es el límite de tiempo para agregar a la cola y reintentar las solicitudes de montaje y desmontaje. Después de ese tiempo, las solicitudes fallan.
Debe reconfigurar ACSLS para actualizar los números de serie de las unidades y los tipos de unidades en la base de datos de ACSLS cada vez que se intercambia la ubicación de las unidades de cinta o se reemplaza una unidad de cinta de la biblioteca por otra unidad de cinta diferente. Debe reconfigurar ACSLS para agregar o eliminar unidades de cinta que se insertan en una biblioteca o se extraen de ella. La agregación de unidades de cinta a la agrupación de validación de medios impide que ACSLS pueda acceder a esas unidades de cinta, mientras que la eliminación de unidades de cinta de la agrupación de validación de medios permite que ACSLS tenga acceso a ellas. En estos casos, también se debe reconfigurar ACSLS.
Si una unidad de cinta reemplaza una unidad existente, la información de tipo de unidad y número de serie no se actualiza hasta que ACSLS lea el estado de la unidad de cinta desde la biblioteca. Esto sucede:
En el inicio de ACSLS.
Cuando el ACS o el LSM pasa a un estado no listo y después a un estado listo, lo cual hace que ACSLS recupere la biblioteca.
Cuando ejecuta vary para poner el ACS, el LSM o la unidad de cinta fuera de línea y después los vuelve a poner en línea.
Cuando reconfigura las unidades de cinta, el LSM o el ACS.
Cuando se agrega o se elimina una unidad de cinta, la configuración de ACSLS se debe actualizar para agregar la unidad a la base de datos de ACSLS o suprimirla de ella. La actualización de la configuración de unidades de cinta de ACSLS evita errores en las operaciones de montaje e impide que se monten cartuchos en unidades de cinta incorrectas.
Si hay unidades de cinta que se movieron o reemplazaron en una biblioteca, use la configuración dinámica para actualizar los tipos de unidad y los números de serie. Si se reemplaza una unidad de cinta por otra en la misma ubicación, la actualización no requiere la confirmación del cliente. Si se eliminan unidades de cinta de una biblioteca o se insertan en ella, el cliente debe confirmar el cambio de configuración.
Al actualizar unidades de cinta:
Asegúrese de que todos los componentes afectados estén listos antes de enviar la solicitud config.
La actualización de la base de datos de ACSLS mediante la configuración dinámica se hace con ACSLS activado. La configuración dinámica no genera interrupciones, de manera que ACSLS puede seguir procesando solicitudes mientras se actualiza la configuración.
Después de ejecutar config lsm o config acs, es buena idea realizar una auditoría del LSM o el ACS afectado.
Ejecute estos comandos de la utilidad de configuración dinámica desde el símbolo del sistema de Unix para actualizar las configuraciones de las unidades de cinta. Debe haber iniciado sesión como acsss.
config drive <panel_id>
Si el cambio afecta solo a las unidades de cinta de un único panel o una única guía de SL8500, ejecute config drive <panel_id> para actualizar la configuración de unidad de todas las unidades de cinta del panel.
config lsm <lsm_id>
Ejecute config lsm <lsm_id> para actualizar la configuración de unidad de todas las unidades de cinta de una biblioteca SL3000 con dos paneles de unidades.
Nota:
config lsm <lsm_id> también actualiza los CAP y la capacidad de almacenamiento del LSM; posteriormente, se debe auditar el LSM.config acs <acs_id>
Ejecute config acs <acs_id> para actualizar la configuración de todos los componentes de un ACS (como un complejo de bibliotecas SL8500).
Nota:
config acs <acs_id> también actualiza los CAP y la capacidad de almacenamiento de todo el ACS; posteriormente, se debe auditar el ACS.La validación de medios permite que los clientes usen SL Console o StorageTek Tape Analytics (STA) para verificar todos los tipos de cartuchos de cinta T10000. Se usa una agrupación de validación de medios dedicada de unidades T10000C y T10000D. Las unidades de la agrupación de validación de medios no están disponibles para ACSLS. Si las unidades se habían configurado para ACSLS, la biblioteca las informa como "drive not installed" (unidad no instalada) si ACSLS intenta acceder a ellas.
Cuando la unidad se quita del control de ACSLS y se agrega a la agrupación de unidades de validación de medios, el LSM (guía de SL8500 o biblioteca SL3000) que incluye la unidad pasa primero al estado no listo y después al estado listo para ACSLS. ACSLS también recibe un mensaje de cambio de configuración de la biblioteca.
Un host de ACSLS actualiza automáticamente la unidad con el estado fuera de línea. Si la unidad permanecerá en la agrupación de validación de medios, use la utilidad config drives <panel_id> para eliminarla de la configuración de ACSLS.
Nota:
config drives se puede ejecutar con la biblioteca en línea y de manera simultánea con la ejecución de operaciones de montaje y desmontaje en otras unidades.Después de eliminar una unidad de la agrupación de validación de medios:
En bibliotecas sin particionar, la ranura de la unidad queda disponible de inmediato para ACSLS.
Para una biblioteca particionada, una ranura de unidad eliminada de la agrupación de validación no se asigna a una partición. Use SL Console para asignar la ranura de unidad a una partición.
Cuando la unidad se elimina de la agrupación de validación de medios y queda disponible para el host, la biblioteca envía un mensaje de cambio de configuración a ACSLS.
Si la unidad está en la configuración de ACSLS, ejecute vary para pasarla al modo en línea. Si la unidad no está en la configuración de ACSLS, use la utilidad config drives <panel_id> para agregarla.
Nota:
config drives se puede ejecutar con la biblioteca en línea y de manera simultánea con la ejecución de operaciones de montaje y desmontaje en otras unidades.