El VSA no ajusta automáticamente eventos programados para cambios entre el horario estándar (ST) y el horario de verano (DST). Cuando se programa una tarea, la zona horaria que se usa para programarla se convierte en la hora que usa Kaseya Server. Independientemente de las preferencias de zona horaria que configure el usuario en Sistema > Preferencias, o si se usa o no la programación de hora de agente, una vez que se programa la tarea, esta sólo “conoce” la hora de Kaseya Server que se supone que use.
Se encuentran disponibles las siguientes soluciones alternativas.
Usar el reloj del sistema que usa Kaseya Server (sólo en el establecimiento): si el reloj del sistema que usa el sistema que hospeda al servidor Kaseya se configura para ajustarse a DST, también se ajustarán las tareas programadas del VSA. Esta opción no está disponible con SaaS, porque la misma instancia hospeda a varios abonados en diferentes países y zonas horarias. Los ajustes de DST difieren de país en país. Las instancias de SaaS se establecen en la hora media de Greenwich (GMT) y nunca cambian.
Programar una vez(en el establecimiento y SaaS): el método más fácil para administrar cambios de ST/DST consiste en establecer los programas una vez y planificar ejecutarlos una hora antes o después, según se haya usado ST o DST. Por ejemplo, en Estados Unidos, el horario DST es válido la mayor parte del año: 238 de 365 días. De modo que para Estados Unidos, se recomienda la programación utilizando la versión de DST de su zona horaria.
