Ponicke Bloguea

Gracias Argentina por hacerme laburar un sábado y domingo para hacer todo esto. :(

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 :-p

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 ;-)

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?

Julian a lo mejor estos link te sirven

http://support.microsoft.com/kb/943390/

http://support.microsoft.com/kb/931667/

Gracias Alejandro.

Había leído esos artículos... pero no quería llegar al WORKAROUND de tenes que cambiar cada cita a mano. :(

Algo a tener en cuenta es que no es necesario el TZMove para Outlook 2007 ya que lo tiene built-in.

se llega a esta funcionalidad en:

Tools -> Options -> botón: calendar Options -> botón: Time Zones.

Ahí pueden definir el time zone, cambiarlo o incluso agregar un segundo (que prodria ser el viejo de georgetown) como para ver el horario original de cada cita.

Saludos,

Julián

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_MACHINE\SOFTWARE\Microsoft\Windows\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,0c,00,00,00,05,00,00,00,00,00,00,00,00,00

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Time Zones\Argentina Standard Time\Dynamic 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_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Time Zones\SA 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.

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 Franciosi

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.

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 Franciosi

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:

1. 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...

2. 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

Muchas gracias!

Ya lo solucione... Muy bueno

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?

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.

Entra al mejor blog sobre cristina!

http://lavidadespuesdecristina.blogspot.com/

Excelente el documento, siguiéndolo paso a paso es difícil que algo no funcione. Sólo nos queda seguir esperando los fixes para OWA y Sharepoint.

Dentro de las recomendaciones quedaron afuera los dispositivos móviles, pero armé un pequeño fix que pueden ver en http://rodrigocobas.blogspot.com/2008/01/cambio-de-hora-en-argentina-y.html

Saludos,

RC

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ó.

Bye

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?

Gracias

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