Dell Unity: Las programaciones de ancho de banda de replicación no funcionan según lo esperado (corregible por el usuario)
Summary: En este artículo, se explica por qué la programación de ancho de banda no se sincroniza a la hora esperada cuando la zona horaria se establece en cualquier zona horaria que no sea UTC.
Symptoms
Cause
Cuando la replicación se pausa en una programación, la sesión pasa al pool de suspensión. Esto se debe a un problema en el código en el cual el programador utiliza la hora UTC ignorando la zona horaria actual.
Ejemplo:
el ancho de banda se sincroniza entre las 09:00 h del sábado y las 07:00 del lunes, hora de Japón (JST).
-----------------------------------------------
[Programación de ancho de banda]
Programar zona horaria: UTC+9 (Tokio)
-----------------------------------------------
Miércoles a viernes
de 00:00-07:00, el ancho de banda máximo es de 40 960 KB.
El ancho de banda máximo de 07:00 a 24:00 es de 0 KB.
Sábado a domingo de
24:00 a 24:00, el ancho de banda máximo es de 40 960 KB.
-------------------------------------------------El mecanismo es el siguiente:
La sesión se suspende porque el ancho de banda está configurado en 0 KB a las 07:00 JST, hora de Japón, el lunes.
La sesión suspendida se coloca en el pool de suspensión.
El programador comprueba el pool de suspensión cada hora para ver si se puede transferir la sesión.
En el caso de esta programación, la sesión está configurada como disponible para su transferencia desde el martes 00:00 JST, pero al comprobar el pool de suspensión, el programador intenta iniciar la transferencia el martes a las 00:00 UTC (09:00 JST) porque no tiene en cuenta la zona horaria.
Sin embargo, dado que UTC 00:00-07:00 es JST 09:00-16:00 y el ancho de banda de 09:00-16:00 JST está configurado en 0 KB, la transferencia no se iniciará.
A continuación, la operación se repite y, a las 00:00 UTC (09:00 JST) del sábado, comienza la sincronización porque el ancho de banda está configurado en 40 960 KB.
En este ejemplo, el problema se produjo en JST. Sin embargo, el problema puede ocurrir en otras zonas horarias, excepto UTC.
Resolution
Resolución:
Este problema está programado para ser abordado en la próxima versión de Unity OE.
Solución alternativa:
Elija una de las dos opciones de solución alternativa:
- Opción 1 si debe tener 0 KB de ancho de banda.
- Opción 2 si no desea cambiar la zona horaria.
Opción 1:
Si desea usar 0 KB, cambie la zona horaria a UTC y configure el programa.
Es posible que se produzca un reinicio de la alarma de SP. Se corregirá en OE 5.3.
Opción 2:
Si la zona horaria no se puede cambiar, en lugar de usar un valor cero para la programación de ancho de banda, utilice un valor pequeño (por ejemplo, 10 KB, etc.) para que la sesión no se coloque en el pool de suspensión, y así evitará el problema.