Início / dba / Perguntas / 103364
Accepted
JJS
Asked: 2015-06-06 11:16:44 +0800 CST

Por que os servidores de banco de dados têm valores time_source diferentes

  • 772

Eu tenho dois servidores SQL Server 2008 R2 Enterprise SP1 com valores diferentes para sys.dm_os_sys_info.time_source.

A time_sourcecoluna de sys.dm_os_sys_infoindica a API que o SQL Server está usando para recuperar o horário do relógio:

0 = QUERY_PERFORMANCE_COUNTER
1 = MULTIMEDIA_TIMER

O que causa a diferença e posso alterar o SQL Server para usar o QUERY_PERFORMANCE_COUNTERvalor mais preciso?

+--------------------------+---------------------- -----+-------------------------+
| | Original | Novo |
+--------------------------+---------------------- -----+-------------------------+
| time_source | QUERY_PERFORMANCE_COUNTER | MULTIMEDIA_TIMER |
| instalação do sistema operacional | limpo | limpo |
| virtual/físico | físico | virtuais |
| hipervisor | n/a | vmware, ESXi 5.5 |
| Versão do hardware VMware | n/a | 7 |
| bcd x | optin | desativar |
| recuperação bcd habilitada | não | sim |
| bcd /usepmtimer | não | não |
| sku sql | padrão sql 2008 r2 | padrão sql 2008 r2 |
| atualização sql do expresso | não | não |
| sql fecha automaticamente qualquer banco de dados | não | não |
| plano de energia | alto desempenho | equilibrado |
| dm_os_performance_counter| sim | sim |

+--------------------------+---------------------- -----+-------------------------+

Meu colega de trabalho enviou este link muito interessante: How It Works: Timer Outputs in SQL Server 2008 R2

O VMWare usa uma API diferente para fonte de tempo, dependendo da versão do sistema operacional e da versão do hardware da VM. Eles também têm um whitepaper com muitos detalhes.

sql-server sql-server-2008-r2

1 respostas

  1. Best Answer

    De acordo com o MSDN , o SQL Server usa a seguinte lógica para decidir qual timer usar:

    O Windows não tem uma API para indicar qual fonte QueryPerformanceCounterestá usando neste momento, então a inicialização do SQL Server 2008 R2 cronometra a invocação de QueryPerformanceCounter(10 vezes) e quando exibe um comportamento de ciclo pequeno repetido (< 600 ciclos) QueryPerformanceCounter, será usado para aceitar invariante Tempos TSC em vez do comportamento de temporização de interrupção GetTickCount/timeBeginPeriod. Se o tempo exceder 600 ciclos, o multi-media timercomportamento do SQL Server será usado.

    Observação : o Windows está expondo a API de origem do cronômetro para QueryPerformanceCounter em uma correção baseada no Windows 2008 R2, portanto, a determinação da origem de tempo pelo SQL Server será substituída pela chamada de API em uma compilação futura. As versões de destino são o SP1 do Windows 2008 R2 e SQL Server 2008 R2.

    A explicação acima responde indiretamente às suas perguntas:

    1. O SQL Server usa um processo interno para determinar qual timer usar.
    2. Você não pode informar ao SQL Server 2008 R2 qual cronômetro usar, a não ser usando os sinalizadores de rastreamento 8049 e 8038. Em meus testes, nenhum desses sinalizadores de rastreamento fez qualquer diferença na coluna timer_source de sys.dm_os_sys_info.

    Reiniciamos a maioria dos nossos servidores no fim de semana. Comparei a lista de máquinas usando MULTIMEDIA_TIMERantes e depois da reinicialização. Agora posso relatar que alguns dos servidores que estavam usando MULTIMEDIA_TIMERagora estão usando QUERY_PERFORMANCE_COUNTERe vice-versa.

    Como nossos servidores são virtualizados, presumo que a inicialização simultânea de máquinas em nosso ambiente virtualizado esteja fazendo com que algumas máquinas levem mais de 600 ciclos de CPU para retornar um valor por meio da QueryPerformanceCounterAPI. Este efeito parece ser distribuído aleatoriamente em nosso ambiente.

    • 2

relate perguntas