about_Redirection

Article
10/07/2023

Description courte

Explique comment rediriger la sortie de PowerShell vers des fichiers texte.

Description longue

Par défaut, PowerShell envoie la sortie à l’hôte PowerShell. En règle générale, il s’agit de l’application console. Toutefois, vous pouvez rediriger la sortie vers un fichier texte et vous pouvez rediriger la sortie d’erreur vers le flux de sortie standard.

Vous pouvez utiliser les méthodes suivantes pour rediriger la sortie :

Utilisez l’applet de commande, qui envoie la Out-File sortie de commande à un fichier texte. En règle générale, vous utilisez l’applet Out-File de commande lorsque vous devez utiliser ses paramètres, tels que les paramètres , ForceWidthou NoClobber les Encodingparamètres.
Utilisez l’applet de commande, qui envoie la Tee-Object sortie de commande à un fichier texte, puis l’envoie au pipeline.
Utilisez les opérateurs de redirection PowerShell. L’utilisation de l’opérateur de redirection avec une cible de fichier est fonctionnellement équivalente au piping vers lequel Out-File aucun paramètre supplémentaire n’est utilisé.

Pour plus d’informations sur les flux, consultez about_Output_Flux.

Flux de sortie redirectables

PowerShell prend en charge la redirection des flux de sortie suivants.

Flux #	Description	Introduite dans	Écrire une applet de commande
1	Flux de réussite	PowerShell 2.0	`Write-Output`
2	Flux d’erreurs	PowerShell 2.0	`Write-Error`
3	Flux d’avertissement	PowerShell 3.0	`Write-Warning`
4	Flux détaillé	PowerShell 3.0	`Write-Verbose`
5	Déboguer le flux	PowerShell 3.0	`Write-Debug`
6	Flux d’informations	PowerShell 5.0	`Write-Information`, `Write-Host`
*	Tous les Flux	PowerShell 3.0

Il existe également un flux de progression dans PowerShell, mais il ne prend pas en charge la redirection.

Important

Les flux réussite et erreur sont similaires aux flux stdout et stderr d’autres interpréteurs de commandes. Toutefois, stdin n’est pas connecté au pipeline PowerShell pour l’entrée.

Opérateurs de redirection PowerShell

Les opérateurs de redirection PowerShell sont les suivants, où n représente le numéro de flux. Le flux de réussite ( 1 ) est la valeur par défaut si aucun flux n’est spécifié.

Opérateur	Description	Syntaxe
`>`	Envoyez le flux spécifié à un fichier.	`n>`
`>>`	Ajoutez le flux spécifié à un fichier.	`n>>`
`>&1`	Redirige le flux spécifié vers le flux de réussite.	`n>&1`

Remarque

Contrairement à certains interpréteurs de commandes Unix, vous ne pouvez rediriger que d’autres flux vers le flux de réussite .

Exemples

Exemple 1 : Rediriger les erreurs et la sortie vers un fichier

Cet exemple s’exécute dir sur un élément qui réussit et un élément qui échoue.

dir C:\, fakepath 2>&1 > .\dir.log

Il utilise 2>&1 pour rediriger le flux d’erreur vers le flux de réussite et > envoyer le flux de réussite résultant à un fichier appelédir.log

Exemple 2 : Envoyer toutes les données de flux de réussite à un fichier

Cet exemple envoie toutes les données de flux de réussite à un fichier appelé script.log.

.\script.ps1 > script.log

Exemple 3 : Envoyer des flux de réussite, d’avertissement et d’erreur à un fichier

Cet exemple montre comment combiner des opérateurs de redirection pour obtenir un résultat souhaité.

&{
   Write-Warning "hello"
   Write-Error "hello"
   Write-Output "hi"
} 3>&1 2>&1 > C:\Temp\redirection.log

3>&1redirige le flux d’avertissement vers le flux de réussite.
2>&1 redirige le flux d’erreur vers le flux de réussite (qui inclut également toutes les données de flux d’avertissement )
> redirige le flux de réussite (qui contient désormais des flux d’avertissement et d’erreur ) vers un fichier appelé C:\temp\redirection.log.

Exemple 4 : Rediriger tous les flux vers un fichier

Cet exemple envoie toutes les sorties de flux d’un script appelé script.ps1 à un fichier appelé script.log.

.\script.ps1 *> script.log

Exemple 5 : Supprimer toutes les données de flux d’informations et d’hôte d’écriture

Cet exemple supprime toutes les données de flux d’informations. Pour en savoir plus sur les applets de commande de flux d’informations, consultez Write-Host et Write-Information

&{
   Write-Host "Hello"
   Write-Information "Hello" -InformationAction Continue
} 6> $null

Exemple 6 : Afficher l’effet des préférences d’action

Les variables et paramètres de préférence d’action peuvent modifier ce qui est écrit dans un flux particulier. Le script de cet exemple montre comment la valeur d’impact $ErrorActionPreference sur ce qui est écrit dans le flux d’erreur .

$ErrorActionPreference = 'Continue'
$ErrorActionPreference > log.txt
get-item /not-here 2>&1 >> log.txt

$ErrorActionPreference = 'SilentlyContinue'
$ErrorActionPreference >> log.txt
get-item /not-here 2>&1 >> log.txt

$ErrorActionPreference = 'Stop'
$ErrorActionPreference >> log.txt
Try {
    get-item /not-here 2>&1 >> log.txt
}
catch {
    "`tError caught!" >> log.txt
}
$ErrorActionPreference = 'Ignore'
$ErrorActionPreference >> log.txt
get-item /not-here 2>&1 >> log.txt

$ErrorActionPreference = 'Inquire'
$ErrorActionPreference >> log.txt
get-item /not-here 2>&1 >> log.txt

$ErrorActionPreference = 'Continue'

Lorsque nous exécutons ce script, nous sommes invités quand $ErrorActionPreference est défini sur Inquire.

PS C:\temp> .\test.ps1

Confirm
Can't find path 'C:\not-here' because it doesn't exist.
[Y] Yes  [A] Yes to All  [H] Halt Command  [S] Suspend  [?] Help (default is "Y"): H
Get-Item: C:\temp\test.ps1:23
Line |
  23 |  get-item /not-here 2>&1 >> log.txt
     |  ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
     | The running command stopped because the user selected the Stop option.

Lorsque nous examinons le fichier journal, nous voyons les éléments suivants :

PS C:\temp> Get-Content .\log.txt
Continue

Get-Item: C:\temp\test.ps1:3
Line |
   3 |  get-item /not-here 2>&1 >> log.txt
     |  ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
     | Cannot find path 'C:\not-here' because it does not exist.

SilentlyContinue
Stop
    Error caught!
Ignore
Inquire

Notes

Les opérateurs de redirection qui n’ajoutent pas de données (> et n>) remplacent le contenu actuel du fichier spécifié sans avertissement.

Toutefois, si le fichier est un fichier en lecture seule, masqué ou système, la redirection échoue. Les opérateurs de redirection d’ajout (>> et n>>) n’écrivent pas dans un fichier en lecture seule, mais ils ajoutent du contenu à un fichier système ou masqué.

Pour forcer la redirection du contenu vers un fichier système, masqué ou en lecture seule, utilisez l’applet Out-File de commande avec son Force paramètre.

Lorsque vous écrivez dans des fichiers, les opérateurs de redirection utilisent UTF8NoBOM l’encodage. Si le fichier a un encodage différent, la sortie peut ne pas être mise en forme correctement. Pour écrire dans des fichiers avec un autre encodage, utilisez l’applet Out-File de commande avec son Encoding paramètre.

Largeur de la sortie lors de l’écriture dans un fichier

Lorsque vous écrivez dans un fichier à l’aide de Out-File l’un ou des opérateurs de redirection, PowerShell met en forme la sortie de la table vers le fichier en fonction de la largeur de la console dans laquelle elle s’exécute. Par exemple, lors de la journalisation de la sortie de table dans un fichier à l’aide d’une commande comme Get-ChildItem Env:\Path > path.log sur un système où la largeur de la console est définie sur 80 colonnes, la sortie du fichier est tronquée à 80 caractères :

Name                         Value
----                         -----
Path                         C:\Program Files\PowerShell\7;C:\WINDOWS…

Étant donné que la largeur de la console peut être définie arbitrairement sur les systèmes sur lesquels votre script est exécuté, vous préférerez peut-être que la sortie de table de format PowerShell aux fichiers en fonction d’une largeur que vous spécifiez à la place.

L’applet Out-File de commande fournit un paramètre Width qui vous permet de définir la largeur souhaitée pour la sortie de la table. Au lieu d’avoir à ajouter -Width 2000 partout où vous appelez Out-File, vous pouvez utiliser la $PSDefaultParameterValues variable pour définir cette valeur pour toutes les utilisations de l’applet Out-File de commande dans un script. Et étant donné que les opérateurs de redirection (> et >>) sont effectivement des alias pour Out-File, la définition du Out-File:Width paramètre pour l’ensemble du script impacte également la largeur de mise en forme pour les opérateurs de redirection. Placez la commande suivante en haut de votre script pour définir Out-File:Width l’ensemble du script :

$PSDefaultParameterValues['out-file:width'] = 2000

L’augmentation de la largeur de sortie augmente la consommation de mémoire lors de la journalisation de la sortie mise en forme de la table. Si vous journaliser un grand nombre de données tabulaires dans un fichier et que vous savez que vous pouvez obtenir avec une largeur plus petite, utilisez la plus petite largeur.

Dans certains cas, comme Get-Service la sortie, afin d’utiliser la largeur supplémentaire, vous devez diriger la sortie Format-Table -AutoSize avant de sortir dans le fichier.

$PSDefaultParameterValues['out-file:width'] = 2000
Get-Service | Format-Table -AutoSize > services.log

Pour plus d’informations sur $PSDefaultParameterValues, consultez about_Preference_Variables.

Redirection de données binaires

PowerShell ne prend pas en charge la redirection de données binaires. Si vous redirigez des données de flux d’octets, PowerShell traite les données en tant que chaînes. Cette redirection entraîne des données endommagées.

Confusion potentielle avec les opérateurs de comparaison

L’opérateur > ne doit pas être confondu avec l’opérateur De comparaison supérieur à égal (souvent indiqué comme > dans d’autres langages de programmation).

Selon les objets comparés, l’utilisation > de la sortie peut sembler correcte (car 36 n’est pas supérieur à 42).

PS> if (36 > 42) { "true" } else { "false" }
false

Toutefois, un case activée du système de fichiers local peut voir qu’un fichier appelé 42 a été écrit, avec le contenu 36.

PS> dir

Mode                LastWriteTime         Length Name
----                -------------         ------ ----
------          1/02/20  10:10 am              3 42

PS> cat 42
36

La tentative d’utilisation de la comparaison < inverse (inférieure à), génère une erreur système :

PS> if (36 < 42) { "true" } else { "false" }
ParserError:
Line |
   1 |  if (36 < 42) { "true" } else { "false" }
     |         ~
     | The '<' operator is reserved for future use.

Si la comparaison numérique est l’opération requise et -lt-gt doit être utilisée. Pour plus d’informations, consultez l’opérateur -gt dans about_Comparison_Operators.