Users Guide

Définition des actions d'alerte sous Microsoft Windows Server 2003
et Windows Server 2008
Lors de la spécification d'actions d'alerte, les scripts Visual Basic ne sont pas automatiquement interprétés par la
fonction Execute Application (Exécuter l'application), bien que vous puissiez exécuter un fichier .cmd, .com, .bat
ou .exe en spécifiant uniquement le fichier comme action d'alerte.
Pour résoudre ce problème, appelez d'abord le processeur de commande cmd.exe pour démarrer le script. Par
exemple, l'action d'alerte pour exécuter une application peut être définie comme suit :
c:\winnt\system32\cmd.exe /c d:\example\example1.vbs
où d:\example\example1.vbs est le chemin complet vers le fichier de script.
Ne définissez pas un chemin vers une application interactive (une application disposant d'une interface utilisateur
graphique ou qui nécessite l'entrée de données par l'utilisateur) dans le champ Absolute Path to the Application
(Chemin absolu de l'application). L'application interactive peut ne pas fonctionner normalement sur certains systèmes
d'exploitation.
REMARQUE : Vous devez spécifier le chemin complet pour les fichiers cmd.exe et script.
REMARQUE : Microsoft Windows 2003 n'est pas pris en charge sur les systèmes 12G.
Définition de l'action d'alerte Exécuter l'application sous Windows
Server 2008
Pour des raisons de sécurité, Windows Server 2008 est configuré pour ne pas autoriser les services interactifs.
Lorsqu'un service est installé comme service interactif sur Windows Server 2008, le système d'exploitation consigne un
message d'erreur dans le journal du système Windows sur le service à marquer comme service interactif.
Lorsque vous utilisez Server Administrator pour configurer des actions d'alerte pour un événement, vous pouvez définir
l'action pour « exécuter une application ». Pour pouvoir exécuter des applications interactives correctement pour une
action d'alerte, vous devez configurer le service de gestion des données DSM SA (Dell Systems Management Server
Administrator) comme service interactif. Les applications dotées d'une interface utilisateur graphique ou qui demandent
à l'utilisateur d'entrer des données, telles que la commande pause dans un fichier séquentiel, sont des exemples
d'applications interactives.
Lorsque Server Administrator est installé sur Microsoft Windows Server 2008, le service DSM SA Data Manager est
installé comme service non interactif, ce qui implique qu'il est configuré pour ne pas interagir avec le bureau par défaut.
Par conséquent, les applications interactives ne s'exécutent pas correctement lorsqu'elles sont exécutées pour une
action d'alerte. Si une application interactive est exécutée pour une action d'alerte dans ce cas, l'application est
suspendue et attend l'entrée de données. L'interface d'application/invite n'est pas visible et reste invisible, même après
le démarrage du service de détection de services interactifs. L'onglet Processes (Processus) dans le gestionnaire des
tâches affiche une entrée d'avancement d'application pour chaque exécution de l'application interactive.
Si vous avez besoin d'exécuter une application interactive pour une action d'alerte sur Microsoft Windows Server 2008,
vous devez configurer le service DSM SA Data Manager pour être autorisé à interagir avec le bureau.
Pour autoriser l'interaction avec le bureau :
• Effectuez un clic droit sur le service Gestionnaire de données DSM SA dans le volet Services control (Contrôle des
services), puis sélectionnez Properties (Propriétés).
• Dans l'onglet Log On (Ouvrir une session), sélectionnez Allow service to interact with desktop (Autoriser le service à
interagir avec le Bureau) et cliquez sur OK.
• Redémarrez le service DSM SA Data Manager pour appliquer les modifications.
75