TEMP : 4x8 Go ou 8x4 Go ?

Version imprimable

19/06/2008, 10h38
13thFloor

TEMP : 4x8 Go ou 8x4 Go ?

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 ?
19/06/2008, 11h08
13thFloor

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

Ca n'a aucune importance :)
19/06/2008, 11h54
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é.
19/06/2008, 14h01
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
19/06/2008, 14h05
orafrance

Citation:

Envoyé par 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é.

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 ;)