Dell Unity: El modo de replicación cambia de síncrono a asíncrono después de la actualización del código a 5.2 (corregible por Dell)
Summary: Es posible que el modo de replicación cambie de sincronización a asíncrona después de actualizar al código 5.2. Esto provoca una falla en la validación de la conexión de replicación y afecta las operaciones relacionadas con la replicación, como pausa/reanudación/conmutación por error/conmutación por recuperación. ...
Symptoms
las sesiones de replicación síncrona no se reanudarán.
Las conexiones de replicación en el origen mostrarán el estado "Updated Needed".
El tipo de conexión se cambia de sincronización a asíncrona, como se muestra a continuación desde la salida de uemcli:
uemcli -d -u service -p /remote/sys show -detail
2: ID = RS_1 <<< RS significa Sistema remoto. Por lo general, RS_0 es el sistema local, RS_1 es el primer sistema remoto que se configura en Unity local y RS_2 es el segundo sistema remoto.
Nombre = XXX-Unity
Address = 10.xxx.xxx.xxx
Alternate Management Address = 10.xxx.xxx.xxx
Model = Unity 480F
Serial number = CKM00XXXXXXXXX
Connection type = asíncrona <<<<<<<<<<<< el modo se sincronizó antes de la actualización
del código Interfaces de origen = 10.xxx.xxx.xxx, 10.xxx.xxx.xxx
Interfaces locales = 10.xxx.xxx.xxx, 10.xxx.xxx.xxx
Interfaces remotas = 10.xxx.xxx.xxx, 10.xxx.xxx.xxx
Estado operativo = Actualización necesaria (0x8406)
Estado = Falla leve (15)
Detalles de estado = "Actualizar la conexión del sistema remoto para recoger los últimos cambios en la interfaz en los sistemas locales y remotos. (https://10.xxx.xxx.xxx/help/webhelp/en_US/index.html?#unity_t_configure_replication_connections.html)"
Puertos FC síncronos = spb_iom_1_fc0, spa_iom_1_fc0
Programas de ancho de banda = utiliza ancho de banda disponible Ancho de banda
actual = utiliza ancho de banda
disponible Si el cliente intenta "validar y actualizar" la conexión, la operación falla con el error "No remote interfaces received from the remote system".
EMCsystemlog:
"2022-06-15T22:56:51.960Z" "XXX-Unity_spa@CKM00XXXXXXXXX" "Neo_CEM" "26592" "local/admin" "ERROR" "14:610012" :: "El usuario local/administrador no pudo validar las conexiones del sistema remoto RS_1". :: Categoría=Componente de auditoría=ReplicationPlugin TimeZone=UTC
cemtracer_dataprotection.log:
15 de junio de 2022 22:56:51 - [DataProtectionStorageModel] INFO - {0:271532:843299283}[26592|30974|d53ffb40][refreshLocalExternalSystemInterconnects @ .. /.. /.. /components/providers/osls/common/DataProtection/StorageModel/impl/StorageResourceSubsystemImpl.cpp:1315] Actualización del nombre del sistema remoto a: XXX-Unity
15 de junio de 2022 22:56:51 - [DataProtectionStorageModel] ERROR - {0:271533:341483364}[26592|30974|d53ffb40][refreshLocalExternalSystemInterconnects @ .. /.. /.. /components/providers/osls/common/DataProtection/StorageModel/impl/StorageResourceSubsystemImpl.cpp:1334] No se recibieron interfaces remotas desde el sistema
remoto 15 de junio de 2022 22:56:1 51 - ERROR DE [DataProtectionStorageModel] - {0:271533:343407806}[26592|30974|d53ffb40][refreshLocalExternalSystemInterconnects @ .. /.. /.. /components/providers/osls/common/DataProtection/StorageModel/impl/StorageResourceSubsystemImpl.cpp:1425] Excepción detectada: Excepción de StorageModel [105906509]: No se pudo obtener la lista de interfaces del sistema remoto.
Cause
El equipo de ingeniería confirmó que la causa del cambio del tipo de conexión de "sync" a "async" es una combinación de los siguientes dos comportamientos conocidos en el código actual (5.2):
1. A partir de la versión 5.1, el estado operativo de la conexión de replicación se mostrará como "Actualización necesaria (0x8406)" después del reinicio del SP (actualización de NDU), esto se corrigió en la versión 5.2.1.0.5.013 del ambiente operativo de Unity.
2. En la versión 5.2 actual, la modificación de la conexión de replicación con la entrada de nombre de usuario y contraseña remotos (sin el tipo de conexión especificado explícitamente) desde la GUI o uemcli finalizará en el tipo de conexión de replicación que se cambiará a "async" (de "sync" o "both"), esto se planea corregir en una versión futura.
Hasta ahora, el problema (el modo de replicación cambia de sincronización a asíncrona) solo se observa en el lado de origen de Unity. Si ve que dr Unity tiene el mismo problema, escale el caso a L2 y comuníquese con EE para investigar más a fondo el problema. La solución alternativa en la sección Resolución de este artículo de la base de conocimientos de Dell aún se puede utilizar.
Resolution
La corrección está disponible en OS 5.2.1.0.5.013 (5.2 SP1)
Solución:
Solución alternativa para el problema de incompatibilidad del tipo de conexión de replicación entre dos lados después de actualizar a 5.2.
Un. Para la conexión de replicación con el tipo de "sincronización" (la incompatibilidad del sitio A es "asíncrona" y el sitio B es "sync")
1> Cambie el tipo de "sincronización" a "ambos" desde el sitio B. (Ahora dos sitios son el tipo "ambos")
2> Cambie el tipo "ambos" a "sincronizar" desde el sitio B (o el sitio A).
B. Para la conexión de replicación con el tipo "ambos" (la incompatibilidad del sitio A es "asíncrona" y el sitio B es "ambos")
1> Cambie el tipo "ambos" a "asíncrono" desde el sitio B. (Ahora dos sitios son de tipo "asíncrono")
2> Cambie el tipo "asíncrono" a "ambos" desde el sitio B (o el sitio A).
Nota:
Los siguientes comandos uemcli se pueden utilizar para cambiar el tipo de conexión a ambos o sincronizar. El RS_x en el campo -id es el ID del sistema remoto que tiene problemas.
Cambie a ambos:
uemcli -u admin -p XXXXXX /remote/sys -id RS_1 set -connectionType bothCambie a sincronización:
uemcli -u admin -p XXXXXX /remote/sys -id RS_1 set -connectionType sync
Sintaxis del comando:
[Set]
/remote/sys -id set [ -addr ] [ -dstUsername { -dstPassword | -dstPasswordSecure } ] [ -connectionType { sync | async | both } ] [ -bandwidthSchedules ]
- Una vez que el modo en ambos extremos se cambia a sincronización, valide la conexión en ambos extremos uno a la vez.