Q. Je rencontre un problème étrange avec la commande AT de Windows NT. Elle a fonctionné jusqu'à ce que je charge Microsoft SQL Server 7.0 sur mon serveur NT. A présent, elle ne fonctionne pas du tout. Que s'est-il passé ?
R. Je ne connais pas d'incompatibilité entre SQL Server
et le service
de programmation d’AT, mais j’ai l’impression
que SQL Server a installé un
programmeur de tâches qui a remplacé
le service NT Schedule par défaut.
Ouvrez l’applet Control Panel
Services. Si vous ne pouvez pas trouver
le service Schedule et si vous voyez à la
place le service SQL Server Scheduling,
ce commutateur est le coupable.
La solution la plus simple et la plus
sûre consiste à utiliser l’applet Control
Panel Add/Remove Programs pour supprimer
le nouveau scheduler. Mais il arrivera
que cette action ne restaure pas
le service NT Schedule. Dans ce cas, il
vous faudra suivre une solution plus
volatile : éditer le registre.
Tout d’abord, croisez les doigts et
veillez à mettre à jour votre ERD
(Emergency Repair Disk) avant de toucher
à quoi que ce soit. Ensuite, allez à
la sous-clé HKEY_LOCAL_MACHINES\SYSTEM\CurrentControlSet\Services\S
chedule et changez les valeurs de
ErrorControl, ImagePath, ObjectName
et Start, comme indiqué dans le tableau
1. (Laissez toute autre valeur
existante en l’état.)
Ce livre blanc répond aux 9 questions clés des entreprises sur l’intégration du Mac : sécurité, compatibilité, gestion, productivité, coûts, attractivité talents, RSE et IA, et l’accompagnement sur mesure proposé par inmac wstore.
Alliée ou menace ? Comment l’IA redessine le paysage cyber
CES 2026 : l’IA physique et la robotique redéfinissent le futur
Les 3 prédictions 2026 pour Java
Semi-conducteurs : comment l’Irlande veut contribuer à atténuer la pénurie mondiale de puces
Face à l’urgence écologique, l’IT doit faire sa révolution
