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

Développement SQL Server Discussion :

Lancement d'un cmd par SQL Server: modifications non attendues du fichier log.


Sujet :

Développement SQL Server

  1. #1
    Nouveau membre du Club
    Profil pro
    Inscrit en
    Mars 2003
    Messages
    60
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mars 2003
    Messages : 60
    Points : 39
    Points
    39
    Par défaut Lancement d'un cmd par SQL Server: modifications non attendues du fichier log.
    Bonjour,
    j'ai un job (dans SQL Server 2005) qui lance un cmd.
    Mon cmd liste et supprime des fichiers anciens (pour résumer) et sort deux logs avec la liste des fichiers supprimés.
    Ces deux fichiers ont la regle de nommage suivante:

    MonServeur_suppression_AAAA-MM-JJ_hh-mm-ss_nant.log
    MonServeur_suppression_AAAA-MM-JJ_hh-mm-ss.log

    Le probleme, c'est que quand je le lance manuellement, les logs prennent bien cette regle de nommage, avec le nom physique du serveur (cluster) et la date puis l'heure.

    Quand je le lance par SQL Server, le log prend l'alias du serveur SQL, et il ne recupere pas la date et l'heure.

    Tant mieux s'il prend l'alias du serveur car c'est cela dont on a besoin, mais par contre pourquoi ne récupère t-il pas la date et l'heure comme quand on le lance manuellement....? (sachant que le cmd faitappel à deux fichiers .build et que le développeur qui l'a commencé n'est plus lài)

    Je dois débugger ce script.. ou paramétrer SQL Server de sorte que cette date et cette heure s'ajoutent bien. Si vous voyez de quoi il peut s'agir, merci d'avance pour votre aide!

  2. #2
    Expert éminent sénior
    Avatar de mikedavem
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Août 2005
    Messages
    5 450
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 45
    Localisation : France, Ain (Rhône Alpes)

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : Distribution

    Informations forums :
    Inscription : Août 2005
    Messages : 5 450
    Points : 12 891
    Points
    12 891
    Par défaut
    Bonjour,

    Donnez nous des précisions sur le code de votre commande et éventuellement des scripts .build ...

    ++

  3. #3
    Nouveau membre du Club
    Profil pro
    Inscrit en
    Mars 2003
    Messages
    60
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mars 2003
    Messages : 60
    Points : 39
    Points
    39
    Par défaut
    Désolée j'ai manqué de temps pour mettre à jour le sujet... en fait le probleme vient du fait que le compte utilisé par SQL server pour lancer le cmd, n'est pas administrateur, il n'accede pas à WMI...
    J'ai contourné le probleme pour le moment parce que je ne sais pas trop dans quel groupe le mettre pour qu'il aie le droit d'acceder à WMI sans etre administrateur. En attendant mon script recupere la date du systeme directement sans passer par WMI.

Discussions similaires

  1. [SQL Server 2005] Base avec 2 fichiers LOG
    Par peluche13000 dans le forum MS SQL Server
    Réponses: 5
    Dernier message: 03/04/2008, 09h01
  2. Réponses: 3
    Dernier message: 23/01/2006, 12h02
  3. Démarrage d'une macro par SQL Server
    Par PiercingDegree dans le forum Requêtes et SQL.
    Réponses: 2
    Dernier message: 28/09/2005, 09h13
  4. fonction utilisateur non reconue par sql server 2000
    Par ouedmouss dans le forum MS SQL Server
    Réponses: 1
    Dernier message: 05/09/2005, 07h46
  5. Table ASCII utilisée par SQL Server
    Par Oluha dans le forum MS SQL Server
    Réponses: 2
    Dernier message: 29/06/2005, 14h31

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