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 guide facilitera l’adoption d’une Threat Intelligence - renseignement sur les cybermenaces, cyberintelligence - adaptée au "contexte", il fournit des indicateurs de performance clés (KPI) pour progresser d' une posture défensive vers une approche centrée sur l’anticipation stratégique
Portails développeurs internes : accélérer l’innovation sans alourdir les budgets
Pourquoi Shopify Plus s’impose dans la transformation du e-commerce B2B
Quand l’innovation échappe à ses créateurs: Comment éviter l’effet Frankenstein à l’ère de l’IA
Alliée ou menace ? Comment l’IA redessine le paysage cyber
CES 2026 : l’IA physique et la robotique redéfinissent le futur
