Till SanderProjektmanagerOPITZ CONSULTING Hamburg GmbHPraxisbeispiel einer Discoverer-Migration auf die Oracle BI Suite Enterprise EditionHamburg, 22. März 2011Migration auf die OBIEE
AgendaKurze Vorstellung OPITZ CONSULTINGVorstellung Controlling-DWHVorgehen bei der Migration und Einführung der OBIEETechnische Durchführung der MigrationFazit
Wo wir stehen – Standorte und EntwicklungStandorteUnternehmensentwicklungOPITZ CONSULTING NiederlassungenHamburgBerlinMitarbeiter (FTE)2010:  352Mitarbeiter2011:  405 Mitarbeiter (Prognose)Umsatz2010:  35,4 Mill. €2011:  42,2 Mill. € (Prognose)EssenGummersbachBad HomburgKrakówZürichMünchen
GeschäftszieleeffektivverfolgenDierichtigenProjekte auswählenEffizienteMethoden und TechnologienProjekterichtigmachenIndividuelleWettbewerbsvorteileProjektequalitativhochwertigumsetzenSicherheit und KostenvorteileLösungenoptimal betreibenNachhaltigkeit und IdentifikationKnow-howaufbauen und vertiefenWas wir machen – Die Tätigkeitsfelder
DWH HistorieIm Juni 2006 wurde das DWH für den Bereich "Controlling" bereitgestellt.Oracle Warehouse Builder 10.1.0.4Oracle Discoverer 10gSeit 2009 ist die Oracle BI Suite Enterprise Edition 10g die strategische BI-Plattform beim Kunden.Start der Migration des Controlling-DWHs war im Mai 2010.Migration DWH von Oracle DB/OWB 10.1 auf Oracle DB/OWB 10.2Migration DiscovererSchulung der Anwender
Vorgehen und AufwandExterne Migration der Discoverer EULsLieferung des Discoverer EULsMigration auf OBIEE Repository durch OPITZ CONSULTINGDauer: 1 PTUmschulung des BI-AdministratorsWorkshop auf Basis des migrierten RepositoriesTeilweise Anpassungen an aktuelle AnforderungenErzeugen der notwendigen Berichte und DashboardsQualitätssicherung der DatenDauer: 8 PTSchulung der Key-UserWorkshop zur Einführung in die Bedienung der	notwendigen OBIEE FrontendsDauer: 1 PT
Discoverer EUL vs. OBIEE RepositoryGenerell Anbindung von Datenquellen (Metadaten)Authentifizierung und AutorisierungModellierung von logischen Verknüpfungen der DatenTrennung von technischen und fachlichen BezeichnungenZentrale Definition von …BerechnungenFilternHierarchienSummentabellenVorteile OBIEE RepositoryGrößere Flexibilität bei der Anbindung von DatenquellenVielfältigere Autorisierungsmöglichkeiten (LDAP, OS, DB, …)Strukturierung in drei Ebenen (physisch, fachlich, Präsentation)Mächtige Calculation-Engine
VoraussetzungenVerwendung des AssistentenEin Star-Schema ist die optimale Voraussetzung für die Konvertierung der MetadatenEin OLTP-Schema als Grundlage wird grundsätzlich ebenfalls migriert, es können aber manuelle Nacharbeiten notwendig sein.Software-VersionenDiscoverer EUL: Minimum 10.1.2OBIEE : Minimum 10.1.3.4
Discoverer "End User Layer" Controlling-DWHVielzahl an komplexen und benutzerdefinierten OrdnernAusgeblendete Ordner und "Hilfsordner"Logische VerknüpfungenWenige komplexere BerechnungenVorbereitung auf die Migration: Export der EUL bzw. einzelner Geschäftsbereiche
Ausführen der Migration%OracleBI%\server\bin\MigrateEUL.exe t:\EBE.eex
Ergebnis der Migration im OBIEE Repository
Notwendige manuelle SchritteDie Verbindungsinformationen zu den Datenquellen werden in Form von "Connection Pools" angelegt.Die wesentlichen Informationen müssen aber eingepflegt werden:Name der Datenquelle (TNS)UsernamePasswortName der Datenquelle und Username können über eine Konfigurationsdatei übergeben werden.
Validierung des Repositories
Protokollierung der MigrationDas Protokoll der Migration weist die ausgeführten Schritte auf.Objekte, die nicht migriert werden konnten, werden hier schon kenntlich gemachtJoinsFilterOrdner ohne Bezug…
Protokollierung der Migration – Fehler/ProblemeMehrfach-Verknüpfung zwischen TabellenDimensionen auf Basis komplexer OrdnerDimensionen auf Basis komplexer OrdnerZentrale, optionale Filter
Stellschrauben%OracleBI%\server\bin\MigrationConfig.propertiesCreateAggregatedColsFALSE: Kennzahl mit Standard-AggregationTRUE: Pro Aggregation eine KennzahlCreateSeparateRPDsTRUE: Ein Repository pro Discoverer GeschäftsbereichExcludeJoinsKommaseparierte Liste von Joins (IDs), die nicht migriert werden sollenConsiderMultiplePathsTRUE: Es wird versucht, Mehrfachverknüpfungen zwischen Objekten zu migrierenUsername, DataSourceName
Mapping Discoverer  OBIEEEnd User Layer (EUL)  MetadataRepository File (RPD)Business Area  Presentation LayerSichtbare Ordner  Ordner im Presentation LayerKomplexe Ordner  Logischer OrdnerBenutzerdefinierte Ordner  Tabelle Typ "SELECT" im Physical LayerOrdnerelementeAggregationen verhalten sich anders als beim Discoverer, können nicht geändert werden. Durch Konfiguration CreateAggregateCols können alle zur Verfügung stehenden Aggregationen nachgebildet werdenBerechnungen auf Basis PL/SQL-Funktionen werden mit EVALUATE und EVALUATE_AGGR nachgebildet
Mapping Discoverer  OBIEEJoinsPhysical Layer: Übernahme Joins aus Discoverer-DefinitionLogical Layer: Star wird erzwungenMultiple Joins und ZirkelbezügeRealisierung über AliasKombination aus Outer und Inner Join  nur einer wird übernommenFilter/BedingungenObligatorischEinfacher und logischer Ordner  "Content Filter" des OrdnersKomplex: Filter in der BI-Gruppe "Everyone"OptionalBisher nicht migriertMit Migration der Workbooks als gespeicherter Filter
FazitDer "Discoverer MetadataConversionAssistant" ist ein effektives Werkzeug zur Migration eines Discoverer EULs auf ein OBIEE Repository.In Abhängigkeit des zugrunde liegenden Datenmodells sind eventuell einzelne manuelle Nacharbeiten notwendig.Derzeit fehlt dieMöglichkeit, auch die Berichte und Arbeitsmappen des Discoverers zu migrieren. Eine entsprechende Lösung ist angekündigt.Der Umstieg für Entwickler und Anwender ist einfach.
Next StepsDownload Oracle BI Suite Enterprise Editionhttp://www.oracle.com/technetwork/middleware/bi-enterprise-edition/downloads/index.htmlMigrationsanleitunghttp://www.oracle.com/technetwork/developer-tools/discoverer/discoverer-metadata-conversion-assi-128504.pdf%OracleBI%\server\document\DiscovererMetadataConversionAssistant.pdf
Fragen und Antworten
KontaktTill SanderProjektmanagerOPITZ CONSULTING Hamburg GmbHE-Mail: Till.Sander@opitz-consulting.comTelefon:	+49 40 741122-0

Migration auf die OBIEE - OPITZ CONSULTING - Till Sander

  • 1.
    Till SanderProjektmanagerOPITZ CONSULTINGHamburg GmbHPraxisbeispiel einer Discoverer-Migration auf die Oracle BI Suite Enterprise EditionHamburg, 22. März 2011Migration auf die OBIEE
  • 2.
    AgendaKurze Vorstellung OPITZCONSULTINGVorstellung Controlling-DWHVorgehen bei der Migration und Einführung der OBIEETechnische Durchführung der MigrationFazit
  • 3.
    Wo wir stehen– Standorte und EntwicklungStandorteUnternehmensentwicklungOPITZ CONSULTING NiederlassungenHamburgBerlinMitarbeiter (FTE)2010: 352Mitarbeiter2011: 405 Mitarbeiter (Prognose)Umsatz2010: 35,4 Mill. €2011: 42,2 Mill. € (Prognose)EssenGummersbachBad HomburgKrakówZürichMünchen
  • 4.
    GeschäftszieleeffektivverfolgenDierichtigenProjekte auswählenEffizienteMethoden undTechnologienProjekterichtigmachenIndividuelleWettbewerbsvorteileProjektequalitativhochwertigumsetzenSicherheit und KostenvorteileLösungenoptimal betreibenNachhaltigkeit und IdentifikationKnow-howaufbauen und vertiefenWas wir machen – Die Tätigkeitsfelder
  • 5.
    DWH HistorieIm Juni2006 wurde das DWH für den Bereich "Controlling" bereitgestellt.Oracle Warehouse Builder 10.1.0.4Oracle Discoverer 10gSeit 2009 ist die Oracle BI Suite Enterprise Edition 10g die strategische BI-Plattform beim Kunden.Start der Migration des Controlling-DWHs war im Mai 2010.Migration DWH von Oracle DB/OWB 10.1 auf Oracle DB/OWB 10.2Migration DiscovererSchulung der Anwender
  • 6.
    Vorgehen und AufwandExterneMigration der Discoverer EULsLieferung des Discoverer EULsMigration auf OBIEE Repository durch OPITZ CONSULTINGDauer: 1 PTUmschulung des BI-AdministratorsWorkshop auf Basis des migrierten RepositoriesTeilweise Anpassungen an aktuelle AnforderungenErzeugen der notwendigen Berichte und DashboardsQualitätssicherung der DatenDauer: 8 PTSchulung der Key-UserWorkshop zur Einführung in die Bedienung der notwendigen OBIEE FrontendsDauer: 1 PT
  • 7.
    Discoverer EUL vs.OBIEE RepositoryGenerell Anbindung von Datenquellen (Metadaten)Authentifizierung und AutorisierungModellierung von logischen Verknüpfungen der DatenTrennung von technischen und fachlichen BezeichnungenZentrale Definition von …BerechnungenFilternHierarchienSummentabellenVorteile OBIEE RepositoryGrößere Flexibilität bei der Anbindung von DatenquellenVielfältigere Autorisierungsmöglichkeiten (LDAP, OS, DB, …)Strukturierung in drei Ebenen (physisch, fachlich, Präsentation)Mächtige Calculation-Engine
  • 8.
    VoraussetzungenVerwendung des AssistentenEinStar-Schema ist die optimale Voraussetzung für die Konvertierung der MetadatenEin OLTP-Schema als Grundlage wird grundsätzlich ebenfalls migriert, es können aber manuelle Nacharbeiten notwendig sein.Software-VersionenDiscoverer EUL: Minimum 10.1.2OBIEE : Minimum 10.1.3.4
  • 9.
    Discoverer "End UserLayer" Controlling-DWHVielzahl an komplexen und benutzerdefinierten OrdnernAusgeblendete Ordner und "Hilfsordner"Logische VerknüpfungenWenige komplexere BerechnungenVorbereitung auf die Migration: Export der EUL bzw. einzelner Geschäftsbereiche
  • 10.
  • 11.
    Ergebnis der Migrationim OBIEE Repository
  • 12.
    Notwendige manuelle SchritteDieVerbindungsinformationen zu den Datenquellen werden in Form von "Connection Pools" angelegt.Die wesentlichen Informationen müssen aber eingepflegt werden:Name der Datenquelle (TNS)UsernamePasswortName der Datenquelle und Username können über eine Konfigurationsdatei übergeben werden.
  • 13.
  • 14.
    Protokollierung der MigrationDasProtokoll der Migration weist die ausgeführten Schritte auf.Objekte, die nicht migriert werden konnten, werden hier schon kenntlich gemachtJoinsFilterOrdner ohne Bezug…
  • 15.
    Protokollierung der Migration– Fehler/ProblemeMehrfach-Verknüpfung zwischen TabellenDimensionen auf Basis komplexer OrdnerDimensionen auf Basis komplexer OrdnerZentrale, optionale Filter
  • 16.
    Stellschrauben%OracleBI%\server\bin\MigrationConfig.propertiesCreateAggregatedColsFALSE: Kennzahl mitStandard-AggregationTRUE: Pro Aggregation eine KennzahlCreateSeparateRPDsTRUE: Ein Repository pro Discoverer GeschäftsbereichExcludeJoinsKommaseparierte Liste von Joins (IDs), die nicht migriert werden sollenConsiderMultiplePathsTRUE: Es wird versucht, Mehrfachverknüpfungen zwischen Objekten zu migrierenUsername, DataSourceName
  • 17.
    Mapping Discoverer OBIEEEnd User Layer (EUL)  MetadataRepository File (RPD)Business Area  Presentation LayerSichtbare Ordner  Ordner im Presentation LayerKomplexe Ordner  Logischer OrdnerBenutzerdefinierte Ordner  Tabelle Typ "SELECT" im Physical LayerOrdnerelementeAggregationen verhalten sich anders als beim Discoverer, können nicht geändert werden. Durch Konfiguration CreateAggregateCols können alle zur Verfügung stehenden Aggregationen nachgebildet werdenBerechnungen auf Basis PL/SQL-Funktionen werden mit EVALUATE und EVALUATE_AGGR nachgebildet
  • 18.
    Mapping Discoverer OBIEEJoinsPhysical Layer: Übernahme Joins aus Discoverer-DefinitionLogical Layer: Star wird erzwungenMultiple Joins und ZirkelbezügeRealisierung über AliasKombination aus Outer und Inner Join  nur einer wird übernommenFilter/BedingungenObligatorischEinfacher und logischer Ordner  "Content Filter" des OrdnersKomplex: Filter in der BI-Gruppe "Everyone"OptionalBisher nicht migriertMit Migration der Workbooks als gespeicherter Filter
  • 19.
    FazitDer "Discoverer MetadataConversionAssistant"ist ein effektives Werkzeug zur Migration eines Discoverer EULs auf ein OBIEE Repository.In Abhängigkeit des zugrunde liegenden Datenmodells sind eventuell einzelne manuelle Nacharbeiten notwendig.Derzeit fehlt dieMöglichkeit, auch die Berichte und Arbeitsmappen des Discoverers zu migrieren. Eine entsprechende Lösung ist angekündigt.Der Umstieg für Entwickler und Anwender ist einfach.
  • 20.
    Next StepsDownload OracleBI Suite Enterprise Editionhttp://www.oracle.com/technetwork/middleware/bi-enterprise-edition/downloads/index.htmlMigrationsanleitunghttp://www.oracle.com/technetwork/developer-tools/discoverer/discoverer-metadata-conversion-assi-128504.pdf%OracleBI%\server\document\DiscovererMetadataConversionAssistant.pdf
  • 21.
  • 22.
    KontaktTill SanderProjektmanagerOPITZ CONSULTINGHamburg GmbHE-Mail: Till.Sander@opitz-consulting.comTelefon: +49 40 741122-0