none
archivage impossible de fichiers à partir de SSIS sur un lecteur réseau RRS feed

  • Question

  • L'archivage des fichiers effectué par un package SSIS se termine en échec lorsqu'on on veut archiver sur un lecteur réseau. L'archivage sur le disque local du serveur ne pose aucun problème. Par ailleurs on a tous les droits en écriture sur le lecteur réseau en question .Pour être précis ce package est lancé par un service windows qui a remplacé un service web qui faisait la même chose et ça fonctionnait très bien.
     
    Ceci peut provenir de l'incapacité du service windows à accéder en écriture à un lecteur réseau.
     
    Pour arriver à cette conclusion une série de tests a été effectué :
    • Modification de l'emplacement du repertoire sur un disque local (OK).

    Bref si quelqu'un a une idée,

     

    Merci d'avance !

     

    vendredi 22 août 2008 10:39

Toutes les réponses

  • Bonjour,

     

    Je m'aperçois que vous venez de poster pour la première fois sur les forums de MSDN France ( d'ailleurs tous les forums de MSDN même us ).

    Je vois souhaite un bon séjour sur ces forums et j'espère que vous trouverez vite une réponse à votre problème.

     

    Avez-vous vérifié que le compte Windows utilisé pour le service gérant les packages SSIS a bien les droits nécessaires pour faire un archivage sur le lecteur réseau?

    Avez-vous comparé les droits et permissions accordés au nouveau service Windows et à l'ancien service Web ?

     

    Nous attendons votre réponse pour tenter de vous aider plus efficacement

     

    Bonne journée

     

    vendredi 22 août 2008 11:53
  • Bonjour,

     

    désolée de déterrer ce topic mais j'ai exactement le même problème et je n'ai pas trouvé la solution...

    Mon package crée un fichier plat qu'il est censé déposer sur lecteur réseau connecté à un serveur distant. Quand je lance mon package seul, il arrive bien à écrire dans le lecteur réseau.

    Mais tout plante dès que j'appelle le package dans un job. J'ai essayé de lancer le job à partir d'un autre compte que l'agent SQL mais c'est un échec.

    Quelqu'un aurait une idée ?

    Merci par avance !

     

    jeudi 23 juin 2011 15:29
  • Bonjour KiaraFR,

    S'il vous plait, pourriez-vous fournir l'exact message d'erreur que vous avez ? Sans ce message exact et complet, il est très difficile de vous aider plus efficacement ( il peut y avoir des problèmes de droits d'écriture sur le lecteur réseau, ou des droits d'exécution du job à partir d'un compte autre de l'Agent SQL )

    Bonne journée


    Mark Post as helpful if it provides any help.Otherwise,leave it as it is.
    lundi 4 juillet 2011 07:03
  • Bonjour,

     

    Désolée d'avoir mis si longtemps à répondre... J'ai été prise par autre chose et je n'y ai repensé que maintenant.

    Je poste à nouveau car mon problème est résolu.

    La chaîne de connexion que j'utilisais pour écrire sur le répertoire distant était de la forme : K:\repertoire_distant\, c'est-à-dire le chemin en local de mon lecteur réseau connecté au serveur distant.

     

    Je n'ai pas vraiment compris pourquoi mais en fait cet appel ne fonctionne pas. Il faut donc mettre en chaîne de connexion le chemin vers le serveur distant :

    \\serveur_distant\repertoire_dépôt\

     

    En espérant que cela puisse aider des personnes qui ont ce problème !

    Bonne journée à tous

    • Proposé comme réponse KiaraFR lundi 8 août 2011 09:05
    • Non proposé comme réponse KiaraFR lundi 8 août 2011 09:06
    • Proposé comme réponse KiaraFR mardi 16 août 2011 11:57
    lundi 8 août 2011 09:05
  • Bonjour,

    C'est sans doute parce que le fait que la lettre k: soit mappé à un emplacement réseau particulier est spécifique à VOTRE session.

    L'opération est sans doute faite sous le compte de service SQL Server pour lequel ce mappage n'est pas actif. Donc effectivement dès que l'on travaille avec SQL Server, une appli ASP.NET etc... toute appli sous forme de service, il est préférable d'utiliser la notation UNC plutôt qu'une lettre de lecteur qui ne sera pas mappée sous le compte de ce service.

    Merci de marquer votre réponse comme réponse pour clôre ce sujet.


    Please always mark whatever response solved your issue so that the thread is properly marked as "Answered".
    • Proposé comme réponse Papy Normand jeudi 25 août 2011 06:06
    dimanche 14 août 2011 16:49
  • Bonjour,

    Merci pour votre explication, je comprends mieux maintenant !

     

    Je vais proposer ce sujet comme résolu, mais ce n'est pas moi qui l'avait initié...

    Bonne journée

    • Proposé comme réponse KiaraFR mardi 16 août 2011 11:57
    • Non proposé comme réponse KiaraFR mardi 16 août 2011 11:57
    mardi 16 août 2011 11:57