Cambio de Hora en Argentina, probable 19 de octubre 2008 (post Beta 1)
Adventencia: No usar estas instrucciones en produccion, Primera Gran razon, aun no es oficial, segunda gran razon aun no se sabe la fecha de regreso (estimada 15 de marzo 2009), tercera gran razon, este post es beta.
Estas instrucciones las acabo de hacer bajo el supuesto que el cambio de hora se hara del 19 de octubre al 15 de marzo, no tienen mucho testing, a aquellos que tengan un lab de pruebas y tiempo, les pido feedback al respecto.
Asumiendo que utilizaron en su momento el procedimiento descripto en: https://blogs.technet.com/ponicke/archive/2007/12/27/el-cambio-de-hora-en-argentina-demuestra-que-nada-cambia-parte-4.aspx
Deberian hacer lo siguiente:
Crear un .reg con el siguiente contenido:
Windows Registry Editor Version 5.00
[-HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time Zones\Argentina Standard Time]
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time Zones\Argentina Standard Time]
"Display"="(GMT-03:00) Buenos Aires"
"Dlt"="Argentina Daylight Time"
"Std"="Argentina Standard Time"
"TZI"=hex:b4,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,03,00,00,00,03,00,00,00,00,\
00,00,00,00,00,00,00,0a,00,00,00,03,00,00,00,00,00,00,00,00,00
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time Zones\Argentina Standard Time\Dynamic DST]
"FirstEntry"=dword:000007d7
"LastEntry"=dword:000007d9
"2009"=hex:b4,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,03,00,00,00,03,00,00,00,\
00,00,00,00,00,00,00,00,0a,00,00,00,03,00,00,00,00,00,00,00,00,00
"2008"=hex:b4,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,03,00,00,00,03,00,00,00,\
00,00,00,00,00,00,00,00,0a,00,00,00,03,00,00,00,00,00,00,00,00,00
"2007"=hex:b4,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,01,00,01,00,01,00,00,00,\
00,00,00,00,00,00,00,00,0c,00,00,00,05,00,00,00,00,00,00,00,00,00
La primera linea elimina el Time Zone de Argentina Actual y el resto construye el nuevo.
Pueden llamarlo TZupdate.reg y pisar con este el TZupdate.reg del PDC Emulator que hicieron segun las indicaciones de https://blogs.technet.com/ponicke/archive/2007/12/27/el-cambio-de-hora-en-argentina-demuestra-que-nada-cambia-parte-4.aspx
Nuevamente: No tomen esto como informacion oficial, ni defnitiva.
Comentarios Bienvenidos.
Comments
Anonymous
January 01, 2003
Jajajaja, ¿y si anda bien? ¿me gane un Sushi?Anonymous
January 01, 2003
The comment has been removedAnonymous
January 01, 2003
A mi lo que no me funciona en 2008 es el comando CONTROL.EXE TIMEDATE.CPL,,/Z Argentina Standard Time El TZupdate.reg y el deploy por GPO al los XP y 2003 perfecto. Saludos y gracias.Anonymous
January 01, 2003
El valor index es utilizado por CDO, (para que aparezca la zona en OWA por ejemplo). Si el valor ya estaba en el servidor no hay problama, debería estar ahi, de lo contrario tendrías que agregarlo al menos en los servidores de Exchange. Lo del 2006... hay pocas aplicaciones que utilizan estas claves, y sirven para saber cual fue la definición de DST en ese año en particular. Como es en el pasado, puede no ser relevante para tu ambiente. Daniel SevesoAnonymous
January 01, 2003
Alej: Existe un parche oficial de Microsoft http://support.microsoft.com/kb/951072 que actualiza las zonas horarias de varios paises, entre ellos Argentina. Lamentablemente suponieron que el horario de verano iba a ser como el año pasado (30/12/07 al 15/03/08). Entiendo que no es culpa de Microsoft, quizás se apuraron un poco, pero ante la falta de planificación y previsibilidad de nuestro gobierno, nadie puede hacer milagros. Lo que queda es esperar el decreto y aplicar el parche con el método ideado por Alejandro.Anonymous
October 09, 2008
Hoy vi la noticia a la mañana en el noticiero y quise suicidarme de inmediato...la ultima vez que tuvimos que aplicar el .reg en la oficina fue una pesadilla. Y encima nos dan menos de 15 dias para hacerlo. Argentina, pais generoso :(Anonymous
October 10, 2008
Hice la prueba en una pc virtual unida al dominio en produccion y funciona! Eso si el deployment no lo hice por GPO :P Igualmente hay que esperar que Cristina ponga el gancho! Ale para hacer el cambio en Windows 2003 R2 es Windows Registry Editor Version 5.02? Saludos!Anonymous
October 10, 2008
The comment has been removedAnonymous
October 10, 2008
Y despues dicen que "Habrá que esperar a que Microsoft tenga disponible la cadena de registro para actualizarlo por políticas.... tal cual paso el año pasado.. A ultimo momento.." Manga de inútiles que no saben que las cosas no se hacen solas sino que hay un ALGUIEN (Ponicke) que se pone media pila y lo hace para que todos los otros lo copien. Felicitaciones Ale. W.Anonymous
October 10, 2008
Hey! no habia un parche de MS que ajustaba o habilitaba el huso horario con horario de verano para argentina? El huso horario ahora no tiene la opcion de tildar para que aplique el horario de verano? Saludos!Anonymous
October 12, 2008
Hola Ale, muy bueno como siempre el aporte. Tengo una consulta. Estuve haciendo el desarrollo de este cambio de hora utilizando la tool TZEDIT.EXE creando la zona y luego exportando de la REGISTRY la inclusión de la misma pero en mi caso no aparece la creación de la clave [HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindows NTCurrentVersionTime ZonesArgentina Standard TimeDynamic DST] Que función cumple la misma? Estaré yo omitiendo algo? Gracias.Anonymous
October 14, 2008
The comment has been removedAnonymous
October 14, 2008
Gracias por la info, estaba buscando las claves para el nuevo cambio....ahora una pregunta, segun la nota de microsoft, http://www.microsoft.com/argentina/dst/actualizacion.aspx, para que se actualizen las reuniones del outlook ya hechas, hay que correr en cada pc y con el perfil del usuario una herramienta para que las convierta....no hay alguna solucion corporativa?? Tener que hacerlo en 1000 worksations no es chiste. SaludosAnonymous
October 14, 2008
Me parece prehistorico decir que las mujeres no saben de teconologia, porque una presidenta no planifica con anticipacion un cambio de uso horario. No creo que tenga que ver con mujeres, ni con hombres el asunto. Pero sin entrar en temas que no vienen al caso tecnico espeficamente. Creo que hay que tener en cuenta que no es por fechas exactas que se hacen este tipo de cambios, sino por domingos del mes. Tengo entendido que en este caso, comienza el tercer domingo de octubre y finaliza el segundo de marzo. Gracias Alejandro por el draft y a los que probaron. Saludos Una mujerAnonymous
October 15, 2008
Anda perfecto. Muchisimas gracias ponicke!!. Les dejo por si les interesa la linea de comandos para cambiar la zona horaria y seleccionar el campo de "Automatically adjust clock for daylight saving changes", ya que sino no cambia automaticamente. CONTROL.EXE TIMEDATE.CPL,,/Z Argentina Standard Time Saludos!Anonymous
October 15, 2008
esto me anda perfecto para windows xp y 2003, pero en 2008 cuando ejecuto esto me aparece el panel de cambio de hora y no me hace el cambio a la zona nueva.. alguien sabe si se tiene que modificar algo para windows 2008? pasa lo mismoe en vista? saludosAnonymous
October 15, 2008
A mi NO me funcionó ni en XP ni en 2003 (unidos a un dominio), seteo el clock para ver como deberia cambiar la hora y sigue en el mismo timezone de siempre, alguna idea? Gracias a todos por la ayuda!Anonymous
October 15, 2008
Hola a todos. Como hago para que no se necesite permisos de ADMIN para que el cambio aplique. Digo, si lo distribuyo como logon script cuando se logueen los usuarios no se va aplicar, no? GraciasAnonymous
October 16, 2008
se formalizo el cambio que se realizará desde el 19/10/2008 al 15/03/2009.Anonymous
October 16, 2008
Hola esta respuesta va para Pablo, y para todos, esta solución funciona correctamente, ahora bien para probarlo en sus redes no cambien la fecha del clock de Windows para ver si va a funcionar porque el efecto no se visualiza de ese modo, yo lo probé generando una clave de registro con fecha de inicio DST anterior a la de hoy, en lugar del 19 de Octubre y ahi anduvo perfecto. Saludos y gracias al blogAnonymous
October 16, 2008
The comment has been removedAnonymous
October 16, 2008
Acaba de salir el Decreto 1693/2008 con el horario estival de argentina,por lo tanto este post ya no es Beta. Tener en cuenta las provincias que no apoyan dicho decreto. Lo pueden descargar de la pagina del boletin oficial en esta ruta http://www.boletinoficial.gov.ar/Bora.Portal/CustomControls/PdfContent.aspx?fp=16102008&pi=3&pf=4&s=0&sec=01 Saludos y exitos.Anonymous
October 16, 2008
¿Alguien me podria dar algun dato de como puedo hacer para probar que los cambios en el registro funcionan correctamente? Desde ya muchas gracias.Anonymous
October 16, 2008
Hola, tengo una red que no está bajo Active Directory, ¿existe alguna implementacion para esto? muchas graciasAnonymous
October 16, 2008
Hola a todos, Realice las pruebas y funciono correctamente el script tanto en servidores como en estaciones de trabajo. Tengo que hacer una consulta, en nuestro forest tengo un solo dominio y existen varios sites entre los que esta Nuequen. En el día de hoy me entere que Neuquen no va a aplicar el cambio de horario. El PDC Emulator esta en BS AS, me puede generar algún problema que un site tenga distinta hora? muchas gracias.Anonymous
October 17, 2008
Ya lo pude hacer funcionar tanto en XP como en 2003, solo tenia que, luego de aplicar el script, reselccionar la zona horaria (lo estaba probando manualmente). Por otro lado, vi un post en el blog de LATAM: http://blogs.technet.com/latam/archive/2008/10/16/argentinadstoption2.aspx Si se fijan hay pequeñas diferencias con el posteado aca por Alejandro, a saber, contiene el valor Index y ademas se incluye desde el año 2006. Ahora bien, yo ya hice deploymente del provisto por nuestro susodicho, creen que pueda haber algun problema? Saludos y gracias a todos.Anonymous
October 17, 2008
Que pasa cuando hay controladores de dominio conectados y replicando entre si, estan en diferentes provincias que no cambian la hora. Saludos.Anonymous
October 17, 2008
Gracias Daniel Seveso (latam) por tu respuesta. En mi caso el deployment es para los clientes XP. En los servidores aun no lo implementé. Supongo que entonces para los clientes tener el .reg que proponia Alejandro alcanza, pero en el caso de los servidores creo que utilizare el propuesto por latam. PabloR, que me corrija alguien si estoy equivocado, pero mientras ajustes correctamente la TZ no deberia haber problemas. Saludos y GraciasAnonymous
October 17, 2008
Sugerencia: En vista que Argentina va a tener dos zonas horarias, ¿No convendría generarlas una sin cambio de horario de verano en GMT -3 (p. ej. Argentina Occidente) y otra Buenos Aires?Anonymous
October 17, 2008
Aplicamos el parche en 70 maquinas, esperemos que no hayas pifiado nada en el 00ff003a003003dd0fffff donde dice cuando cambia ! =) un abrazo y el lunes te cuento como me fue.Anonymous
October 19, 2008
The comment has been removedAnonymous
October 20, 2008
Veo que algunos tienen la misma duda que yo. Como se hace con los equipos que estan en otras provincias donde no se aplico el cambio horario? Yo aplique una modificacion de registry para generar 2 zonas, Argentina Oeste y Argentina Este, pero en la western time no esta preparado para que agregue la subregistry DST y no tengo idea de que datos van alli. Alguien ya lo resolvio?Anonymous
October 20, 2008
Para las provincias que no cambian el huso horario pueden utilizar la TZ Georgetown que no es ni mas ni menos GMT -3. Si no les gusta que diga "Georgetown" y "Buenos Aires", modifiquen los nombre de la cadenas de registro correspondientes. Fijense que en el sitio de MSFT ya esta actualizada la info sobre como implementar el cambio de hora y el reg que figura alla tiene algunos cambios respecto del que posteo Alejandro (en definitiva ambos funcionan, pero el de MSFT es un poco mas "fino"). Les aclaro que en el sitio no figura "que hacer" con las maquinas que se quedaron en provincias que no cambian su huso horario. Saludos a todosAnonymous
October 20, 2008
Lo de las dos zonas me parece lo más razonable. Habría que ver cuáles serán los nombres oficiales de ambas zonas cuando Microsoft saque un hotfix respecto a este tema, si es que lo hace. Debido a la imprevisibilidad de nuestros mandatarios, no creo que nadie se apure a elaborar los hotfixes. Mientras tanto Gerogetown es una buena opción para las "provincias rebeldes".Anonymous
October 14, 2009
The comment has been removed