Pelo que entendi , o banco de dados do sistema é usado para manter tabelas temporárias, resultados intermediários e outras informações temporárias.
Em uma das minhas instâncias de banco de dados, tenho um tempdb que parece muito grande (30 GB). Este banco de dados não foi modificado (como na "data da última modificação" no arquivo mdf) em mais de uma semana. É normal que a db temporária permaneça tão grande por tanto tempo? Parece-me que deve ser atualizado com bastante freqüência e retornando espaço que está usando com bastante rapidez ...
Estou muito longe daqui ou o SQL Server está fazendo algo estranho?
FYI: Este é um banco de dados do SharePoint 2010, não tenho certeza se isso faz diferença.
O TempDB não será AUTOSHRINK e você não poderá definir o TempDB como AUTOSHRINK. Se o seu TempDB chegar a 30 GB, ele provavelmente aumentará para esse tamanho por um motivo, portanto, se você redimensioná-lo para ser menor, ele provavelmente crescerá novamente até esse tamanho.
Confira os seguintes links para algumas sugestões para configurar o TempDB:
Os arquivos do banco de dados do SQL Server não são reduzidos automaticamente, a menos que você os instrua. (E eu não recomendaria isso, já que você obterá muita fragmentação de disco a partir de repetidos crescimentos / diminuições.) Em outras palavras, descubra o tamanho que seu tempdb gosta de ser e planeje isso. Definir seus arquivos de dados para começar bons e grandes (já que é recriado do zero quando o SQL Server é iniciado) é geralmente a abordagem recomendada.
Embora os tamanhos dos arquivos estejam listados como 30 GB, eles podem ser preenchidos com espaço vazio e não conter 30 GB de tamanho de arquivo. O TEMPDB teria crescido para 30 GB em algum momento porque precisava de muito espaço para algumas consultas.
Eu recomendo que você defina o tamanho do arquivo TEMPDB para 30 GB - isso irá pré-configurar o TEMPDB para você caso o SQL SERVER seja reiniciado, uma vez que o TEMPDB é recriado toda vez que o SQL Server é reiniciado. Ao pré-dimensionar o TEMPDB, você evitará qualquer sobrecarga relacionada ao crescimento automático do banco de dados novamente durante a atividade que o fez crescer em primeiro lugar.
Esta página, link , na seção 4, revisará o pré-dimensionamento temp db.