Cambio de Hora, documento Oficial de Microsoft
Aca esta el documento Oficial que Microsoft lanzo para ajustar los sistemas con relacion al cambio de hora
Technical Bulletin para Argentina DST version final_spanish FINAL.doc
Comments
Anonymous
January 01, 2003
Realmente la recomiendo y la he aplicado en varias empresas. Ahora bien, siempre teniendo en cuenta de no aplicarlo a una OU compartida con sucursales en Georgetown (que debe ser el 0,01 % del parque de maquinas en Argentina si es que existe un caso) Con respecto a Microsoft, obviamente todavía no existe un parche oficial y es por eso que puse mi esfuerzo en investigar una manera de resolver este inconveniente. Saludos. Ing. Carlos FranciosiAnonymous
January 01, 2003
The comment has been removedAnonymous
January 01, 2003
Muy bueno es post; la solución de nuestro equipo es usar el tzedit.exe (la que propone mas adecuada Ing. Carlos Franciosi y también la menciona Alejandro Adrián Ponicke), el tema creo va ser cuando el 30 de marzo se tenga que volver una hora hacia tras!; por eso nuestros equipos van a cambiar a las 2:00. Espero que nuestras BD en SQL Server 2005 replicadas no se enojen; ya lo estamos estudiando a ver que sucede.Anonymous
January 01, 2003
Un tema adicional para los que tienen configurado el Auto Accept Agent (add on para Exchange 2003, creo que está incluido en Exchange 2007). En la empresa hay Exchange 2003 y empezaron a aparecer conflictos con las reservas de salas (se veia el horario libre, pero el Auto Accept Agent rebotaba las invitaciones). Vimos que el agente seguia con el horario viejo a pesar de haber cambiado en TZ en el server. Reiniciamos el agente y se solucionó. ByeAnonymous
December 29, 2007
Gracias Argentina por hacerme laburar un sábado y domingo para hacer todo esto. :(Anonymous
December 29, 2007
Si, gracias a que no somos como los paises serios que preveen esto con meses de anticipación laburaremos parte del sábado a la noche y vaya uno a saber hasta que hora del domingo :-pAnonymous
December 30, 2007
Estimados: Si el cambio lo ralizo por login Script, los usuarios NO tienen permisos para cambiar las opciones de Time Zone. por lo cual debera hacerse con un usuario administrativo. Saludos y Feliz Año ;-)Anonymous
December 30, 2007
Hola todos! Tengo todas las PCs y Servers de la empresa en el nuevo uso horario desde el viernes (via GPOs). Verifiqué que todo esté 100% aplicado, y lo está. Hoy veo que el cambio de hora se aplicó... todo muy lindo... pero... las citas de outlook están todas una hora adelantadas... y en todos los usuarios. Hablé con un amigo que hizo el mismo cambio que todos nosotros y el lo tiene bien. Única diferencia: el tiene exchange 2003 y yo 2007. Apliqué el TZMove /PHYSICALMOVE y solo movió 12 citas de las mas de 200 que hay... esas citas que movió fueron todas recursivas (cumpleaños). Alguna idea de que puede ser y como solucionarlo?Anonymous
December 30, 2007
Julian a lo mejor estos link te sirven http://support.microsoft.com/kb/943390/ http://support.microsoft.com/kb/931667/Anonymous
December 30, 2007
The comment has been removedAnonymous
December 30, 2007
Alejandro te agradezco toda la información que pusiste dentro de tu blog sobre este tema y te paso las mismas entradas del registro pero para Windows 9X (Legacy) Por si alguien lo necesita este es el archivo .reg para sistemas operativos legacy como 95, 98, 98SE, ME REGEDIT4 [HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsCurrentVersionTime ZonesArgentina 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,0c,00,00,00,05,00,00,00,00,00,00,00,00,00 [HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsCurrentVersionTime ZonesArgentina Standard TimeDynamic DST] "FirstEntry"=dword:000007d6 "LastEntry"=dword:000007d8 "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,0c,00,00,00,05,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 "2006"=hex:b4,00,00,00,00,00,00,00,c4,ff,ff,ff,00,00,00,00,00,00,00,00,00,00,00, 00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00 [HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsCurrentVersionTime ZonesSA Eastern Standard Time] "Display"="(GMT-03:00) Georgetown" Después de aplicar el archivo .reg cambien la zona horaria desde panel de control, fecha y hora, Zona Horaria y elijan Buenos Aires. (No Buenos Aires Georgetown) Por ultimo Corrijan la Hora. (Por algún motivo estos Windows Legacy no corrigen la hora, al menos que implementen el archivo de registro antes del cambio de hora, ya eso es imposible) pero a partir del 16 de marzo Windows corregirá la hora automáticamente. Lo implemente dentro de un Virtual PC y VMWARE simulando 29/12/2007 23:59 y cambio solo a 30/12/2007 01:00 lo mismo paso con el 16 de marzo. Si apagamos la maquina el 29 y la prendemos el 30 por ejemplo al terminar de iniciar Windows muestra una ventana indicando que corrigió la hora al uso horario de verano.Anonymous
December 31, 2007
Vean la solucion detallada en http://blog.franciosi.com.ar Esta solucion ya la he probado en empresas de primera linea y funciona perfectamente. Subí tambien los scripts automaticos que use y como hacer el deploy via diferentes métodos. También podrán encontrar varias preguntas y respuestas de gente de sistemas muy interesantes. Saludos Ing. Carlos FranciosiAnonymous
December 31, 2007
Carlos, Yo no recomendaría esta solución, ya que estás modificando un time zone que está compartido formalmente por dos paises (Argentina y Guyana) y posiblemente informalmente por algún otro como lo era Uruguay antes de implementar la zona Montevideo. Seguramente cuando Microsoft libere las actualizaciones definitivas va a tomar el camino recomendado en los blogs oficiales y sitio de Microsoft Argentina, por lo que esta solucion que mencionas quedaría en conflicto.Anonymous
January 04, 2008
Menos mal que somos pocos (60) Porque tuve problemas para ejecutar los scripts. Lo curioso es que en algunas máquinas funcionó y en otras no. Por ejemplo:
- en algunos casos no se pude insertar las claves para crear la nueva zona porque "algunas claves están abiertas por el sistema u otro proceso". Ni arrancando en modo seguro funciono...
- tuve que habilitar el derecho de seguridad: "cambiar horario de windows". para que se ejecutara el otro script que elige la nueva zona. En los usuarios que no podia crear la zona, tampoco me dejaba cambiar de zona. Si podia cambiar la hora, pero no la zona (para elegir una de gmt -2) En fin, al final tuvimos que entrar como administrador del dominio.... saludos
Anonymous
January 04, 2008
Muchas gracias! Ya lo solucione... Muy buenoAnonymous
January 04, 2008
Hice todo..tengo servidor (DC) con W2k3 Server SP2. En las Pcs con XP SP2 genera la nueva zona, pero no cambia el uso horario automaticamente. Si lo pongo en la policy (user - Logon) lo hace cuando se logea un usuario con permisos de administrador local. Me gustaria que funcione en el startup como dice el documento que pasaste, pero por alguna razon que desconozco no se hace. Alguien me da alguna idea de lo que deberia mirar o probar para saber en que le estoy errando?Anonymous
January 05, 2008
Entra al mejor blog sobre cristina! http://lavidadespuesdecristina.blogspot.com/Anonymous
October 20, 2008
Hola Porque es necesario cambiar la zona? Que inconvenientes trae adelantar solo una hora en el DC y que este cambio se replique en todas las pc? GraciasAnonymous
March 13, 2009
Si los equipos están dentro de máquinas virutales de VMware recomiendo leer el siguiente articulo para evitar tener los problemas en los relojes de las virtuales: http://www.wetcom.com.ar/content/como-modificar-la-zona-horaria-en-vmware-esx-server