Jose: Si tienes alguna tarjeta Criptográfica, pudieras tener problemas con la sincronización horaria. Debieras resetear la fecha de la tarjeta también y coordinarla con la del sistema. Otra cosa, si tienes software que controla secuencias con timestamp del sistema (p.ej. MQSeries), debes detener el producto, cambiar la fecha y levantarlo nuevamente, en caso contrario Se producen algunos errores.
Atte. Ignacio T. ________________________________ De: [email protected] [mailto:[email protected]] En nombre de Jose Vicente Cercos Barres Enviado el: Viernes, 16 de Abril de 2010 3:47 Para: forum.help400 Asunto: Re: Posibles problemas por cambio de fecha del sistema Muchas gracias Alberto. Veremos que solución adoptamos. Un Saludo. Jose Vicente Cercós. [email protected] Enviado por: [email protected] 16/04/2010 09:15 Por favor, responda a "forum.help400" <[email protected]> Para "forum.help400" <[email protected]> cc Asunto Re: Posibles problemas por cambio de fecha del sistema Perdona, creo que soy yo que no me he explicado bien. * 1- SYSVAL QDATE(01/06/2010) * A partir de ahí todas las referencias a la fecha del sistema serán 1/6/2010 (los jobs que ya estaban en marcha tendrán la fecha anterior) los jobs que se inicien a partir de ese momento, cojerán la fecha del sistema como fecha del job, los ya iniciados, tendrán su fecha de job y la fecha del sistema que hay puesta. * 2- Entran los usuarios, creado cada uno un job nuevo (Fecha del JOB se copia la del sistema 1/6/2010) Exacto * 3- CHGSYSVAL QDATE(31/05/2010) * A partir de ahí todas las referencias a la fecha del sistema serán 31/5/2010 (los jobs anteriores tendrán la fecha anterior, los usuarios ya logueados tendrán 1/6/2010) Exacto, los usuarios ya logeados, tendrán en su job la fecha 1/6/10 pero si buscan la fecha del sistema les saldrá 31/05/10. O sea: %date=31/05/10 y *date=1/6/10 Puedes cambiar la fecha de los jobs uno a uno, accediendo al trabajo p.ej. a través del Wrkactjob y modificandolo o cambiando la fecha del sistema para que lo cojan cuando entren automáticamente. Lo que tienes que tener claro es qué programas recuperan Qdate/%Date y qué programas recuperan UDATE/*date Aunque lo de cambiar la fecha del sistema no sea algo muy recomendable, a mí me ha sido la opción más práctica muchas veces, y ya te digo, sólo me he encontrado con follón en los logs para encontrar algo. Con los trabajos planificados he tenido más suerte, pero no está de más repasarlos. Salu2 Jose Vicente Cercos Barres <[email protected]> Enviado por: [email protected] 15/04/2010 18:14 Por favor, responda a "forum.help400" <[email protected]> Para "forum.help400" <[email protected]> cc Asunto Re: Posibles problemas por cambio de fecha del sistema Creo que no te he entendido bien. 1- CHGSYSVAL QDATE(01/06/2010) * A partir de ahí todas las referencias a la fecha del sistema serán 1/6/2010 (los jobs que ya estaban en marcha tendrán la fecha anterior) 2- Entran los usuarios, creado cada uno un job nuevo (Fecha del JOB se copia la del sistema 1/6/2010) 3- CHGSYSVAL QDATE(31/05/2010) * A partir de ahí todas las referencias a la fecha del sistema serán 31/5/2010 (los jobs anteriores tendrán la fecha anterior, los usuarios ya logueados tendrán 1/6/2010) Ojo pero si un proceso arrancado en el paso 2 accede a QDATE tendrá 31/5/2010 y el 1/6/2010. Igual el funcionamiento del QDATE del sistema no funciona como yo lo entiendo, y cada Job tiene una copia de la fecha de máquina y fecha del trabajo. ¿Esto es así? No tengo ordenador de pruebas así que no puedo verificar mis sospechas. Un Saludo. Jose Vicente Cercós. [email protected] Enviado por: [email protected] 15/04/2010 13:16 Por favor, responda a "forum.help400" <[email protected]> Para "forum.help400" <[email protected]> cc Asunto Re: Posibles problemas por cambio de fecha del sistema Hola Más que a nivel de cada job, con CHGSYSVAL QDATE. Luego los usuarios que tenian que entrar, se loguean. Otro CHGSYSVAL QDATE y entran los demás. A nivel de Job no me funcionaria bien, pq tengo programas que recuperan y comprueban la fecha del sistema, no la del job. Salu2 Jose Vicente Cercos Barres <[email protected]> Enviado por: [email protected] 15/04/2010 12:55 Por favor, responda a "forum.help400" <[email protected]> Para "forum.help400" <[email protected]> cc Asunto Re: Posibles problemas por cambio de fecha del sistema Gracias Martí y Alberto Martí: El tema de los trabajos planificados no se nos había ocurrido, lo tendremos en cuenta también. Gracias Alberto: supongo que para trabajar con dos fechas lo habrás hecho a nivel de cada job, en el proceso de inicio de cada usuario. El nivel de job no nos convence porque tenemos programas que usan la fecha del sistema y por ahí fallaría. Un Saludo. Jose Vicente Cercós. Marti Riera <[email protected]> Enviado por: [email protected] 15/04/2010 11:54 Por favor, responda a "forum.help400" <[email protected]> Para "forum.help400" <[email protected]> cc Asunto Re: Posibles problemas por cambio de fecha del sistema 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]<mailto:[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. ____________________________________________________ © Publicaciones Help400, S.L. ____________________________________________________ © Publicaciones Help400, S.L. ____________________________________________________ © Publicaciones Help400, S.L. ____________________________________________________ © Publicaciones Help400, S.L. ----------------------------------------------------------------- Notice of Confidentiality: The information transmitted is intended only for the sender and person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, e-transmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender immediately by return electronic transmission and then immediately delete this transmission, including all attachments, without copying, distributing or disclosing same. ------------------------------------------------------------------ Aviso de Confidencialidad: Este correo electrónico y/o el material adjunto es para uso exclusivo del emisor y la persona o entidad a la que expresamente se le ha enviado, y puede contener información confidencial o material privilegiado. Si usted no es el destinatario legítimo del mismo, por favor repórtelo inmediatamente al remitente del correo y bórrelo. Cualquier revisión, retransmisión, difusión o cualquier otro uso de este correo, por personas o entidades distintas a las del destinatario legítimo, queda expresamente prohibido. Este correo electrónico no pretende ni debe ser considerado como constitutivo de ninguna relación legal, contractual o de otra índole similar.
____________________________________________________ © Publicaciones Help400, S.L.
