Y2K11 или переход на зимнее время

[AndyD]

А на 2012-ю MS забил?)
Они что-нибудь обещают для нее?

[AndyD]

Цитата:

Сообщение от sukhanchik

Ну и у кого без патча чего-то "сломалось"? А то я чего-то долго курил, курил над ним и... пока курил - наступил "час Х". И АХ как-то "сама" подстроилась под винду

Кстати, а не проверяете ли вы на английской винде с установленным русским MUI?

Картинка не такая ли часом? Обратите внимание на текущую таймзону

[Владимир Максимов]

Цитата:

Сообщение от someOne

5. Обновил настройки списков пакетных заданий - время запуска на час вперед + изменение значений часового пояса.
это можно сделать так

    batchJob    batchJob;
    int i;
    TimeZone    batchTimeZone;
    ;

    ttsbegin;

    while select forupdate batchJob
    {
        batchTimeZone = conPeek(batchJob.RecurrenceData, 9);

        if (batchTimeZone == TimeZone::GMTPLUS0300MOSCOW_STPETERSBURG_VOLGOGRAD)
        {
            batchJob.OrigStartDateTime = DateTimeUtil::addHours(batchJob.OrigStartDateTime, 1);
            batchJob.RecurrenceData = conPoke(batchJob.RecurrenceData, 9, TimeZone::GMTPLUS0300MOSCOW_STPETERSBURG_VOLGOGRAD_RTZ2);
            batchJob.update();

            i++;
        }
    }

    ttscommit;

    info(strFmt("обновлено %1 пакетных заданий", i));

Этого недостаточно. Вы забыли, что есть еще системное (скрытое) поле batchJob.OrigStartDateTimeTZID, которое заполняется один раз в момент создания записи и больше уже никогда не изменяется. Изменить его можно только прямой командой на SQL-сервере.

PHP код:

update BatchJob
set OrigStartDateTimeTZID = 86002
    ,OrigStartDateTime = dateAdd(hour, 1, OrigStartDateTime)
where OrigStartDateTimeTZID = 61003
     and OrigStartDateTime >= '20141026' 


Кроме того, "для порядка" надо сделать аналогичную замену в истории выполнения пакетных заданий

PHP код:

update BatchJobHistory
set OrigStartDateTimeTZID = 86002
    ,OrigStartDateTime = dateAdd(hour, 1, OrigStartDateTime)
where OrigStartDateTimeTZID = 61003
     and OrigStartDateTime >= '20141026' 


[Ivanhoe]

Для AX 2012 (R2 и R3) еще ждем По факту пришлось менять на Минскую зону +3 и руками менять пакетные задания.

Кстати, для AX 2012 было специальное обновление, для корректного изменения времени начала пакетных заданий в день после перехода на летнее/зимнее время. Обратите внимание, мне кажется, оно вошло только в CU7, вышло летом 2013 года. Номер KB 2852304.

[Ace of Database]

А зачем надо время запуска пакетных заданий на час вперед передвигать? Разве просроченные пакетники не запустятся сразу же после старта АОС ?

[sukhanchik]

Цитата:

Сообщение от AndyD

Не понятно)

Патч не был установлен, но все равно, часы в Аксапте перевелись?
Так?

А о какой версии идет речь?
О 2009-й?

Просто, я ничего подобно не наблюдаю)
Две инсталляции 2009-й Аксапты: на одной из них патч установлен, на другой - нет
Соответственно, без патча нет новых зачений енума, а по старому - нет перевода часов

Ну вот у меня как. 2 инсталляции. На одной с патчем, на другой без патча. После установке патча дата сеанса (до перевода часов) стала отставать. После перевода часов - все выровнялось.

На самом деле - я думаю - ответом является сравнение содержимого XML-файла и таблички TimeZonesRulesData. В моем случае - значение в поле BIAS у 61-го значения енума совпадало со значением из XML-файла.

Енум TimeZone на самом деле не енум - а лукап из таблицы TimeZonesList. Добавляем записи в TimeZonesList, рестартуем АОС - и оппа... енум TimeZone расширился

По большому счету - этот патч нужен был тем, кому:
- не нравилось существующее название часового пояса - хотели его увидеть "по-новому".
- у кого в результате перехода времени образовался новый часовой пояс

Форма TimeZonePatcher работает... только если загружаемый файл имеет новые правила для уже существующих зон. А если зоны новые - то она не работает. Поэтому я изменил XML-файлик под существующие зоны и его закачал. И результат сравнил с "непатченной" АХ. Вот прошел перевод стрелок... и никто "не вякнул". Ядро 5.0.1600.2983

Скриншот

[Ivanhoe]

Для AX 2012 R2 номер статьи 3012219, самой статьи еще нет, но запросить фикс можно. Большой фикс - еще качается. Похоже, не только настройки нужно будет применять

[Владимир Максимов]

Цитата:

Сообщение от Ace of Database

А зачем надо время запуска пакетных заданий на час вперед передвигать? Разве просроченные пакетники не запустятся сразу же после старта АОС ?

Во-первых, AOS может просто "захлебнуться", если "просроченных" окажется слишком много. А, во-вторых, как быть с НЕ просроченными? Ну, которые запускаются, например, раз в сутки/неделю/месяц и у которых время запуска было, скажем, 12:00? Вручную будете переставлять время запуска?

[Ace of Database]

Точно, про пакетники, которые запускаются раз в сутки, я и забыл. У меня куча ежеминутных важных пакетников и десяток второстепенных посуточных. Поэтому я про них и забыл.

[Damn]

Цитата:

Сообщение от sukhanchik

Енум TimeZone на самом деле не енум - а лукап из таблицы TimeZonesList. Добавляем записи в TimeZonesList, рестартуем АОС - и оппа... енум TimeZone расширился

Форма TimeZonePatcher работает... только если загружаемый файл имеет новые правила для уже существующих зон. А если зоны новые - то она не работает. Поэтому я изменил XML-файлик под существующие зоны и его закачал. И результат сравнил с "непатченной" АХ. Вот прошел перевод стрелок... и никто "не вякнул". Ядро 5.0.1600.2983

А что нужно сделать в таблице TimeZonesList чтобы название нового часового пояса в лукапе было на русском языке ?
Можно попросить изменённый файлик ? В нём некоторые часовые пояса пришлось оставить новыми ? Существующих таких нет. Самара, например.

[AndyD]

Цитата:

Сообщение от Ivanhoe

Для AX 2012 R2 номер статьи 3012219, самой статьи еще нет, но запросить фикс можно. Большой фикс - еще качается. Похоже, не только настройки нужно будет применять

Это обновление ядра до версии 6.2.1000.9172

В отличие от 2009-й, создается только 3 новых таймзоны
Для остальных существующих - настраивается правило перехода для 2014-го года и без перехода для 2015-го и дальше.
Только, почему-то, переход настроен не с 26 октября, а с 5
Но в 2 часа)

PS И для Владика зачем-то для 2014-го настроен переход на летнее время 5 марта.

[sukhanchik]

Цитата:

Сообщение от Damn

А что нужно сделать в таблице TimeZonesList чтобы название нового часового пояса в лукапе было на русском языке ?

Не знаю. Самому интересно . Но я просто решил оставить тот же код енума (т.е. старый часовой пояс), просто изменить остальные поля в табличке TimeZonesRulesData

Цитата:

Сообщение от Damn

Можно попросить изменённый файлик ? В нём некоторые часовые пояса пришлось оставить новыми ? Существующих таких нет. Самара, например.

А там ничего интересного в нем нет. Я выбросил новые зоны (чего-то не смогла с ними АХ "подружиться"; а бизнес-потребности в них нет). А в старых зонах - я оставил старый код енума и на 1 сдвинул параметр RuleId.

PHP код:

  <!-- Russia Time Zone 2 new rules -->
  <Timezonedata>
    <Timezone>
      <tzenum>61</tzenum>
      <timezonekeyname>RUSSIA TIME ZONE 2</timezonekeyname>
      <enumname>GMTPLUS0300MOSCOW_STPETERSBURG_VOLGOGRAD</enumname>
      <enumposition>61</enumposition>
    </Timezone>
    <Timezonerule>
      <ruleid>61002</ruleid>
      <tzenum>61</tzenum>
      <year>2014</year>
      <bias>-180</bias>
      <syear>0</syear>
      <smonth>0</smonth>
      <sdayofweek>0</sdayofweek>
      <sday>0</sday>
      <shour>3</shour>
      <sminute>0</sminute>
      <ssecond>0</ssecond>
      <sbias>0</sbias>
      <dyear>0</dyear>
      <dmonth>10</dmonth>
      <ddayofweek>0</ddayofweek>
      <dday>4</dday>
      <dhour>0</dhour>
      <dminute>0</dminute>
      <dsecond>0</dsecond>
      <dbias>-60</dbias>
    </Timezonerule>
  </Timezonedata> 


Позже, при импорте - пришлось подправить метод \Classes\TimeZoneImportHelper\importTimeZonePatches, чтобы система захотела именно обновить данные (параметр isNewTz д.б. false). Потому что иначе форма не отработает.

В общем, какого-то "универсального" решения у меня не получилось - но у меня оно "как-то само" заработало . Ну и ... я решил не париться.

[sukhanchik]

Цитата:

Сообщение от AndyD

В отличие от 2009-й, создается только 3 новых таймзоны
Для остальных существующих - настраивается правило перехода для 2014-го года и без перехода для 2015-го и дальше.
Только, почему-то, переход настроен не с 26 октября, а с 5
Но в 2 часа)

PS И для Владика зачем-то для 2014-го настроен переход на летнее время 5 марта.

Да-да. Именно так.

[AndyD]

Кстати, с введением новых таймзон, MS не озаботился для них настроить правила перехода для предшествующих периодов.

Т.е., теперь надо в коде, если возникнет необходимость анализировать исторические данные, учитывать, что до 26.10.2014 02:00 была другая тайм-зона

ЗЫ Про добавку *TZID напоминать не надо.
Либо укажите, как ее можно использовать изнутри Аксапты (без внешних вызовов SQL)

[Logger]

Цитата:

Сообщение от AndyD

Только, почему-то, переход настроен не с 26 октября, а с 5
Но в 2 часа)

Вы наверно посмотрели в параметр обозначающий номер недели.
5 - значит последняя.

[AndyD]

Цитата:

Сообщение от Logger

Вы наверно посмотрели в параметр обозначающий номер недели.
5 - значит последняя.

Неа. SDay

Кроме всего прочего, я и проверил по датам

[Damn]

Цитата:

Сообщение от sukhanchik

пришлось подправить метод \Classes\TimeZoneImportHelper\importTimeZonePatches, чтобы система захотела именно обновить данные (параметр isNewTz д.б. false). Потому что иначе форма не отработает.

Править метод не надо. Нужно просто из файла выкинуть блоки "TimeZone":

    <Timezone> 
      <tzenum>61</tzenum> 
      <timezonekeyname>RUSSIA TIME ZONE 2</timezonekeyname> 
      <enumname>GMTPLUS0300MOSCOW_STPETERSBURG_VOLGOGRAD</enumname> 
      <enumposition>61</enumposition> 
    </Timezone>

Для добавления новых TimeZoneRule эти блоки не нужны.

[Владимир Максимов]

Цитата:

Сообщение от sukhanchik

Но я просто решил оставить тот же код енума (т.е. старый часовой пояс), просто изменить остальные поля в табличке TimeZonesRulesData

Угу. Я также поступил...

Цитата:

Сообщение от sukhanchik

Я выбросил новые зоны (чего-то не смогла с ними АХ "подружиться"; а бизнес-потребности в них нет). А в старых зонах - я оставил старый код енума и на 1 сдвинул параметр RuleId.

(...)

Позже, при импорте - пришлось подправить метод \Classes\TimeZoneImportHelper\importTimeZonePatches, чтобы система захотела именно обновить данные (параметр isNewTz д.б. false). Потому что иначе форма не отработает.

Это потому, что Ваш XML содержит ряд ошибок. Он не корректен. Точно также, как не корректен XML в патче от Microsoft. Зря Вы его использовали в качестве образца...

Цитата:

Сообщение от sukhanchik

В общем, какого-то "универсального" решения у меня не получилось - но у меня оно "как-то само" заработало . Ну и ... я решил не париться.

Вообще-то, есть. Выше были даны ссылки на мой блог. Лично у меня все получилось Я действовал именно так, как описано в блоге. Никаких проблем не возникло при переходе. Причем я накатил новый XML (собственного производства) еще месяц назад

[actNaturally]

Добрый день,

Цитата:

Сообщение от Владимир Максимов

Вообще-то, есть. Выше были даны ссылки на мой блог. Лично у меня все получилось Я действовал именно так, как описано в блоге. Никаких проблем не возникло при переходе. Причем я накатил новый XML (собственного производства) еще месяц назад

Владимир, если не затруднит, продублируйте ссылки, пожалуйста, в упор не вижу!

Если же идти по пути установки патча от Microsoft, в чём некорректность XML?

А у коллег, которые уже исправляли у себя TimeZone решилась проблема с отображением modified, created?

[Logger]

Цитата:

Сообщение от actNaturally

Владимир, если не затруднит, продублируйте ссылки, пожалуйста, в упор не вижу!

http://axforum.info/forums/blog.php?b=8150
http://axforum.info/forums/blog.php?b=8151