Discussion :

[bmwz3tds]

Bonjour,

Il m'est demandé de créer une base de données décisionnelle pour un infocentre .
C'est le duo BO + Oracle 9i qui a été retenu.

Toute la partie conception du datawarehouse a été réalisée et sans que j'y participe. Etant un jeune DBA, je ne maitrise pas encore totalement tous les subtilités d'Oracle en terme d'administration, et encore moins les concepts d'infocentre.

Cependant, avant de me décider à poster ce message, j'ai tout de même lu la plupart des tutoriaux et autres articles disponibles sur ce site ayant rapport avec les bases multidimensionnelles et/ou les concepts d'infocentre en général (base en étoile, flocon, ETL, dimensions, faits...etc)

J'en viens donc à ma question :

Quelle est la démarche à suivre pour la création de mes tablespaces ? Comment les répartir ? Quelle taille ? ...etc

J'ai vu qu'en utilisant "Database Configuration Assistant" d'Oracle, il était déjà possible de creer des bases de données de type "datawarehouse".

Voici des informations par rapport à mon infocentre :
- Volumétrie globale de la base : 50 Go
- 13 tables de dimensions (en sachant que certaines tables sont communes à plusieurs étoiles, permettant de regrouper les analyses.)
- 3 tables de faits
- 46 tables ODS (au passage, je ne sais pas ce que sont les tables 'ODS'...^^)
- 50 tables de référence
- le tout réparti en 6 étoiles
- Nombre d'utilisateur maxi : 1380
- Nombnre d'utilisateur actif (accès concurrent) : 207 (soit 15%)
- Serveur BO : Machine biprocesseur quadri-coeur avec 8 Go de mémoire (HP Proliant DL160 G5 avec Processeur Intel® Xeon® X5472 Quad Core (3 GHz, 120 W, bus frontal 1600 MHz))
- Serveur DataIntegrator : Machine quadri-coeur avec 4 Go de mémoire (idem ci-dessus)


Merci à ceux qui éclaireront ma lanterne... pour l'instant bien éteinte.


Bm'

[pifor]

Que représente exactement les 50 Go ? Une taille réelle des données (dans une autre base, en fichiers plats) ou une estimation dans la base Oracle ?

Quelle est la configuration des disques/systèmes de fichiers en terme de nombre, taille, disque interne, SAN, RAID ?

Dans un premier temps, vous pouvez créer un tablespace unique pour les données applicatives à moins d'être sûr d'identifier plusieurs applications indépendantes qui correspondraient à plusieurs schémas indépendants.

Pour une application décisionnelle, pensez à avoir un OS en 64 bits pour la SGA et la PGA et que vous pouvez avoir aussi besoin d'espace important dans un tablespace temporaire en fonction des requêtes.

[Marc Musette]

je te conseille la lecture de l'admin guide warehouse

[bmwz3tds]

Bonjour à tous,

merci pifor pour tes réponses, et désolé pour ma réponse tardive.

Je vais essayer d'apporter un peu plus de précisions :
- les 50 Go correspondent effectivement à la taille globale "estimée" de la base de données décisionnelle une fois chargée, via ODI.
- En fait les données proviennent d'un seul système d'information, ou pour être plus précis, les données sont extraites d'une seule et même base de données (Oracle 10g).
- La base de l'infocentre sera une Oracle 10g R2 avec partionning, installée sur une machine HP UX v.11
- La disponibilité des données est garantie par les disques (machines, baies) mirorés RAID5
- Apparemment la configuration retenue serait 1 baie de stockage SAN.
- Espace disque recquis est de 50Go

Je n'ai pas encore réfléchi à l'organisation de mes disques (le nombre, la taille...etc)

J'ai conscience que mes informations sont un peu imprécises et vagues, mais je n'ai pas la possibilité d'un obtenir plus, pour l'instant.

Normalement, je devrais suivre dans quelques semaines une formation chez Oracle, intitulée "Oracle Database 10g : Implémenter et administrer un Data Warehouse", mais étant jeune DBA (par l'expérience mais par l'âge ^^) j'ai peur de m'y perdre un peu.
J'essaye donc d'anticiper un peu la chose...

[nuke_y]

En dehors de l'aspect purement technique bas niveau (PGA, taille des blocks, etc.) sur lequel je ne suis pas compétent :
- ne pas hésiter à être force de proposition sur la mise en place de vues matérialisées permettant de pré-calculer les données et sur l'utilisation de la ré-écriture de requêtes (pas forcément nécessaire car BO est capable d'utiliser l'aggregate aware). Les perfs et les IO t'en seront reconnaissants.
- donner aux personnes qui construisent le datawarehouse les éléments permettant de travailler correctement : script qui permet de tracer les requêtes, leur fournir des stats sur la charge pour qu'ils puissent d'eux-mêmes se rendre compte qu'il y a un souci
- être force de proposition (preuve à l'appui) sur les index et leur type et sur les options telles que NOLOGGING, COMPRESS et le partitionnement
- ne pas oublier que les gens qui travaillent sur le datawarehouse maîtrisent un minimum les BDD mais qu'ils n'ont souvent pas la compétence pour travailler sur les éléments bas niveau, il faut donc être réactif, ouvert et pédagogue.


Nuke_y, qui construit des datawarehouse et traque les DBA jusqu'aux WC pour avoir les réponses à ses questions