1. Accueil
  2. Question et réponse
  3. Y at-il un délai d'expiration pour un fichier de traitement par lots?

Y at-il un délai d'expiration pour un fichier de traitement par lots?

2008-11-03 3 views
3

J'utilise un fichier bat sur un serveur Windows 2000 SP4 pour copier des fichiers de base de données lorsque la base de données est arrêtée. Une fois que le fichier bat rencontre la commande xcopy, il fait la copie, mais ne retourne jamais dans le fichier bat pour continuer avec les autres commandes (démarrage de la base de données, etc.). Je devrais mentionner que le xcopy prend plusieurs heures. Y a-t-il une sorte de time out ou de time max avec les fichiers bat? Est-ce normal? Si oui, y a-t-il un moyen de contourner cela?Y at-il un délai d'expiration pour un fichier de traitement par lots?

Source

2008-11-03 Anonymous

Répondre

0

Il n'y a pas de timeout que je connaisse sur les fichiers .bat ou .cmd. Cependant, il peut y avoir sur le processus qui le lance? Comment le lancez-vous?

Source

2008-11-03 14:24:17

4

Les fichiers batch ne sont pas expirés. Il semble que vous rencontriez une invite de XCOPY, comme une invite "Are you sure".

Assurez-vous que vous avez ajouté les commutateurs de ligne de commande nécessaires à XCOPY pour le rendre silencieux.

Ceux que je connais sont:

-Y to suppress prompts about overwriting files 

-C continue even if errors occur

Source

2008-11-03 14:24:56 JosephStyons

2

Aussi, assurez-vous que vous exécutez l'application XCOPY.EXE, et ne pas trouver un fichier XCOPY.BAT quelque part sur votre chemin. (l'appel d'un fichier de commandes à partir d'un fichier de commandes empêche le renvoi, sauf si vous utilisez la commande CALL)

Et, assurez-vous de ne pas écraser le fichier de commandes lui-même pendant le XCOPY.

Source

2008-11-03 14:28:21

1

Vraisemblablement, tout semble OK dans votre fichier backup.log? Il semble que vous redirigiez STDOUT vers votre fichier journal, mais pas STDERR - suggérerait d'ajouter 2> & 1 à la fin de la ligne de commande pour vous assurer de ne manquer aucune information d'erreur provenant du journal.

Source

2008-11-03 19:40:09

-1

XCOPY est un peu vieux. Il est recommandé d'utiliser ROBOCOPY à la place, mais vu comment vous utilisez un serveur plus ancien, assurez-vous de l'avoir exécuté avec les périmètres -Y et -C, bien que cela puisse vous poser des problèmes à long terme.

Source

2012-06-12 01:23:26

+0

XCOPY est vieux mais bien documenté et fiable. Il a également l'avantage d'être livré avec le système d'exploitation, donc dans les environnements commerciaux avec des procédures strictes de contrôle des changements, aucun logiciel supplémentaire ne doit être installé. –

+1

Pour être clair, je ne dis pas que ROBOCOPY est une mauvaise chose. toutes les situations et XCOPY est un outil valide à utiliser –

+0

Je sais ce que vous voulez dire, mais les systèmes d'exploitation Vista et plus, je crois, sont livrés avec «ROBOCOPY». Et oui, je vois ce que vous voulez dire lorsque vous dites que XCOPY est plus fiable, mais personnellement je préfère ROBOCOPY surtout parce que je suis habitué, donc ne vous offensez pas ou quoi que ce soit de ce genre. –

Questions connexes

 Questions connexes