IBM SAS RAID Manual Del Usuario página 57

tarjetas SAS RAID" en la página 2 para buscar controladores que tengan la configuración RAID HA
marcada como Sí. Este tipo de controlador no se puede utilizar con una configuración JBOD HA de dos
sistemas ni en una configuración autónoma.
Los controladores conectados en una configuración RAID deben tener el mismo tamaño de memoria
caché de escritura (ya que admiten memoria caché de escritura). Se registrará un error si las memorias
caché de escritura no son del mismo tamaño.
Cuando se reconfigure un controlador que haya estado configurado previamente con una configuración
HA diferente, se recomienda configurar el modo de HA de los controladores como RAID o como JBOD
antes de conectar los cables SAS.
En todas las configuraciones RAID HA, un controlador funciona como controlador primario y realiza la
gestión de los dispositivos físicos, tales como la creación de una batería de discos o la descarga de
microcódigos de disco. El otro controlador funciona como controlador secundario y no puede gestionar
los dispositivos físicos.
Nota: En configuraciones de dos sistemas, puede ser necesario interrumpir la utilización de la batería de
discos desde el controlador secundario para poder realizar algunas acciones desde el controlador
primario.
Si el segundo controlador detecta que el controlador primario se desconecta, cambiará para convertirse
en el controlador primario. Cuando el controlador primario original vuelva a conectarse, se convertirá en
el controlador secundario. La excepción a este caso se produce cuando el controlador primario original
haya sido designado previamente como controlador primario "preferido".
Ambos controladores son capaces de realizar accesos directos de E/S directa a las baterías de discos con
el fin de realizar operaciones de lectura y de escritura, pero en un momento dado, solamente uno de los
controladores del par estará "optimizado" para la batería de discos. El controlador que esté optimizado
para una batería de discos es el que accede directamente a los dispositivos físicos para realizar las
operaciones de E/S. El controlador que no esté optimizado para una batería de discos enviará las
solicitudes de lectura y escritura a través de tejido SAS al controlador optimizado. Consulte "Optimización
del acceso asimétrico a HA" en la página 47 para obtener más información sobre la configuración y
visualización de la optimización de la batería de discos.
El controlador primario registra la mayor parte de los errores relacionados con la batería de discos.
Algunos de los errores de la batería de discos se podrían registrar en el controlador secundario si una
batería de discos está optimizada para el secundario en el momento de producirse el error.
Las razones típicas para que los controladores primario y secundario cambien sus roles respecto a lo que
se espera o lo preferido son las siguientes:
• Los controladores cambian su rol por razones asimétricas. Por ejemplo, uno de los controladores
detecta más unidades de discos que el otro. Si el controlador secundario es capaz de encontrar
dispositivos que el controlador primario no encuentra, se producirá una transición automáticamente
(migración tras error). Los controladores se comunicarán el uno con el otro, compararán la información
sobre el dispositivo, la información sobre el dispositivo y cambiarán sus roles.
• Si se desactiva el controlador primario del sistema que contiene el controlador primario, se producirá
una transición automática (migración tras error).
• Si falla el controlador primario del sistema que contiene el controlador primario, se producirá una
transición automática (migración tras error).
• Si el controlador primario se retrasa en convertirse en activo, el otro controlador asume el rol de
controlador primario. Cuando el controlador primario pase al estado Activo, se producirá una transición
automática (migración tras error).
• Si el controlador primario pierde el contacto con los discos accesibles al controlador secundario, se
producirá una transición automática (migración tras error).
• Al descargar el microcódigo del controlador se podría producir una transición automática (migración
tras error). Dicha transición se debe a que el controlador se resetea para activar el nuevo microcódigo.
El controlador estará temporalmente fuera de línea hasta que se haya finalizado el reseteo. La
migración tras error a otro controlador puede evitar la interrupción del acceso al disco.
Controladores SAS RAID para Linux 43