Fitxers amb origen de dades en OWB

No replies
imatge de carlos
Offline
Joined: 28/12/2005
Puntos: 1209

Tinc instal·lat un Oracle Warehouse Builder que està  configurat 'a tres capes', amb un Windows Server com BD servidora-deposador principal, una BD destí sobre LINUX i el client del Centre de Disseny un Windows XP. He definit un origen de dades de fitxer i per a la connexió, en la ubicació  d’arxius he especificat un directori que 'veu' la màquina XP. Això em permet fer tot correctament, fins que vull iniciar la càrrega, moment en què el centre de control em torna el següent error:   Y:\Dimensiones\Geografia\CARGA_POBLACIONES.ctl (el sistema no pot trobar la ruta especificada) Suposo que el problema és que cal definir l’origen del fitxer amb un path al què es pugi  accedir des del servidor del reposador, o el de destí. Estic en el cert? Amb copiar els arxius en un d’aquests servidors tindria suficient per poder preparar la càrrega? Gràcies per anticipat.   

n/d

Contingut relacionat

  • L´error ORA-30926 sol produir quan es realitzen operacions Merge, i el normal és que ens deixi una mica descol·locats, ja que la descripció del mateix no dóna massa informació sobre el que està passant:
    ORA-30926: unable to get a stable set of rows in the source tables.

    Normalment aquest error es produeix quan en l'operació  Merge a una fila destí que cal actualitzar li corresponen més d´una fila a la taula origen. Com que el motor no sap quin registre escollir retorna un error. És un problema de duplicitat en la taula origen.

    Exemple:.:

  • En la publicació electrònica MCData.ti es pot trobar una classificació bastant completa de diferents eines relacionades amb el business intelligence i la gestió de dades.  Aquesta és la descripció que es realitza de les eines de ETL (Extraction, Transformation and Load).

    Empresa: Cognos

    Producte: DecisionStream

    Descripció: Eina específica per a sistemes SAP i Siebel que permet implantar ràpidament una sèrie de data marts relacionats per compondre un sistema integrat de BI.  Assegura que tots els usuaris tinguin accés a les dades per coordinar de forma eficient l'anàlisi, els informes i la presa de decisions.

    Empresa: Computer Associates

    Producte: Advantage Data Transformer - Enterprise Metadata Edition

    Descripció: Eina de transformació i moviment de dades que permet crear datamarts i magatzems de dades de forma fàcil, transformacions complexes o una gestió robusta de metadades.

    Producte: Advantage Data Transformer

  • Una base de dades Oracle en Standby és una còpia exacta d'una base de dades operativa en un servidor remot, usada com a backup, com a còpia per a consulta, recuperació de desastres, etc.

    Una base de dades en mode Standby és més que un backup normal ja que es pot posar en producció en cas de desastre en un temps menor que si haguessim de restaurar una còpia (ja sigui des de rman o un simple exportació). Restaurar una còpia des de fitxer triga temps, i durant aquest període el sistema no està disponible. Amb una base de dades addicional en mode standby no hi ha res (o gairebé res de restaurar) en cas de desastre. En qüestió de minuts es fa el canvi permetent continuïtat en el servei.No ens ofereix els avantatges de rendiment d'un cluster o la seguretat del mirall però la relació de costos de temps i llicència versus avantatges em sembla correcta.

    Des d'un punt de vista global:

    -Disposem d'una còpia de la base de dades de forma remota, que podem comptabilitzar com a segon joc de còpies.

    -A diferència d'un simple backup, la còpia es manté viva i les dades són actualitzats amb més freqüència.

  • Hem preparat un nou servidor virtual amb la instal.lació preconfigurada de Pentaho 2.0, la coneguda plataforma open source de Business Intelligence (Pentaho BI). 

    Podeu descarregar lliurement una màquina virtual preparada amb el programari de virtualització VM ware server 2.0:

     Descargar Imagen Virtual de PentahoDescàrrega de Pentaho 2.0 per VMware 

    (Paciència amb la descàrrega, els fitxers són molt grans)

  •  

    Segur que a tots els que treballeu amb Oracle (o amb Sap i com a base de dades Oracle com és el meu cas), us ha sorgit la necessitat de replicar una base de dades productiva (o d'un entorn de proves), en un altre sistema. En el meu cas, treballant amb Sap, regularment realitzar una còpia de la base de dades real en el sistema de desenvolupament (integració), perquè la proves dels canvis, desenvolupaments o parametritzacions siguin el més completes possibles (i el més fàcils possible de cara a l'usuari si disposa de les dades "reals" més actualitzats)...