Horário de verão 2011/2012

No próximo final de semana, irá iniciar o horário de verão, estabelecido no Decreto 6.558 – Institui a hora de verão em parte do território nacional. Essa medida vale para os estados RS, SC, PR, SP, RJ, ES, MG, GO, MT, MS e DF e obedece às seguintes regras:

Início – às 00:00h do 3º domingo de Outubro;
Término – às 00:00h do 3º domingo de Fevereiro.

A regra de término tem uma exceção: quando o 3º domingo de Fevereiro cair no Carnaval, o término do horário de verão será às 00:00h do domingo subsequente ( o que irá acontecer no próximo ano).

Sendo assim o horário de verão 2011/2012 entra em vigor das 0:00 hrs do dia 16/10/2010 e vai até  as 0:00 hrs do dia 26/02/2011.

É importante ficar atento ao horário de verão, porque muitas aplicações dependem de horários determinados para executar, e caso o relógio não esteja configurado corretamente, pode causar erro nas tarefas agendadas. Além disso, em casos de incidentes de segurança, a precisão dos relógios dos sistemas é fundamental para manter a consistência dos logs e é imprescindível nas investigações e identificação de responsáveis.

Para saber se a máquina está configurada para o horário de verão:

$ zdump -v /usr/share/zoneinfo/America/Sao_Paulo | grep 201[12]
/usr/share/zoneinfo/America/Sao_Paulo  Sun Feb 20 01:59:59 2011 UTC = Sat Feb 19 23:59:59 2011 BRST isdst=1 gmtoff=-7200
/usr/share/zoneinfo/America/Sao_Paulo  Sun Feb 20 02:00:00 2011 UTC = Sat Feb 19 23:00:00 2011 BRT isdst=0 gmtoff=-10800
/usr/share/zoneinfo/America/Sao_Paulo  Sun Oct 16 02:59:59 2011 UTC = Sat Oct 15 23:59:59 2011 BRT isdst=0 gmtoff=-10800
/usr/share/zoneinfo/America/Sao_Paulo  Sun Oct 16 03:00:00 2011 UTC = Sun Oct 16 01:00:00 2011 BRST isdst=1 gmtoff=-7200
/usr/share/zoneinfo/America/Sao_Paulo  Sun Feb 26 01:59:59 2012 UTC = Sat Feb 25 23:59:59 2012 BRST isdst=1 gmtoff=-7200
/usr/share/zoneinfo/America/Sao_Paulo  Sun Feb 26 02:00:00 2012 UTC = Sat Feb 25 23:00:00 2012 BRT isdst=0 gmtoff=-10800
/usr/share/zoneinfo/America/Sao_Paulo  Sun Oct 21 02:59:59 2012 UTC = Sat Oct 20 23:59:59 2012 BRT isdst=0 gmtoff=-10800
/usr/share/zoneinfo/America/Sao_Paulo  Sun Oct 21 03:00:00 2012 UTC = Sun Oct 21 01:00:00 2012 BRST isdst=1 gmtoff=-7200

Na parte destacada, tenho a informação de que minha máquina está pronta para a mudança do horário. Em algumas máquinas com o localtime desatualizado, verifiquei que o horário de verão está programado para encerrar em 19/02/2012. Portanto, se verificar que o localtime aponta para o término do horário de verão nessa data, atualize o localtime – se possível (geralmente é o pacote tzdata), ou siga o procedimento abaixo para configurar manualmente:

1) Criar o arquivo verao.zic e inserir as linhas:

# vim verao.zic
Rule Brazil 2011 only – Oct 16 00:00 1 S
Rule Brazil 2012 only – Feb 26 00:00 0 –
Zone America/Sao_Paulo -3:00 Brazil BR%sT

2) Executar o comando zic:

# zic verao.zic

3) Se o seu arquivo /etc/localtime for um link, é interessante removê-lo e copiar o arquivo zoneinfo correspondente para o /etc. O motivo de não deixar o arquivo localtime como um link é que, caso o /usr seja uma partição separada e essa não for montada na inicialização, as informações contidas no localtime não serão carregadas:

# rm /etc/localtime
# cp /usr/share/zoneinfo/America/Sao_Paulo /etc/localtime

Com isso, configuramos manualmente o horário de verão para a máquina. Uma dica aqui é reiniciar o cron depois dessa mudança… dizem que não é necessário, mas já me aconteceu de mudar o horário de verão e o cron se perder e não executar as tarefas dentro do novo horário :(.

Referências

Zic – compilador de horário de zona (Fuso Horário)
Hora Legal Brasileira
ANEEL – Informacoes Técnicas – Horário de Verão

Anúncios

2 comentários sobre “Horário de verão 2011/2012

  1. Reinaldo Matukuma 20/02/2012 / 4:27 PM

    Na verdade, usar o zic vai gerar um arquivo de timezone apenas com as regras que estão contidas no seu arquivo .zic.

    O IANA publica as atualizações periódicas para gerar os arquivos de timezone corretos em http://www.iana.org/time-zones

    O mais aconselhável é, caso tenha que corrigir, corrigir por eles, senão você passará a ter que atualizar todo ano seu arquivo de time zone, mesmo quando já houver alguma regra correta oficial prevista para aquele ano.

Os comentários estão desativados.