Discussion :

[13thFloor]

Hello,
je ne trouve pas (encore) de justification à retailler le tablespace temporaire d'un de mes clients.
Il a un TS TEMP de 32 Go constitué d'un seul fichier. Coté disque, il s'agit d'un volume de 200 Go sur lequel tous les datafiles/tempfiles/redo sont mis (pas top je sais) en raid5 sur une baie.
Je pense qu'il devrait plutôt avoir un TEMP composé de plusieurs fichiers plutôt qu'un énorme fichier de 32Go.
Mais je ne trouve pas de justificatif quant aux choix de sizing : 4 datafiles de 8 Go, 8 de 4 Go, 16 De 2 Go ...?
Pour info, le temp est surtout utilisé par des jointures hash (accès à des millions de lignes de tables partitionnées).
Une idée ? Des abaques ? Des conseils ?

[13thFloor]

Oops, j'ai oublié de préciser la version (je vais me faire rappeler à l'ordre) : 10.2.0.3 Enterprise pour Oracle et ouindoz 2003 pour le serveur.

[orafrance]

Ca n'a aucune importance

[13thFloor]

J'ai le souvenir (dans une vie antérieure) de consultants d'Oracle qui avaient préconisé l'usage de multiples fichiers de 2 Go au lieu de gros fichiers mais sans nous préciser les raisons. Chez cet autre client, temp avait un volume disque dédié.

[scheu]

Les fichiers de 2 Go ce n'était pas juste pour les anciennes limitations OS ou niveau filesystem qui interdisaient les fichiers de plus de 2 Go ?
La taille des fichiers importe peu, le principal étant leur répartition sur les différents axes de lecture des disques

[orafrance]

J'ai le souvenir (dans une vie antérieure) de consultants d'Oracle qui avaient préconisé l'usage de multiples fichiers de 2 Go au lieu de gros fichiers mais sans nous préciser les raisons. Chez cet autre client, temp avait un volume disque dédié.

Seul les limitations OS peuvent le justifier... d'ailleurs en 10g, on parle de BIGFILE pour remplacer les datafiles multiples... comme quoi ça n'a vraiment pas d'importance