Límite de soporte para tiempo de alta precisión

En este artículo se describen los límites de compatibilidad del servicio de hora de Windows (W32Time) en entornos que requieren una hora del sistema muy precisa y estable.

Se aplica a: Windows Server (todas las versiones compatibles), incluido Azure Stack HCI, cliente de Windows (todas las versiones compatibles)

Compatibilidad de alta precisión con Windows 8.1 y 2012 R2 (o anterior)

Las versiones anteriores de Windows (anteriores a Windows 10 1607 o Windows Server 2016 1607) no pueden garantizar un tiempo muy preciso. El servicio de hora de Windows en estos sistemas:

• Proporcionaba la precisión de hora necesaria para satisfacer los requisitos de autenticación de Kerberos, versión 5.
• Proporcionaba una hora algo preciso para los clientes y servidores de Windows unidos a un bosque común de Active Directory.

Los requisitos de precisión más estrictos estaban fuera de la especificación de diseño del servicio de hora de Windows en estos sistemas operativos y no se admitían.

Windows 10 y Windows Server 2016

La precisión de la hora en Windows 10 y Windows Server 2016 ha mejorado considerablemente, a la vez que se mantiene totalmente la compatibilidad de NTP con versiones anteriores de Windows. En las condiciones de funcionamiento adecuadas, los sistemas que ejecutan Windows 10, Windows Server 2016 y versiones más recientes pueden ofrecer 1 segundo (s), 50 milisegundos (ms) o una precisión de 1 ms.

Requisitos de alta precisión

En el resto de este documento se describen los requisitos que deben cumplirse para admitir objetivos de alta precisión.

Precisión objetivo: 1 segundo

Para lograr una precisión de 1 s para una máquina de destino específica en comparación con una fuente de tiempo muy precisa:

• El sistema de destino debe ejecutar Windows 10, Windows Server 2016 o una versión más reciente.
• El sistema de destino debe sincronizar la hora desde una jerarquía NTP de servidores de hora, que culmina en un origen de la hora NTP compatible con Windows y muy preciso.
• Todos los sistemas operativos Windows de la jerarquía NTP mencionadas anteriormente deben configurarse como se documenta en Configuración de sistemas para alta precisión.
• La latencia de red unidireccional acumulativa entre el destino y el origen no debe superar los 100 ms. El retraso acumulativo de la red se mide sumando los retrasos unidireccionales individuales entre pares de nodos cliente-servidor NTP de la jerarquía a partir del destino y finalizando en el origen. Para obtener más información, revise el documento de sincronización de tiempo de alta precisión.

Precisión de destino: 50 milisegundos

Todos los requisitos descritos en la sección Precisión de destino: 1 segundo se aplican, excepto cuando se describen controles más estrictos en esta sección.

Los demás requisitos para lograr una precisión de 50 ms para un sistema de destino específico son:

• El equipo de destino debe tener una latencia de red inferior a 5 ms entre su origen de la hora.

• El sistema de destino no debe estar más allá del estrato 5 de un origen de tiempo altamente preciso.

  Nota:

  Ejecute w32tm /query /status desde la línea de comandos para ver el estrato.

• El sistema de destino debe estar a seis o menos saltos de red de la fuente de tiempo altamente precisa.

• El uso medio de CPU de un día en todos los estratos no debe superar el 90 %.

• En el caso de los sistemas virtualizados, el uso medio medio de CPU de un día del host no debe superar el 90 %.

Precisión de destino: 1 milisegundos

Todos los requisitos descritos en las secciones Precisión de destino: 1 segundo y Precisión de destino: 50 milisegundos se aplican, excepto cuando se describen controles más estrictos en esta sección.

Los demás requisitos para lograr una precisión de 1 ms para un sistema de destino específico son:

• El equipo de destino debe tener una latencia de red inferior a 0,1 ms entre su origen de la hora.

• El sistema de destino no debe estar más allá del estrato 5 de un origen de la hora muy preciso.

  Nota:

  Ejecute w32tm /query /status desde la línea de comandos para ver el estrato.

• El sistema de destino debe estar dentro de cuatro saltos de red o menos desde la fuente de tiempo altamente precisa.

• El uso medio de CPU de un día en cada estrato no debe superar el 80 %.

• En el caso de los sistemas virtualizados, el uso medio de CPU de un día del host no debe superar el 80 %.