par Kathy Ivens
Lorsque l'on upgrade un réseau vers Windows 2000, le premier problème qui vient
à l'esprit est la compatibilité des matériels sur lesquels l'OS doit tourner.
Mais ce n'est pas le seul problème à considérer. Il vous faudra également tester
entièrement les logiciels que vous avez déployés dans toute l'entreprise. De nombreux
administrateurs système exigent que leur société dédie un ou plusieurs de leurs
utilisateurs les plus expérimentés afin de collaborer avec le laboratoire de test
de déploiement.Ne partez jamais du principe que si un logiciel démarre convenablement une fois
que vous avez migré, tout fonctionne proprement. Testez chaque fonction de chaque
application.
Un des problèmes que vous allez probablement rencontrer est que certaines applications
auront des fonctions qui ne seront pas opérationnelles sous Windows 2000 (par
exemple une comptabilité spécialisée développée pour un secteur d'activité particulier).
Même les applications de Microsoft rencontrent ce genre de problème et, généralement,
la raison en est les niveaux restrictions plus fermes du Registre de Windows 2000
(autrement dit, les applications tournant sous Windows NT peuvent ne pas pouvoir
accéder au Registre de Windows 2000 lorsque l'application appelle certaines fonctions).
Par exemple, le correcteur d'orthographe d'Office 97 ne fonctionne pas sur un
PC sous Windows 2000 car la fonction ne peut pas accéder aux sous-clés nécessaires
du Registre. Dans ce cas, utilisez regedt32.exe pour aller ) HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Shared
Tools\Proofing Tools\Spelling, et éditez les permissions des utilisateurs pour
autoriser les clés à Set Value et Create. Renseignez-vous auprès de Microsoft
(ou visitez la base de connaissance de Microsoft à l'adresse http://search.support.microsoft.com/kb/c.asp)
pour connaître les autres problèmes applicatifs de cette nature.
Assurez la compatibilité de vos logiciels avec Windows 2000

Si certaines de vos applications ne tournent pas correctement (ou pas du tout)
sous Windows 2000, il est souvent facile de régler le problème. La solution consiste
souvent à piéger le logiciel et à lui faire croire qu’il tourne sous le même OS.
L’outil de compatibilité des applications de Windows 2000 (apcompat.exe) permet
de réaliser cette petite manipulation. Microsoft a conçu apcompat.exe pour convaincre
les programmes qui font la vérification de compatibilité, que le logiciel tourne
sur une version plus ancienne de l’OS. Ce truc marche plus souvent qu’il n’échoue.
Par exemple, j’ai utilisé apcompat.exe pour deux programmes qui plantaient à l’origine.
Les messages d’erreur expliquaient que les programmes ne voulaient pas démarrer
parce qu’ils étaient conçus pour tourner sous Windows NT SP3. Après avoir utilisé
apcompat.exe, les deux programmes se sont mis à tourner en deux minutes.
Téléchargez cette ressource

Rapport mondial 2025 sur la réponse à incident
Dans ce nouveau rapport, les experts de Palo Alto Networks, Unit 42 livrent la synthèse des attaques ayant le plus impacté l'activité des entreprises au niveau mondial. Quel est visage actuel de la réponse aux incidents ? Quelles sont les tendances majeures qui redessinent le champ des menaces ? Quels sont les défis auxquels doivent faire face les entreprises ? Découvrez les top priorités des équipes de sécurité en 2025.
Les articles les plus consultés
Les plus consultés sur iTPro.fr
- Gestion du cycle de vie des outils de cyberdéfense : un levier de performance pour les entreprises
- Top 6 du Cyber Benchmark Wavestone 2025
- La voix met le clavier au placard : une mutation incontournable pour les entreprises
- Analyse Patch Tuesday Juin 2025
- L’IA agentique ouvre la voie à davantage d’alliances stratégiques et d’intégrations technologiques
