Hola, Se me ocurren 3 cosas que debeis tener en cuenta, puede que hayan mas:
- Con los logs del sistema (QHST) no deberias tener problemas te seguira generando los archivos QHST, si tendras problemas para leer la informacion de los logs ya que tendran mensajes con la misma fecha de dias diferentes. - Los trabajos planificados al cambiar la fecha se someteran automaticamente, tenlo en cuenta por si debes retenerlos antes. - Otra opcion es cambiar la fecha del trabajo/s, y no la del sistema, de esta forma solo ese trabajo se ve afectado por el cambio de fecha, aunque no se si eso te servira, dependera de la aplicacion. En nuestra instalacion algunos programas no recuperan la fecha del sistema sino de una area de datos, donde ponemos la fecha que queremos que tengan al ejecutarse. Saludos Martí Riera 2010/4/15 Jose Vicente Cercos Barres <[email protected]> > > Buenos días. > > Os pongo en contexto brevemente. El fin de semana del 29 y 30 de mayo > estamos pensando en hacer un cambio en nuestra aplicación contable, > asumiendo que cerramos el mes. El problema que tenemos es el 31 de mayo que > es Lunes y tenemos que trabajar. > La solución que estamos estudiando es cambiar la fecha del sistema de forma > que el lunes 31 sea 1 de junio. Luego el martes 1 de junio también sea 1 de > junio. Es decir, tendremos dos días 1 en los logs del sistema. Nuestra > aplicación no tiene claves por fecha/hora. > En principio pensamos que el sistema operativo no tiene porqué generar > claves duplicadas en logs o procesos internos, de ahí nuestra pregunta. > ¿Alguien conoce algún posible problema por hacer esto? ¿lo habéis hecho > alguna vez? > > Podríamos jugar con las fechas de los jobs en lugar de la fecha del > sistema, pero no nos fiamos de donde cogen ciertos programas la fecha. > > Gracias. > > Un Saludo. > > Jose Vicente Cercós. > ____________________________________________________ > © Publicaciones Help400, S.L. >
____________________________________________________ © Publicaciones Help400, S.L.
