J'a une tempdb sur un serveur SQL dont la taille était à 45go.
J'ai pu faire un shrinkfile qui m'a permis de la réduire à 3 mo sans
redémarrer SQL SERVER.
Est-ce normal?
Comment pouvez-vous expliquer cela?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Philippe [MS]
Oui c'est normal.
Lorsque des tables temporaires ou des jobs sont exécutés, SQL utilise TempDB comme base temporaire de travail pour stocker ses données. Si aucune tache d'exploitation n'est effectué sur cette base et qu'elle est paramétré au niveau des fichiers pour s'étendre automatiquement, elle peut grossir, grossir, grossir comme dans la fable !!! Elle peut même explosé si aucune place dispo sur le disque (une vraie grenouille !!!) :-)
Phil.
"Brigitte" wrote in message news:
Bonjour,
J'a une tempdb sur un serveur SQL dont la taille était à 45go. J'ai pu faire un shrinkfile qui m'a permis de la réduire à 3 mo sans redémarrer SQL SERVER. Est-ce normal? Comment pouvez-vous expliquer cela?
Merci
Brigitte
Oui c'est normal.
Lorsque des tables temporaires ou des jobs sont exécutés, SQL utilise TempDB
comme base temporaire de travail pour stocker ses données. Si aucune tache
d'exploitation n'est effectué sur cette base et qu'elle est paramétré au
niveau des fichiers pour s'étendre automatiquement, elle peut grossir,
grossir, grossir comme dans la fable !!! Elle peut même explosé si aucune
place dispo sur le disque (une vraie grenouille !!!) :-)
Phil.
"Brigitte" <Brigitte@discussions.microsoft.com> wrote in message
news:4D35937F-E188-440D-85FF-F59858346353@microsoft.com...
Bonjour,
J'a une tempdb sur un serveur SQL dont la taille était à 45go.
J'ai pu faire un shrinkfile qui m'a permis de la réduire à 3 mo sans
redémarrer SQL SERVER.
Est-ce normal?
Comment pouvez-vous expliquer cela?
Lorsque des tables temporaires ou des jobs sont exécutés, SQL utilise TempDB comme base temporaire de travail pour stocker ses données. Si aucune tache d'exploitation n'est effectué sur cette base et qu'elle est paramétré au niveau des fichiers pour s'étendre automatiquement, elle peut grossir, grossir, grossir comme dans la fable !!! Elle peut même explosé si aucune place dispo sur le disque (une vraie grenouille !!!) :-)
Phil.
"Brigitte" wrote in message news:
Bonjour,
J'a une tempdb sur un serveur SQL dont la taille était à 45go. J'ai pu faire un shrinkfile qui m'a permis de la réduire à 3 mo sans redémarrer SQL SERVER. Est-ce normal? Comment pouvez-vous expliquer cela?
Merci
Brigitte
lionelp
Bonjour,
tempdb est utilisé pour les tables temporaires mais aussi pour: order by group by table/index spools hash/merge joins
Ce n'est pas forcément une bonne idée de réduire à nouveau tempdb, car le processus d'autogrow pénalise les performances.
Cordialement, LionelP
"Brigitte" wrote:
Bonjour,
J'a une tempdb sur un serveur SQL dont la taille était à 45go. J'ai pu faire un shrinkfile qui m'a permis de la réduire à 3 mo sans redémarrer SQL SERVER. Est-ce normal? Comment pouvez-vous expliquer cela?
Merci
Brigitte
Bonjour,
tempdb est utilisé pour les tables temporaires mais aussi pour:
order by
group by
table/index spools
hash/merge joins
Ce n'est pas forcément une bonne idée de réduire à nouveau tempdb, car le
processus d'autogrow pénalise les performances.
Cordialement,
LionelP
"Brigitte" wrote:
Bonjour,
J'a une tempdb sur un serveur SQL dont la taille était à 45go.
J'ai pu faire un shrinkfile qui m'a permis de la réduire à 3 mo sans
redémarrer SQL SERVER.
Est-ce normal?
Comment pouvez-vous expliquer cela?
tempdb est utilisé pour les tables temporaires mais aussi pour: order by group by table/index spools hash/merge joins
Ce n'est pas forcément une bonne idée de réduire à nouveau tempdb, car le processus d'autogrow pénalise les performances.
Cordialement, LionelP
"Brigitte" wrote:
Bonjour,
J'a une tempdb sur un serveur SQL dont la taille était à 45go. J'ai pu faire un shrinkfile qui m'a permis de la réduire à 3 mo sans redémarrer SQL SERVER. Est-ce normal? Comment pouvez-vous expliquer cela?
Merci
Brigitte
Philippe [MS]
Non, entièrement d'accord avec Lionel. Il faut fixer une taille résonnable pour la TempDB afin effectivement d'éviter ce phénomène d'autogrow mais là, 45 Go ce n'est plus très résonnable !!! :-)
Le mode opératoire consiste souvent à fixer au démarrage une taille que l'on estime suffisante au départ et de laisser passer quelques jours pour voir comment se comporte la taille de la TempDB (avec toutefois pendant cette période des opérations standard de maintenance sur cette base). Ensuite, il suffit de réajuster la taille en fonction du comportement que l'on a abservé.
Phil.
"" wrote in message news:
Bonjour,
tempdb est utilisé pour les tables temporaires mais aussi pour: order by group by table/index spools hash/merge joins
Ce n'est pas forcément une bonne idée de réduire à nouveau tempdb, car le processus d'autogrow pénalise les performances.
Cordialement, LionelP
"Brigitte" wrote:
> Bonjour, > > J'a une tempdb sur un serveur SQL dont la taille était à 45go. > J'ai pu faire un shrinkfile qui m'a permis de la réduire à 3 mo sans > redémarrer SQL SERVER. > Est-ce normal? > Comment pouvez-vous expliquer cela? > > Merci > > Brigitte
Non, entièrement d'accord avec Lionel. Il faut fixer une taille résonnable
pour la TempDB afin effectivement d'éviter ce phénomène d'autogrow mais là,
45 Go ce n'est plus très résonnable !!! :-)
Le mode opératoire consiste souvent à fixer au démarrage une taille que l'on
estime suffisante au départ et de laisser passer quelques jours pour voir
comment se comporte la taille de la TempDB (avec toutefois pendant cette
période des opérations standard de maintenance sur cette base). Ensuite, il
suffit de réajuster la taille en fonction du comportement que l'on a
abservé.
Phil.
"lionelp@online.microsoft.com"
<lionelponlinemicrosoftcom@discussions.microsoft.com> wrote in message
news:90D2EF03-3150-4813-A81B-C37B04DF75CC@microsoft.com...
Bonjour,
tempdb est utilisé pour les tables temporaires mais aussi pour:
order by
group by
table/index spools
hash/merge joins
Ce n'est pas forcément une bonne idée de réduire à nouveau tempdb, car le
processus d'autogrow pénalise les performances.
Cordialement,
LionelP
"Brigitte" wrote:
> Bonjour,
>
> J'a une tempdb sur un serveur SQL dont la taille était à 45go.
> J'ai pu faire un shrinkfile qui m'a permis de la réduire à 3 mo sans
> redémarrer SQL SERVER.
> Est-ce normal?
> Comment pouvez-vous expliquer cela?
>
> Merci
>
> Brigitte
Non, entièrement d'accord avec Lionel. Il faut fixer une taille résonnable pour la TempDB afin effectivement d'éviter ce phénomène d'autogrow mais là, 45 Go ce n'est plus très résonnable !!! :-)
Le mode opératoire consiste souvent à fixer au démarrage une taille que l'on estime suffisante au départ et de laisser passer quelques jours pour voir comment se comporte la taille de la TempDB (avec toutefois pendant cette période des opérations standard de maintenance sur cette base). Ensuite, il suffit de réajuster la taille en fonction du comportement que l'on a abservé.
Phil.
"" wrote in message news:
Bonjour,
tempdb est utilisé pour les tables temporaires mais aussi pour: order by group by table/index spools hash/merge joins
Ce n'est pas forcément une bonne idée de réduire à nouveau tempdb, car le processus d'autogrow pénalise les performances.
Cordialement, LionelP
"Brigitte" wrote:
> Bonjour, > > J'a une tempdb sur un serveur SQL dont la taille était à 45go. > J'ai pu faire un shrinkfile qui m'a permis de la réduire à 3 mo sans > redémarrer SQL SERVER. > Est-ce normal? > Comment pouvez-vous expliquer cela? > > Merci > > Brigitte
