IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Outils BI Discussion :

lancement des jobs DI via des scripts Shell


Sujet :

Outils BI

  1. #1
    Invité
    Invité(e)
    Par défaut lancement des jobs DI via des scripts Shell
    Bonjour,
    je n'ai jamais travaillé auparavant sur la plate forme BI. j'aimerai avoir quelques informations.

    à mes connaissances le DIS est l'ETL de SAS, il Travail en JOB.
    maintenant mes questions sont:

    1- est ce que ces jobs sont des programmes sas avec une extention .SAS ou ils ont une autre extention?
    2- est ce qu'on peut lancer ces jobs avec du shell ou avec SAS Classique? si oui. comment procéder.

    Encore merci à vous tous.

    Julie.

  2. #2
    Membre éprouvé
    Profil pro
    Inscrit en
    Avril 2009
    Messages
    747
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Avril 2009
    Messages : 747
    Points : 978
    Points
    978
    Par défaut
    1- est ce que ces jobs sont des programmes sas avec une extention .SAS ou ils ont une autre extention?
    Oui ce sont des pgms SAS, par contre ce ne sont pas des fichiers SAS.
    Ce sont avant des metadonnées.
    Ce n'est que quand tu fais une action a travers DIS qu'ils deviennent un fichier SAS.
    De tête l'action est "deploy"/"Deployer"
    Apres si tu remodifies le job tu dois penser a le re-deployer

    2- est ce qu'on peut lancer ces jobs avec du shell ou avec SAS Classique? si oui. comment procéder.
    Oui !

    si oui. comment procéder.
    Ben c'est assez long a expliquer, disons qu'une fois que tu as déployé tes jobs ils sont disponibles dans la SMC pour que tu puisses les ordonnancer.
    Cela se passe avec le plugin scheduleur

    Mais il faut que se plugin soit configuré dans la SMC et que coté serveur il y ait egalement une configuration Répertoires/Fichier qui soit faite.

    Donc si tu n'as pas tout de fait de suite, il faut mettre la main a la patte.
    Regarde dans la doc les elements liés au scheduling


    X

    ps: je n'ai pas parlé de LSF qui est encore un autre moyen d'ordonnancer des jobs afin de ne pas trop te perdre

  3. #3
    Invité
    Invité(e)
    Par défaut
    merci pour ces précieuses explications.

  4. #4
    Rédacteur

    Homme Profil pro
    SAS ALLIANCE SILVER. Consultant et formateur SAS et Cognos.
    Inscrit en
    Avril 2009
    Messages
    2 497
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 51
    Localisation : France, Yvelines (Île de France)

    Informations professionnelles :
    Activité : SAS ALLIANCE SILVER. Consultant et formateur SAS et Cognos.
    Secteur : Conseil

    Informations forums :
    Inscription : Avril 2009
    Messages : 2 497
    Points : 6 064
    Points
    6 064
    Par défaut
    Petite précision. Les jobs sont déployés physiquement sous forme de fichiers .sas donc ils ne sont pas dans la SMC. C'est un peu comme l'export de code d'un projet EG. EG et DIS sont des générateurs de code et rien d'autres.
    On peut l'appeler via un workspace server dans les cas standards même un job de création de cubes.

    L'appel aux MD est nécessaire pour la lecture de libname META et pour le référencement des objets dans les métadonnées tel que les cubes. Autrement, les MD ne sont pas utiles.
    Je pense même que le code généré pourrait être étudié et nettoyé des références aux MD lorsqu'il s'agit de job de création de tables.

  5. #5
    Invité
    Invité(e)
    Par défaut
    Merci Stéphane,
    donc si je comprends bien, il est possible d'ordonnancer les job DI avec des script Shell après export en programmes SAS ?
    le but c'est de positionner un mouchard dans les entrepôts de données qui grâce à eux mes Jobs (programmes) se lancent automatiquement avec du Shell. et surtout le but c'est de travailler en arrière plan.

    et si tu me dis que c'est possible avec les jobe de création de Cude via le module (OCS) je compte le faire aussi pour actualiser les CUBE Olap.

    Encore merci à tous pour vos réponses.

  6. #6
    Rédacteur

    Homme Profil pro
    SAS ALLIANCE SILVER. Consultant et formateur SAS et Cognos.
    Inscrit en
    Avril 2009
    Messages
    2 497
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 51
    Localisation : France, Yvelines (Île de France)

    Informations professionnelles :
    Activité : SAS ALLIANCE SILVER. Consultant et formateur SAS et Cognos.
    Secteur : Conseil

    Informations forums :
    Inscription : Avril 2009
    Messages : 2 497
    Points : 6 064
    Points
    6 064
    Par défaut
    Oui complètement. D'ailleurs les codes de génération du client OCS ne sont que des proc OLAP. Tu peux l'écrire à la main si tu le veux.
    Ensuite, l'appel est ordonnancable avec le scheduler maison.

Discussions similaires

  1. Exécution des packages SSIS via des travaux SQL-Server
    Par marcandre dans le forum Administration
    Réponses: 9
    Dernier message: 24/04/2012, 13h18
  2. Lancement des jobs Talend via un Shell unix
    Par INFOBI dans le forum Développement de jobs
    Réponses: 4
    Dernier message: 23/12/2011, 10h16
  3. Réponses: 1
    Dernier message: 12/11/2011, 12h19
  4. [EJB3.1] Manipuler des stateless local via des statefulremotes
    Par deathness dans le forum Java EE
    Réponses: 2
    Dernier message: 11/10/2010, 10h45
  5. Réponses: 1
    Dernier message: 28/04/2006, 15h25

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo