Dans SQL Server 2005 et les versions ultérieures, la réduction de la base de données tempdb n'est pas différente de la réduction d'une base de données utilisateur, à l'exception du fait que tempdb se réinitialise à sa taille configurée après chaque redémarrage de l'instance de SQL Server. Il est sûr d'exécuter la réduction dans tempdb pendant que l'activité de tempdb est en cours.
La réduction de la base de données améliore-t-elle les performances ?
Mais la réduction peut affecter considérablement les performances de votre base de données, si elle n'est pas correctement effectuée. La réduction augmentera la fragmentation et rendra toute opération de base de données coûteuse. La reconstruction des index est nécessaire après la réduction de la base de données pour réduire la fragmentation et augmenter les performances.
Comment réduire tempdb ?
Nous pouvons utiliser la méthode SSMS GUI pour réduire également la TempDB. Cliquez avec le bouton droit sur TempDB et accédez à Tâches. Dans la liste des tâches, cliquez sur Réduire, et vous pouvez sélectionner Base de données ou fichiers. Les options Base de données et Fichiers sont similaires aux commandes DBCC SHRINKDATABASE et DBCC SHRINKFILE que nous avons expliquées précédemment.
Tempdb se réduit-il automatiquement ?
Par défaut, la base de données tempdb s'agrandit automatiquement en fonction de l'espace requis, car la taille maximale des fichiers est définie sur UNLIMITED. Par conséquent, tempdb peut continuer à croître jusqu'à ce que l'espace sur le disque contenant tempdb soit épuisé.
Pourquoi tempdb devient-il si gros ?
La croissance de Tempdb est principalement due à des requêtes peu performantes, vous pouvez donc utiliser SQL Profiler et probablement filtrer sur la durée pourdéterminer s'il existe des procédures stockées qui prennent plus de x secondes pour s'exécuter.
