Discussion :

[hkhan]

Bonjour,
Je suis débutant complet sur de l'admin oracle (formations pour bientot)

Une des bases sur lesquelles je vais travailler présente de tres gros soucis de perf... (d'ailleurs quand j'arriverais à mieux cerner la source des pb, j'aurais des tites questions à poser ici :p)

cette base est montée sur une machine unix (ibm je crois)
et les disques sont montes en raid5, le responsable de cette machine m'affirme que c'est le meilleur systeme de dsique pour de l'oracle, mais d'autres personnes me disent qu'il vaut mieux du raid1...
sur ce forum, j'ai vu un post preconisant du raid1 au lieu du 5 (meilleures perf, mais est ce primordial ?)
(je parle par rapport aux perf)

qlq un a t'il une idee ?

d'avance merci (et bravo pour ce forum qui m'apprends bcp !)

[thomasjcj]

Le probleme de performance de la base n'a peut etre rien a voir avec l'architecture Disque.
Avant de remetre en cause le RAID 5, j'essairais dans un premier temps de discener precisement quels sont les problemes, es ce en lecture, en ecriture, sur des requetes tres discriminantes ou bien sur des gros batchs.... Quelles sont les applications concernées...., comment est parametré l'nstance Oracle...

Sur le debat RAID5/RAID1, il y a un site entier consacré au probleme:
http://www.baarf.com/

[LeoAnderson]

L'organisation des disques peut avoir un impact en terme de performances, mais cela peut dépendre de la base.
Il ne faut pas perdre de vue le principal objectif : pouvoir lire & écrire simultanément les données et les indexes.

Si ta base est organisée "idéalement" au niveau des tablespaces (INDEX, DATA, LOB, ...) sur des tablespaces dédiés, que tu connais parfaitement les volumes physiques donc tu disposes, etc, le RAID 1 est une excellente solution mais elle impose une solide analyse des différents fichiers afin de s'assurer une parallélisation optimales des accès disques.

Si la structure de la base n'est pas optimale, ou que de se lancer dans une répartition des différents fichiers deviendrait un véritable casse-tête (parce que trop nombreux, par exemple), le RAID 5 présente alors l'avantage de solliciter en parallèle tous les disques, mais peut-être pas de la manière qui conviendrait le mieux à Oracle.


Voilà, j'espère avoir été clair.

[hkhan]

tout d'abord merci pour les reponses (qui sont tres clair, si j'ai compris, ca veut tout dire :p)

en fait les problemes de perf sur cette base proviennent essentiellement de requetes tres mal optimisees et d'absence d'operation de maintenance dba sur cette base (pas d'analyse, pas de reconstruction d'index etc...)
c'est de ce cote la que je vais travailler en 1er
(sur certaines requetes j'ai qd meme 20000 acces disques et en regardant le plan d'execution un cout assez important (j'ai d'ailleurs du mal à interpreter ce chiffre.... : +13 chiffres :/)

je mettrais certainement cette requete dans un futur poste ici apres y avoir un peu travaille...

[CD]

Si jamais tu es en mode CHOOSE et qu'il n'y a pas d'administration de faite depuis des lustres, l'une des premières choses à faire est de passer les stats sur toutes tes tables et indexes...

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
SQL> select name, value from v$parameter where name like 'optimizer_mode';
 
NAME                      VALUE
------------------------- -------------------------
optimizer_mode            CHOOSE

Une fois les stats passées, tes plans d'exécutions voudront dire quelque chose

[hkhan]

sur la base de prod, je laisse encore en l'état... (j'viens d'arriver :p)

sur la base de test, j'ai lance les stat sur toutes les tables il y a peu
(en fait je recup les requetes couteuses de la base de prod et ensuite verifie leur plan sur la base de test)
comme mode je le force à choose (il est à rule par defaut)
et c'est le mode choose qui me donne ces valeurs sur ma requete en base de test