Partage via


Leçon 1 : prise en main des cmdlets de Windows Server AppFabric pour Windows PowerShell

Durée : 15 minutes

Objectif : préparer l'environnement Windows PowerShell pour l'utilisation des cmdlets Windows Server AppFabric dans le cadre de la configuration, de la gestion et de la surveillance de l'application Order Service.

Fonction : charger le module Module ApplicationServer pour Windows PowerShell et activer l'exécution de script pour Windows PowerShell. Vous devez utiliser la même console Windows PowerShell pour le reste des leçons de ce didacticiel.

Conditions préalables

Les conditions suivantes sont requises avant de commencer cette étape :

  • AppFabric doit être installé.

  • Vous devez être en mesure d'exécuter Windows PowerShell à l'aide d'un compte administratif.

Procédure

Au cours de cette leçon, vous allez effectuer les opérations suivantes :

  1. lancement d'une session Windows PowerShell à l'aide d'informations d'identification administratives ;

  2. activation de l'exécution de script Windows PowerShell ;

  3. chargement du module Module ApplicationServer pour Windows PowerShell.

Lancement d'une session Windows PowerShell à l'aide d'informations d'identification administratives

  1. Powershell.exe est situé dans le répertoire C:\Windows\System32\WindowsPowerShell\v1.0. Ouvrez celui-ci dans l'Explorateur Windows ou utilisez l'outil de recherche pour le rechercher en cliquant sur Démarrer, puis en entrant powershell.exe dans la zone de recherche.

  2. Cliquez avec le bouton droit sur powershell.exe, puis cliquez sur Exécuter en tant qu'administrateur.

  3. Une fois que la fenêtre Windows PowerShell est exécutée pour votre session, cliquez avec le bouton droit sur la barre de titre, puis cliquez sur Propriétés.

  4. Dans la fenêtre Propriétés de Windows PowerShell, veillez à ce que le Mode d'édition rapide soit activé, puis cliquez sur OK.

Activation de l'exécution de script dans Windows PowerShell

Bien que les étapes décrites dans ce didacticiel aient trait à l'utilisation d'une session Windows PowerShell, vous pouvez utiliser les commandes de l'ensemble des leçons pour créer un script d'automatisation. Dans certaines leçons, l'exécution de script permet de simplifier les procédures. Dans cette section, vous activerez l'exécution d'un script local pour cette session de Windows PowerShell uniquement.

  1. Exécutez la commande suivante dans la fenêtre de Windows PowerShell pour autoriser l'exécution de scripts non signés locaux dans Windows PowerShell.

    Set-ExecutionPolicy –ExecutionPolicy RemoteSigned –Scope Process
    
  2. Lorsque vous êtes invité à confirmer la modification de la stratégie d'exécution, tapez Y, puis appuyez sur Entrée.

  3. Pour vérifier que l'exécution du script local est activée, exécutez la commande suivante dans Windows PowerShell.

    Get-ExecutionPolicy
    

    Windows PowerShell doit définir la stratégie d'exécution sur RemoteSigned.

Le paramètre –Scope Process permet de s'assurer que la stratégie est active uniquement pour le processus Windows PowerShell actuel et les processus enfants que vous pouvez créer. En définissant la stratégie d'exécution de Windows PowerShell sur RemoteSigned à l'aide de la commande ci-dessus, vous avez activé la stratégie suivante pour la session Windows PowerShell actuelle :

  • Les scripts peuvent être exécutés.

  • Nécessite une signature numérique d'un éditeur approuvé sur les fichiers de script et de configuration téléchargés à partir d'Internet (notamment les programmes de messagerie et de messagerie instantanée).

  • Ne nécessite aucune signature numérique sur les scripts exécutés et enregistrés sur l'ordinateur local (non téléchargés à partir d'Internet).

Pour annuler la modification de stratégie, fermez la session Windows PowerShell actuelle, ainsi que les processus enfants lancés simultanément. Les leçons de ce didacticiel requièrent que la stratégie d'exécution modifiée soit activée pour la session.

Gardez à l'esprit que la stratégie d'exécution n'empêche pas l'exécution de commandes ou cmdlets spécifiques. Elle ne restreint que les fichiers de script et de configuration pouvant être exécutés.

Pour plus d'informations sur les stratégies d'exécution dans Windows PowerShell 2.0, consultez la page about_execution_policies ou exécutez la commande suivante.

Get-help about_execution_policies

Chargement du module Windows PowerShell pour AppFabric

  1. Exécutez la commande suivante pour utiliser la cmdlet Import-Module pour que Windows PowerShell charge le module Module ApplicationServer pour Windows PowerShell.

    Import-Module ApplicationServer
    

    L'absence de message d'erreur indique que le module a été correctement chargé.

  2. Pour vérifier la réussite du chargement du module Module ApplicationServer pour Windows PowerShell, exécutez la commande suivante dans la fenêtre de Windows PowerShell.

    Get-Command –Module ApplicationServer
    

    Le résultat de cette commande doit répertorier sous forme de tableau toutes les commandes exposées par le module Module ApplicationServer pour Windows PowerShell.

Actions effectuées

Dans cette leçon, vous avez démarré Windows PowerShell à l'aide d'informations d'identification administratives pour autoriser l'exécution de script lors des prochaines leçons. Vous avez également chargé le module Module ApplicationServer pour Windows PowerShell et vérifié que les commandes ont été exposées par celui-ci. Vous utiliserez les commandes présentées dans ce didacticiel dans le cadre de la configuration, de la gestion et de la surveillance de l'application Order Service.

Étapes suivantes

Développer et déployer des projets Order Service à l'aide de Windows PowerShell lors de la Leçon 2 : déploiement de l'application OrderService avec Windows PowerShell.

Voir aussi

Concepts

Leçon 2 : déploiement de l'application OrderService avec Windows PowerShell
Leçon 3 : configuration de l'application OrderService avec Windows PowerShell
Leçon 4 : surveillance de l'application OrderService avec Windows PowerShell
Leçon 5 : suivi du flux de travail avec Windows PowerShell

  2011-12-05