Get-Job

Referencia

Módulo:: Microsoft.PowerShell.Core

Obtiene los trabajos en segundo plano de PowerShell que se ejecutan en la sesión actual.

Syntax

Get-Job
   [-IncludeChildJob]
   [-ChildJobState <JobState>]
   [-HasMoreData <Boolean>]
   [-Before <DateTime>]
   [-After <DateTime>]
   [-Newest <Int32>]
   [[-Id] <Int32[]>]
   [<CommonParameters>]

Get-Job
   [-IncludeChildJob]
   [-ChildJobState <JobState>]
   [-HasMoreData <Boolean>]
   [-Before <DateTime>]
   [-After <DateTime>]
   [-Newest <Int32>]
   [-InstanceId] <Guid[]>
   [<CommonParameters>]

Get-Job
   [-IncludeChildJob]
   [-ChildJobState <JobState>]
   [-HasMoreData <Boolean>]
   [-Before <DateTime>]
   [-After <DateTime>]
   [-Newest <Int32>]
   [-Name] <String[]>
   [<CommonParameters>]

Get-Job
   [-IncludeChildJob]
   [-ChildJobState <JobState>]
   [-HasMoreData <Boolean>]
   [-Before <DateTime>]
   [-After <DateTime>]
   [-Newest <Int32>]
   [-State] <JobState>
   [<CommonParameters>]

Get-Job
   [-IncludeChildJob]
   [-ChildJobState <JobState>]
   [-HasMoreData <Boolean>]
   [-Before <DateTime>]
   [-After <DateTime>]
   [-Newest <Int32>]
   [-Command <String[]>]
   [<CommonParameters>]

Get-Job
   [-Filter] <Hashtable>
   [<CommonParameters>]

Description

El Get-Job cmdlet obtiene objetos que representan los trabajos en segundo plano que se iniciaron en la sesión actual. Puede usar Get-Job para obtener trabajos que se iniciaron mediante el Start-Job cmdlet o mediante el parámetro AsJob de cualquier cmdlet.

Sin parámetros, un Get-Job comando obtiene todos los trabajos de la sesión actual. Puede usar los parámetros de Get-Job para obtener trabajos concretos.

El objeto de trabajo que Get-Job devuelve contiene información útil sobre el trabajo, pero no contiene los resultados del trabajo. Para obtener los resultados, use el Receive-Job cmdlet .

Un trabajo en segundo plano Windows PowerShell es un comando que se ejecuta en segundo plano sin interactuar con la sesión actual. Normalmente, se usa un trabajo en segundo plano para ejecutar un comando complejo que tarda mucho tiempo en finalizar. Para más información sobre los trabajos en segundo plano en Windows PowerShell, vea about_Jobs.

A partir de Windows PowerShell 3.0, el Get-Job cmdlet también obtiene tipos de trabajo personalizados, como trabajos de flujo de trabajo e instancias de trabajos programados. Para buscar el tipo de trabajo de un trabajo, use la propiedad PSJobTypeName del trabajo.

Para habilitar Get-Job para obtener un tipo de trabajo personalizado, importe el módulo que admite el tipo de trabajo personalizado en la sesión antes de ejecutar un Get-Job comando, ya sea mediante el Import-Module cmdlet o mediante o obteniendo un cmdlet en el módulo. Para información sobre un tipo determinado de trabajo personalizado, vea la documentación de la característica del tipo de trabajo personalizado.

Ejemplos

Ejemplo 1: Obtención de todos los trabajos en segundo plano iniciados en la sesión actual

Este comando obtiene todos los trabajos en segundo plano iniciados en la sesión actual. No incluye los trabajos creados en otras sesiones, incluso aunque los trabajos se ejecuten en el equipo local.

PS C:\> Get-Job

Ejemplo 2: Detener un trabajo mediante un identificador de instancia

Estos comandos muestran cómo obtener el identificador de instancia de un trabajo y, luego, usarlo para detener un trabajo. A diferencia del nombre de un trabajo, que no es único, el identificador de instancia es único.

El primer comando usa el Get-Job cmdlet para obtener un trabajo. Usa el parámetro Name para identificar el trabajo. El comando almacena el objeto de trabajo que Get-Job devuelve en la $j variable . En este ejemplo, solo hay un trabajo con el nombre especificado. El segundo comando obtiene la propiedad InstanceId del objeto en la $j variable y la almacena en la $ID variable. El tercer comando muestra el valor de la $ID variable. El cuarto comando usa Stop-Job el cmdlet para detener el trabajo. Usa el parámetro InstanceId para identificar el trabajo y $ID la variable para representar el identificador de instancia del trabajo.

PS C:\> $j = Get-Job -Name Job1
PS C:\> $ID = $j.InstanceID
PS C:\> $ID

Guid
----
03c3232e-1d23-453b-a6f4-ed73c9e29d55

PS C:\> Stop-Job -InstanceId $ID

Ejemplo 3: Obtener trabajos que incluyen un comando específico

Este comando obtiene los trabajos del sistema que incluyen un Get-Process comando. El comando usa el parámetro Command de Get-Job para limitar los trabajos recuperados. El comando usa caracteres comodín (*) para obtener trabajos que incluyan un Get-Process comando en cualquier parte de la cadena de comandos.

PS C:\> Get-Job -Command "*get-process*"

Ejemplo 4: Obtención de trabajos que incluyen un comando específico mediante la canalización

Al igual que el comando del ejemplo anterior, este comando obtiene los trabajos en el sistema que incluyen un Get-Process comando. El comando usa un operador de canalización (|) para enviar una cadena, entre comillas, al Get-Job cmdlet . Es el equivalente del comando anterior.

PS C:\> "*get-process*" | Get-Job

Ejemplo 5: Obtención de trabajos que no se han iniciado

Este comando solo obtiene los trabajos creados, pero aún no iniciados. Esto incluye los trabajos que están programados para ejecutarse en el futuro y los que todavía no se han programado.

PS C:\> Get-Job -State NotStarted

Ejemplo 6: Obtención de trabajos que no se han asignado un nombre

Este comando obtiene todos los trabajos que tienen nombres de trabajo que comienzan por el trabajo. Dado job<number> que es el nombre predeterminado de un trabajo, este comando obtiene todos los trabajos que no tienen un nombre asignado explícitamente.

PS C:\> Get-Job -Name Job*

Ejemplo 7: Usar un objeto de trabajo para representar el trabajo en un comando

En este ejemplo se muestra cómo usar Get-Job para obtener un objeto de trabajo y, a continuación, se muestra cómo usar el objeto job para representar el trabajo en un comando.

El primer comando usa el Start-Job cmdlet para iniciar un trabajo en segundo plano que ejecuta un Get-Process comando en el equipo local. El comando usa el parámetro Name de Start-Job para asignar un nombre descriptivo al trabajo. El segundo comando usa Get-Job para obtener el trabajo. Usa el parámetro Name de Get-Job para identificar el trabajo. El comando guarda el objeto de trabajo resultante en la $j variable . El tercer comando muestra el valor del objeto de trabajo en la $j variable . El valor de la propiedad State muestra que el trabajo se ha completado. El valor de la propiedad HasMoreData muestra que hay resultados disponibles del trabajo que no se han recuperado. El cuarto comando usa el Receive-Job cmdlet para obtener los resultados del trabajo. Usa el objeto de trabajo en la $j variable para representar el trabajo. También puede usar un operador de canalización para enviar un objeto de trabajo a Receive-Job.

PS C:\> Start-Job -ScriptBlock {Get-Process} -Name MyJob
PS C:\> $j = Get-Job -Name MyJob
PS C:\> $j
Id     Name            PSJobTypeName   State         HasMoreData     Location             Command
--     ----            -------------   -----         -----------     --------             -------
6      MyJob           BackgroundJob   Completed     True            localhost            Get-Process

PS C:\> Receive-Job -Job $j
Handles  NPM(K)    PM(K)      WS(K) VM(M)   CPU(s)     Id ProcessName
-------  ------    -----      ----- -----   ------     -- -----------
    124       4    13572      12080    59            1140 audiodg
    783      16    11428      13636   100             548 CcmExec
     96       4     4252       3764    59            3856 ccmsetup
...

Ejemplo 8: Obtener todos los trabajos, incluidos los trabajos iniciados por un método diferente

En este ejemplo se muestra que el Get-Job cmdlet puede obtener todos los trabajos que se iniciaron en la sesión actual, incluso si se iniciaron mediante distintos métodos.

El primer comando usa el Start-Job cmdlet para iniciar un trabajo en el equipo local. El segundo comando usa el parámetro AsJob del Invoke-Command cmdlet para iniciar un trabajo en el equipo S1. Aunque los comandos del trabajo se ejecutan en el equipo remoto, el objeto de trabajo se crea en el equipo local, por lo que usa comandos locales para administrar el trabajo. El tercer comando usa el Invoke-Command cmdlet para ejecutar un Start-Job comando en el equipo S2. Mediante este método, el objeto de trabajo se crea en el equipo remoto, por lo que se usan comandos remotos para administrar el trabajo. El cuarto comando usa Get-Job para obtener los trabajos almacenados en el equipo local. La propiedad PSJobTypeName de trabajos, introducida en Windows PowerShell 3.0, muestra que el trabajo local iniciado mediante el Start-Job cmdlet es un trabajo en segundo plano y el trabajo iniciado en una sesión remota mediante el Invoke-Command cmdlet es un trabajo remoto. El quinto comando usa Invoke-Command para ejecutar un Get-Job comando en el equipo S2. La salida de ejemplo muestra los resultados del Get-Job comando. En el equipo S2, el trabajo parece un trabajo local. El nombre del equipo es localhost y el tipo de trabajo es un trabajo en segundo plano. Para obtener más información sobre cómo ejecutar trabajos en segundo plano en equipos remotos, consulte about_Remote_Jobs.

PS C:\> Start-Job -ScriptBlock {Get-EventLog System}
PS C:\> Invoke-Command -ComputerName S1 -ScriptBlock {Get-EventLog System} -AsJob
PS C:\> Invoke-Command -ComputerName S2 -ScriptBlock {Start-Job -ScriptBlock {Get-EventLog System}}
PS C:\> Get-Job
Id     Name       PSJobTypeName   State         HasMoreData     Location        Command
--     ----       -------------   -----         -----------     --------        -------
1      Job1       BackgroundJob   Running       True            localhost       Get-EventLog System
2      Job2       RemoteJob       Running       True            S1              Get-EventLog System

PS C:\> Invoke-Command -ComputerName S2 -ScriptBlock {Start-Job -ScriptBlock {Get-EventLog System}}
Id    Name     PSJobTypeName  State      HasMoreData   Location   Command
--    ----     -------------  -----      -----------   -------    -------
4     Job4     BackgroundJob  Running    True          localhost  Get-Eventlog System

Ejemplo 9: Investigar un trabajo con errores

Este comando muestra cómo usar el objeto de trabajo que Get-Job devuelve para investigar por qué se produjo un error en un trabajo. También muestra cómo obtener los trabajos secundarios de cada trabajo.

El primer comando usa el Start-Job cmdlet para iniciar un trabajo en el equipo local. El objeto de trabajo que Start-Job devuelve muestra que se produjo un error en el trabajo. El valor de la propiedad State es Failed.

El segundo comando usa el Get-Job cmdlet para obtener el trabajo. El comando usa el método de punto para obtener el valor de la propiedad JobStateInfo del objeto. Usa un operador de canalización para enviar el objeto en la propiedad JobStateInfo al Format-List cmdlet , que da formato a todas las propiedades del objeto (*) en una lista. El resultado del Format-List comando muestra que el valor de la propiedad Reason del trabajo está en blanco.

El tercer comando investiga más. Usa un Get-Job comando para obtener el trabajo y, a continuación, usa un operador de canalización para enviar todo el objeto de trabajo al Format-List cmdlet , que muestra todas las propiedades del trabajo en una lista. La presentación de todas las propiedades del objeto de trabajo muestra que el trabajo contiene un trabajo secundario denominado Job2.

El cuarto comando usa Get-Job para obtener el objeto de trabajo que representa el trabajo secundario Job2. Este es el trabajo en el que el comando se ejecutó realmente. Usa el método dot para obtener la propiedad Reason de la propiedad JobStateInfo . El resultado muestra que se produjo un error en el trabajo debido a un error de Acceso denegado. En este caso, el usuario olvidó usar la opción Ejecutar como administrador al iniciar Windows PowerShell. Dado que los trabajos en segundo plano usan las características de comunicación remota de Windows PowerShell, el equipo debe configurarse para que la comunicación remota ejecute un trabajo, incluso cuando el trabajo se ejecute en el equipo local. Para obtener información sobre los requisitos de comunicación remota en Windows PowerShell, consulte about_Remote_Requirements. Para sugerencias para resolver problemas, vea la página about_Remote_Troubleshooting.

PS C:\> Start-Job -ScriptBlock {Get-Process}
Id     Name       PSJobTypeName   State       HasMoreData     Location             Command
--     ----       -------------   -----       -----------     --------             -------
1      Job1       BackgroundJob   Failed      False           localhost            Get-Process

PS C:\> (Get-Job).JobStateInfo | Format-List -Property *
State  : Failed
Reason :

PS C:\> Get-Job | Format-List -Property *
HasMoreData   : False
StatusMessage :
Location      : localhost
Command       : get-process
JobStateInfo  : Failed
Finished      : System.Threading.ManualReset
EventInstanceId    : fb792295-1318-4f5d-8ac8-8a89c5261507
Id            : 1
Name          : Job1
ChildJobs     : {Job2}
Output        : {}
Error         : {}
Progress      : {}
Verbose       : {}
Debug         : {}
Warning       : {}
StateChanged  :

PS C:\> (Get-Job -Name job2).JobStateInfo.Reason
Connecting to remote server using WSManCreateShellEx api failed. The async callback gave the
following error message: Access is denied.

Ejemplo 10: Obtención de resultados filtrados

Este ejemplo muestra cómo usar el parámetro Filter para obtener una tarea del flujo de trabajo. El parámetro Filter, que se introdujo en Windows PowerShell 3.0 solo es válido en los tipos de trabajo personalizados, como tareas del flujo de trabajo y trabajos programados.

El primer comando usa la palabra clave Workflow para crear el flujo de trabajo WFProcess. El segundo comando usa el parámetro AsJob del flujo de trabajo WFProcess para ejecutar el flujo de trabajo como un trabajo en segundo plano. Usa el parámetro JobName del flujo de trabajo para especificar un nombre para el trabajo y el parámetro PSPrivateMetadata del flujo de trabajo para especificar un identificador personalizado. El tercer comando usa el parámetro Filter de Get-Job para obtener el trabajo por identificador personalizado que se especificó en el parámetro PSPrivateMetadata .

PS C:\> Workflow WFProcess {Get-Process}
PS C:\> WFProcess -AsJob -JobName WFProcessJob -PSPrivateMetadata @{MyCustomId = 92107}
PS C:\> Get-Job -Filter @{MyCustomId = 92107}
Id     Name            State         HasMoreData     Location             Command
--     ----            -----         -----------     --------             -------
1      WFProcessJob    Completed     True            localhost            WFProcess

Ejemplo 11: Obtener información sobre los trabajos secundarios

En este ejemplo se muestra el efecto de usar los parámetros IncludeChildJob y ChildJobState del Get-Job cmdlet .

El primer comando obtiene los trabajos en la sesión actual. El resultado incluye un trabajo en segundo plano, un trabajo remoto y varias instancias de un trabajo programado. El trabajo remoto, Job4, parece que da un error. El segundo comando usa el parámetro IncludeChildJob de Get-Job. La salida agrega los trabajos secundarios de todos los trabajos que tienen trabajos secundarios. En este caso, la salida revisada muestra que solo se produjo un error en el trabajo secundario Job5 de Job4. El tercer comando usa el parámetro ChildJobState con un valor de Failed.La salida incluye todos los trabajos primarios y solo los trabajos secundarios con errores. El quinto comando usa la propiedad JobStateInfo de trabajos y su propiedad Reason para detectar por qué se produjo un error en Job5.

PS C:\> Get-Job
Id     Name            PSJobTypeName   State         HasMoreData     Location             Command
--     ----            -------------   -----         -----------     --------             -------
2      Job2            BackgroundJob   Completed     True            localhost            .\Get-Archive.ps1
4      Job4            RemoteJob       Failed        True            Server01, Server02   .\Get-Archive.ps1
7      UpdateHelpJob   PSScheduledJob  Completed     True            localhost            Update-Help
8      UpdateHelpJob   PSScheduledJob  Completed     True            localhost            Update-Help
9      UpdateHelpJob   PSScheduledJob  Completed     True            localhost            Update-Help
10     UpdateHelpJob   PSScheduledJob  Completed     True            localhost            Update-Help

PS C:\> Get-Job -IncludeChildJob
Id     Name            PSJobTypeName   State         HasMoreData     Location             Command
--     ----            -------------   -----         -----------     --------             -------
2      Job2            BackgroundJob   Completed     True            localhost           .\Get-Archive.ps1
3      Job3                            Completed     True            localhost           .\Get-Archive.ps1
4      Job4            RemoteJob       Failed        True            Server01, Server02  .\Get-Archive.ps1
5      Job5                            Failed        False           Server01            .\Get-Archive.ps1
6      Job6                            Completed     True            Server02            .\Get-Archive.ps1
7      UpdateHelpJob   PSScheduledJob  Completed     True            localhost            Update-Help
8      UpdateHelpJob   PSScheduledJob  Completed     True            localhost            Update-Help
9      UpdateHelpJob   PSScheduledJob  Completed     True            localhost            Update-Help
10     UpdateHelpJob   PSScheduledJob  Completed     True            localhost            Update-Help

PS C:\> Get-Job -Name Job4 -ChildJobState Failed
Id     Name            PSJobTypeName   State         HasMoreData     Location             Command
--     ----            -------------   -----         -----------     --------             -------
2      Job2            BackgroundJob   Completed     True            localhost           .\Get-Archive.ps1
4      Job4            RemoteJob       Failed        True            Server01, Server02  .\Get-Archive.ps1
5      Job5                            Failed        False           Server01            .\Get-Archive.ps1
7      UpdateHelpJob   PSScheduledJob  Completed     True            localhost            Update-Help
8      UpdateHelpJob   PSScheduledJob  Completed     True            localhost            Update-Help
9      UpdateHelpJob   PSScheduledJob  Completed     True            localhost            Update-Help
10     UpdateHelpJob   PSScheduledJob  Completed     True            localhost            Update-Help

PS C:\> (Get-Job -Name Job5).JobStateInfo.Reason
Connecting to remote server Server01 failed with the following error message:
Access is denied.

Para obtener más información, consulte el tema about_Remote_Troubleshooting Ayuda.

Parámetros

-After

Obtiene los trabajos completados que finalizaron después de la fecha y hora especificadas. Escriba un objeto DateTime , como uno devuelto por el Get-Date cmdlet o una cadena que se pueda convertir en un objeto DateTime , como Dec 1, 2012 2:00 AM o 11/06.

Este parámetro solo funciona en tipos de trabajo personalizados, como tareas de flujo de trabajo que tengan una propiedad EndTime. No funciona en trabajos en segundo plano estándar, como los creados mediante el Start-Job cmdlet . Para información sobre la compatibilidad para este parámetro, vea el tema de ayuda para el tipo de trabajo.

Este parámetro se incorporó en Windows PowerShell 3.0.

Type:	DateTime
Position:	Named
Default value:	None
Required:	False
Accept pipeline input:	False
Accept wildcard characters:	False

-Before

Obtiene los trabajos completados que finalizaron antes de la fecha y hora especificadas. Escriba un objeto DateTime .

Este parámetro se incorporó en Windows PowerShell 3.0.

Type:	DateTime
Position:	Named
Default value:	None
Required:	False
Accept pipeline input:	False
Accept wildcard characters:	False

-ChildJobState

Obtiene solo los trabajos secundarios que tengan el estado especificado. Los valores permitidos para este parámetro son los siguientes:

NotStarted
En ejecución
Completed
Con error
Detenido
Bloqueado
Suspended
Escenario desconectado
Suspendiendo
Deteniéndose

De forma predeterminada, Get-Job no obtiene trabajos secundarios. Mediante el parámetro IncludeChildJob , Get-Job obtiene todos los trabajos secundarios. Si usa el parámetro ChildJobState, el parámetro IncludeChildJob no tiene ningún efecto.

Este parámetro se incorporó en Windows PowerShell 3.0.

Type:	JobState
Accepted values:	NotStarted, Running, Completed, Failed, Stopped, Blocked, Suspended, Disconnected, Suspending, Stopping, AtBreakpoint
Position:	Named
Default value:	None
Required:	False
Accept pipeline input:	False
Accept wildcard characters:	False

-Command

Especifica una matriz de comandos como cadenas. Este cmdlet obtiene los trabajos que incluyen los comandos especificados. El valor predeterminado es todas las tareas. Puede usar caracteres comodín para especificar un patrón de comando.

Type:	String[]
Position:	Named
Default value:	None
Required:	False
Accept pipeline input:	True
Accept wildcard characters:	True

-Filter

Especifica una tabla hash de condiciones. Este cmdlet obtiene trabajos que satisfacen todas las condiciones. Especifique una tabla hash donde las claves sean propiedades de una tarea y los valores sean valores de propiedad de la tarea.

Este parámetro solo funciona en tipos de trabajo personalizados, como trabajos de flujo de trabajo y trabajos programados. No funciona en trabajos en segundo plano estándar, como los creados mediante el Start-Job cmdlet . Para información sobre la compatibilidad para este parámetro, vea el tema de ayuda para el tipo de trabajo.

Este parámetro se incorporó en Windows PowerShell 3.0.

Type:	Hashtable
Position:	0
Default value:	None
Required:	True
Accept pipeline input:	True
Accept wildcard characters:	False

-HasMoreData

Indica si este cmdlet obtiene solo los trabajos que tienen el valor de propiedad HasMoreData especificado. La propiedad HasMoreData indica si se han recibido todos los resultados de trabajo en la sesión actual. Para obtener trabajos que tienen más resultados, especifique un valor de $True. Para obtener trabajos que no tienen más resultados, especifique un valor de $False.

Para obtener los resultados de un trabajo, use el Receive-Job cmdlet .

Cuando se usa el Receive-Job cmdlet , se elimina del almacenamiento específico de la sesión en memoria los resultados que devolvió. Cuando ha devuelto todos los resultados del trabajo en la sesión actual, establece el valor de la propiedad HasMoreData del trabajo $Falseen ) para indicar que no tiene más resultados para el trabajo en la sesión actual. Utilice el parámetro Keep de Receive-Job para evitar Receive-Job que elimine los resultados y cambie el valor de la propiedad HasMoreData . Para obtener más información, escriba Get-Help Receive-Job.

La propiedad HasMoreData es específica de la sesión actual. Si los resultados de un tipo de trabajo personalizado se guardan fuera de la sesión, como el tipo de trabajo programado, que guarda los resultados del trabajo en el disco, puede usar el Receive-Job cmdlet en otra sesión para obtener los resultados del trabajo de nuevo, incluso si el valor de HasMoreData es $False. Para más información, vea los temas de ayuda para el tipo de trabajo personalizado.

Este parámetro se incorporó en Windows PowerShell 3.0.

Type:	Boolean
Position:	Named
Default value:	None
Required:	False
Accept pipeline input:	False
Accept wildcard characters:	False

-Id

Especifica una matriz de identificadores de trabajos que obtiene este cmdlet.

El identificador es un entero que identifica de forma única el trabajo en la sesión actual. Es más fácil recordar y escribir que el identificador de instancia, pero solo es único en la sesión actual. Puede escribir uno o varios identificadores separados por comas. Para buscar el identificador de un trabajo, escriba Get-Job sin parámetros.

Type:	Int32[]
Position:	0
Default value:	None
Required:	False
Accept pipeline input:	True
Accept wildcard characters:	False

-IncludeChildJob

Indica que este cmdlet devuelve trabajos secundarios, además de los trabajos primarios.

Este parámetro es especialmente útil para investigar trabajos de flujo de trabajo, para los que Get-Job devuelve un trabajo primario de contenedor y errores de trabajo, ya que el motivo del error se guarda en una propiedad del trabajo secundario.

Este parámetro se incorporó en Windows PowerShell 3.0.

Type:	SwitchParameter
Position:	Named
Default value:	None
Required:	False
Accept pipeline input:	False
Accept wildcard characters:	False

-InstanceId

Especifica una matriz de identificadores de instancia de trabajos que obtiene este cmdlet. El valor predeterminado es todas las tareas.

Un identificador de instancia es un GUID que identifica de forma única la tarea en el equipo. Para buscar el identificador de instancia de un trabajo, use Get-Job.

Type:	Guid[]
Position:	0
Default value:	None
Required:	True
Accept pipeline input:	True
Accept wildcard characters:	False

-Name

Especifica una matriz de nombres descriptivos de instancia de trabajos que obtiene este cmdlet. Escriba un nombre de trabajo o use caracteres comodín para especificar un patrón de nombre de trabajo. De forma predeterminada, Get-Job obtiene todos los trabajos de la sesión actual.

Type:	String[]
Position:	0
Default value:	None
Required:	True
Accept pipeline input:	True
Accept wildcard characters:	True

-Newest

Especifica una serie de trabajos que se van a obtener. Este cmdlet obtiene los trabajos que finalizaron más recientemente.

El parámetro Newest no ordena ni devuelve los trabajos más recientes en orden de hora de finalización. Para ordenar la salida, use el Sort-Object cmdlet .

Este parámetro se incorporó en Windows PowerShell 3.0.

Type:	Int32
Position:	Named
Default value:	None
Required:	False
Accept pipeline input:	False
Accept wildcard characters:	False

-State

Especifica un estado de trabajo. Este cmdlet solo obtiene trabajos en el estado especificado. Los valores permitidos para este parámetro son los siguientes:

NotStarted
En ejecución
Completed
Con error
Detenido
Bloqueado
Suspended
Escenario desconectado
Suspendiendo
Deteniéndose

De forma predeterminada, Get-Job obtiene todos los trabajos de la sesión actual.

Para obtener más información sobre los estados de trabajo, vea JobState (enumeración).

Type:	JobState
Accepted values:	NotStarted, Running, Completed, Failed, Stopped, Blocked, Suspended, Disconnected, Suspending, Stopping, AtBreakpoint
Position:	0
Default value:	None
Required:	True
Accept pipeline input:	True
Accept wildcard characters:	False

Entradas

None

No se puede canalizar la entrada a este cmdlet.

Salidas

System.Management.Automation.RemotingJob

Este cmdlet devuelve objetos que representan los trabajos de la sesión.

Notas

La propiedad PSJobTypeName de trabajos indica el tipo de trabajo del trabajo. El valor de propiedad viene determinado por el autor del tipo de trabajo. La lista siguiente muestra los tipos de trabajo comunes.

BackgroundJob. Trabajo local iniciado mediante Start-Job.
RemoteJob. Trabajo iniciado en una PSSession mediante el parámetro AsJob del Invoke-Command cmdlet .
PSWorkflowJob. trabajo iniciado mediante el parámetro común AsJob de los flujos de trabajo.

Share via

Get-Job

Syntax

Description

Ejemplos

Ejemplo 1: Obtención de todos los trabajos en segundo plano iniciados en la sesión actual

Ejemplo 2: Detener un trabajo mediante un identificador de instancia

Ejemplo 3: Obtener trabajos que incluyen un comando específico

Ejemplo 4: Obtención de trabajos que incluyen un comando específico mediante la canalización

Ejemplo 5: Obtención de trabajos que no se han iniciado

Ejemplo 6: Obtención de trabajos que no se han asignado un nombre

Ejemplo 7: Usar un objeto de trabajo para representar el trabajo en un comando

Ejemplo 8: Obtener todos los trabajos, incluidos los trabajos iniciados por un método diferente

Ejemplo 9: Investigar un trabajo con errores

Ejemplo 10: Obtención de resultados filtrados

Ejemplo 11: Obtener información sobre los trabajos secundarios

Parámetros

-After

-Before

-ChildJobState

-Command

-Filter

-HasMoreData

-Id

-IncludeChildJob

-InstanceId

-Name

-Newest

-State

Entradas

Salidas

Notas

Recursos adicionales

Share via

Get-Job

Syntax

Description

Ejemplos

Ejemplo 1: Obtención de todos los trabajos en segundo plano iniciados en la sesión actual

Ejemplo 2: Detener un trabajo mediante un identificador de instancia

Ejemplo 3: Obtener trabajos que incluyen un comando específico

Ejemplo 4: Obtención de trabajos que incluyen un comando específico mediante la canalización

Ejemplo 5: Obtención de trabajos que no se han iniciado

Ejemplo 6: Obtención de trabajos que no se han asignado un nombre

Ejemplo 7: Usar un objeto de trabajo para representar el trabajo en un comando

Ejemplo 8: Obtener todos los trabajos, incluidos los trabajos iniciados por un método diferente

Ejemplo 9: Investigar un trabajo con errores

Ejemplo 10: Obtención de resultados filtrados

Ejemplo 11: Obtener información sobre los trabajos secundarios

Parámetros

-After

-Before

-ChildJobState

-Command

-Filter

-HasMoreData

-Id

-IncludeChildJob

-InstanceId

-Name

-Newest

-State

Entradas

Salidas

Notas

Vínculos relacionados

Recursos adicionales