Discussion :

[berceker united]

Bonjour,

Je voulais savoir s'il était possible de dire que telle base de données doit utiliser cette base de données qui fait office de base de données temporaire.
En gros, que toute les base de données du serveur n'utilise pas toute la Tempdb.

Je pose la question car je suis sur un serveur avec beaucoup de base de données et je cherche savoir s'il y a moyen de découper les ressources plutôt que sur la même et que ça créé un goulot d'étranglement.

Cordialement

[darkelend]

Bonjour,
A ma connaissance non. Ca m'étonnerait beaucoup d'ailleurs.
Par contre, tu as la possibilité d'ajouter plusieurs fichiers mdf à ta tempdb et les dispatcher sur plusieurs disques par exemple.
Edit : Il me semble meme qu'il est recommandé de créer 1 fichier tempdb par core. A confirmer par les autres membres, j'ai un trou de mémoire...

[berceker united]

Bigre, j'aurais juré l'avoir déjà vu pourtant. Sur sybase cela semble être possible. Merci pour l'astuce je vais creuser sur le dispatch.

Merci

[darkelend]

attends peut etre l'avis d'autres membres plus expérimentés.

[SQLpro]

Le fonctionnement de tempdb est particulier.... on ne peut pas en créer plusieurs mais on peut jouer sur la structure de ses fichiers :
1) en parallélisant le fichier du JT sur plusieurs disques via du RAID 0 (combiné à du RAID 1)
2) en plaçant plusieurs fichiers d'égales longueurs dans le groupe PRIMARY

Bien entendu cela n'a de sens que si les fichiers sont situés sur des axes physiques mécaniquement indépendant. Le nombre de fichier devant être limité par le nombre de CPU de core ou en fonction du max DOP affecté par sp_configure (à limiter à 3 ou 4 en pratique pour des bases OLTP).

A +

[berceker united]

En faite je pose la question car dans le cas ou le serveur est utiliser par plusieurs équipe de développeur qui travaille sur leur projet respectif. Le souci c'est que bien souvent on se préoccupe pas de la place utilisé dans la tempdb lorsqu'on nous utilisons des tables temporaires et que ça peut monter très vite. Du coup, une équipe peut consommer plus parce que soit ils codent des cocho., soit, ils travaillent sur de gros volume d'information. Généralement chaque équipe à un budget pour l'espace utilisé, nombre de base de données, instance, etc. Mais l'espace utlisé sur la tempdb n'est pas calculé car partagé par tout le monde.
Une équipe n'a pas a subire les développement d'une autre à cause d'un "tempdb full".
En sachant qu'une tempdb peut vite arriver à saturation et que le dba n'aura pas forcément le temps d'intervenir.
C'est un peut pour ca que je me suis dit qu'il devait y avoir un moyen de définir de definir des tempDb par groupe de base dedonnées.

[darkelend]

A mon avis, il ne faut pas se préoccuper du problème de la tempdb pour répartir les couts mais bon au pire, tu peux créer une instance pour chaque service de dev...

En sachant qu'une tempdb peut vite arriver à saturation et que le dba n'aura pas forcément le temps d'intervenir.

Le DBA doit anticiper, et si une tempdb grossit très vite, le dba peut (et doit) aider les dev et proposer des améliorations. Si c'est l'espace disque qui est trop juste pour le besoin, il suffit d'ajouter de l'espace.

[berceker united]

A mon avis, il ne faut pas se préoccuper du problème de la tempdb pour répartir les couts mais bon au pire, tu peux créer une instance pour chaque service de dev...
Le DBA doit anticiper, et si une tempdb grossit très vite, le dba peut (et doit) aider les dev et proposer des améliorations. Si c'est l'espace disque qui est trop juste pour le besoin, il suffit d'ajouter de l'espace.

Le souci c'est comment savoir qu'elle équipe qui a fait cela. En terme de budget, si une équipe à besoin de place comment facturer cette place utlisé.
Comment ils font les herbergeurs mutualisés sur ce genre de cas ? Est ce que tout les site présent sur la même instance tombe ou un site = une instance ?
Merci