2016-09-14 4 views
2

В моей базе данных происходят тупики. Я захватил событие Deadlock Graph, используя инструмент SQL Server Profiler. После захвата события вы можете сохранить всю информацию в файле * .xdl. Вот фрагмент всего XML, который он захватил. Я исказил личные данные в приведенном ниже содержании.Какие настройки временной зоны выполняются для ведения журнала Timestamp по файлу событий тупика SQL Server

<deadlock-list> 
    <deadlock victim="process6ff035c38"> 
     <process-list> 
      <process id="process6ff035c38" taskpriority="0" logused="0" waitresource="PAGE: 5:1:294008 " waittime="3969" ownerId="4585079252" transactionname="SELECT" lasttranstarted="2016-09-09T16:25:57.270" XDES="0x1b3cefc50" lockMode="S" schedulerid="5" kpid="7676" status="suspended" spid="66" sbid="2" ecid="3" priority="0" trancount="0" lastbatchstarted="2016-09-09T16:25:57.270" lastbatchcompleted="2016-09-09T16:25:57.270" lastattention="1900-01-01T00:00:00.270" clientapp="<garbled>" hostname="<garbled>" hostpid="7932" isolationlevel="read committed (2)" xactid="4585079252" currentdb="5" lockTimeout="4294967295" clientoption1="671088672" clientoption2="128056"> 
       <executionStack> 
        <frame procname="adhoc" line="1" sqlhandle="0x02000000164ea431e4d3c4ea517af1905e1a3ff28dc19d360000000000000000000000000000000000000000"> 

Мой простой вопрос касается различных марок времени, которые регистрируются в этом файле xml, например. lasttranstarted («2016-09-09T16: 25: 57.270»), lastbatchstarted («2016-09-09T16: 25: 57.270»), lastbatchcompleted («2016-09-09T16: 25: 57.270»). Являются ли эти значения в GMT или локальном часовом поясе на основе машины, на которой установлен SQL Server?

Возможно ли настроить часовой пояс, который должен использовать профилировщик SQL Server в журналах событий, которые он генерирует? Причина, по которой я спрашиваю, связана с тем, что некоторый журнал приложений, соответствующий этому тупику, также будет создан на стороне приложения. В файлах журналов журнала журнала регистрируются временные метки журналов в соответствии с местным часовым поясом. Если у меня нет идеи в часовом поясе, то инструмент SQL Server Profiler следует в журнале регистрации событий, тогда будет сложно соотнести эти два.

+0

Часовой пояс GMT. –

+0

@RohitKumar часовой пояс в занесенных в журнал отметках времени вышел в локальное время. Если бы это был GMT, тогда был бы суффикс Z, представляющий смещение Zero, которое имеет место для времени даты Utc. Пожалуйста, посмотрите на мой ответ. – RBT

ответ

2

Я, наконец, смог понять это сам. Такая строка времени даты 2016-09-09T16:25:57.270 является местным часовым поясом. Вы можете увидеть различные спецификаторы формата даты в строке this. Специфический формат, который я задал в сообщении, - ISO 8601, представленный с использованием спецификатора формата o (шаблон даты/времени с округлением) .Net. Вот как это может выглядеть так:

  • 2009-06-15T13: 45: 30.0000000Z - Это значение представляет собой время УТС. Здесь Z представляет собой смещение нуля для GMT.
  • 2016-09-09T16: 25: 57.270 - Это значение (в моем вопросе) представляет собой местное время-время.
Смежные вопросы