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

[Alex05507]

Коллеги, спасибо за все замечания, которые вы описали выше. Как уже упоминалось, все замечания были отправлены на прошлой неделе, идёт обработка.

Я веду обсуждение исправления в рамках созданного ранее запроса в отдел поддержки (сопровождения) партнёров практики Dynamics.

[kashperuk]

Alex05507, FYI:
https://community.dynamics.com/produ...?wa=wsignin1.0

[dn]

Решил воспользоваться KB2628929. Ax 2009 SP1 RU7, Oracle.
XPO кривой, как писали выше в этой ветке. Для исправления пригодился только XML-файл из этого архива.
Из формы TimezonePatchImport загружаем файл WindowsTimeZone_Latest.xml В результате этого импорта также добавятся нужные строчки в таблицу TimeZonesRulesData. После перезагрузки AOS отображение местного времени встает на место.
Сходу не понял насколько критично запускать дальнейшие обновления из формы TimeZonePatcher. Там делается попытка обновить данные в нескольких таблицах (PurchParmTable, SalesParmTable, ...), но в логике сборки SQL-запроса на обновление данных есть ошибки. Для SQL Server исправление выкладывали в этой ветке. Для Oracle я поправил по аналогии метод runORACode_PatchDataForDSTChange класса TimezonePatchingHelper, но глубоко не копая:

//sqlSubString += ' WHERE (%2 >= B.%3 and %4 < B.%5) ';
//sqlSubString += ' and (%6 = B.%7 ';    
sqlSubString += ' WHERE (A.%2 >= B.%3 and A.%4 < B.%5) ';
sqlSubString += ' and (A.%6 = B.%7 ';

//sqlString =  'UPDATE %1 SET ';
//sqlString += ' %2 = (%3 + 1/%4*%5),  '; 
sqlString =  'UPDATE %1 A SET ';
sqlString += ' A.%2 = (A.%3 + 1/%4*%5),  ';

[AndyD]

В связи с предстоящим переходом в октябре обратно на зимнее время, есть информация, как будет делаться обновление для DAX2012?

В ней в AOT не наблюдается объектов, связанных с TimeZonePatcher
Может, вынесли в сборки? Или привязали к настройкам ОС?

По крайней мере, табличка TimeZonesRulesData присутствует и она заполнена данными по таймзонам

[Logger]

Zitat:

Zitat von AndyD

В связи с предстоящим переходом в октябре обратно на зимнее время, есть информация, как будет делаться обновление для DAX2012?

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

[Logger]

У кого-нить есть kb номер официального апдейта ?
Поиском не находится ничего.

[AndyD]

Zitat:

Zitat von Logger

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

Спасибо за ссылку, но ручками мы и сами можем)

[Logger]

Zitat:

Zitat von AndyD

Спасибо за ссылку, но ручками мы и сами можем)

Официального апдейта вы тоже не нашли ?

[AndyD]

Zitat:

Zitat von Logger

Официального апдейта вы тоже не нашли ?

Нет

[Ivanhoe]

Я запросил у MS, ждем.

[Ivanhoe]

Предварительно - планируется обновление, но конкретики пока никакой. Как минимум MS в курсе, что вопрос очень насущный.

[DenisS]

А может кто-нибудь выложить здесь содержимое таблички TimeZoneRulesData с установленным обновлением для 2010-2011 года? Дело в том, что в упоминаемом здесь KB2628929 содержится некорректный XML, он не отрабатывает (последний) перевод часов в марте 2011 года.

[Ivanhoe]

Вышло обновление для AX 2009.
Ссылка на обновление тут: http://support2.microsoft.com/hotfix...?kbnum=3011878
Как пользоваться тут: http://technet.microsoft.com/en-us/l...(v=ax.50).aspx

[DenisS]

Импортировал XML из KB3011878 - создалось 11 новых зон.
Единственно что смущает - поле TimeZoneRulesData.RuleId более не привязано к значению Enum TimeZone, a идет просто по порядку:

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

Zitat:

Zitat von DenisS

Импортировал XML из KB3011878 - создалось 11 новых зон.
Единственно что смущает - поле TimeZoneRulesData.RuleId более не привязано к значению Enum TimeZone, a идет просто по порядку:
Anhang 9010

А это вообще работает? Вы после импорта XML уже успели перезагрузить AOS? У Вас СЕЙЧАС (до наступления 26.10.2014) какое время сеанса показывает? Время сеанса равна текущему времени?

Сервис \ Дата сеанса

Дело в том, что когда я экспериментировал, если указана только одна граница года, например, как в данном случае указаны только поля D*, но не указаны поля S*, то у меня такие настройки вообще игнорировались. На весь год устанавливался сдвиг указанный в BIAS (в данном случае -3 часа). Т.е. при таких настройках у Вас уже сейчас должен быть -1 час, а не после 26.10.2014

PS: Значение RuleID принципиальной роли не играет. Главное, чтобы он был уникален в таблице.

[AndyD]

Zitat:

Zitat von DenisS

Импортировал XML из KB3011878 - создалось 11 новых зон.
Единственно что смущает - поле TimeZoneRulesData.RuleId более не привязано к значению Enum TimeZone, a идет просто по порядку:
Anhang 9010

Интересно, а откуда берутся значения енума TimeZone (GMT*RTZ*)?
И откуда у вас в приложении правило для TZ Якутск+09 для 2015-го года?

DenisS, какая у вас версия ядра клиента и AOS?
И можете посмотреть в енуме \System Documentation\Enums\Timezone, какие значения в нем есть?

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

Ну, в общем, как я и предполагал, этот патч работает не то, чтобы не корректно, но не ожидАемым способом.

Во-первых, в инструкции забыли упомянуть одну "маленькую" деталь В этом патче указаны новые временные зоны, а не обновление ранее существовавших! Это значит, что после импорта временных зон надо будет пройтись по настройкам всех пользователей и установить эти самые новые временные пояса. Старые использовать будет нельзя!

Как следствие, для новых временных зон форма TimeZonePatcher работать не будет! Невозможно обновить то, что создается заново! Вы не сможете скорректировать времена работы ранее созданных пакетных заданий. Вам придется создавать пакетные задания заново. Ну, или "вручную" модифицировать соответствующие поля.

Во-вторых, как я уже говорил, если в настройка указаны только поля D* или только поля S*, то такие настройки вообще игнорируются. Используется только основной сдвиг по полю BIAS. Это значит, что при использовании этих новых часовых поясов установить корректное время "задним числом" до 26.10.2014 будет невозможно. Всегда будете ошибаться на 1 час

Ну, и наконец, по законодательству, переход должен осуществлять в 2 часа ночи, а не в 00:00, как указано в этом патче. Впрочем, это уже мелочи...

Короче, я бы не спешил накатывать этот патч, поскольку, скорее всего, будет выпущено его исправление Ну, или (скорее всего) подправят инструкцию по его установке

[sukhanchik]

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

[someOne]

Как резюме, привожу порядок действий, которые произвел для применения исправления KB3011878

1 Загрузить файл "windowstimezonerules.xml" (из исправления KB3011878) используя форму "TimezonePatchImport" (ее можно нейти в дереве АОТ)
При этом в систему будут загруженные новые временные зоны и правила их пересчета


То есть в списке енумов TimeZone появятся новые значения (после рестарта АОС).
В списке енумов будет уже два значения:
GMTPLUS0300MOSCOW_STPETERSBURG_VOLGOGRAD (старое, с кодом 61)
GMTPLUS0300MOSCOW_STPETERSBURG_VOLGOGRAD_RTZ2 (новое, с кодом 87)

2. Рестартовать АОС


3. Обновить пользователям новое значение временной зоны. Это можно сделать так

  userInfo    userInfo;
    userInfo    userInfoUpd;
    int i;
    ;
    while select userInfo
    where userInfo.preferredTimeZone == TimeZone::GMTPLUS0300MOSCOW_STPETERSBURG_VOLGOGRAD
    {
        try
        {
            ttsbegin;

            select forupdate userInfoUpd
            where userInfoUpd.Id == userInfo.id;

            userInfoUpd.preferredTimeZone = TimeZone::GMTPLUS0300MOSCOW_STPETERSBURG_VOLGOGRAD_RTZ2;

            userInfoUpd.update();

            ttscommit;

            i++;
        }

        catch
        {
            error(userInfo.name);
        }
    }

    info(strFmt("обновлено %1 записей пользователей", i));

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

4. Изменил в настройках формы "Данные компании" (CompanyInfo) значение часового пояса.
(Если есть активные пользователи - сделать это не получится. Поэтому изменил это прямо в таблице БД DATAAREA поле TIMEZONE заменил 61 на 87)
После этого стоит сделать рестарт АОС


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

6 Просмотр всех мест в коде Аксапта, где использовано значение GMTPLUS0300MOSCOW_STPETERSBURG_VOLGOGRAD
(через поиск в АОТ), с заменой на этого значения на GMTPLUS0300MOSCOW_STPETERSBURG_VOLGOGRAD_RTZ2

Может еще что забыл ?

[AndyD]

Zitat:

Zitat von DenisS

Импортировал XML из KB3011878 - создалось 11 новых зон.
Единственно что смущает - поле TimeZoneRulesData.RuleId более не привязано к значению Enum TimeZone, a идет просто по порядку:
Anhang 9010

Zitat:

Zitat von sukhanchik

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

Не понятно)

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

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

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