Mon équipe a un débat mieux: un service Windows ou des tâches planifiées. Nous avons un serveur dédié aux travaux d'exécution et actuellement, ils sont toutes des tâches programmées. Certains emplois prennent des fichiers, renomment-leur et placent-les dans d'autres répertoires sur le réseau. D'autres travaux extraient des données de SQL, modifiez-la et expédiez-la ailleurs. Autres emplois FTP Files. Il y a beaucoup de variété, mais dans l'ensemble, ils sont assez simples.
Je suis partial pour avoir chacune d'elles exécutée en tant que service Windows au lieu d'une tâche planifiée, car il est tellement plus facile de surveiller un service Windows qu'une tâche planifiée. Certains sont diamétralement opposés. En fin de compte, aucun d'entre nous n'a beaucoup d'expérience pour fournir des comparaisons factuelles réelles entre les deux méthodes. Je cherche des commentaires sur ce que les autres ont expérimenté.
4 Réponses :
S'il exécute constamment - service Windows.
S'il doit être exécuté à différents intervalles - tâche planifiée.
Les travaux de scélibation avec la construction de fonctionnalités sont une utilisation parfaitement valide. Vous devriez recréer la fonctionnalité complète afin de créer un bon service, et à moins que vous ne souhaitiez réagir aux événements spécifiques, je ne vois aucune raison de déplacer un travail nocturne en service.
Son différent Lorsque vous souhaitez traiter un fichier après avoir été posté dans un dossier, c'est quelque chose que je créerais un service pour, c'est-à-dire à l'aide de l'observateur de systèmes de fichiers pour surveiller un dossier.
Je pense que sa réinventer la roue
Bien qu'il n'y ait rien de mal à utiliser le planificateur de tâches, il est lui-même, un service. Mais nous avons les mêmes exigences où je travaille et nous avons programme général qui fait plusieurs de ces emplois. J'interprété votre message pour dire que vous courriez les services individuels pour chaque tâche, je considère écrire une seule base de données programme axé sur (service) de faire toutes vos tâches, et de cette façon, lorsque vous ajoutez un nouveau, il est tout simplement un les données corvée d'entrée, et non un nouveau progamme d'écrire ensemble. Si vous pratiquez le contrôle du changement, cette différence est peut être significative. Si vous avez plus de quelques tâches que l'effort peut être comperable. Cette approche vous permettra également de concevoir un mécanisme de journalisation mieux adapté à vos opérations.
Ceci est une partie de nos requirments documents pour notre programme de travail, pour vous donner une idée de l'endroit où commencer:
Ce programme doit être par base de données.
Il doit fonctionner en tant que service Windows.
Les besoins du programme pour être en mesure de traiter des "emplois" de la manière suivante:
Offres d'emploi besoin d'être en mesure de vérifier l'existence d'un fichier source, et prendre des mesures en fonction de l'existence ou non du fichier source. (I.e. procéder à un traitement, par rapport rapport que le fichier est pas là vs ignorer parce qu'il n'est pas essentiel que le fichier est pas là.
Offres d'emploi besoin d'être en mesure de copier un fichier à partir d'une source vers un emplacement cible ou
Copier un fichier de la source, à un emplacement de mise en scène, effectuer le « traitement », puis copiez soit le fichier d'origine ou en raison de la « transformation » à l'emplacement cible ou
Copier un fichier de la source, à un emplacement de mise en scène, effectuer le "traitement", et le traitement est le résultat final.
Les sources et destination que les emplois pourraient copier vers et à partir peuvent être disparates. UNC, SFTP, FTP, etc
Le « traitement », peut être, le cryptage / décryptage d'un fichier, l'analyse d'un fichier de données pour le format correct, alimentant le fichier à l'ordinateur central par l'intermédiaire d'émulation de terminal, etc., généralement mis en oeuvre en appelant un passage de paramètres de ligne de commande un exe
Offres d'emploi besoin d'être en mesure de nettoyer après eux-mêmes, au besoin. à-dire supprimer des fichiers intermédiaires ou d'origine, copier des fichiers à un emplacement d'archivage, etc.
Les besoins du programme pour être en mesure de déterminer le succès et l'échec de chaque phase d'un emploi et prendre des mesures appropriées qui serait l'exploitation forestière, et peut-être autre notification, abort un traitement ultérieur en cas d'échec, etc.
Offres d'emploi ont besoin d'être configuré pour activer à certains moments fixés, ou à certains intervalles (le cas échéant pendant certaines heures de jeu) à savoir toutes les 15 minutes de 9h00 -. 05h00
Il doit être une interface utilisateur pour ajouter de nouveaux emplois.
Il doit être un bouton pour pousser au feu hors d'un emploi comme si un événement de minuterie avait activé il.
L'affichage standard du programme devrait montrer un opérateur ce qui se passe et si le programme fonctionne correctement.
Tout cela repose sur la prémisse qu'il est une donnée que vous écrivez votre propre logiciel. Il existe plusieurs programmes de planificateur de tâches de l'entreprise sur le marché, aussi bien. L'achat de l'étagère peut être une meilleure solution pour vous.
Cela me semble que comme SQL Server Integration Services peut être un bon ajustement pour les exigences que vous avez mentionnées, avec des masques de script personnalisés pour les opérations qui ne sont pas fournies hors de la boîte. Si vous avez déjà la mise en œuvre de .exe pour ces tâches (comme vous le mentionnez), vous pouvez les utiliser dans le cadre SSIS. Et le déploiement peut être géré à l'aide d'emplois SQL Server, à la demande ou à la demande.
Bien entendu, cela est précié sur l'hypothèse que vous utilisez déjà SQL Server - je ne sais pas quelles alternatives sont disponibles auprès d'autres vendeurs ...
tâche planifiée - utilisez-les sagement
Service Windows -