Lot exécute manuellement, mais pas dans la tâche planifiée

Je n'ai pas écris généralement batches, mais j'ai actuellement un batch qui utilise forfiles pour copier les fichiers flv à partir d'un dossier à l'autre. Quand je lance le batch manuellement ça marche tout le temps, mais à partir d'une tâche planifiée, il jette un (0x1) erreur.

forfiles -p "C:\Program Files\Adobe\Flash Media Server 4.5\applications\name\streams" -m *.flv -s -d -1 -c "cmd /c copy @file ^0x22C:\Program^ Files\Adobe\Flash^ Media^ Server^ 4.5\applications\name\output\"

Pas sûr de ce que la syntaxe de la tâche planifiée ne l'aime pas.

Mise à jour

Sous ma tâche planifiée, des Actions j'ai le texte suivant:

Program/script:  name.bat
Start in (optional): \\servername\file\to\batch

OriginalL'auteur zach attack | 2012-09-20

  1. 4

    Quand mon Start in (optional): chemin était un chemin d'accès UNC, ça ne marcherait pas. Donc je l'ai déplacé mon lot sur le serveur et tout a fonctionné correctement.

    UNC dans Windows Fichiers Batch

    forfiles avec chemin d'accès UNC

    C'est vraiment un solution - PAS la solution à votre problème.

    OriginalL'auteur zach attack

  2. 3

    Salut peut-être que c'est utile,
    J'ai aussi face à la même question.
    Il suffit de régler le startin chemin comme:

    Lot exécute manuellement, mais pas dans la tâche planifiée

    Ici, dans le path est le chemin d'accès du fichier batch:
    comme vous devez entrer dans le programme de script:
    "E:\program les fichiers relatifs\demo.chauve-souris"
    puis dans startin vient de passer:
    E:\program les fichiers relatifs & fait!

    Grâce

    Arun Sharma

    OriginalL'auteur Arun Sharma

  3. 2

    Voir la capture d'écran ci-dessous.
    Vous avez besoin de changer l'utilisateur de systèmeLot exécute manuellement, mais pas dans la tâche planifiée

    Cela n'a pas fonctionné pour moi
    Je dois dire, planifier des tâches de windows ne sont pas mes préférés. si vous le pouvez, je vous recommandons d'exécuter une petite machine linux et les poignées avec des tâches cron.

    OriginalL'auteur Gil Allen

  4. 0

    Raison la plus courante pour de tels problèmes est d'autorisations: les tâches planifiées ne PAS toujours fonctionner avec votre d'identification de l'utilisateur. Si vous voulez une tâche planifiée pour s'exécuter comme vous vous devrez le configurer comme vous ou de remplacement de l'utilisateur.

    D'ailleurs que j'espère que votre ligne de code est un contenu de votre fichier de commandes, vous n'essayez pas d'exécuter cette commande directement. Ou êtes-vous?

    P. S. Ce sont ces ^0x22 et ^ faire dans votre code?

    J'ai la tâche planifiée sous un utilisateur disposant de l'autorisation. ^0x22, si je n'ai pas ^0x22 dans mon chemin de destination du lot ne fonctionne pas.
    Simplement pour éviter que comme un problème potentiel: essayez de spécifier le chemin d'accès complet à cmd c'est à dire C:\WINDOWS\system32\cmd.exe et simple (sans les espaces) chemin de la cible pour la copie. Si cela n'aide pas que je n'ai aucune idée de quoi d'autre il pourrait être. Post votre solution lorsque vous en trouvez une.

    OriginalL'auteur Germann Arlington

  5. 0

    Je sais que c'est une vieille question, mais je voulais juste partager quelques infos.

    La (0x01) code d'erreur peut également se référer à des ressources qui ne sont pas trouvés. Donc:

    • tous les fichiers/dossiers referd de l'intérieur le fichier de lot doit être accessible à l'utilisateur dont le compte est utilisé pour exécuter cette tâche planifiée;
    • prêter attention lors de l'utilisation des emplacements de réseau en combinaison avec l'option "Exécuter même si l'utilisateur est connecté ou non";
    • mentionnés ci-option peut être difficile à utiliser parce que certaines ressources peuvent être disponibles seulement après la connexion.

    OriginalL'auteur Yeseanul

  6. 0

    Sur le Serveur 2008 R2 lorsque vous exécutez le fichier de commandes sous domaine d'identification de l'utilisateur, avec une confirmation de la "ouvrir une session en tant que tâche" la sécurité dans la Stratégie de Sécurité Locale>Paramètres>Attribution des Droits Utilisateur,
    même alors, mon lot (copie d'un fichier journal sur un partage réseau) ne serait pas exécuté en tant que tâche planifiée, jusqu'à ce que j'ai sélectionnée dans l'onglet Général l'option "Exécuter avec des privilèges plus élevés" (par défaut NON coché!)
    L'option Exécuter même si l'utilisateur est connecté ou pas a aussi été sélectionné avec le bouton-radio, mais je suppose que c'est tout à fait standard, lors de la sélection d'exécuter la tâche en utilisant un compte d'utilisateur de domaine.

    Pour l'onglet Actions : la spécification de l'ensemble du lot nom du fichier avec son chemin d'accès, directement dans le "Programme/script:" fonctionne très bien (avec Server 2008 R2)
    À l'aide de guillemets à l'intérieur du fichier de commandes ne pose pas de problèmes.

    OriginalL'auteur RedRooster

  7. 0

    Pour .les fichiers bat à exécuter à l'intérieur de votre tâche planifiée, vous devez spécifier votre .bat chemin d'accès au fichier à l'intérieur de l'option de démarrage - malgré le fait que votre .fichier bat est dans le même répertoire que votre .exe. Aussi, j'ai signalé à exécuter avec le plus haut niveau de privilège. Après j'ai fait ces deux choses, la tâche soudain décolle sans problème!

    Lot exécute manuellement, mais pas dans la tâche planifiée

    OriginalL'auteur Jenna Leaf