IBM SAS RAID Manual Del Usuario página 62

El uso de iniciador múltiple y de funciones HA precisa soporte del controlador y del software de Linux.
El soporte del controlador se muestra en la tabla Comparación de prestaciones HA. Busque controladores
que tengan RAID HA de dos sistemas, o RAID HA de un solo sistema, marcadas como Sí en la
configuración que desee. Los niveles de software Linux necesarios para admitir iniciador múltiple están
identificados en Tabla 9 en la página 28.
Los controladores específicos están pensados para se utilizados con configuraciones de, o bien con RAID
HA de dos sistemas o RAID HA de un solo sistema. Utilice la tabla Comparación de prestaciones HA
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 matriz 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 SAS Fabric al controlador optimizado. Consulte
"Optimización del acceso asimétrico a HA" en la página 53 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:
v 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.
48