Atualmente, temos 4 núcleos e 4 arquivos tempdb. Acabei de entrar como DBA há cerca de 2 meses e, por algum motivo, 3 dos arquivos tempDB têm 2 GB e 1 tem 1 GB. Obviamente, essa não é a melhor prática.
Sendo o TOC e a pessoa proativa que sou, quero redimensionar esse arquivo para combiná-lo com os outros 3.
Mas espere, há mais. Ele é usado em um sistema que possui uma aplicação que ganha performance por NÃO usar nenhum paralelismo, então nós o desabilitamos. MAXDOP = 1, limite de custo = 0. É o único aplicativo no sistema e a instância SQL é basicamente projetada para esse aplicativo.
Quais são os pensamentos de todos sobre isso? Isso ajudará com as desacelerações que estamos vendo, dado que nosso MAXDOP = 1? Além disso, quais implicações/problemas devo estar atento ao alterar o tamanho do arquivo? Farei isso à noite, fora do horário de produção.
Obrigado pela ajuda pessoal.
Consultas individuais não usam paralelismo? E daí? Se você tiver dois usuários completamente diferentes executando consultas diferentes ao mesmo tempo, eles também poderão usar arquivos tempdb diferentes.
É claro que não ajuda muito se você tiver quatro arquivos tempdb no mesmo volume - o ganho real é quando você pode distribuí-lo em vários caminhos de E/S.
Difícil especular sobre "qualquer lentidão que você está vendo" sem mais detalhes.
Não deve haver problemas com a alteração do tamanho do arquivo. Apenas certifique-se de que todos tenham exatamente o mesmo tamanho, tenham exatamente as mesmas configurações de crescimento automático e verifique se você deve executar os sinalizadores de rastreamento 1117 e 1118.