daylight savings - como puede afectar una app SQL Server

Gux, a ver pensemos un poco ;-), el problema no es de simple solucion por lo
siguiente:

ese dia realmente va a tener 1hs mas y no solo para tu sistema, sino para tu
pais/ciudad, o sea:

Yo dejaria todo igual, porque realmente lo que hagan los usuarios a esa hoa
(23-24) es correcto, sino deberias deshabilitar las auditorias, otra
solucion no le veo realmente :(


Salu2
Maxi
Buenos Aires - Argentina
Desarrollador Microsoft 3 Estrellas .NET
Nunca consideres el estudio como una obligación sino como
una oportunidad para penetrar en el bello y maravillosos
mundo del saber.
- Albert Einstein



"Gustavo Larriera [MVP]" escribió en el mensaje
news:%

Desde el pasado fin de semana en mi país por decisión del gobierno se

movió

la hora oficial (una hora hacia adelante) para hacer ahorros de energía
eléctrica, es el concepto de "daylight saving" que vemos en el Control

Panel

/ Date Time / Time Zones.

En principio, el mover la hora hacia adelante en las fechas de los
servidores no provoca ningún problema especial.

Sin embargo pueden haber problemas cuando el 1ro. de Marzo de 2005 la hora
vuelva a la normalidad (es decir, se retroceda una hora). El primer

problema

potencial que se me ocurre es si una aplicación utiliza los valores de
GetDate() para hacer auditoría... una hora después de la medianoche del
primero de marzo el reloj volverá una hora hacia atrás y provocará datos
inapropiados.

Me imagino que alguno de los colegas ya se ha enfrentado a este problema,
?qué sugerencias tienen? En algunos casos me bastará con decirle al

usuario

que por esa hora el servidor SQL estará apagado. Pero en ciertas
instalaciones no se podrá apagar el servicio.

Les agradezco todas las opiniones y recomendaciones.

Muchísimos saludos
gux

Gustavo Larriera, MVP
Uruguay LatAm
http://sqljunkies.com/weblog/gux/
Este mensaje se proporciona "COMO ESTA" sin garantias y no otorga ningun
derecho / This posting is provided "AS IS" with no warranties, and confers
no rights.

Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.764 / Virus Database: 511 - Release Date: 15/09/2004

Hola Gux,

Recuerdo que la primera vez que tuvimos ese problema (y
ante el corto tiempo y los problemas de implementación),
se optó por tener "off-line" los servicios durante esas
horas; para el año siguiente se revisaron los sistemas
para ver el impacto y se separaron los sistemas en
aquellos que se podrían mantener el esquema anterior
("offline"), aquellos que no afectaba si se mantenía la
hora y aquellos que si podría afectar para lo cual se
solicitó a la entidad gubernamental respectiva como se
debería tratar la hora durante ese intervalo de tiempo, si
mal no me acuerdo las horas entre las 12:00:01 y la
01:00:01 fueron consideradas como si fueron realizadas
todas a las 12:00:01. Ya hace varios años que no se
adelanta el horario aquí en Perú.

A lo mejor Isaias puede darnos un panorama más actual ya
que si mal no me acuerdo en México esa costumbre se
mantiene desde hace varios años ... :)

Saludos,
Ulises

Desde el pasado fin de semana en mi país por decisión del

gobierno se movió

la hora oficial (una hora hacia adelante) para hacer

ahorros de energía

eléctrica, es el concepto de "daylight saving" que vemos

en el Control Panel

/ Date Time / Time Zones.

En principio, el mover la hora hacia adelante en las

fechas de los

servidores no provoca ningún problema especial.

Sin embargo pueden haber problemas cuando el 1ro. de

Marzo de 2005 la hora

vuelva a la normalidad (es decir, se retroceda una hora).

El primer problema

potencial que se me ocurre es si una aplicación utiliza

los valores de

GetDate() para hacer auditoría... una hora después de la

medianoche del

primero de marzo el reloj volverá una hora hacia atrás y

provocará datos

inapropiados.

Me imagino que alguno de los colegas ya se ha enfrentado

a este problema,

?qué sugerencias tienen? En algunos casos me bastará con

decirle al usuario

que por esa hora el servidor SQL estará apagado. Pero en

ciertas

instalaciones no se podrá apagar el servicio.

Les agradezco todas las opiniones y recomendaciones.

Muchísimos saludos
gux

Gustavo Larriera, MVP
Uruguay LatAm
http://sqljunkies.com/weblog/gux/
Este mensaje se proporciona "COMO ESTA" sin garantias y

no otorga ningun

derecho / This posting is provided "AS IS" with no

warranties, and confers

no rights.


.

Hola:
En Costa Rica no tenemos este problema y no puedo ver una solucion
facil.
Una idea es cambiar las bitacoras para que se use Hora Universal y que
uses GETUTCDATE() en lugar de GETDATE(). Por supuesto habria que ajustar las
bitacoras anteriores, habria que instruir a los usuarios o cambiar la
aplicacion para ajustar a la hora de la presentacion de los datos.
Otra alternativa si la llave primaria no esta basada en la fecha/hora
seria "marcar" con una fila adicional en la auditoria el cambio de hora. Un
poco como hace el Windows en la bitacora de eventos cuando inicia el
servidor.
Cuando lo resuelvas, seria bueno que nos cuentes que hiciste. Por si
acaso aqui se les ocurre lo mismo. :D
Saludos,

Javier Loria
Costa Rica
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda

"Gustavo Larriera [MVP]" wrote in message
news:#

Desde el pasado fin de semana en mi país por decisión del gobierno se

movió

la hora oficial (una hora hacia adelante) para hacer ahorros de energía
eléctrica, es el concepto de "daylight saving" que vemos en el Control

Panel

/ Date Time / Time Zones.

En principio, el mover la hora hacia adelante en las fechas de los
servidores no provoca ningún problema especial.

Sin embargo pueden haber problemas cuando el 1ro. de Marzo de 2005 la hora
vuelva a la normalidad (es decir, se retroceda una hora). El primer

problema

potencial que se me ocurre es si una aplicación utiliza los valores de
GetDate() para hacer auditoría... una hora después de la medianoche del
primero de marzo el reloj volverá una hora hacia atrás y provocará datos
inapropiados.

Me imagino que alguno de los colegas ya se ha enfrentado a este problema,
?qué sugerencias tienen? En algunos casos me bastará con decirle al

usuario

que por esa hora el servidor SQL estará apagado. Pero en ciertas
instalaciones no se podrá apagar el servicio.

Les agradezco todas las opiniones y recomendaciones.

Muchísimos saludos
gux

Gustavo Larriera, MVP
Uruguay LatAm
http://sqljunkies.com/weblog/gux/
Este mensaje se proporciona "COMO ESTA" sin garantias y no otorga ningun
derecho / This posting is provided "AS IS" with no warranties, and confers
no rights.

Gracias Maxi, Ulises y Javier por los comentarios.

En estos momentos estoy imaginando cuáles pueden llegar a ser los problemas
potenciales. La auditoría basada en getdate() es simplemente un tipo de
aplicación que puede verse afectada. Pero me temo que pueden haber otras
aplicaciones que estén basadas en información de fecha/hora para funcionar
correctamente.

No estoy hablando de un servidor específico ni siquiera de una empresa en
particular. Lo que estamos pensando los DBAs o personas que tienen que dar
soporte a instalaciones SQL es que tenemos que actuar proactivamente para
ayudar a todos los usuarios o administadores de SQL Server a estar
preparados a lo que les puede suceder en marzo 2005 en nuestro país.

Tiene cierta similitud con el tema de Año 2000 :-) creemos que algo puede
pasar y queremos estar prevenidos.

La opción de detener los servicios SQL durante una hora es obviamente la más
fácil y es la que pienso recomendar si me preguntan. Pero también tengo
claro que pueden haber instalaciones donde apagar el servicio SQL no sea una
opción.

Les agradezco los comentarios que enviaron y los que puedan seguir aportando
otros amigos del foro.

Muchos saludos!
gux

Gustavo Larriera, MVP
Uruguay LatAm
http://sqljunkies.com/weblog/gux/
Este mensaje se proporciona "COMO ESTA" sin garantias y no otorga ningun
derecho / This posting is provided "AS IS" with no warranties, and confers
no rights.
"Javier Loria" wrote in message
news:uN$

Hola:
En Costa Rica no tenemos este problema y no puedo ver una solucion
facil.
Una idea es cambiar las bitacoras para que se use Hora Universal y que
uses GETUTCDATE() en lugar de GETDATE(). Por supuesto habria que ajustar
las
bitacoras anteriores, habria que instruir a los usuarios o cambiar la
aplicacion para ajustar a la hora de la presentacion de los datos.
Otra alternativa si la llave primaria no esta basada en la fecha/hora
seria "marcar" con una fila adicional en la auditoria el cambio de hora.
Un
poco como hace el Windows en la bitacora de eventos cuando inicia el
servidor.
Cuando lo resuelvas, seria bueno que nos cuentes que hiciste. Por si
acaso aqui se les ocurre lo mismo. :D
Saludos,

Javier Loria
Costa Rica
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda

"Gustavo Larriera [MVP]" wrote in message
news:#

Desde el pasado fin de semana en mi país por decisión del gobierno se

movió

la hora oficial (una hora hacia adelante) para hacer ahorros de energía
eléctrica, es el concepto de "daylight saving" que vemos en el Control

Panel

/ Date Time / Time Zones.

En principio, el mover la hora hacia adelante en las fechas de los
servidores no provoca ningún problema especial.

Sin embargo pueden haber problemas cuando el 1ro. de Marzo de 2005 la
hora
vuelva a la normalidad (es decir, se retroceda una hora). El primer

problema

potencial que se me ocurre es si una aplicación utiliza los valores de
GetDate() para hacer auditoría... una hora después de la medianoche del
primero de marzo el reloj volverá una hora hacia atrás y provocará datos
inapropiados.

Me imagino que alguno de los colegas ya se ha enfrentado a este problema,
?qué sugerencias tienen? En algunos casos me bastará con decirle al

usuario

que por esa hora el servidor SQL estará apagado. Pero en ciertas
instalaciones no se podrá apagar el servicio.

Les agradezco todas las opiniones y recomendaciones.

Muchísimos saludos
gux

Gustavo Larriera, MVP
Uruguay LatAm
http://sqljunkies.com/weblog/gux/
Este mensaje se proporciona "COMO ESTA" sin garantias y no otorga ningun
derecho / This posting is provided "AS IS" with no warranties, and
confers
no rights.