Discussion :

[mrhuve]

Bonjour,
Je dois mettre en place un cluster oracle rac (sous linux) et j aimerais avoir un avis sur le partitionement optimal des différents disques sur les nodes et sur le serveur de stockage.
Il y aura 2 nodes et un serveur de stockage.
la taille de la base de donnée est aproximativement 50 G ( avec 30 G0 de undo), et fonctionne avec le mode archive log on. Le tout sera relier en nfs et en giga.

je pense partitionner le serveur de stokage de cette maniere :
1 raid 5 avec 3 disques scsi 146 GO (env 280 GO) pour la bdd
1 raid 1 de 145 GO pour les log et redo log
1 raid 1 de 145 GO pour les archives log.

par contre je ne sais pas trop comment partitionner les 2 nodes.
Ceci vous semble t il envisageable.

Merci
Loic

[Jaouad]

c est pas un peu bcp pour les LOGS .
Raid5 n'est pas conseillé pour les BDD oracle lorsqu'il y a bcp insert et mise à jour
SI tu as 2 nodes , alors pourquoi ne pas faire un strip puis un mirorring
(raid 1+0 ou 0+1 ce je ne sais jamais c'est lequel )

[mrhuve]

effectivement se serais pas mal je n y avais pas penser,
mais je n'ai que 6 emplacements disque sur le serveur donc il faudra mettre les logs et archive log sur le meme raid 1. c est pas trop mauvais pour les perfs ?

Sinon j ai une autre petite question sur les nodes cette fois (je connais pas trop le rac a par ce que j'en ai lu), faut il beaucoup d espace de disque dessus ou juste de quoi installer oracle et tous le reste (bdd, log etc ...) se trouve sur le serveur partager ?.



( les 2 types de raid raid existes http://www.onversity.com/cgi-bin/progactu/actu_aff.cgi?Eudo=bgteob&P=N200402#050 )

Merci du conseil
Loic

[titides]

Et pourquoi ne pas mettre tout en raid 5 ?
AUtre chose, t'as pensé à la sauvegarde de tout ça ?

[Jaouad]

Il ne faut jamais mettre les LOGS et les archive LOGS dans le même pour des raisosn évidentes de sécurité et d'écriture disque

Tu peux largement t'en sortir avec les 6 emplacement/FS

DOnc moi je parlais du raid0+1

[Jaouad]

titides
n'as tu jamais eu de pbs de performances avec le raid5 ( base avec bcp insert /update et delete

[titides]

titides
n'as tu jamais eu de pbs de performances avec le raid5 ( base avec bcp insert /update et delete

Sur ce que j'en sais (c'est à dire une maigre expérience dans une PME où on utilisait de l'oracle, mais où j'étais loin d'etre le DBA) , pas vu de soucis particulier.
Mais au niveau technique, moi je serais plutot conseilleur de :
- Raid 5
- Disques Hot plug
(comme ca en cas de crash, ca se reconstruit tout seul, expérience vécue)

Après je crois que y'a des cartes SCSI spéciales pour le RAID 5, certaines sont sans doute meilleures que d'autres, et là, chuis pas assez spécialiste en hard pour le dire.

[mrhuve]

Pour la sauvegarde j'utilise 2 choses actuelement (la base tourne sur sur un seul serveur),
une replication vers un autre serveur avec rman et des dump, juste au cas ou on sais jamais , j esserais de refaire le meme type de sauvegarde.

Par contre je vois pas trop comment mettre les LOGS et archive LOG separement, un un raid 0+1 et raid 1 ca prend 6 emplacements
Jaouad tu les mettrais comment ?

[orafrance]

145Go de logs et redos ça parait énorme et quand on voit la même taille pour les archives ça parait carrément incohérent. Il y a 2 ou 3 redos par base contre un nombre indéterminé d'archive... alors la taille pour les archives doit être au moins 20 fois supérieur à celle pour les redos

Le UNDO fait plus de la moitié de la base ??? T'es sûr de toi là ?

T'as des actions chez les fabricants de disques c'est ça ?

[Jaouad]

Tu as bien des disques en local , tu peux les mettre dessus ( pas obligé de tout mettre sur le SAN ( car je suppose que c'est ce que tu as )

Tu as combien de lun ?

[mrhuve]

Rebonjour,
j ai un peux grossi les choses je pense, (je ne maitrise pas du tous oracle, j ai juste effectuer 4 ou 5 installations et peux de suivie des bases mis a par les backups et la replie, donc j ai des fois du mal a m'exprimer dsl ).
j'ai a peux pres par jour, 3 Go d archive log mais j ai bien un undo de 30 Go pour une base de 20 Go en taille. ( il fait quand meme presque 1/3 de ma base mais permet en theorie 3 heure de retour en arriere si j ai bien compris).

Je suis en trains d installer les serveurs et vais essayer de mettres les log sur les nodes.
Je commence juste a y voir un peux plus clair dans le fonctionnement du RAC mais c est pas tres simple et souvant la maniere de partitionner les disques n'etait pas tres clair (pour moi en tous cas).

Merci pour tout
Loic

[Jaouad]

ATtention tu n'a pas besoin de 30 go de rBS pour une volumétrie de 20 ggo ou alors cas trés trés particulier
ce qui doit te permttre de revenir en arriére doivent être les archives ou le LOG miner mais pas les UNDO , car si c'est commiter ou rollbacker c'est finit

[orafrance]

car si c'est commiter ou rollbacker c'est finit

pas tout à fait : http://helyos.developpez.com/flashback/

Mais 30Go c'est E-NOR-ME, surtout c'est plus que la base elle-même.

Tu peux mettre 1GO autoextensible à 5go à la rigueur

[Jaouad]

car si c'est commiter ou rollbacker c'est finit

pas tout à fait : http://helyos.developpez.com/flashback/

Mais 30Go c'est E-NOR-ME, surtout c'est plus que la base elle-même.

Tu peux mettre 1GO autoextensible à 5go à la rigueur

Oui à partir de la 9i ....

[orafrance]

certes, mais quand on parle de durée de rétention c'est pour flashback recovery, sinon 3 minutes suffisent

[mrhuve]

j avais effectivement pas compris.
je viens de le reduire a 2 Go extensible au cas ou. (ca me fera gagner 20 Go a sauvegarder avec rman et a balader en reseau, c est cool ).

Autre petite question, sachant que ma base sera montée en nfs, le systeme de fichier ASM est t il bien ?

[Jaouad]

C 'est quoi ton OS ?

[mrhuve]

J ai pris la simplicité, c est une Redhat AS 3

[Jaouad]

Alors la ca commence à être trop systéme pour moi , je suis désolé mais je viens d'atteindre ma limite dans ce domaine
Si quelqu'un peut répondre sinon peut être déplacé le sujet dans le forum linux .

Tout ce que je peux te conseiller c'est de bien verifier que tu en en Asynchrone mais je crois qu'ASM est ok sur ce point la , le top étant d'être en raw device et non pas en FS , mais cela demande plus de gestion systéme

[mrhuve]

je te remerci,
j ai juste pas envie de me planter trop

mon soucis est en faite que je trouve pleins de doc d installe d oracle en lui meme, mais tres peux sur la maniere de configurer le systeme de fichier.

Vais tester diferent truc pour voir alors