Discussion :

[Erielle]

Bonjour,

On me demande des conseils pour paramétrer une base Oracle, et là c'est le drame, je ne connais pas assez bien tous les paramètres Oracle pour savoir quoi dire !

Voici ce que je sais de la BDD en question :
- ce serait une base de données "tampon" c'est à dire chargement de données, puis vidage des données (mais je ne sais pas encore la périodicité), 1To de données tout de même
- toutes ces données seraient stockées dans le même tablespace applicatif, qui serait d'ailleurs le seul tablespace applicatif important de la base
- une des questions qui me sont posées, c'est sur combien de fichiers dbf accoler le tablespace

Les questions que j'ai posées (ou que j'ai l'intention de poser lors d'une prochaine réunion) :
- Quelle est la taille des volumes logiques de la machine (oui je n'ai pas accès au futur serveur de la base)
- Quelle est la périodicité du chargement/déchargement de la BDD

Pouvez-vous m'indiquer quelles autres questions vous poseriez dans cette situation ? Et ce que ça impliquerait en terme de paramétrage pour vous ?
(Car comme c'est une réunion téléphonique qui est prévue, je n'aurai pas le temps de fouiller la documentation Oracle, même si je suis actuellement en train de la regarder)

En vous remerciant pour votre aide.

[Erielle]

Bon alors si ça intéresse quelqu'un, ce que j'ai trouvé par ailleurs.

Pour les questions à poser :
- est-ce de l'ASM ou un système de fichiers
- combien d'accès concurrents

Pour les paramètres à regarder (prioritairement) :
- Avoir un nombre conséquent de redo log et un redo buffer important vu le nombre d'actions d'écriture que suppose une BDD "tampon"
-> éventuellement augmenter le nombre redo log
- Regarder la taille du tablespace d'UNDO, celui-ci devrait être un peu plus grand
- la SGA évidemment
Ces 3 paramètres servent à optimiser les opérations d'écritures
- on peut aussi regarder le paramètre db_block_size, en fonction de comment se passe le déversement des données
Enfin pour optimiser les opérations de suppression, il faudrait étudier l'opportunité d'utiliser des partitions (et supprimer donc d'un coup toute la partition).

Voili voilou

[a.presles]

Augmenter la taille des réels plutôt que leur nombre.
Pour vider complètement une table utiliser truncate pour des raison de performance.