Publicité
+ Répondre à la discussion
Affichage des résultats 1 à 5 sur 5
  1. #1
    Invité de passage
    Inscrit en
    janvier 2004
    Messages
    6
    Détails du profil
    Informations forums :
    Inscription : janvier 2004
    Messages : 6
    Points : 0
    Points
    0

    Par défaut Création d'une base de données décisionnelle

    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'

  2. #2
    Expert Confirmé
    Inscrit en
    février 2006
    Messages
    3 435
    Détails du profil
    Informations forums :
    Inscription : février 2006
    Messages : 3 435
    Points : 3 897
    Points
    3 897

    Par défaut

    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.

  3. #3
    Membre chevronné

    Inscrit en
    décembre 2003
    Messages
    490
    Détails du profil
    Informations forums :
    Inscription : décembre 2003
    Messages : 490
    Points : 601
    Points
    601

    Par défaut

    je te conseille la lecture de l'admin guide warehouse

    *** OPN Exadata, Security Specialist ***
    *** OCE Performance Tuning 11g, Rac 10g-11g ***
    *** OCP DBA 9i-10g-11g ***

  4. #4
    Invité de passage
    Inscrit en
    janvier 2004
    Messages
    6
    Détails du profil
    Informations forums :
    Inscription : janvier 2004
    Messages : 6
    Points : 0
    Points
    0

    Par défaut

    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...

  5. #5
    Membre Expert Avatar de nuke_y
    Inscrit en
    mai 2004
    Messages
    1 823
    Détails du profil
    Informations forums :
    Inscription : mai 2004
    Messages : 1 823
    Points : 1 812
    Points
    1 812

    Par défaut

    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
    Il vaut mieux monopoliser son intelligence sur des bêtises que sa bêtise sur des choses intelligentes.

Liens sociaux

Règles de messages

  • Vous ne pouvez pas créer de nouvelles discussions
  • Vous ne pouvez pas envoyer des réponses
  • Vous ne pouvez pas envoyer des pièces jointes
  • Vous ne pouvez pas modifier vos messages
  •