L’applet de commande New-CimInstance crée une instance d’une classe CIM en fonction de la définition de classe sur l’ordinateur local ou un ordinateur distant. Par défaut, l’applet de commande New-CimInstance crée une instance sur l’ordinateur local.
Exemples
Exemple 1 : Créer une instance d’une classe CIM
Cet exemple crée une instance d’une classe CIM nommée Win32_Environment dans l’espace de noms racine/CIMV2 sur l’ordinateur.
Aucune validation côté client n’est effectuée si la classe n’existe pas, les propriétés sont incorrectes ou si le serveur rejette l’appel. Si l’instance est créée avec succès, l’applet de commande génère l’instance nouvellement créée.
Exemple 2 : Créer une instance d’une classe CIM à l’aide d’un schéma de classe
Cet exemple récupère un objet de classe CIM et le stocke dans une variable nommée $class. Le contenu de la variable est ensuite transmis à l’applet de commande New-CimInstance.
Exemple 3 : Créer une instance dynamique sur le client
Cet exemple crée une instance dynamique d’une classe CIM nommée Win32_Process sur l’ordinateur client sans obtenir l’instance à partir du serveur. La nouvelle instance est stockée dans la variable $a. Cette instance dynamique peut être utilisée pour effectuer des opérations si l’instance avec cette clé existe sur le serveur.
ProcessId Name HandleCount WorkingSetSize VirtualSize
--------- ---- ----------- -------------- -----------
0 System Idle Process 0 8192 8192
Domain :
ReturnValue : 2
User :
PSComputerName :
L’applet de commande Get-CimInstance récupère ensuite une instance unique particulière. L’applet de commande Invoke-CimMethod appelle la méthode GetOwner sur l’instance récupérée.
Exemple 4 : Créer une instance pour une classe CIM d’un espace de noms spécifique
Cet exemple obtient une instance d’une classe CIM nommée MSFT_Something dans l’espace de noms racine/quelque part et la stocke dans une variable nommée $class. La variable est transmise à l’applet de commande New-CimInstance pour créer une instance CIM et effectuer des validations côté client sur la nouvelle instance.
Dans cet exemple, l’utilisation du paramètre CimClass au lieu du paramètre ClassName valide que Prop1 et Prop2 existent réellement et que les clés sont marquées correctement.
Vous ne pouvez pas utiliser le paramètre ComputerName ou le paramètre CimSession avec le paramètre ClientOnly.
Paramètres
-CimClass
Spécifie un objet de classe CIM qui représente le type de l’instance. Utilisez l’applet de commande Get-CimClass pour récupérer la déclaration de classe à partir d’un ordinateur. L’utilisation de ce paramètre entraîne de meilleures validations de schéma côté client.
Exécute la commande à l’aide de la session CIM spécifiée. Entrez une variable qui contient la session CIM, ou une commande qui crée ou obtient la session CIM, telle que les applets de commande New-CimSession ou Get-CimSession. Pour plus d’informations, consultez about_CimSession.
Spécifie le nom de la classe CIM dont l’opération crée une instance. REMARQUE : Vous pouvez utiliser la complétion par tabulation pour explorer la liste des classes, car PowerShell obtient une liste de classes à partir du serveur WMI local pour fournir une liste de noms de classes.
Indique que l’instance est créée uniquement dans PowerShell sans accéder au serveur CIM. Vous pouvez utiliser ce paramètre pour créer une instance CIM en mémoire à utiliser dans les opérations PowerShell suivantes.
Spécifie le nom de l’ordinateur sur lequel vous souhaitez exécuter l’opération CIM. Vous pouvez spécifier un nom de domaine complet (FQDN), un nom NetBIOS ou une adresse IP.
Si vous spécifiez ce paramètre, l’applet de commande crée une session temporaire sur l’ordinateur spécifié à l’aide du protocole WSMan.
Si vous ne spécifiez pas ce paramètre, l’applet de commande effectue l’opération sur l’ordinateur local à l’aide du modèle objet de composant (COM).
Si plusieurs opérations sont effectuées sur le même ordinateur, la connexion à l’aide d’une session CIM offre de meilleures performances.
Spécifie l’espace de noms de la classe pour la nouvelle instance. L’espace de noms par défaut est racine/CIMV2.
Vous pouvez utiliser la complétion par tabulation pour parcourir la liste des namespaces, car PowerShell récupère la liste des namespaces depuis le serveur WMI local pour la fournir.
Spécifie la durée pendant laquelle l’applet de commande attend une réponse du serveur CIM. Par défaut, la valeur de ce paramètre est 0, ce qui signifie que l’applet de commande utilise la valeur de délai d’expiration par défaut pour le serveur. Si le paramètre OperationTimeoutSec est défini sur une valeur inférieure au délai d’attente de nouvelle tentative de connexion robuste de 3 minutes, les échecs réseau qui durent plus que la valeur du paramètre OperationTimeoutSec ne sont pas récupérables, car l’opération sur le serveur expire avant que le client ne puisse se reconnecter.
Spécifie les propriétés de l’instance CIM à l’aide d’une table de hachage (paires nom-valeur).
Si vous spécifiez le paramètre CimClass , l’applet de commande effectue une validation de propriété sur le client pour vous assurer que les propriétés spécifiées sont cohérentes avec la déclaration de classe sur le serveur. Si le paramètre cimClass n’est pas spécifié, la validation des propriétés est effectuée sur le serveur.
Spécifie l’URI (Uniform Resource Identifier) de la classe de ressource ou de l’instance. L’URI est utilisé pour identifier un type spécifique de ressource, tel que des disques ou des processus, sur un ordinateur.
Un URI se compose d’un préfixe et d’un chemin d’accès à une ressource. Par exemple:
Par défaut, si vous ne spécifiez pas ce paramètre, l’URI de ressource standard DMTF http://schemas.dmtf.org/wbem/wscim/1/cim-schema/2/ est utilisé et le nom de la classe est ajouté à celui-ci.
ResourceUri ne peut être utilisé qu’avec les sessions CIM créées à l’aide du protocole WSMan ou lors de la spécification du paramètre ComputerName, qui crée une session CIM à l’aide de WSMan. Si vous spécifiez ce paramètre sans spécifier le paramètre ComputerName ou si vous spécifiez une session CIM créée à l’aide du protocole DCOM, vous obtenez une erreur, car le protocole DCOM ne prend pas en charge le paramètre ResourceUri.
Si le paramètre ResourceUri et le paramètre Filter sont spécifiés, le paramètre Filter est ignoré.
Cette applet de commande prend en charge les paramètres courants : -Debug, -ErrorAction, -ErrorVariable, -InformationAction, -InformationVariable, -OutBuffer, -OutVariable, -PipelineVariable, -ProgressAction, -Verbose, -WarningAction et -WarningVariable. Pour plus d’informations, consultez about_CommonParameters.
Entrées
None
Vous ne pouvez pas diriger les objets vers cette applet de commande.
La source de ce contenu se trouve sur GitHub, où vous pouvez également créer et examiner les problèmes et les demandes de tirage. Pour plus d’informations, consultez notre guide du contributeur.