none
Переход на зимнее время RRS feed

  • Вопрос

  • Всем привет.

    Вопрос на злобу дня. Для того, что бы перевести SharePoint на зимнее время достаточно установить для Windows Server обновление KB2998527, есть специальный для SP апдейт или руками надо править файл "TIMEZONE.XML" "C:\Program Files\Common Files\microsoft shared\Web Server Extensions\15\CONFIG"

    1 октября 2014 г. 10:56

Ответы

  • Здравствуйте,

    Предлагаю такое решение, которые работает и выглядит вполне логичным. Далее пример для UTC + 5.

    Суть в том, что:

    1. В 2013 было смещение -360
    2. В 2014 до 27 октября было зимнее время без собственного смещения, с базовым -360
    3. В 2014 после 27 октября наступило летнее время со смещением +60 (базовое -360), итого -300
    4. В 2015 и далее смещение -300

    Т.о. удалось добиться отсутствия смещения дат до 27 октября 2014.

    Если увидите ошибку - дайте, пожалуйста, знать.

    <TimeZone ID="58" Name="(UTC+05:00) Ekaterinburg (RTZ 4)" Hidden="FALSE">
          <Bias>-300</Bias>
          <History Year="2014" Name="russ2014">
            <Bias>-360</Bias>
            <StandardTime>
              <Bias>0</Bias>
              <Date>
                <Month>1</Month>
                <Day>1</Day>
                <DayOfWeek>1</DayOfWeek>
                <Hour>2</Hour>
              </Date>
            </StandardTime>
            <DaylightTime>
              <Bias>60</Bias>
                      <Date>
                <Month>10</Month>
                <Day>5</Day>
                <DayOfWeek>1</DayOfWeek>
                <Hour>2</Hour>
              </Date>
            </DaylightTime>
          </History>    
          <History Year="2013" Name="russ2014">
            <Bias>-360</Bias>
            <StandardTime>
              <Bias>0</Bias>
              <Date>
                <Month>1</Month>
                <Day>1</Day>
                <DayOfWeek>1</DayOfWeek>
                <Hour>2</Hour>
              </Date>
            </StandardTime>
          </History>     
          <History Year="2010" Name="russ2011">
            <Bias>-300</Bias>
            <StandardTime>
              <Bias>0</Bias>
              <Date>
                <Month>10</Month>
                <Day>5</Day>
                <Hour>3</Hour>
              </Date>
            </StandardTime>
            <DaylightTime>
              <Bias>-60</Bias>
              <Date>
                <Month>3</Month>
                <Day>5</Day>
                <Hour>2</Hour>
              </Date>
            </DaylightTime>
          </History>
        </TimeZone>
    

    29 октября 2014 г. 6:20
  • В Facebook было обсуждение по этому поводу и коллеги поделились архивом (за что им большое спасибо) с правильным файлом TIMEZONE и инструкцией по его замене.
    Ссылка на архив: TZ change - SharePoint
    21 октября 2014 г. 12:12
  • 1 октября 2014 г. 12:46

Все ответы

  • 1 октября 2014 г. 12:46
  • В Facebook было обсуждение по этому поводу и коллеги поделились архивом (за что им большое спасибо) с правильным файлом TIMEZONE и инструкцией по его замене.
    Ссылка на архив: TZ change - SharePoint
    21 октября 2014 г. 12:12
  • У меня на продакшн-серверах SP2010 после выполнения команды
    stsadm -o tzmove -name "russ2014" -update all
    серваки задумываются на пару минут и выдают ошибку:
    An unexpected error has occurred.

    На тестовом сервере команда выполнилась без проблем.

    Но! При создании файлов/папок в библиотеках документов на всех серверах время указывается на 1 час больше фактического (т.е. +4, вместо +3 для Москвы). Если же выбрать часовой пояс "Минск" (тоже +3), то показывается правильно. Т.е. обновление TIMEZONE.XML почему-то не помогло.

    26 октября 2014 г. 7:59
  • аналогичная проблема.

    проверил, веб приложение использует новую тайм зону, на сайтах тоже, но время не верное.

    разбираюсь

    26 октября 2014 г. 8:05
    Модератор
  • Хорошо, что проблема не только у меня. Я уже было подумал, что это только у меня руки такие кривые. :)

    Я проверил также время на SQL Server'е - SELECT GETDATE() возвращает время с правильным смещением. Все апдейты на Windows-серверах Sharepoint установлены. Не знаю даже в какую сторону еще копать...

    аналогичная проблема.

    проверил, веб приложение использует новую тайм зону, на сайтах тоже, но время не верное.

    разбираюсь


    26 октября 2014 г. 8:11
  • Еще меня смутила строка "<DayOfWeek>1</DayOfWeek>". Судя по описанию формата TIMEZONE.XML значение 1 соответствует понедельнику, но часы ведь перевели в воскресенье. Впрочем, наличие этой строки на отображение правильного времени по крайней мере сейчас никак не влияет.

    26 октября 2014 г. 8:27
  • нашел!!!

    проверил на тестовом

    нужно в файле TimeZone поменять 2014 на 2013, итог:

    <History Year="2013" Name="russ2014">


    26 октября 2014 г. 8:32
    Модератор
  • нашел!!!

    проверил на тестовом

    нужно в файле TimeZone поменять 2014 на 2013, итог:

    <History Year="2013" Name="russ2014">


    Не думаю, что это правильное решение. С таким же успехом можно было бы полностью убрать содержимое тега <History Year="2014" Name="russ2014">

    UPDATE: Хотя, переход на зимнее время в России отменили в 2011 году, но в оригинальном файле написано <History Year="2010" Name="russ2011"> Так что скорее всего вы правы!

    • Изменено Volgalom 26 октября 2014 г. 8:58
    26 октября 2014 г. 8:51
  • дело в том, что изменение history на 2013 дает исправление времени на вчера позавчера итд. т.е. изменяет все даты на час назад (чего быть не должно).

    тег history призван сохранить старое время таким каким оно было в старой временной зоне, т.е. если я сохранил файл в 20:00 24го октября, то после применения новых зон 26го, у меня не должно меняться время для старых файлов.

    26 октября 2014 г. 9:51
  • и Ваше решение?
    26 октября 2014 г. 10:07
    Модератор
  • я тоже над этим думал, но переход происходит не в новый год, а в течении месяца.

    единственный вариант, для корректного перехода, это указать не только год, но и месяц и день, в файле конфигурации.

    26 октября 2014 г. 10:11
    Модератор
  • извините, не понял что Вы имеете ввиду.
    26 октября 2014 г. 10:18
  • извините, не понял что Вы имеете ввиду.
    у Вас корректное время в SP?
    26 октября 2014 г. 10:24
    Модератор
  • таже ошибка, что делать?
    26 октября 2014 г. 11:17
  • 26 октября 2014 г. 11:20
    Модератор
  • Добрый день, если переход не произошёл, то можно заменить

        <TimeZone ID="51" Name="(UTC+03:00) Moscow, St. Petersburg, Volgograd (RTZ 2)" Hidden="FALSE">
          <Bias>-180</Bias>
          <DaylightTime>
            <Bias>-60</Bias>
          </DaylightTime>
          <History Year="2014" Name="russ2014">
            <Bias>-240</Bias>
            <StandardTime>
              <Bias>0</Bias>
              <Date>
                <Month>10</Month>
                <Day>5</Day>
                <DayOfWeek>1</DayOfWeek>
                <Hour>2</Hour>
              </Date>
            </StandardTime>
            <DaylightTime>
              <Bias>-60</Bias>
            </DaylightTime>
          </History>
          <History Year="2010" Name="russ2011">
            <Bias>-180</Bias>
            <StandardTime>
              <Bias>0</Bias>
              <Date>
                <Month>10</Month>
                <Day>5</Day>
                <Hour>3</Hour>
              </Date>
            </StandardTime>
            <DaylightTime>
              <Bias>-60</Bias>
              <Date>
                <Month>3</Month>
                <Day>5</Day>
                <Hour>2</Hour>
              </Date>
            </DaylightTime>
          </History>
        </TimeZone>

    на

        <TimeZone ID="51" Name="(UTC+03:00) Moscow, St. Petersburg, Volgograd (RTZ 2)" Hidden="FALSE">
          <Bias>-180</Bias>
          <DaylightTime>
            <Bias>-60</Bias>
          </DaylightTime>
        </TimeZone>

    При этому надо выполнить следующие шаги:

    1. Запустите из Sharepoint Management Shell, запущенной от имени администратора, команду: iisreset /stop
    2. Замените фрагмен в файле timezone.xml
    3. iisreset /start

    Время изменится сразу же.


    26 октября 2014 г. 12:04
  • Добрый день, если переход не произошёл, то можно заменить

        <TimeZone ID="51" Name="(UTC+03:00) Moscow, St. Petersburg, Volgograd (RTZ 2)" Hidden="FALSE">
          <Bias>-180</Bias>
          <DaylightTime>
            <Bias>-60</Bias>
          </DaylightTime>
          <History Year="2014" Name="russ2014">
            <Bias>-240</Bias>
            <StandardTime>
              <Bias>0</Bias>
              <Date>
                <Month>10</Month>
                <Day>5</Day>
                <DayOfWeek>1</DayOfWeek>
                <Hour>2</Hour>
              </Date>
            </StandardTime>
            <DaylightTime>
              <Bias>-60</Bias>
            </DaylightTime>
          </History>
          <History Year="2010" Name="russ2011">
            <Bias>-180</Bias>
            <StandardTime>
              <Bias>0</Bias>
              <Date>
                <Month>10</Month>
                <Day>5</Day>
                <Hour>3</Hour>
              </Date>
            </StandardTime>
            <DaylightTime>
              <Bias>-60</Bias>
              <Date>
                <Month>3</Month>
                <Day>5</Day>
                <Hour>2</Hour>
              </Date>
            </DaylightTime>
          </History>
        </TimeZone>

    на

        <TimeZone ID="51" Name="(UTC+03:00) Moscow, St. Petersburg, Volgograd (RTZ 2)" Hidden="FALSE">
          <Bias>-180</Bias>
          <DaylightTime>
            <Bias>-60</Bias>
          </DaylightTime>
        </TimeZone>

    При этому надо выполнить следующие шаги:

    1. Запустите из Sharepoint Management Shell, запущенной от имени администратора, команду: iisreset /stop
    2. Замените фрагмен в файле timezone.xml
    3. iisreset /start

    Время изменится сразу же.


    В этом случае изменится отображение времени, которое было до перехода на зимнее время, что не правильно. Например, у меня некие элементы списка создаются каждый день в 18 часов. В результате, элементы созданные до 26 октября будут отображаться как созданные в 17 часов, что может не понравится юзерам.
    26 октября 2014 г. 13:02
  • наконецто добрался до компа. и так я подумал и у меня получилось это:

        <TimeZone ID="51" Name="(UTC+03:00) Moscow, St. Petersburg, Volgograd (RTZ 2)" Hidden="FALSE">
           <Bias>-180</Bias>
            <StandardTime>
              <Bias>0</Bias>
              <Date>
                <Month>10</Month>
                <Day>5</Day>
                <Hour>2</Hour>
              </Date>
            </StandardTime>
            <DaylightTime>
              <Bias>-60</Bias>
              <Date>
                <Month>1</Month>
                <Day>1</Day>
                <Hour>0</Hour>
                <DayOfWeek>3</DayOfWeek>
              </Date>
            </DaylightTime>
          <History Year="2013" Name="russ2014">
            <Bias>-240</Bias>
            <DaylightTime>
              <Bias>-60</Bias>
            </DaylightTime>
          </History>
          <History Year="2010" Name="russ2011">
            <Bias>-180</Bias>
            <StandardTime>
              <Bias>0</Bias>
              <Date>
                <Month>10</Month>
                <Day>5</Day>
                <Hour>3</Hour>
              </Date>
            </StandardTime>
            <DaylightTime>
              <Bias>-60</Bias>
              <Date>
                <Month>3</Month>
                <Day>5</Day>
                <Hour>2</Hour>
              </Date>
            </DaylightTime>
          </History>
        </TimeZone>
    проблема в том, что в 2015м году нужно будет снова менять файл зоны, чтобы было по человечески.

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

    • Предложено в качестве ответа Pavelsha 27 октября 2014 г. 8:56
    26 октября 2014 г. 18:37
  • я напоролся вот на что, после применения XML файлов 27.10.2014.

    web.RegionalSettings.TimeZone.LocalTimeToUTC(Convert.ToDateTime(currentItem[Env.Constants.EventDateField]));

    для RTZ2 отнимает 4 часа

     web.RegionalSettings.TimeZone.UTCToLocalTime(startUtc)

    для RTZ2 прибавляет 4 часа.

    А должно отнимать и прибавлять 3 часа. кто что думает по этому поводу?

    27 октября 2014 г. 2:37
  • а можно наверно, то что на 2014 год тоже завернуть в History, тогда в 2015 ничего не надо будет менять

    <TimeZone ID="51" Name="(UTC+03:00) Moscow, St. Petersburg, Volgograd (RTZ 2)" Hidden="FALSE">
        <Bias>-180</Bias>
        <DaylightTime>
       <Bias>-60</Bias>
        </DaylightTime>
        <History Year="2014" Name="russ2015">
            <Bias>-180</Bias> 
             <StandardTime>
               <Bias>0</Bias>
               <Date>
                 <Month>10</Month>
                 <Day>5</Day>
                 <Hour>2</Hour>
               </Date>
             </StandardTime>
             <DaylightTime>
               <Bias>-60</Bias>
               <Date>
                 <Month>1</Month>
                 <Day>1</Day>
                 <Hour>0</Hour>
                 <DayOfWeek>3</DayOfWeek>
               </Date>
             </DaylightTime>
        </History>
           <History Year="2013" Name="russ2014">
             <Bias>-240</Bias>
             <DaylightTime>
               <Bias>-60</Bias>
             </DaylightTime>
           </History>
           <History Year="2010" Name="russ2011">
             <Bias>-180</Bias>
             <StandardTime>
               <Bias>0</Bias>
               <Date>
                 <Month>10</Month>
                 <Day>5</Day>
                 <Hour>3</Hour>
               </Date>
             </StandardTime>
             <DaylightTime>
               <Bias>-60</Bias>
               <Date>
                 <Month>3</Month>
                 <Day>5</Day>
                 <Hour>2</Hour>
               </Date>
             </DaylightTime>
           </History>
         </TimeZone>

    • Изменено AlexeyMiller 27 октября 2014 г. 4:15 дополнил
    • Предложено в качестве ответа AlexeyMiller 27 октября 2014 г. 5:54
    27 октября 2014 г. 4:03
  • я одного не пойму, проблема только у избранных или поголовно у всех? (у меня присутствует)

    если только у избранных каков критерий возникновения проблемы?

    27 октября 2014 г. 4:48
  • думаю что проблема у всей России должна быть, т.к. SharePoint не знает о переходе на зимнее время. Просто часть админов еще не пришла на работу или не задумывалась о переходе раньше.

    27 октября 2014 г. 5:05
    Модератор
  • Тоже думаю в сторону History

    Алексей, Вы протестировали свой вариант? 

    27 октября 2014 г. 5:08
    Модератор
  • протестировал, вроде все ок. пробовал даты в 2015, 2014(до и после), 2013. Теперь буду править остальные таймзоны. Хотелось бы конечно официальный xml от microsoft, но наша поддержка молчит.

    27 октября 2014 г. 5:33
  • Почему в тэге <TimeZone> оставляем тег <DaylightTime>? О жен за летнее время отвечает, а мы перешли на зимнее и будем жить в нем теперь, т.е. по идее нужно указывать <StandardTime>
    27 октября 2014 г. 5:40
  • Почему в тэге <TimeZone> оставляем тег <DaylightTime>? О жен за летнее время отвечает, а мы перешли на зимнее и будем жить в нем теперь, т.е. по идее нужно указывать <StandardTime>

    он вроде ни влияет если не указана дата перехода
    27 октября 2014 г. 5:43
  • Алексей, вы предлагаете указать:
    <History Year="2014" Name="russ2015">
            <Bias>-180</Bias>  
             <StandardTime>
               <Bias>0</Bias>
               <Date>
                 <Month>10</Month>
                 <Day>5</Day>
                 <Hour>2</Hour>
               </Date>
             </StandardTime>
             <DaylightTime>
               <Bias>-60</Bias>
               <Date>
                 <Month>1</Month>
                 <Day>1</Day>
                 <Hour>0</Hour>
                 <DayOfWeek>3</DayOfWeek>
               </Date>
             </DaylightTime>
        </History>
    Получается, что 1 января 2015 года SharePoint перейдет на летнее время и прибавится 60 минут... Я ж верно понимаю?
    27 октября 2014 г. 5:47
  • Алексей, вы предлагаете указать:
    <History Year="2014" Name="russ2015">
            <Bias>-180</Bias>  
             <StandardTime>
               <Bias>0</Bias>
               <Date>
                 <Month>10</Month>
                 <Day>5</Day>
                 <Hour>2</Hour>
               </Date>
             </StandardTime>
             <DaylightTime>
               <Bias>-60</Bias>
               <Date>
                 <Month>1</Month>
                 <Day>1</Day>
                 <Hour>0</Hour>
                 <DayOfWeek>3</DayOfWeek>
               </Date>
             </DaylightTime>
        </History>
    Получается, что 1 января 2015 года SharePoint перейдет на летнее время и прибавится 60 минут... Я ж верно понимаю?
    нет. в 2013 мы были на зимнем (+4). 1 января 2014 мы переходим на летнее время(+4), потом в октябре на правильное зимнее(+3). в 2015 остаемся на правильном зимнем(+3)

    • Изменено AlexeyMiller 27 октября 2014 г. 5:50
    27 октября 2014 г. 5:49

  • нет. в 2013 мы были на зимнем (+4). 1 января 2014 мы переходим на летнее время(+4), потом в октябре на правильное зимнее(+3). в 2015 остаемся на правильном зимнем(+3)

    1 января 2014 вы переходили на летнее время??? Мы на летнее перешли в марте 2011 и на нем и жили до 26 октября 2014. Или я что-то не понимаю?
    27 октября 2014 г. 6:06

  • нет. в 2013 мы были на зимнем (+4). 1 января 2014 мы переходим на летнее время(+4), потом в октябре на правильное зимнее(+3). в 2015 остаемся на правильном зимнем(+3)

    1 января 2014 вы переходили на летнее время??? Мы на летнее перешли в марте 2011 и на нем и жили до 26 октября 2014. Или я что-то не понимаю?

    Это такой финт ушами(реально время не меняется), нужен для того чтоб в октябре перейти на правильное стандартное время. По другому в XML не получается описать.

    а в марте 2011 мы перешли на новое стандартное время(зимнее) +4

    • Изменено AlexeyMiller 27 октября 2014 г. 6:25
    27 октября 2014 г. 6:23
  • Алексей, я с вами соглашусь, но поправлю малость в данном куске кода:

        <TimeZone ID="58" Name="(UTC+05:00) Ekaterinburg (RTZ 4)" Hidden="FALSE">
    	  <Bias>-300</Bias>
    	  <DaylightTime>
    	    <Bias>-60</Bias>
    	  </DaylightTime>
    	  <History Year="2014" Name="russ2015">
    .................
        </TimeZone>

    Предлагаю изменить <DaylightTime> на <StandardTime> - т.к. оно отвечает за зимнее время, на которое мы перешли. Поясню: какое время будет ставиться у документов, созданных в 2015 году? Я так полагаю при создании документов в 2015 году SharePoint будет смотреть на кусок кода, который не заключен в тэги <History> (эти тэги отвечают за прошлые периоды). А если оставить <DaylightTime>, то (я только предполагаю) в 2015 году время будет на час больше (т.к. стоит <Bias>-60</Bias>).

    Как считаете?

    27 октября 2014 г. 7:40
  • Алексей, я с вами соглашусь, но поправлю малость в данном куске кода:

        <TimeZone ID="58" Name="(UTC+05:00) Ekaterinburg (RTZ 4)" Hidden="FALSE">
    	  <Bias>-300</Bias>
    	  <DaylightTime>
    	    <Bias>-60</Bias>
    	  </DaylightTime>
    	  <History Year="2014" Name="russ2015">
    .................
        </TimeZone>

    Предлагаю изменить <DaylightTime> на <StandardTime> - т.к. оно отвечает за зимнее время, на которое мы перешли. Поясню: какое время будет ставиться у документов, созданных в 2015 году? Я так полагаю при создании документов в 2015 году SharePoint будет смотреть на кусок кода, который не заключен в тэги <History> (эти тэги отвечают за прошлые периоды). А если оставить <DaylightTime>, то (я только предполагаю) в 2015 году время будет на час больше (т.к. стоит <Bias>-60</Bias>).

    Как считаете?


    Я считаю, что лучше дождаться исправленных файлов от MS. :) Я думаю DaylightTime не будет применяться в 2015 году. (просто по аналогии с другими зонами в этом файле)
    27 октября 2014 г. 7:47

  • Я считаю, что лучше дождаться исправленных файлов от MS. :) Я думаю DaylightTime не будет применяться в 2015 году. (просто по аналогии с другими зонами в этом файле)

    Я почему-то сомневаюсь, что мы дождемся верный файл от MS. Если они до сих пор не поменяли...

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

    27 октября 2014 г. 7:52
  • я проверил, .net timezoneinfo работают правильно, а у шарика свои.

    Вот вроде что-то исправленое от ms, проверьте отпишитесь http://1drv.ms/1o0WnJA

    27 октября 2014 г. 8:10
  • я проверил, .net timezoneinfo работают правильно, а у шарика свои.

    Вот вроде что-то исправленое от ms, проверьте отпишитесь http://1drv.ms/1o0WnJA

    В скачанном архиве лежит неверный файл TIMEZONE.XML: время у созданных в 2014 году файлах на час меньше...
    27 октября 2014 г. 8:34
  • а мне вроде помогло. У созданных в 2014 году до 26 октября? т.е. от правильно даты отнялся час?
    27 октября 2014 г. 8:57
  • а мне вроде помогло. У созданных в 2014 году до 26 октября? т.е. от правильно даты отнялся час?

    Да, именно так: у созданных в 2014 году до 26 октября от правильной даты отнялся час.
    Вот код, который в файле:

        <TimeZone ID="58" Name="(UTC+05:00) Ekaterinburg (RTZ 4)" Hidden="FALSE">
          <Bias>-300</Bias>
          <DaylightTime>
            <Bias>-60</Bias>
          </DaylightTime>
          <History Year="2013" Name="russ2014">
            <Bias>-360</Bias>
            <StandardTime>
              <Bias>0</Bias>
              <Date>
                <Month>10</Month>
                <Day>5</Day>
                <DayOfWeek>0</DayOfWeek>
                <Hour>2</Hour>
              </Date>
            </StandardTime>
            <DaylightTime>
              <Bias>-60</Bias>
            </DaylightTime>
          </History>      
          <History Year="2010" Name="russ2011">
            <Bias>-300</Bias>
            <StandardTime>
              <Bias>0</Bias>
              <Date>
                <Month>10</Month>
                <Day>5</Day>
                <Hour>3</Hour>
              </Date>
            </StandardTime>
            <DaylightTime>
              <Bias>-60</Bias>
              <Date>
                <Month>3</Month>
                <Day>5</Day>
                <Hour>2</Hour>
              </Date>
            </DaylightTime>
          </History>
        </TimeZone>
    Алексей, вы можете начальную ссылку прислать, откуда вы взяли эту информацию?


    27 октября 2014 г. 9:01
  • Алексей, вы можете начальную ссылку прислать, откуда вы взяли эту информацию?


    из обсуждения проблемы в фейсбуке.

    А с моим вариантом не проблемы с файлами созданными до 26 октября?

    • Изменено AlexeyMiller 27 октября 2014 г. 9:37
    27 октября 2014 г. 9:32
  • Вот такой вариант работает, временная зона применяется сразу:   

    <TimeZone ID="51" Name="(UTC+03:00) Moscow, St. Petersburg, Volgograd (RTZ 2)" Hidden="FALSE">
          <Bias>-180</Bias>
          <DaylightTime>
            <Bias>-60</Bias>
          </DaylightTime>
          <History Year="2013" Name="russ2014">
            <Bias>-240</Bias>
            <StandardTime>
              <Bias>0</Bias>
              <Date>
                <Month>10</Month>
                <Day>5</Day>
                <DayOfWeek>0</DayOfWeek>
                <Hour>2</Hour>
              </Date>
            </StandardTime>
            <DaylightTime>
              <Bias>-60</Bias>
            </DaylightTime>
          </History>
          <History Year="2010" Name="russ2011">
            <Bias>-180</Bias>
            <StandardTime>
              <Bias>0</Bias>
              <Date>
                <Month>10</Month>
                <Day>5</Day>
                <Hour>3</Hour>
              </Date>
            </StandardTime>
            <DaylightTime>
              <Bias>-60</Bias>
              <Date>
                <Month>3</Month>
                <Day>5</Day>
                <Hour>2</Hour>
              </Date>
            </DaylightTime>
          </History>
        </TimeZone>

    27 октября 2014 г. 9:41
  • да вы правы, но такой вариант ломает время до перевода часов, что в корне не устраивает многие компании использующие Sharepoint.

    это обсуждалось выше.

    27 октября 2014 г. 9:42
  • А с моим вариантом не проблемы с файлами созданными до 26 октября?

    Ваш вариант работает, а предложенный вариант в архиве с OneDrive - не работает (этот же вариант выше описал Druzhkov_dv)
    27 октября 2014 г. 9:45
  • вариант с яндекс диска отличается от вариант с onedrive узлом DayOfWeek

    27 октября 2014 г. 10:36
  • вариант с яндекс диска отличается от вариант с onedrive узлом DayOfWeek

    Да, там стоит 0 (это воскресенье), а был 1 (понедельник). Я это сам вчера правил - не работает. Время в документах, созданных в 2014 году ранее 26 октября - сместилось на час назад.
    А у вас разве не сместилось, осталось прежним?
    27 октября 2014 г. 10:39
  • вариант с яндекс диска отличается от вариант с onedrive узлом DayOfWeek

    Да, там стоит 0 (это воскресенье), а был 1 (понедельник). Я это сам вчера правил - не работает. Время в документах, созданных в 2014 году ранее 26 октября - сместилось на час назад.
    А у вас разве не сместилось, осталось прежним?

    я не знаю как проверить. как узнать какое было время до апдейта?
    27 октября 2014 г. 11:12
  • У меня на продакшн-серверах SP2010 после выполнения команды
    stsadm -o tzmove -name "russ2014" -update all
    серваки задумываются на пару минут и выдают ошибку:
    An unexpected error has occurred.

    На тестовом сервере команда выполнилась без проблем.

    Но! При создании файлов/папок в библиотеках документов на всех серверах время указывается на 1 час больше фактического (т.е. +4, вместо +3 для Москвы). Если же выбрать часовой пояс "Минск" (тоже +3), то показывается правильно. Т.е. обновление TIMEZONE.XML почему-то не помогло.

    Добрый день! Чтобы команда эта выполнилась, надо иметь права на базу Sharepoint_Config

    27 октября 2014 г. 11:18
  • эта команда вообще не нужна, как не нужна и остановка IIS. меняем файл зоны и делаем перезапуск IIS, это все что нужно.

    команда используется для изменения таймзоны. если у вас была зона с ID 51 например, и новая зона так же имеет ID 51, делать ничего ненужно (кроме изменения самого файла зоны)

    27 октября 2014 г. 11:51
  • вот что пишут в фейсбуке

    Дья Констов Вот ещё вариант - не запускать команду stsadm -o tzmove -name "russ2014" -update all (если раньше запускалась, то выполнить stsadm -o tzmove -name "russ2014" –clear). При этом старые действия с элементами списков остались со старыми временами, новые получают новое.

    27 октября 2014 г. 11:54
  • вот что пишут в фейсбуке

    Дья Констов Вот ещё вариант - не запускать команду stsadm -o tzmove -name "russ2014" -update all (если раньше запускалась, то выполнить stsadm -o tzmove -name "russ2014" –clear). При этом старые действия с элементами списков остались со старыми временами, новые получают новое.

    Не работает у меня...
    В файле указан <History Year="2013" Name="russ2014">
    Получается, что время изменилось в последнее воскресенье октября 2013 года в 02 часа ночи, поэтому документы за 2014 год до 26 октября имеют время на час меньше, чем должно быть. От чего уходили, к тому же и вернулись.

    Пока рабочий вариант только тот, что предложили вы.

    27 октября 2014 г. 12:21
  • После перехода согласно указанной инструкции на зимнее время в представлении Календарь повторяющиеся события открываются с ошибкой. Что делать? Кто-нибудь сталкивался?
    • Предложено в качестве ответа Kaplin VladimirModerator 28 октября 2014 г. 15:39
    • Отменено предложение в качестве ответа Kaplin VladimirModerator 28 октября 2014 г. 15:40
    27 октября 2014 г. 12:36
  • Подтверждаю похожий баг.

    У меня WSS 3.0, при попытке создать повторяющиеся событие ошибок не выдает, но запланированное событие не показывает в представлении "календарь", хотя если переключить представление в вид "все события" то там это событие можно найти.

    Вопрос: Что делать? Кто виноват?


    • Изменено s_krylov 28 октября 2014 г. 11:17
    28 октября 2014 г. 11:16
  • Здравствуйте,

    Предлагаю такое решение, которые работает и выглядит вполне логичным. Далее пример для UTC + 5.

    Суть в том, что:

    1. В 2013 было смещение -360
    2. В 2014 до 27 октября было зимнее время без собственного смещения, с базовым -360
    3. В 2014 после 27 октября наступило летнее время со смещением +60 (базовое -360), итого -300
    4. В 2015 и далее смещение -300

    Т.о. удалось добиться отсутствия смещения дат до 27 октября 2014.

    Если увидите ошибку - дайте, пожалуйста, знать.

    <TimeZone ID="58" Name="(UTC+05:00) Ekaterinburg (RTZ 4)" Hidden="FALSE">
          <Bias>-300</Bias>
          <History Year="2014" Name="russ2014">
            <Bias>-360</Bias>
            <StandardTime>
              <Bias>0</Bias>
              <Date>
                <Month>1</Month>
                <Day>1</Day>
                <DayOfWeek>1</DayOfWeek>
                <Hour>2</Hour>
              </Date>
            </StandardTime>
            <DaylightTime>
              <Bias>60</Bias>
                      <Date>
                <Month>10</Month>
                <Day>5</Day>
                <DayOfWeek>1</DayOfWeek>
                <Hour>2</Hour>
              </Date>
            </DaylightTime>
          </History>    
          <History Year="2013" Name="russ2014">
            <Bias>-360</Bias>
            <StandardTime>
              <Bias>0</Bias>
              <Date>
                <Month>1</Month>
                <Day>1</Day>
                <DayOfWeek>1</DayOfWeek>
                <Hour>2</Hour>
              </Date>
            </StandardTime>
          </History>     
          <History Year="2010" Name="russ2011">
            <Bias>-300</Bias>
            <StandardTime>
              <Bias>0</Bias>
              <Date>
                <Month>10</Month>
                <Day>5</Day>
                <Hour>3</Hour>
              </Date>
            </StandardTime>
            <DaylightTime>
              <Bias>-60</Bias>
              <Date>
                <Month>3</Month>
                <Day>5</Day>
                <Hour>2</Hour>
              </Date>
            </DaylightTime>
          </History>
        </TimeZone>
    

    29 октября 2014 г. 6:20
  • Спасибо большое! у меня сработало!!!

    начинающий разработчик

    29 октября 2014 г. 6:49
  • я сейчас взял свою виртуалку с 2010 Sharepoint. Поставил SP2. Сделал снапшот, открыл библиотеку документов, остановил iis, накатил последний xml от ms, выполнил update all, запустил iis, октрыл в новом окне ту же библиотеку, сравнил. Даты создания июльских документов совпадают до и после апдейта, новые загружаются корректно. на сервере и региональных настройках сайта стоит RTZ6.

    <TimeZone ID="64" Name="(UTC+07:00) Krasnoyarsk (RTZ 6)" Hidden="FALSE">
          <Bias>-420</Bias>
          <DaylightTime>
            <Bias>-60</Bias>
          </DaylightTime>
          <History Year="2013" Name="russ2014">
            <Bias>-480</Bias>
            <StandardTime>
              <Bias>0</Bias>
              <Date>
                <Month>10</Month>
                <Day>5</Day>
                <DayOfWeek>0</DayOfWeek>
                <Hour>2</Hour>
              </Date>
            </StandardTime>
            <DaylightTime>
              <Bias>-60</Bias>
            </DaylightTime>
          </History>      
          <History Year="2010" Name="russ2011">
            <Bias>-420</Bias>
            <StandardTime>
              <Bias>0</Bias>
              <Date>
                <Month>10</Month>
                <Day>5</Day>
                <Hour>3</Hour>
              </Date>
            </StandardTime>
            <DaylightTime>
              <Bias>-60</Bias>
              <Date>
                <Month>3</Month>
                <Day>5</Day>
                <Hour>2</Hour>
              </Date>
            </DaylightTime>
          </History>
        </TimeZone>

    29 октября 2014 г. 9:29
  • я сейчас взял свою виртуалку с 2010 Sharepoint. Поставил SP2. Сделал снапшот, открыл библиотеку документов, остановил iis, накатил последний xml от ms, выполнил update all, запустил iis, октрыл в новом окне ту же библиотеку, сравнил. Даты создания июльских документов совпадают до и после апдейта, новые загружаются корректно. на сервере и региональных настройках сайта стоит RTZ6.

    <TimeZone ID="64" Name="(UTC+07:00) Krasnoyarsk (RTZ 6)" Hidden="FALSE">
          <Bias>-420</Bias>
          <DaylightTime>
            <Bias>-60</Bias>
          </DaylightTime>
          <History Year="2013" Name="russ2014">
            <Bias>-480</Bias>
            <StandardTime>
              <Bias>0</Bias>
              <Date>
                <Month>10</Month>
                <Day>5</Day>
                <DayOfWeek>0</DayOfWeek>
                <Hour>2</Hour>
              </Date>
            </StandardTime>
            <DaylightTime>
              <Bias>-60</Bias>
            </DaylightTime>
          </History>      
          <History Year="2010" Name="russ2011">
            <Bias>-420</Bias>
            <StandardTime>
              <Bias>0</Bias>
              <Date>
                <Month>10</Month>
                <Day>5</Day>
                <Hour>3</Hour>
              </Date>
            </StandardTime>
            <DaylightTime>
              <Bias>-60</Bias>
              <Date>
                <Month>3</Month>
                <Day>5</Day>
                <Hour>2</Hour>
              </Date>
            </DaylightTime>
          </History>
        </TimeZone>

    Каким образом вы получили последний xml от ms? Можете поделиться?
    29 октября 2014 г. 9:31
  • Здравствуйте,

    Предлагаю такое решение, которые работает и выглядит вполне логичным. Далее пример для UTC + 5.

    Суть в том, что:

    1. В 2013 было смещение -360
    2. В 2014 до 27 октября было зимнее время без собственного смещения, с базовым -360
    3. В 2014 после 27 октября наступило летнее время со смещением +60 (базовое -360), итого -300
    4. В 2015 и далее смещение -300

    Т.о. удалось добиться отсутствия смещения дат до 27 октября 2014.

    Если увидите ошибку - дайте, пожалуйста, знать.

    меня как-то смущает что 27 октября наступило летнее время.
    29 октября 2014 г. 9:38
  • вроде делился, но вот ещё на всякий случай http://1drv.ms/1th8voG
    29 октября 2014 г. 9:40
  •  у меня ничего не поменялось, взял как раз  от сюда http://1drv.ms/1th8voG , у меня сервер SP 2013.  у кого успешно поменялось для RTZ 2, пожалуйста  поделитесь опытом ! 
    29 октября 2014 г. 11:18
  •  у меня ничего не поменялось, взял как раз  от сюда http://1drv.ms/1th8voG , у меня сервер SP 2013.  у кого успешно поменялось для RTZ 2, пожалуйста  поделитесь опытом ! 

    Добрый день

    у Вас тайм зона Москва?

    29 октября 2014 г. 11:49
    Модератор
  • Господа Гуру SharePoint воспользовался заменой http://1drv.ms/1th8voG , однако в рабочих процессах фигурирует по прежнему старое время? Кто это вылечил по-нормальному?
    29 октября 2014 г. 12:47
  •  у меня ничего не поменялось, взял как раз  от сюда http://1drv.ms/1th8voG , у меня сервер SP 2013.  у кого успешно поменялось для RTZ 2, пожалуйста  поделитесь опытом ! 

    Добрый день

    у Вас тайм зона Москва?

    Да Владимир  тайм зона Москва! 
    29 октября 2014 г. 12:59
  • У меня вроде все сработала это для RTZ 2, вот что помогло, заменил TIMEZONE.XML  с ссылки , что предложили коллеги  вот она http://1drv.ms/1th8voG , но у меня все равно ничего не менялось, после чего я проста посмотрел в старом файле  из значение 4 часа снимали  один час , получали  из 240 - 60 вот такую картинку 180 а код был вот такой  

     <History Year="2010" Name="russ2011">
            <Bias>-180</Bias>
            <StandardTime>
              <Bias>0</Bias>

                         .

                         .

                         . 

               </TimeZone>

    и по идее все работала как надо , я так понял какое именно значение необходимо получить , виляет  только вот этот части кода 

     <History Year="last year or current year" Name="russ current year">
            <Bias>-180</Bias>
            <StandardTime>
              <Bias>0</Bias>

    я проста поставил значение -180 и код у  получилось вот такой , может кто то скажет это криво сделана , но на моей среде это помогло.  

        <TimeZone ID="51" Name="(UTC+03:00) Moscow, St. Petersburg, Volgograd (RTZ 2)" Hidden="FALSE">
          <Bias>-180</Bias>
          <DaylightTime>
            <Bias>-60</Bias>
          </DaylightTime>
          <History Year="2014" Name="russ2014">
            <Bias>-180</Bias>        <!-- (UTC+03:00) -180 -->
            <StandardTime>
              <Bias>0</Bias>
              <Date>
                <Month>10</Month>
                <Day>5</Day>
                <DayOfWeek>1</DayOfWeek>
                <Hour>2</Hour>
              </Date>
            </StandardTime>
            <DaylightTime>
              <Bias>-60</Bias>
            </DaylightTime>
          </History>
          <History Year="2010" Name="russ2011">
            <Bias>-180</Bias>
            <StandardTime>
              <Bias>0</Bias>
              <Date>
                <Month>10</Month>
                <Day>5</Day>
                <Hour>3</Hour>
              </Date>
            </StandardTime>
            <DaylightTime>
              <Bias>-60</Bias>
              <Date>
                <Month>3</Month>
                <Day>5</Day>
                <Hour>2</Hour>
              </Date>
            </DaylightTime>
          </History>
        </TimeZone>

    если кому то это поможет, тогда дайте обратную связь пожалуйста :)

    29 октября 2014 г. 14:06
  • у Вас прошлый период не поехал?
    29 октября 2014 г. 14:15
    Модератор
  • у Вас прошлый период не поехал?
    у меня на SP 2013  последний действия были совершены в сентябре, если честно сказать время не помню когда были сделаны , сейчас только могу догадаться  что все нормально , но можно все равно протестировать , Владимир у вас  прошлый период слетает ?   
    29 октября 2014 г. 14:38
  • у Вас прошлый период не поехал?

    да Владимир , поехал прошлый период 

    было типа  

                   Папка1   сентября 23   системная   учетная запись 23.09.2014 11:00 

    а становиться после 

                   Папка1   сентября 23   системная   учетная запись 23.09.2014 10:00 

    ((

    но зато текущие элементы добавляются с правильным периодом ...

    29 октября 2014 г. 14:49
  • на самом делея на боевом тупо изменил, и у меня поехал период.

    сейчас тестирую все на тестовом, и когда все приведу в порядок, обновлю и на боевом.

    29 октября 2014 г. 14:50
    Модератор
  • на самом делея на боевом тупо изменил, и у меня поехал период.

    сейчас тестирую все на тестовом, и когда все приведу в порядок, обновлю и на боевом.

    можно вернуть сразу же и  на боевом , все вернется на свое место !
    29 октября 2014 г. 14:54
  • Спасибо, помогло!

    29 октября 2014 г. 14:55
  • решение выложено пользователем AlexeyMiller в этой теме еще в понедельник, я не понимаю, что вы делаете до сих пор? пытаетесь угадать методом перебора?
    29 октября 2014 г. 14:59
  • решение выложено пользователем AlexeyMiller в этой теме еще в понедельник, я не понимаю, что вы делаете до сих пор? пытаетесь угадать методом перебора?

    у вас все сработала без проблем, именно с  решением Миллера? 

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

    а если какие то действия вам помогли тогда поделитесь пожалуйста опытом , помогите другим тоже! 

    заранее спасибо!

    29 октября 2014 г. 15:03
  • просто перезаписываем в timezone.xml зону с ID 51 (если у вас RTZ 2 конечно), прямо так как ее выложил AlexeyMiller далее выполняем (в CMD с повышенными правами) net stop sptimerv4 и следом net start sptimerv4, потом выполняем IISRESET. открываем сайт в sharepoint и в настройках проверяем что выбрана зона RTZ 2.

    PS и да, для коректного отображения имени зоны нужно скопировать файл с описанием зон, из архива, ссылка на который есть в самом начале данной темы. так же на SQL сервере и на самом Sharepoint сервере должны стоять обновления временных зон для ОС.

    29 октября 2014 г. 15:10
  • Согласен, у меня тоже решение Millera не пошло, испытал на 3 серверах, не завелось ни на одном, только замена Syed Ali Xidi на -180 вылечила, спасибо еще раз.
    29 октября 2014 г. 15:22
  • Проверял на двух серверах SP 2013 (нашел библиотеку, в которой есть файлы/папки за все года, начиная с 2006) следующий код (для UTC +5):
        <TimeZone ID="58" Name="(UTC+05:00) Ekaterinburg (RTZ 4)" Hidden="FALSE">
    	  <Bias>-300</Bias>
    	  <StandardTime>
    	    <Bias>0</Bias>
    	  </StandardTime>
    	  <History Year="2014" Name="russ2015">
            <Bias>-300</Bias>  
            <StandardTime>
              <Bias>0</Bias>
              <Date>
                <Month>10</Month>
                <Day>5</Day>
                <Hour>2</Hour>
              </Date>
            </StandardTime>
            <DaylightTime>
              <Bias>-60</Bias>
              <Date>
                <Month>1</Month>
                <Day>1</Day>
                <Hour>0</Hour>
                <DayOfWeek>3</DayOfWeek>
              </Date>
            </DaylightTime>
          </History>
          <History Year="2013" Name="russ2014">
            <Bias>-360</Bias>
            <DaylightTime>
              <Bias>-60</Bias>
            </DaylightTime>
          </History>
          <History Year="2010" Name="russ2011">
            <Bias>-300</Bias>
            <StandardTime>
              <Bias>0</Bias>
              <Date>
                <Month>10</Month>
                <Day>5</Day>
                <Hour>3</Hour>
              </Date>
            </StandardTime>
            <DaylightTime>
              <Bias>-60</Bias>
              <Date>
                <Month>3</Month>
                <Day>5</Day>
                <Hour>2</Hour>
              </Date>
            </DaylightTime>
          </History>
        </TimeZone>
    За все периоды до 26 октября 2014 время НЕ меняется, только начиная с 26 октября 2014 время сместилось на час назад.
    Протестируйте, подставив свои значения сдвига относительно Гринвича, отпишитесь. Всё должно работать корректно (главное, не промахнуться со сдвигом по UTC)
    29 октября 2014 г. 17:23
  • на самом деле я на боевом тупо изменил, и у меня поехал период.

    сейчас тестирую все на тестовом, и когда все приведу в порядок, обновлю и на боевом.

    можно вернуть сразу же и  на боевом , все вернется на свое место !

    я экспериментирую на тестовом и спокойно там перегружаю IIS, а на боевом временно сделал на час назад весь 2014.

    на данный момент, при использовании решения AlexeyMiller, у меня едут 4 дня января 2014. (с 1 по 4 вкл.)

    так что пока спокойно экспериментирую в свободное от более приоритетных задач.

    29 октября 2014 г. 18:41
    Модератор
  • на данный момент, при использовании решения AlexeyMiller, у меня едут 4 дня января 2014. (с 1 по 4 вкл.)

    так что пока спокойно экспериментирую в свободное от более приоритетных задач.

    Действительно поедут первые четыре дня января 2014:
    DayOfWeek tag:
    Defines on what day of the week the clock changes. This tag is optional, and if not defined – the clock change occurs on the default day of the week. Range: 0-6, whilst 0 is Sunday (default), and 6 is Saturday.
    У него в коде <DayOfWeek>3</DayOfWeek> за 2014 год, что соответствует четвертому дню в русском варианте. Поэтому я считаю, что нужно поправить на <DayOfWeek>0</DayOfWeek>. Или может быть вообще убрать этот тэг.
    Попробуйте, Владимир, и отпишитесь, пожалуйста, о результатах.




    29 октября 2014 г. 18:51
  • вы календарь пробовали открывать? там в нижнем правом углу есть ))

    если исходить из вашей логики а не из описания шарика, то все равно не ясно откуда берется 0 ?

    29 октября 2014 г. 19:12
  •    Попробуйте, Владимир, и отпишитесь, пожалуйста, о результатах.

    Проверил. Все работает корректно, с 1.01 по 25.10 используется +4, потом идет смещение.

        <TimeZone ID="51" Name="(UTC+03:00) Moscow, St. Petersburg, Volgograd (RTZ 2)" Hidden="FALSE">
        <Bias>-180</Bias>
         <DaylightTime>
        <Bias>-60</Bias>
         </DaylightTime>
         <History Year="2014" Name="russ2015">
             <Bias>-180</Bias>  
              <StandardTime>
                <Bias>0</Bias>
                <Date>
                  <Month>10</Month>
                  <Day>5</Day>
                  <Hour>2</Hour>
    	      <DayOfWeek>0</DayOfWeek> <!- добавил->
                </Date>
              </StandardTime>
              <DaylightTime>
                <Bias>-60</Bias>
                <Date>
                  <Month>1</Month>
                  <Day>1</Day>
                  <Hour>0</Hour>
                  <DayOfWeek>3</DayOfWeek>
                </Date>
              </DaylightTime>
         </History> 
          <History Year="2013" Name="russ2014">
            <Bias>-240</Bias>
            <StandardTime>
              <Bias>0</Bias>
              <Date>
                <Month>1</Month>
                <Day>1</Day>
                <DayOfWeek>1</DayOfWeek>
                <Hour>2</Hour>
              </Date>
            </StandardTime>
          </History>  
    ...............

     дальше стандартно.  


    • Изменено Kaplin VladimirModerator 30 октября 2014 г. 9:02
    • Предложено в качестве ответа abvgdez 23 ноября 2014 г. 18:46
    30 октября 2014 г. 9:02
    Модератор
  • как проверил, есть список в котором есть поле дата (без времени), а следовательно, при выборе даты время ставится 00:00. Если елементы создать и заполнить поле дата в старой временной зоне, а потом поменть зону, то дата смещается. от 00:00 отнимается час и дата становится меньше.

    я создал элементы в во временной зоне +4 , потом поменял файл TIMEZONE и посмотрел.

    переход прошел в нужный день, в последующих днях поехало.


    30 октября 2014 г. 9:38
    Модератор
  • как проверил, есть список в котором есть поле дата (без времени), а следовательно, при выборе даты время ставится 00:00. Если елементы создать и заполнить поле дата в старой временной зоне, а потом поменть зону, то дата смещается. от 00:00 отнимается час и дата становится меньше.

    я создал элементы в во временной зоне +4 , потом поменял файл TIMEZONE и посмотрел.

    переход прошел в нужный день, в последующих днях поехало.

    Владимир, у нас возникла подобная проблема, но только в библиотеках. Из XML-документов через XPath тянутся значения типа "Дата и время". Всяких хватает: только Дата (например, "2014-10-31T00:00:00"), Дата и Время. Так вот, значения, отображаемые в представлениях, как и у Вас, поехали.

    Но после того, как мы обновили все проблемные документы, выполнив посредством PS-скрипта операции CheckOut-CheckIn (у нас для изменения требуется извлечение), всё встало на свои места!

    Есть подозрение, что в случае со списками может помочь $Item.Update().

    31 октября 2014 г. 8:06
  • Владимир, у нас возникла подобная проблема, но только в библиотеках. Из XML-документов через XPath тянутся значения типа "Дата и время". Всяких хватает: только Дата (например, "2014-10-31T00:00:00"), Дата и Время. Так вот, значения, отображаемые в представлениях, как и у Вас, поехали.

    Но после того, как мы обновили все проблемные документы, выполнив посредством PS-скрипта операции CheckOut-CheckIn (у нас для изменения требуется извлечение), всё встало на свои места!

    Есть подозрение, что в случае со списками может помочь $Item.Update().

    спасибо. 

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

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

    31 октября 2014 г. 9:25
    Модератор
  • Вдогонку: http://blog.it-kb.ru/2014/10/31/configure-sharepoint-server-for-russian-timezone-update-kb2998527/
    Сделал все по указанной инструкции - у документов за 2014 год до 26 октября время поехало на час назад (чего быть не должно).
    31 октября 2014 г. 12:09
  • Вдогонку: http://blog.it-kb.ru/2014/10/31/configure-sharepoint-server-for-russian-timezone-update-kb2998527/
    Сделал все по указанной инструкции - у документов за 2014 год до 26 октября время поехало на час назад (чего быть не должно).

    По указанной инструкции делать не нужно! Это устаревший вариант, уже обсуждаемый здесь ранее: файл TIMEZONE.XML от MS - некорректный.

    Лично я сделал так же, как предложил AlexeyMiller в посте от 27 октября 2014 г. 4:03 с учётом того, что написал Konstantin Artemiev в посте от 29 октября 2014 г. 15:10 (правда, службу таймера SP можно и через список служб сервера рестартнуть).

    Также, судя по всему, внёс правильные корректировки Kaplin Vladimir в посте от 30 октября 2014 г. 9:02, о которых, между прочим, изначально упомянули и Вы, Koltyshev Evgeniy, в посте от 29 октября 2014 г. 18:51. Но я их в своём XML не учитывал, т.к. 1-4 января 2014 г. для нас не критичны: праздники же были))

    Так что у нас сейчас, вроде, всё хор! Но в любом случае, нужно дождаться от MS официального решения! Надеюсь, оно будет...

    31 октября 2014 г. 12:51
  • Вдогонку: http://blog.it-kb.ru/2014/10/31/configure-sharepoint-server-for-russian-timezone-update-kb2998527/
    Сделал все по указанной инструкции - у документов за 2014 год до 26 октября время поехало на час назад (чего быть не должно).

    По указанной инструкции делать не нужно! Это устаревший вариант, уже обсуждаемый здесь ранее: файл TIMEZONE.XML от MS - некорректный.

    Лично я сделал так же, как предложил AlexeyMiller в посте от 27 октября 2014 г. 4:03 с учётом того, что написал Konstantin Artemiev в посте от 29 октября 2014 г. 15:10 (правда, службу таймера SP можно и через список служб сервера рестартнуть).

    Также, судя по всему, внёс правильные корректировки Kaplin Vladimir в посте от 30 октября 2014 г. 9:02, о которых, между прочим, изначально упомянули и Вы, Koltyshev Evgeniy, в посте от 29 октября 2014 г. 18:51. Но я их в своём XML не учитывал, т.к. 1-4 января 2014 г. для нас не критичны: праздники же были))

    Так что у нас сейчас, вроде, всё хор! Но в любом случае, нужно дождаться от MS официального решения! Надеюсь, оно будет...

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

    Я проверял файлы, которые описал Максимов Алексей в своей статье и отписался, что описанный им вариант не работает.

    31 октября 2014 г. 12:55
  • Коллеги, простите за оффтоп.

    У меня к сожалению продакшенов нет. Проблем не испытываю.

    Но отметится в этом эпическом треде хочется.

    Поэтому всем удачи!

    31 октября 2014 г. 13:08
  • с фейсбука

    Борис Журкин В общем нашел как победить проблему с публикацией воркфлоу. Сравнил два файла TIMEZONE.XML ,тот который по умолчанию был,и с тем что в заголовке топика висит и обнаружил интересную штуку. В новом файле ни для одной timezone не указано KeyName. Видимо без них все работало, вот авторы патча и не стали заморачиватся. Но когда публикуется рабочий процесс, он через метод FindSystemTimeZoneById из реестра вытягивает таймзону, причем в качестве единственного аргумента у этого метода именно этот KeyName.

    Решение проблемы - добавляем в тег TimeZone нужный KeyName (для России KeyName="Russian Standard Time") и все работает :) Сегодня добавил для (UTC+03:00) Moscow, St. Petersburg, Volgograd (RTZ 2) и все заработало. Строка до исправления выглядит так

    <TimeZone ID="51" Name="(UTC+03:00) Moscow, St. Petersburg, Volgograd (RTZ 2)" Hidden="FALSE">

    После исправления - вот так
    <TimeZone ID="51" Name="(UTC+03:00) Moscow, St. Petersburg, Volgograd (RTZ 2)" Hidden="FALSE" KeyName="Russian Standard Time">

    Ссылка на метод, откуда идет эксепшн
    http://msdn.microsoft.com/.../system.timezoneinfo...

    5 ноября 2014 г. 1:28
  • Приветствую всех, возникла проблемка - использовал TZ change - SharePoint.zip, но при stsadm -o tzmove -name "russ2014" -update all вылезла ошибка. По логам шарика System.Data.SqlClient.SqlException: Adding a value to a 'datetime' column caused an overflow. The statement has been terminated. 
    После запуска iis таймзона успешно сменилась, но в календарях поплыли косяки. Вернул обратно старые файлики. Через stsadm также в ошибку при применении. 
    Теперь повторяющиеся события 12:00-12:30 показываются визуально в календаре как 12:00-11:30 и растягиваются на весь день. Что можно сделать, подскажите?
    12 ноября 2014 г. 10:13
  • Приветствую всех, возникла проблемка - использовал TZ change - SharePoint.zip, но при stsadm -o tzmove -name "russ2014" -update all вылезла ошибка. По логам шарика System.Data.SqlClient.SqlException: Adding a value to a 'datetime' column caused an overflow. The statement has been terminated. 
    После запуска iis таймзона успешно сменилась, но в календарях поплыли косяки. Вернул обратно старые файлики. Через stsadm также в ошибку при применении. 
    Теперь повторяющиеся события 12:00-12:30 показываются визуально в календаре как 12:00-11:30 и растягиваются на весь день. Что можно сделать, подскажите?

    Уже писали ранее, что команда stsadm не нужна, как и предварительная остановка IIS: после замены файлов TIMEZONE.xml и RGNLSTNG.xml достаточно остановить и запустить службу таймера SP, а также выполнить iisreset.

    По поводу календаря: попробуйте обновить элементы списка через их изменение/сохранение или программно через $Item.Update().

    Детали см. в предыдущих постах, в т.ч. и моих))

    12 ноября 2014 г. 11:24
  • На портале миллион этих событий в разных календарях - все править программно совсем не вариант. 

    12 ноября 2014 г. 12:12
  • На портале миллион этих событий в разных календарях - все править программно совсем не вариант. 


    Вот как раз программно-то (к примеру, через PowerShell-скрипт) в такой ситуации - единственный вариант. Но предварительно Вам бы просто обновить неск. проблемных элементов, чтобы проверить, будет ли прок.
    12 ноября 2014 г. 12:18
  • Вообще, я заметил, что все старые события в календарях смещены на час вперед. Т.е. я тупо изменил часовой пояс, а в sql записи хрнятся в utc, но отображаются теперь по новому часовому поясу.
    Как я понял, этот косяк как раз и выправляет операция stsadm tzmove. Но у меня она вывалилась в ошибку...

    • Изменено Essentie 12 ноября 2014 г. 12:41
    12 ноября 2014 г. 12:40
  • Использовал такую версию исправления TIMEZONE.XML:

       <TimeZone ID="51" Name="(UTC+03:00) Moscow, St. Petersburg, Volgograd (RTZ 2)" Hidden="FALSE">
          <Bias>-180</Bias>
          <History Year="2014" Name="russ2015">
            <Bias>-180</Bias>
            <StandardTime>
              <Bias>0</Bias>
              <Date>
                <Month>10</Month>
                <Day>4</Day>
                <Hour>2</Hour>
              </Date>
            </StandardTime>
            <DaylightTime>
              <Bias>-60</Bias>
              <Date>
                <Month>1</Month>
                <Day>1</Day>
                <DayOfWeek>4</DayOfWeek>
                <Hour>0</Hour>
              </Date>
            </DaylightTime>
          </History>
          <History Year="2013" Name="russ2014">
            <Bias>-240</Bias>
            <DaylightTime>
              <Bias>-60</Bias>
            </DaylightTime>
          </History>
          <History Year="2010" Name="russ2011">
            <Bias>-180</Bias>
            <StandardTime>
              <Bias>0</Bias>
              <Date>
                <Month>10</Month>
                <Day>5</Day>
                <Hour>3</Hour>
              </Date>
            </StandardTime>
            <DaylightTime>
              <Bias>-60</Bias>
              <Date>
                <Month>3</Month>
                <Day>5</Day>
                <Hour>2</Hour>
              </Date>
            </DaylightTime>
          </History>
        </TimeZone>
    Ура! В результате даты создания и изменения элементов стали отображаться корректно! Но значения в других полях типа "Дата и время" в элементах, созданных или изменённых до момента применения TIMEZONE.xml (2014/10/29), содержащие значения большие, чем дата перехода на зимнее время (т.е.  > 2014/10/26 02:00:00), стали отображаться на час меньшими.
     
    Для устранения проблемы выполнил команду:
     
    stsadm -o tzmove -name "russ2015" -update before -date "20141029"
     
    Получил "Operation completed successfully".
     
    Однако значения в полях типа "Дата и время" в проблемных записях так и остались с некорректным смещением.
     
    В чём ошибка?
    13 ноября 2014 г. 7:49
  • Однако значения в полях типа "Дата и время" в проблемных записях так и остались с некорректным смещением.
    В чём ошибка?
    Попробуйте обновить элементы списка через их изменение/сохранение или программно через $Item.Update(). Детали см. в предыдущих постах.
    13 ноября 2014 г. 8:04
  • Кто-нибудь пробовал файл TIMEZONE.XML изменённый 5 ‎ноября ‎2014 ‎г., ‏‎15:42:10 размером 80 305 байт, который сейчас доступен в тех.поддержке Microsoft?
    Он решает ранее описанные проблемы?
    13 ноября 2014 г. 13:31
  • я думаю нет. Последний фикс от нашего менеджера MS имеет косяк.

    Проверьте 01.01.2015 и во что оно превратиться после апдейта.

    • Изменено AlexeyMiller 14 ноября 2014 г. 4:53
    14 ноября 2014 г. 4:52
  • Попробуйте обновить элементы списка через их изменение/сохранение или программно через $Item.Update(). Детали см. в предыдущих постах.

    К сожалению, $Item.Update() не помогло...

    • Изменено SPAdvStudent 14 ноября 2014 г. 10:27
    14 ноября 2014 г. 9:53
  • Добрый день!  Сорри за оффтоп но форуму не хватает сортировки сообщений по голосам, честно говоря я немного опешил, какое решение взять за основу??? Microsoft где ты!!! I need Help!  ))))

    Изменил TIMEZONE.XML сделал IISRESET

    Команду "stsadm -o tzmove -name "russ2015" -update before -date "20141029" не выполнял.

    после запуска открыл сайт и получил ошибку:

    Attempted to use an object that has ceased to exist. (Exception from HRESULT: 0x80030102 (STG_E_REVERTED))

    )) На самом деле я всегда считал что Sharepoint это что-то высшее, бестелесное (с индуистскими корнями) и мы используем в своей работе то, чего на самом деле не существует )

    Заменил TIMEZONE.XML оригиналом, все поднялось, займусь переходом позже.

    4 марта 2015 г. 16:41
  • Сейчас все проблемы решаются установкой February 15 CU. 
    5 марта 2015 г. 9:48
  • Сейчас все проблемы решаются установкой February 15 CU. 
    Кто уже пробовал? Как результат?
    5 марта 2015 г. 11:00
    Модератор
  • Сейчас все проблемы решаются установкой February 15 CU. 

    Кто уже пробовал? Как результат?

    Я попробовал, накатил данный CU - результат есть, но не тот, который хотелось бы. А именно: время у текущих документов и документов созданных после 26 октября верное, НО также меняется время у документов, созданных ДО 26 октября (чего быть не должно).

    По этой причине я оставил xml-файл со своими ручными правками (время до 26 октября не меняется).

    Как-то так...


    5 марта 2015 г. 12:13
  • Сейчас все проблемы решаются установкой February 15 CU. 

    Кто уже пробовал? Как результат?

    Я попробовал, накатил данный CU - результат есть, но не тот, который хотелось бы. А именно: время у текущих документов и документов созданных после 26 октября верное, НО также меняется время у документов, созданных ДО 26 октября (чего быть не должно).

    По этой причине я оставил xml-файл со своими ручными правками (время до 26 октября не меняется).

    Как-то так...


    Спасибо.
    5 марта 2015 г. 12:25
    Модератор
  • Как сейчас ситуация: мартовское обновление решает проблему февральского обновления или нет?


    Сазонов Илья http://isazonov.wordpress.com/


    9 апреля 2015 г. 8:38
    Модератор
  • Сегодня поставил мартовские обновления, днем проверю и напишу.
    15 апреля 2015 г. 23:43