étude

  • Analyse des flux ODI pour déterminer la conformité des licences avant compliance

    Contexte
    Project décisionnel et flux inter-applicatifs
    Technologies
    • SGBD : MSSQL Server plusieurs versions
    • ETL : Oracle ODI 10

    Objectif

    Avant une compliance Oracle sur le logiciel ODI v10, l'objectif était d'étudier la conformité de l'utilisation des flux par rapport aux licences contractées avec l'éditeur. Cette étude était également une partie de l'étude d'architecture globale pour la montée de version vers ODI 11

    Dans ce cas d'étude, nous étudions les méta-données ODI et faisons le liens entre les topologies et les éxecutions. Le résultat nous permet de déterminer quels sont les flux hors normes et ainsi définir précisément les actions à mener pour revenir à une conformité contractuelle

    Le diagramme suivant illustre les flux entre machines pour les bases de données et les répertoires pour les fichiers

  • Etude architecture et migration MS SQL Server 2008R2 vers 2014

    Contexte
    Migration des bases de données SQL Server et nouvelle infrastructure
    Technologies
    • SGBD : MSSQL Server 2008R2 Enterprise Edition
    • ETL : SAP BODS, SSIS et procédures stockées T-SQL
    • Reporting : SAP BO, Qlikview et SSRS

    Objectif

    Déterminer les lacunes du système actuel, proposer une nouvelle infrastructure pour la partie base de données, valoriser la solution (hardware + sofware), démontrer les gains de la nouvelle vers et définir le chemin de migration.

    Dans cette étude, nous appliquons notre méthodologie pour la consolidation des applications et des bases de données à savoir la pose de sondes et des traces, études des configurations hardware et logicielles, analyses des traces et des fonctionnalitées. Après plusieurs dizaines de jours de traces, les données sont consolidées dans une base de données pour être analysées. Voici les résultats de ces analyses :

     

  • Etude d'aide aux choix des technologies à mettre en place

    Contexte
    Project décisionnel
    Technologies
    • SGBD : MS SQL Server 2014 EE
    • ETL : SSIS
    • Reporting : Microstrategy V9.4 On Premise

    Objectif

    Etudier la possibilité de retirer les cubes Microstrategy aux profits des index en colonnes MSSQL

    Dans ce cas d'étude, un cube Microstrategy, composé de dizaines de mesures et de dimensions, est généré par une quarantaine de requêtes SQL sur une base de données SQL Server en version 2014 Enterprise Edition. Les index en colonnes, sont utilisés. Peuvent-ils dans ce cas remplacer le cube Microstrategy ?  Ils ont drastiquement réduit la taille des tables en base. Les types de données des identifiants ont joué un rôle important sur les performances qu'il a fallut optimiser. Au final il fut très intéressant de voir la décomposition des temps des requêtes en terme de compilation (calcul du plan d'éxécution) et d'éxécution (récupération des données).

    Les diagrammes suivants illustrent ces trois parties de l'étude : taille des tables avant/après compression, influence des types de données et décomposition compile (orange) vs exec time (bleu) :

  • Etude d'architecture SAP HANA Full Use

    Contexte
    Project décisionnel
    Technologies
    • SGBD : SAP HANA SPS11 Full Use
    • ETL : IBM Infosphere Datastage PX 9.1
    • Reporting : IBM Cognos V10.2 On Premise
    • Dataviz: Tableau 9.3 On Premise

    Objectifs Initiaux

    Etudier une architecture possible avec SAP HANA en remplacement du datawarehouse sous MSSQL 2005 tout en conservant le modèle de données, le patrimoine des interfaces ETL Datastage et des rapports Cognos

    Evolutions des objectifs

    Proposer un nouveau modèle de données capable d'apporter une avancée fonctionnelle sensible tous en réduisant drastiquement les temps de chargement/calculs. Proposer une solution de dataviz intégrée avec HANA afin d'apporter un éclairage nouveau sur les données tout en étant simple d'utilisation

    Dans ce cas d'étude, le modèle de données du datawarehouse est très riche et donne satisfaction aux métiers l'utilisant. Le patrimoine d'interfaces ETL représentes des centaines de flux complexes et les coûts d'une réfection complète sont élevés. Le choix du positionnement de la base de données se pose également : cloud SAP, intégration classique chez l'hébergeur traditionnel, On Premise... Les choix technologiques au sein de SAP HANA se posent également : tables classiques ou vues HANA ? Virtualisation ? en production ?

    Le diagramme suivant illustre et des scénarios proposés : Hebergement centralisé pour les briques principales, mais licencing spécifiques pour la brique datawarehouse et ainsi la possibilité d'exploiter les données avec des outils tiers non estampillés SAP :

  • Etude de consolidation de bases de données

    Contexte
    Rationnalisation des bases de données SQL Server
    Technologies
    • SGBD : MSSQL Server 2008R2 Standard et Enterprise Edition
    • ETL : Script et procédures stockées T-SQL
    • Reporting : NA

    Objectif

    Afin de connaitre la faisabilité d’une consolidation de plusieurs instances sql serveur sur une seule machine qui contient déjà des dizaines de databases, une mission d’audit des serveurs et instances MSSQL est menée.

    Dans cette étude, nous appliquons notre méthodologie pour la consolidation des applications et des bases de données à savoir la pose de sondes et des traces, études des configurations hardware et logicielles, analyses des traces et des fonctionnalitées. Après plusieurs dizaines de jours de traces, les données sont consolidées dans une base de données pour être analysées. Voici les résultats de ces analyses :