les tâches sont sauvegardées dans le système de fichiers et le registre

sont stockées dans 3 emplacements: 1 emplacement de système de fichiers et 2 emplacements de registre.

système de fichiers:

C:\Windows\System32\Tasks

Registre:

HKLM\Software\Microsoft\Windows NT\CurrentVersion\Schedule\Taskcache\Tasks
HKLM\Software\Microsoft\Windows NT\CurrentVersion\Schedule\Taskcache\Tree

donc, vous devez supprimer une tâche corrompue dans ces 3 endroits.

Pour Windows 7 et plus, les tâches programmées ne sont pas exécutées par cmd.exe , mais plutôt par MMC (Microsoft Management Console). %SystemRoot%\Tasks devrait fonctionner sur toute autre version de Windows cependant.

il y a plusieurs problèmes avec le MMC cependant que sur presque tous les PC dans mon entreprise l'API ask scheduler ne s'ouvrira pas et a été en quelque sorte corrompu. Vous ne pouvez donc plus éditer, supprimer ou modifier des tâches qui ont été développées avant que l'API ne décide de ne plus les exécuter. La seule façon que nous avons trouvée pour résoudre ce problème est d'effacer totalement un profil de personnes sous la C:\Users\ area et forcer le système à recréer le log in Une fois que la personne se connecte de nouveau. Cela semble corriger L'API problème et il fonctionne à nouveau, mais les tâches ne sont souvent plus visibles pour cet utilisateur puisque les tâches développées sont spécifiques à l'utilisateur et non la machine Dans Windows 7. L'autre chose étrange est que parfois, bien que pas avec n'importe quelle fréquence qui peut être analysée, les tâches fonctionnent encore même si L'API est corrompue et ne s'ouvrira pas. La cause de ce problème n'est apparemment pas connu, mais il ya beaucoup de "correctifs" décrits sur divers sites Web, mais la suppression du profil de l'utilisateur et l'ajout d'une nouvelle semble travailler à chaque fois pendant au moins un petit moment. Les tâches sont sauvegardées en XML maintenant dans WIN 7, donc si vous les trouvez dans le dossier system32/tasks vous pouvez les supprimer, ou les copier sur un nouveau disque et ensuite les importer de nouveau dans le planificateur de tâches. Nous sommes allés avec le logiciel de planificateur de système de Splinterware bien que puisque nous avons eu le même problème de corruption plusieurs fois, même avec le correctif qui ne semble pas être permanente.

on dirait que les données du registre de TaskCache sont entrées ...

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Schedule\TaskCache

... sur mon PC Windows 10 (i.e. ajouter Schedule avant TaskCache et tâche C ache has an upper case c ).

sur les nouvelles versions de Windows (Windows 10 et Windows Server 2016) les tâches que vous créez se trouvent dans C:\Windows\Tasks . Ils auront l'extension .job

par exemple si vous créez la tâche "DoWork" il créera la tâche dans

C:\Windows\Tasks\DoWork.job

je veux prolonger la réponse de @Jan:

il semble que Task Scheduler 1.0 API utilise C:\Windows\Tasks dossier pour créer et énumérer des tâches ( cet exemple ), tandis que Task Scheduler 2.0 API utilise C:\Windows\System32\Tasks pour créer et énumérer des tâches ( cet exemple ).

il semble aussi que windows console utilise schtasks et GUI utilise taskschd.msc utilise Task Scheduler 2.0 API .

P. S. Je trouvé, que si la tâche placée dans C:\Windows\Tasks et n'ont pas mis AccountInformation , alors la tâche ne sera pas affichée dans la console de windows et GUI schedulers. Si vous mis AccountInformation (même" pour le compte du système) et mis drapeau TASK_FLAG_RUN_ONLY_IF_LOGGED_ON - tâche sera affiché dans toutes les applications standart.

solution trouvée ici