El cmdlet Invoke-WmiMethod llama a los métodos de objetos de Instrumental de administración de Windows (WMI).
Los nuevos cmdlets de Common Information Model (CIM), introducidos en Windows PowerShell 3.0, realizan las mismas tareas que los cmdlets de WMI. Los cmdlets CIM cumplen con los estándares WS-Management (WSMan) y con el estándar CIM, lo que permite a los cmdlets usar las mismas técnicas para administrar equipos Windows y aquellos que ejecutan otros sistemas operativos. En lugar de usar Invoke-WmiMethod, considere la posibilidad de usar Invoke-CimMethod.
Ejemplos
Ejemplo 1: Enumerar el orden necesario de los parámetros del método WMI
Este comando enumera el orden necesario de los objetos.
Este comando inicia una instancia del Bloc de notas llamando al método Create de la clase Win32_Process.
La propiedad ReturnValue se rellena con un 0y la propiedad ProcessId de se rellena con un entero (el siguiente número de identificador de proceso) si se completa el comando.
Este comando cambia el nombre de un archivo. Usa el parámetro Path para hacer referencia a una instancia de la clase CIM_DataFile. A continuación, aplica el método Rename a esa instancia determinada.
La propiedad ReturnValue se rellena con un 0 si se completa el comando.
Ejemplo 4: Pasar una matriz de valores mediante '-ArgumentList'
Ejemplo que usa una matriz de objetos $binSD seguido de un valor de $null.
Especifica los parámetros que se van a pasar al método llamado. El valor de este parámetro debe ser una matriz de objetos y deben aparecer en el orden requerido por el método llamado. El cmdlet Invoke-CimCommand no tiene estas limitaciones.
Para determinar el orden en el que se enumeran esos objetos, ejecute el método GetMethodParameters() en la clase WMI, como se muestra en el ejemplo 1, cerca del final de este tema.
Importante
Si el primer valor es una matriz que contiene más de un elemento, se requiere un segundo valor de $null. De lo contrario, el comando genera un error, como Unable to cast object of type 'System.Byte' to type 'System.Array'.. Vea el ejemplo 4 anterior.
Indica que este cmdlet ejecuta el comando como un trabajo en segundo plano. Use este parámetro para ejecutar comandos que tardan mucho tiempo en finalizar.
Cuando se usa el parámetro AsJob, el comando devuelve un objeto que representa el trabajo en segundo plano y, a continuación, muestra el símbolo del sistema. Puede continuar trabajando en la sesión mientras finaliza el trabajo. Si se usa Invoke-WmiMethod en un equipo remoto, el trabajo se crea en el equipo local y los resultados de los equipos remotos se devuelven automáticamente al equipo local. Para administrar el trabajo, use los cmdlets que contienen el nombre de Job (los cmdlets de trabajo). Para obtener los resultados del trabajo, use el cmdlet Receive-Job.
Para usar este parámetro con equipos remotos, los equipos locales y remotos deben configurarse para la comunicación remota. Además, debe iniciar Windows PowerShell mediante la opción Ejecutar como administrador en Windows Vista y versiones posteriores de Windows. Para obtener más información, consulte about_Remote_Requirements.
Para obtener más información sobre los trabajos en segundo plano de Windows PowerShell, consulte about_Jobs y about_Remote_Jobs.
Especifica la autoridad que se va a usar para autenticar la conexión WMI. Puede especificar la autenticación Estándar de Windows NT LAN Manager (NTLM) o Kerberos. Para usar NTLM, establezca la configuración de autoridad en ntlmdomain:<DomainName>, donde <DomainName> identifica un nombre de dominio NTLM válido. Para usar Kerberos, especifique kerberos:<DomainName>\<ServerName>. No puede incluir la configuración de autoridad al conectarse al equipo local.
Especifica, como matriz de cadenas, los equipos en los que este cmdlet ejecuta el comando. El valor predeterminado es el equipo local.
Escriba el nombre NetBIOS, una dirección IP o un nombre de dominio completo de uno o varios equipos. Para especificar el equipo local, escriba el nombre del equipo, un punto (.) o localhost.
Este parámetro no se basa en la comunicación remota de Windows PowerShell. Puede usar el parámetro ComputerName incluso si el equipo no está configurado para ejecutar comandos remotos.
Especifica una cuenta de usuario que tiene permiso para realizar esta acción. El valor predeterminado es el usuario actual. Escriba un nombre de usuario, como User01, Domain01\User01o User@Contoso.com. O bien, escriba un objeto PSCredential, como un objeto devuelto por el cmdlet Get-Credential. Al escribir un nombre de usuario, se le pedirá una contraseña.
Especifica un objeto ManagementObject que se va a usar como entrada. Cuando se usa este parámetro, se omiten todos los demás parámetros, excepto los parámetros Flag y Argument.
Especifica la configuración regional preferida para los objetos WMI. Especifique el valor del parámetro configuración regional como una matriz en el formato MS_<LCID> en el orden preferido.
Cuando se usa con el parámetro Class, este parámetro especifica el espacio de nombres del repositorio WMI donde se encuentra la clase o el objeto WMI al que se hace referencia.
Especifica la ruta de acceso del objeto WMI de una clase WMI o especifica la ruta de acceso del objeto WMI de una instancia de una clase WMI. La clase o la instancia que especifique deben contener el método especificado en el parámetro name name.
Especifica un valor de limitación para el número de operaciones WMI que se pueden ejecutar simultáneamente.
Este parámetro se usa junto con el parámetro de AsJob. El límite solo se aplica al comando actual, no a la sesión o al equipo.
Este cmdlet admite los parámetros comunes: -Debug, -ErrorAction, -ErrorVariable, -InformationAction, -InformationVariable, -OutBuffer, -OutVariable, -PipelineVariable, -ProgressAction, -Verbose, -WarningAction y -WarningVariable. Para obtener más información, vea about_CommonParameters.
Entradas
None
Este cmdlet no acepta entradas.
Salidas
None
Este cmdlet no genera ninguna salida.
Notas
Windows PowerShell incluye los siguientes alias para Invoke-WmiMethod:
El origen de este contenido se puede encontrar en GitHub, donde también puede crear y revisar problemas y solicitudes de incorporación de cambios. Para más información, consulte nuestra guía para colaboradores.