Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
 Неожиданный сдвиг дат на час  [new]
746734723584
Member

Откуда:
Сообщений: 21
Всем привет!

Такая проблема: все даты, которые предположительно больше 26.10.2014 сдвинулись на час вперед. Произошло это во всех таблицах, во всех DATETIME колонках, т.е. вряд ли мы сами случайно так проапдейтили.

Windows update https://support2.microsoft.com/kb/2998527/ не ставился.

Что еще могло сдвинуть даты?
16 окт 14, 10:58    [16712189]     Ответить | Цитировать Сообщить модератору
 Re: Неожиданный сдвиг дат на час  [new]
Glory
Member

Откуда:
Сообщений: 104760
746734723584
Что еще могло сдвинуть даты?

Команда UPDATE/INSERT
Ибо чудес не бывает
16 окт 14, 11:03    [16712219]     Ответить | Цитировать Сообщить модератору
 Re: Неожиданный сдвиг дат на час  [new]
746734723584
Member

Откуда:
Сообщений: 21
Glory,

Спасибо, кэп!

А кто мог вызвать эту команду? Человек ручками? Уж больно тогда хитрый скрипт должен быть - обойти все DATETIME колонки, и сдвинуть на час все те даты, которые больше 26.10.2014 (в этот день как раз намечен перевод часов).

Вот поэтому и подозрения что это сделала какая-то приблуда SQL сервера. А что еще могло так сделать? Как отследить?
16 окт 14, 11:15    [16712271]     Ответить | Цитировать Сообщить модератору
 Re: Неожиданный сдвиг дат на час  [new]
Jaffar
Member

Откуда:
Сообщений: 633
746734723584,


журнал транзакций....., посмотреть не пробовали?
16 окт 14, 11:21    [16712299]     Ответить | Цитировать Сообщить модератору
 Re: Неожиданный сдвиг дат на час  [new]
Glory
Member

Откуда:
Сообщений: 104760
746734723584
Как отследить?

Следить надо было раньше

746734723584
Уж больно тогда хитрый скрипт должен быть - обойти все DATETIME колонки, и сдвинуть на час все те даты, которые больше 26.10.2014 (в этот день как раз намечен перевод часов).

Или у кого-то паранойя и ему мерещится сдвиг.
Тем более, что сравнить не с чем. Ибо бэкапов нет ?

746734723584
Вот поэтому и подозрения что это сделала какая-то приблуда SQL сервера.

Т.е. кто-то заранее написал код для перебора всех полей DATETIME и изменения их ??? И внедрил его SQL сервер ?
Вы сами то верите в это ?
Скорее это в вашей приблуде ваш пользователь нажал какую-нибудь кнопочку
16 окт 14, 11:22    [16712302]     Ответить | Цитировать Сообщить модератору
 Re: Неожиданный сдвиг дат на час  [new]
746734723584
Member

Откуда:
Сообщений: 21
Glory
Или у кого-то паранойя и ему мерещится сдвиг.
Тем более, что сравнить не с чем. Ибо бэкапов нет ?


Бэкапы есть, 1 октября даты нормальные, 15 уже со сдвигом. Пока ищем точную дату сдвига.
Пока основное предположение что как-то связано с переводом дат и сделано автоматически.

Jaffar
журнал транзакций....., посмотреть не пробовали?


Что касается жкрнала транзаций, тут увы, recovery model simple.
16 окт 14, 11:30    [16712348]     Ответить | Цитировать Сообщить модератору
 Re: Неожиданный сдвиг дат на час  [new]
Glory
Member

Откуда:
Сообщений: 104760
746734723584
и сделано автоматически.

Ага. Так хочется верить в чужие баги. Особенно MS.

746734723584
1 октября даты нормальные,

А вы знаете, откуда берутся значения для ваших полей ?
16 окт 14, 11:33    [16712380]     Ответить | Цитировать Сообщить модератору
 Re: Неожиданный сдвиг дат на час  [new]
746734723584
Member

Откуда:
Сообщений: 21
Glory,

есть например таблица с некоторым расписанием, которое вставляется раз в год на следующий год. И вообще никогда из приложения/SP/триггеров не меняется. А тут у всех дат, которые позже 26.10.2014 вдруг уехало время на час вперед. Вообще у всех, в том числе и в расписании.
16 окт 14, 11:40    [16712451]     Ответить | Цитировать Сообщить модератору
 Re: Неожиданный сдвиг дат на час  [new]
Glory
Member

Откуда:
Сообщений: 104760
746734723584
есть например таблица с некоторым расписанием, которое вставляется раз в год на следующий год. И вообще никогда из приложения/SP/триггеров не меняется. А тут у всех дат, которые позже 26.10.2014 вдруг уехало время на час вперед. Вообще у всех, в том числе и в расписании.

И сделал это именно MSSQL. Смешно.

746734723584
26.10.2014 вдруг уехало время на час вперед

По сравнению с чем на час вперед ? С текущим временем на сервере ? На вашей машине ? По Гринвичу ?

Какое было время в то время(простите за каламбур), когда эти данные появились в таблицах ?
И кто/что определил эти значения ?
16 окт 14, 11:47    [16712548]     Ответить | Цитировать Сообщить модератору
 Re: Неожиданный сдвиг дат на час  [new]
746734723584
Member

Откуда:
Сообщений: 21
Glory,

По сравнению с тем, что должно быть в полях таблиц. Т.е. как я сказал, если сравнить бэкапы от 1-го числа и 15, то все даты, которые больше 26.10.2014 в бэкапе от 15 числа на час больше, чем те же самые от 1-го числа.

Точный момент сдвига дат определяем по истории бэкапов. Пока еще не готово.
16 окт 14, 11:52    [16712623]     Ответить | Цитировать Сообщить модератору
 Re: Неожиданный сдвиг дат на час  [new]
Glory
Member

Откуда:
Сообщений: 104760
746734723584
По сравнению с тем, что должно быть в полях таблиц.

Как это понимать "должно быть" ?
Когда данные заносятся/изменяются, то как проверяется, какие "должны быть" эти данные ?
16 окт 14, 11:54    [16712636]     Ответить | Цитировать Сообщить модератору
 Re: Неожиданный сдвиг дат на час  [new]
746734723584
Member

Откуда:
Сообщений: 21
Glory
как проверяется, какие "должны быть" эти данные ?


746734723584
Т.е. как я сказал, если сравнить бэкапы от 1-го числа и 15, то все даты, которые больше 26.10.2014 в бэкапе от 15 числа на час больше, чем те же самые от 1-го числа.
16 окт 14, 11:58    [16712671]     Ответить | Цитировать Сообщить модератору
 Re: Неожиданный сдвиг дат на час  [new]
Владислав Колосов
Member

Откуда:
Сообщений: 7868
Дык переведите часы сервера и получите другой getdate() .
16 окт 14, 12:03    [16712733]     Ответить | Цитировать Сообщить модератору
 Re: Неожиданный сдвиг дат на час  [new]
Glory
Member

Откуда:
Сообщений: 104760
746734723584
Glory
как проверяется, какие "должны быть" эти данные ?


746734723584
Т.е. как я сказал, если сравнить бэкапы от 1-го числа и 15, то все даты, которые больше 26.10.2014 в бэкапе от 15 числа на час больше, чем те же самые от 1-го числа.

Вопрос был почему "должны быть ". А не как сравнивать бэкапы
Почему
2014-10-16 11:03:36.523 - это правильно, а
2014-10-16 12:03:36.523 - "не должно быть"
16 окт 14, 12:04    [16712736]     Ответить | Цитировать Сообщить модератору
 Re: Неожиданный сдвиг дат на час  [new]
invm
Member

Откуда: Москва
Сообщений: 9402
746734723584
Вот поэтому и подозрения что это сделала какая-то приблуда SQL сервера
Ну да. Засекреченная такая приблуда. Да еще и перевела неправильно - на час вперед, а не назад.
16 окт 14, 12:09    [16712790]     Ответить | Цитировать Сообщить модератору
 Re: Неожиданный сдвиг дат на час  [new]
746734723584
Member

Откуда:
Сообщений: 21
Владислав Колосов
Дык переведите часы сервера и получите другой getdate() .


А смысл? Данные в базе уже очень давно.

Glory
Вопрос был почему "должны быть ". А не как сравнивать бэкапы

Потому что например в расписании обычно время завершения - 20:00, а тут стало 21-00.
К тому же по данным сгенерировано ранее много отчетов, которые лежат отдельно. И по датам в отчетах проблема видна отлично.
16 окт 14, 12:09    [16712793]     Ответить | Цитировать Сообщить модератору
 Re: Неожиданный сдвиг дат на час  [new]
Владислав Колосов
Member

Откуда:
Сообщений: 7868
Ударение неправильно поставили - полУчите. Кто-то переводил часы, ваше время и поплыло массово.
16 окт 14, 12:12    [16712811]     Ответить | Цитировать Сообщить модератору
 Re: Неожиданный сдвиг дат на час  [new]
Glory
Member

Откуда:
Сообщений: 104760
746734723584
Потому что например в расписании обычно время завершения - 20:00, а тут стало 21-00.

Офигеть критерий - "обычно"
16 окт 14, 12:14    [16712829]     Ответить | Цитировать Сообщить модератору
 Re: Неожиданный сдвиг дат на час  [new]
746734723584
Member

Откуда:
Сообщений: 21
Владислав Колосов
Ударение неправильно поставили - полУчите. Кто-то переводил часы, ваше время и поплыло массово.

Изменение времени на сервере не влечет изменения уже вставленных данных.

Glory
Офигеть критерий - "обычно"

Да, предприятие закрывается в 20:00, и всегда время закрытия было такое. А тут вдруг после 26.10.2014 дата стала на час больше.
И как я сказал по ранее сгенеренным документам всё видно.
16 окт 14, 12:23    [16712929]     Ответить | Цитировать Сообщить модератору
 Re: Неожиданный сдвиг дат на час  [new]
Glory
Member

Откуда:
Сообщений: 104760
746734723584
Изменение времени на сервере не влечет изменения уже вставленных данных.

Вы хотите сказать, что единожды введенные данные у вас нельзя изменить ?

746734723584
Да, предприятие закрывается в 20:00, и всегда время закрытия было такое. А тут вдруг после 26.10.2014 дата стала на час больше.
И как я сказал по ранее сгенеренным документам всё видно

Что видно то ?
Как именно было рассчитано некое "время закрытия" в прошлом ?
16 окт 14, 12:26    [16712953]     Ответить | Цитировать Сообщить модератору
 Re: Неожиданный сдвиг дат на час  [new]
iap
Member

Откуда: Москва
Сообщений: 47000
746734723584,

у полей, которые "сдвинулись", есть дефолтное значение? Какое?
16 окт 14, 12:29    [16712976]     Ответить | Цитировать Сообщить модератору
 Re: Неожиданный сдвиг дат на час  [new]
746734723584
Member

Откуда:
Сообщений: 21
iap,

есть с дефолтным, есть без дефолтного. Не зависит.
16 окт 14, 12:45    [16713128]     Ответить | Цитировать Сообщить модератору
 Re: Неожиданный сдвиг дат на час  [new]
случайно заглянул
Guest
а как именно вы смотрите? пишете селект напрямую из таблиц или c помощтю какой-то своей приблуды?
16 окт 14, 13:02    [16713254]     Ответить | Цитировать Сообщить модератору
 Re: Неожиданный сдвиг дат на час  [new]
случайно заглянул
Guest
База не в Azure?
16 окт 14, 13:03    [16713266]     Ответить | Цитировать Сообщить модератору
 Re: Неожиданный сдвиг дат на час  [new]
746734723584
Member

Откуда:
Сообщений: 21
База на своем сервере, чем смотреть без разницы, что через приложение, что через Management Studio. Селектил каст к милисекундам - в базе действительно стало неправильное время, т.е. это не косяк отображения.
16 окт 14, 13:06    [16713295]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
Все форумы / Microsoft SQL Server Ответить