B Descripción general de Redundant Electronics

La función opcional de electrónica redundante (RE) proporciona protección contra la conmutación por error para el controlador de biblioteca. Si se producen errores en el controlador de biblioteca o de unidad, las operaciones se pueden trasladar a un controlador en espera. El controlador de biblioteca y el controlador de unidad instalados en el mismo lado de la caja de tarjetas siempre se conmutan como un par.

RE permite que un representante de soporte de Oracle reemplace una tarjeta defectuosa mientras la biblioteca está en línea y reduce al mínimo la interrupción durante las actualizaciones de firmware.

Nota:

Las referencias a la tarjeta HBC también hacen referencia a la tarjeta HBCR.

Consulte también:

Requisitos de Redundant Electronics

  • Dos tarjetas de controlador de biblioteca (HBC)

  • Dos tarjetas de controlador de unidad (HBT)

    Nota:

    Para activar el modo ADI, ambas tarjetas deben ser HBT con gran capacidad de memoria.

    Si utiliza la validación de medios, Oracle recomienda que ambas tarjetas HBT tengan gran capacidad de memoria.

  • Versión mínima de firmware de SL3000 FRS_3.0 y SLC versión 5.00

  • Archivo de activación de hardware (consulte Activación de opciones adicionales)

  • Host HLI con TCP/IP o host FC-SCSI que usa ACSLS (consulte Actualización del software de gestión de hosts HLI para RE). RE no está disponible para los hosts que utilizan una interfaz FC-SCSI nativa.

Ejemplos de configuración de Redundant Electronics

Cada tarjeta de controlador de biblioteca requiere una dirección IP única. Si la función de TCP/IP dual está activa en la biblioteca, cada tarjeta requiere dos direcciones IP únicas: una para el puerto principal 2B y una para el puerto secundario 2A. Por lo tanto, una biblioteca equipada con RE y TCP/IP dual requiere cuatro direcciones IP únicas.

En cada tarjeta de controlador, el puerto 2B y el puerto 2A deben estar en distintos dominios de difusión. Sin embargo, el puerto 2B en la tarjeta activa y el puerto 2B en la tarjeta en espera pueden estar en el mismo dominio de difusión. Lo mismo se aplica para los puertos 2A.

Figura B-1 Ejemplos de configuración de Redundant Electronics

El texto adyacente describe Figura B-1 .

Para obtener más información sobre TCP/IP dual, consulte Descripción general de TCP/IP dual.

Qué ocurre durante una conmutación por error

En una conmutación por error, el controlador de biblioteca activo intenta completar todos los trabajos en curso y copia la base de datos de cartuchos a la tarjeta de controlador en espera. Si la base de datos no puede copiarse (por lo general, únicamente en caso de fallo repentino), debe realizar una auditoría después de que se completa la conmutación por error (consulte Auditoría de la biblioteca). La biblioteca devuelve los cartuchos en tránsito a las ranuras de origen. La biblioteca coloca los cartuchos que no puede devolver a una ranura de origen en una ranura del sistema para la recuperación del host (consulte la documentación de software del host).

Una vez que se completan o se produce un timeout de todos los trabajos en curso, los roles de las tarjetas cambian. El controlador en espera pasa a estar activo y el controlador anteriormente activo pasa a estar en espera. Si el controlador anteriormente activo no puede activar el software en espera, el controlador pasa a tener un estado de fallo.

Efecto de una conmutación por error sobre los usuarios

  • Los usuarios del software de gestión de cintas (Symantec o Virtual Storage Manager) no perciben ninguna interrupción.

  • Las aplicaciones host HLI ponen en cola las solicitudes durante el proceso de conmutación por error para completarlas tras la conmutación por error. Para ACSLS, únicamente se ven afectadas las solicitudes de montaje y desmontaje (consulte la documentación de software del host).

  • Finalizan las conexiones de SLC y CLI. Debe restablecer las conexiones con la biblioteca utilizando la dirección IP o el alias de DNS del nuevo controlador de biblioteca activo (el controlador anteriormente en espera).

Factores que impiden la conmutación de RE

  • El controlador de biblioteca o unidad en espera se encuentra en estado de fallo o expulsión.

  • El código en espera no se está ejecutando en las tarjetas de controlador de biblioteca o unidad en espera.

  • Hay una descarga de firmware o una inicialización de tarjetas en curso.

Factores que inician una conmutación por error automática

La conmutación por error automática se puede iniciar desde el controlador de biblioteca activo o en espera.

El controlador de biblioteca activo inicia una conmutación por error automática cuando:

  • La tarjeta de controlador de unidad asociada no está instalada o no se está comunicando.

  • Detecta un error de software interno grave.

El controlador de biblioteca en espera inicia una conmutación por error automática si el controlador activo no funciona normalmente.

Maneras de iniciar una conmutación por error manual

Nota:

Antes de iniciar una conmutación manual, debe verificar que los controladores de biblioteca y de unidad en espera se ejecuten normalmente (consulte Visualización de las propiedades y el estado de los dispositivos).
  • Gestión de cintas de host (ACSLS o ELS): la conmutación por error se puede iniciar desde el controlador de biblioteca activo o en espera. El controlador de biblioteca en espera acepta únicamente las solicitudes HLI set host path group y force switchover.

  • SLC: la conmutación por error se inicia desde el controlador de biblioteca activo únicamente (consulte Inicio de una conmutación manual de RE mediante SLC).

  • CLI: la conmutación por error se puede iniciar desde el controlador de biblioteca activo o en espera. Esta función está disponible únicamente para representantes de soporte de Oracle.

Puede realizar una conmutación manual después de la instalación inicial de las tarjetas en espera, después de una actualización de firmware o periódicamente para comprobar que la función de conmutación por error funciona correctamente. No es posible conmutar manualmente los controladores de biblioteca sin los controladores de unidad (los controladores siempre se conmutan como un par).

Actualizaciones de firmware al utilizar RE

Las actualizaciones de firmware para las bibliotecas con RE causan una interrupción mínima de las operaciones de la biblioteca. Puede cargar y desempaquetar un código nuevo simultáneamente en las tarjetas de controlador activo y en espera, y en todos los dispositivos. A continuación, se activa el código, y se vuelven a inicializar los controladores activos y en espera, y la mayoría de los dispositivos. Se omite la inicialización del robot prácticamente en todos los casos.

Las operaciones de carga, desembalaje y activación del código no afectan las operaciones de la biblioteca hasta que se reinicia la biblioteca. Durante el proceso de reinicio (que dura aproximadamente 10 minutos), las aplicaciones host HLI (ACSLS y ELS) ponen en cola todas las solicitudes de montaje y desmontaje. Una vez finalizado el reinicio, las solicitudes en cola se envían al controlador de biblioteca.

Consulte Actualización de firmware de la biblioteca para obtener información sobre la descarga de firmware y la activación.