El sistema pondrá automáticamente en cuarentena el disco virtual que tenga un nivel de RAID con tolerancia a errores
si uno o más de los discos se vuelve inaccesible o para evitar que datos inválidos (obsoletos) que pueden existir en
el controlador se escriban en el disco virtual. No se podrá en cuarentena si un disco con error se vuelve inaccesible
o si un disco se vuelve inaccesible después de fallos o recuperaciones. El sistema pondrá en cuarentena un disco
virtual NRAID o RAID-0 para evitar que los datos no válidos se escriban en el disco. Si se produce la cuarentena
debido a un disco inaccesible, se registra el evento 172. Si se produce la cuarentena para evitar que se escriban
datos no válidos, se registra el evento 485.
Ejemplos de cuándo puede producirse la cuarentena:
•
Al encenderse el sistema, un disco virtual tiene menos discos en línea que en el encendido previo. Esto puede
ocurrir porque uno de los discos es lento para el encendido o porque hay algún receptáculo que no está encendido.
El disco virtual sale de cuarentena automáticamente si los discos inaccesibles recuperan la conexión y el estado
del disco virtual pasa a ser FTOL (tolerancia a errores y en línea) o si después de 60 segundos el estado
del disco virtual es QTCR o QTDN.
•
Durante el funcionamiento del sistema, el disco virtual pierde redundancia además de un disco más; por ejemplo,
tres discos son inaccesibles en un disco virtual RAID-6 o dos discos son inaccesibles para otros niveles de RAID
con tolerancia a errores. El disco virtual saldrá automáticamente de la cuarentena si, después de 60 segundos,
el estado del disco virtual es FTOL, FTDN o CRIT.
La cuarentena aísla el disco virtual del acceso de host e impide que el sistema cambie el estado del disco virtual
a OFFL (sin conexión). La cantidad de discos inaccesibles determina el estado de la cuarentena, de menos grave
a más grave:
•
QTDN (en cuarentena con un disco inactivo): el disco virtual RAID-6 tiene un disco inaccesible. El disco virtual
es tolerante a fallos pero está degradado. Si los discos inaccesibles se conectan o si después de 60 segundos
de haber sido puesto en cuarentena, el disco virtual está en QTCR o QTDN, el disco virtual sale automáticamente
de la cuarentena.
•
QTCR (en cuarentena; crítico): el disco virtual tiene estado crítico con al menos un disco no accesible. Por ejemplo,
dos discos son inaccesibles en un disco virtual RAID-6 o un disco es inaccesible para otros niveles de RAID
con tolerancia a errores. Si los discos inaccesibles se conectan o si después de 60 segundos de haber sido puesto
en cuarentena, el disco virtual está en QTCR o QTDN, el disco virtual sale automáticamente de la cuarentena.
•
QTOF (en cuarentena; desconectado): este disco virtual está desconectado con múltiples discos inaccesibles
que causan que los datos del usuario estén incompletos o es un disco virtual NRAID o RAID-0.
Cuando se pone un disco virtual en cuarentena, se bloquea la escritura en los discos que lo componen, no se puede
tener acceso a los volúmenes del disco virtual y el disco virtual no está disponible para los hosts hasta que se lo saque
de cuarentena. Si hay interdependencias entre los volúmenes de los discos virtuales en cuarentena y los volúmenes
de otros discos virtuales, la cuarentena puede afectar temporalmente el funcionamiento de alguno de los otros volúmenes.
Por ejemplo, si el disco virtual en cuarentena contiene el pool de instantáneas usadas para las operaciones de
instantánea, copia de volúmenes o réplica, la cuarentena puede hacer que el volumen maestro asociado se desconecte
temporalmente. Una operación de copia de volumen o de réplica también puede interrumpirse si un volumen asociado
(pool de instantáneas, volumen de origen o de destino) se desconecta. En función de la operación, la duración de la
interrupción y la configuración asociada con la operación, la operación puede reanudarse automáticamente al
quitar el disco virtual de cuarentena, o bien, es posible que se necesite la intervención manual. Un disco virtual
puede permanecer en cuarentena por tiempo indefinido sin correr riesgos de pérdida de datos.
Un disco virtual se quita de cuarentena cuando se vuelve a conectar, lo cual puede ocurrir de tres maneras:
•
Si los discos inaccesibles recuperan la conexión, lo que provoca que el estado del disco virtual pase a ser FTOL,
el disco virtual sale automáticamente de la cuarentena.
•
Si, después de 60 segundos de haber estado en cuarentena, el disco virtual está en QTCR o QTDN, este sale
de la cuarentena automáticamente. Los discos inaccesibles se marcan como discos con error y el estado del disco
virtual se cambia a CRIT (crítico) o FTDN (tolerancia a errores con un disco inactivo). Si más tarde los discos
inaccesibles recuperan la conexión, se los marca como LEFTOVR (sobrantes).
•
El comando dequarantine se utiliza para sacar el disco virtual de cuarentena manualmente. Si más tarde los discos
inaccesibles recuperan la conexión, se los marca como LEFTOVR (sobrantes). Si se registra el evento 485, use el
comando dequarantine solo como se especifica en el texto de acción recomendada del evento para evitar pérdida
o daños en los datos.
Quitar un disco virtual de la cuarentena 205