Skip to main content
Active IQ Unified Manager
Hay disponible una nueva versión de este producto.
Se proporciona el idioma español mediante traducción automática para su comodidad. En caso de alguna inconsistencia, el inglés precede al español.

Infórmate sobre el comportamiento de los volúmenes durante la conmutación de sitios y el retorno al modo anterior en Active IQ Unified Manager

PDF

Los eventos que desencadenan una conmutación de sitios o una conmutación inversa hacen que los volúmenes activos se muevan de un clúster al otro clúster del grupo de recuperación ante desastres. Los volúmenes del clúster que estaban activos y servían datos a los clientes se detienen, y los volúmenes del otro clúster se activan y empiezan a servir datos. Unified Manager supervisa solo los volúmenes que están activos y en ejecución.

Dado que los volúmenes se trasladan de un clúster a otro, se recomienda supervisar ambos clústeres. Una sola instancia de Unified Manager puede supervisar ambos clústeres en una configuración de MetroCluster, pero a veces la distancia entre las dos ubicaciones obliga a utilizar dos instancias de Unified Manager para supervisar ambos clústeres. La siguiente figura muestra una sola instancia de Unified Manager:

Una captura de pantalla de la interfaz de usuario que muestra una única instancia de Unified Manager.

Los volúmenes cuyo nombre incluye la letra «p» indican los volúmenes principales, y los volúmenes cuyo nombre incluye la letra «b» son volúmenes de respaldo reflejados que crea SnapMirror.

Durante el funcionamiento normal:

  • El clúster A tiene dos volúmenes activos: Vol1p y Vol2p.

  • El clúster B tiene dos volúmenes activos: Vol3p y Vol4p.

  • El clúster A tiene dos volúmenes inactivos: Vol3b y Vol4b.

  • El clúster B tiene dos volúmenes inactivos: Vol1b y Vol2b.

Unified Manager recopila la información relativa a cada uno de los volúmenes activos (estadísticas, eventos, etc.). Cluster A recopila las estadísticas de Vol1p y Vol2p, mientras que Cluster B recopila las de Vol3p y Vol4p.

Después de que un fallo catastrófico provoque una conmutación de sitios de los volúmenes activos de Cluster B a Cluster A:

  • El clúster A tiene cuatro volúmenes activos: Vol1p, Vol2p, Vol3b y Vol4b.

  • El clúster B tiene cuatro volúmenes inactivos: Vol3p, Vol4p, Vol1b y Vol2b.

Al igual que durante el funcionamiento normal, Unified Manager recopila la información relativa a cada uno de los volúmenes activos. Pero en este caso, Cluster A recopila las estadísticas de Vol1p y Vol2p, y también las estadísticas de Vol3b y Vol4b.

Ten en cuenta que Vol3p y Vol3b no son los mismos volúmenes, ya que se encuentran en clústeres diferentes. La información que aparece en Unified Manager para Vol3p no es la misma que la de Vol3b:

  • Durante la conmutación de sitios a Cluster A, no puedes ver las estadísticas ni los eventos de Vol3p.

  • En la primera conmutación de sitios, Vol3b parece un volumen nuevo sin información histórica.

Cuando se repara Cluster B y se lleva a cabo una conmutación de sitios, Vol3p vuelve a estar activo en Cluster B, con las estadísticas históricas y un vacío en las estadísticas durante el período de la conmutación de sitios. No se puede ver Vol3b desde Cluster A hasta que se produzca otra conmutación de sitios:

Una captura de pantalla de la interfaz de usuario que muestra el comportamiento del volumen durante la conmutación de sitios.
Nota

  • MetroCluster volúmenes que están inactivos, por ejemplo, Vol3b en Cluster A después del switchback, se identifican con el mensaje «Este volumen se ha eliminado». El volumen no se ha eliminado realmente, pero Unified Manager no lo supervisa actualmente porque no es el volumen activo.

  • Si un único Unified Manager supervisa ambos clústeres en una configuración MetroCluster, la búsqueda de volúmenes devuelve información sobre el volumen que esté activo en ese momento. Por ejemplo, una búsqueda de "Vol3" devolvería estadísticas y eventos de Vol3b en el clúster A si se ha producido una conmutación de sitios y Vol3 se ha activado en el clúster A.