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.)
Découvrez comment renforcer la cyber-résilience de Microsoft 365 grâce à une approche Zero-Trust, une administration granulaire et une automatisation avancée. La technologie Virtual Tenant de CoreView permet de sécuriser et simplifier la gestion des environnements complexes, tout en complétant vos stratégies IAM, y compris dans les secteurs réglementés.
Communes, entreprises ? Non, face au RGAA 5, l’IA seule ne rendra pas vos sites accessibles
DevX Summit EMEA : les développeurs au cœur de la révolution de l’IA
Adapter la sécurité OT aux réalités de l’industrie
Coder vite, mais coder juste : trouver l’équilibre à l’ère de l’IA
Mixité dans la Tech : en 2026, un choix de souveraineté stratégique
