[Oracle 10g] Architecture OFA

Bonjour,

En prévision d'une migration en 10g prochainement, je souhaiterai connaître l'architecture OFA que vous appliqueriez pour cette future base de données.

En détails :

Hardware : 5 disks (2 en raid 1, 3 en raid 5)
OS : RedHat AS 4 update5 x86_64
BD : Oracle 10g 64 bits

Ce sur quoi je planche :

* sur le Raid 1 : OS, /u01

- installation du moteur d'Oracle sous /u01/app/oracle
- répertoire "admin" des instances sous /u01/app/oracle/admin

* sur le Raid 5 : /u02, /u03, /u04

- les datas /u02/oradata/[instance]/controlfile1,redo1,system1,temp1, etc....
- les datas /u03/oradata/[instance]/controlfile2,redo2,system2,temp2, etc....

- les archives sur /u04/archives/[instance]
- la Flash Reco Area sur /u04/flash/[instance]


voilà, en gros, çà semble tenir la route ou je suis à coté de la plaque.. ^^

Merci d'avance.

vu que le raid 1 est plus rapide que le raid 5, il faudrait plutot mettre les données sur raid 1 et les binaires sur raid 5, non?

Merci pour ce conseil ;)

Même si je suis plutot partisan du system sur le raid1, il y a peut être des avantages que je connais pas..

Et en ce qui concerne l'arborescence ?

* combien de fichier control (2 ou 3) ?
* quels "tablespaces" doit-on répartir dans les différents répertoire "oradata" ?

bref, quelqu'un peut-il me donner la façon dont-il a organisé son arborescence sur un serveur en production ?

Au risque de répéter les propos de Laurent : les données sur les disques les plus rapides

Ensuite, quels sont vos volumétries ?
le nombre de modules fonctionnels ?

Pour finir, prévoir un volume dédié à la flash (et donc aux archived logs)

Citation:

---

Envoyé par LeoAnderson

Ensuite, quels sont vos volumétries ?
le nombre de modules fonctionnels ?

---

C'est dans ces cas là que je ne me sens pas du tout à la hauteur...
En même temps, DBA, çà ne s'invente pas...

je vais quand même essayer de répondre, au moins par politesse.

Je n'ai aucune données concernant la volumétrie des bases qui seront migrées...
J'aurai tendance à dire qu'elle est très faible (existe-t-il des outils pour faire des stats de cette volumétrie ?)

Quand aux modules fonctionnels ?...


Je ne vous en voudrais pas si je n'ai pas de réponse, vu le peu d'éléments que je suis capable d'apporter.

pourtant, c'est pas si compliqué ! ;)

Si vous migrez, il y a donc un existant. Dans ce cas, il est facile de savoir si c'est de l'ordre de qques centaines de Mo, quelques Go ou plusieurs To !

Quant aux modules fonctionnels, c'est par exemple "vente", "paye", "stock", ... c'est de là que découleront les tablespaces
Si vous avez 1 seul module fonctionnel, l'organisation disque pourrait ne pas être la même que si vous en avez 25

Alors pour la volumétrie, c'est de l'ordre d'environ 800 Mo (ce n'est pas une grosse base).

En fait, il y a une instance dédié au référentiel Business Objects, et une instance applicative, sur laquelle vient taper un logiciel "maison" développé en Delphi. Dans cette instance, on retrouve plusieurs shémas faisant référence aux modules fonctionnels, et aux nombre d'une quinzaine.

Voilà.