Notes de publication de System Center Virtual Machine Manager
Virtual Machine Manager (VMM) 2022 n’a aucun problème connu.
Pour connaître les nouvelles fonctionnalités de VMM 2022, consultez Nouveautés.
Cet article répertorie les notes de publication de System Center 2019 - Virtual Machine Manager (VMM).
Notes de publication de VMM 2019
Les sections suivantes résument les notes de publication de VMM 2019 et incluent les problèmes connus et les solutions de contournement. Aucun problème connu dans VMM 2019 UR1 et UR2.
- Pour connaître les problèmes résolus dans 2019 UR1, consultez l’article de la base de connaissances pour UR1.
- Pour connaître les problèmes résolus en 2019 UR2, consultez l’article de la base de connaissances pour UR2.
- Pour connaître les problèmes résolus en 2019 UR3, consultez l’article de la base de connaissances pour UR3.
- Pour connaître les problèmes résolus dans 2019 UR4, consultez l’article de la Base de connaissances pour UR4.
- Pour connaître les problèmes résolus en 2019 UR5, consultez l’article de la base de connaissances pour UR5.
- Pour connaître les problèmes résolus en 2019 UR6, consultez l’article de la Base de connaissances pour UR6.
La suppression du nœud de cluster échoue avec l’indicateur CleanUpDisks
Description : Lorsque vous supprimez un nœud de cluster du cluster Windows Server 2019 S2D, avec un indicateur CleanUpDisks, la suppression échoue avec Impossible d’obtenir l’instance spécifiée MSFT_StorageJob erreur, dans les scénarios suivants.
La capacité de stockage est insuffisante dans les serveurs restants pour prendre en charge tous les volumes.
Il n’existe pas suffisamment de domaines d’erreur pour fournir la résilience du volume.
Solution de contournement : Vérifiez les points suivants :
Une capacité de stockage adéquate est disponible dans les serveurs restants pour prendre en charge tous les volumes
Suffisamment de domaines d’erreur sont disponibles pour fournir la résilience de vos volumes.
L’ajout d’un appareil de stockage ayant une interface de gestion SMI-S échoue
Description : L’ajout d’un appareil de stockage ayant une interface de gestion SMI-S échoue avec l’échec de l’inscription d’erreur du fournisseur de stockage avec le code d’erreur WsManMIInvokeFailed lorsque System Center Virtual Machine Manager (VMM) 2019 est installé sur Windows Server 2019.
Solution de contournement : VMM dépend du service de gestion du stockage basé sur les normes Windows pour gérer les appareils de stockage à l’aide de SMI-S. Vérifiez que le service est démarré avant d’essayer d’ajouter l’appareil de stockage.
Windows Server 2019 ne prend pas en charge les réseaux HNVv1
Description : Windows Server 2019 ne prend pas en charge HNVv1. Si HNVv1 est actuellement utilisé, le cluster qui utilise HNVv1 ne doit pas être mis à niveau vers Windows Server 2019 à l’aide de la mise à niveau propagée du cluster.
Solution de contournement : migrez de HNVv1 vers SDNv2 sur Windows Server 2016 avant d’utiliser la mise à niveau propagée du cluster vers Windows Server 2019.
Les derniers correctifs d’accessibilité dans la console ne sont pas disponibles
Description : Les derniers correctifs d’accessibilité dans la console peuvent ne pas être disponibles lorsque vous utilisez .NET 4.7 lors de l’installation de la console VMM.
Solution de contournement : nous vous recommandons d’utiliser .NET 4.8. Pour plus d’informations sur la migration vers .NET 4.8, consultez l’article Migration de .NET.
La connectivité de l’adaptateur principal pour SLB MUX ne fonctionne pas comme prévu
Description : La connectivité de l’adaptateur principal de SLB MUX peut ne pas fonctionner comme prévu après la migration de la machine virtuelle.
Solution de contournement : les utilisateurs effectuent un scale-out dans la machine virtuelle MUX SLB comme solution de contournement.
Échec de la mise à niveau de cumul du cluster
Description : échec de la mise à niveau de la mise à niveau du cluster (CRU) pendant la phase connexion de l’hôte Hyper-V à l’étape des tableaux de stockage, si le disque dur virtuel Windows Server 2019 dans le serveur de bibliothèque, utilisé comme profil d’ordinateur pour le redéploiement du système d’exploitation n’est pas installé avec les dernières mises à jour.
Solution de contournement : Pour résoudre cette erreur, installez toutes les mises à jour en attente sur le disque dur virtuel et redémarrez le travail CRU.
Pour éviter ce problème, avant le déclenchement cru, veillez à installer les dernières mises à jour du système d’exploitation sur le disque dur virtuel que vous souhaitez utiliser pour CRU.
L’optimisation dynamique du stockage ne déclenche pas de migration de disque dur virtuel même si les critères d’optimisation sont remplis
Description : L’optimisation dynamique du stockage doit déclencher la migration des disques durs virtuels entre les Volumes partagés de cluster (CSV, Clustered Shared Volume) quand l’espace de stockage libre dans l’un de ces volumes passe au-dessous du seuil défini sur la page Optimisation dynamique et que les critères d’agressivité sont remplis. Toutefois, dans certains cas, les disques durs virtuels peuvent ne pas être migrés même si toutes les autres conditions de stockage DO sont remplies.
Solution de contournement : Pour vous assurer que la migration du stockage est déclenchée, procédez comme suit :
- Vérifiez l’HostVolumeID à l’aide de l’applet de commande Get-SCStorageVolume. Si HostVolumeID retourne Null pour le volume, actualisez la machine virtuelle et effectuez à nouveau le stockage DO.
- Vérifiez le DiskSpacePlacementLevel du groupe hôte à l’aide de l’applet de commande Get-SCHostResever . Définissez la valeur DiskSpacePlacementLevel égale à la valeur de l’espace disque comme dans les paramètres Réserve d’hôte , dans l’Assistant Optimisation dynamique.
Le disque d’optimisation dynamique du stockage effectue plusieurs migrations de disque dur virtuel
Description : s’il existe une incompatibilité des niveaux d’avertissement d’espace disque entre les groupes hôtes ayant le même partage de fichiers, il peut entraîner plusieurs migrations, vers et depuis ce partage de fichiers, et peut avoir un impact sur les performances du stockage DO.
Solution de contournement : nous vous recommandons de ne pas effectuer de partage de fichiers entre différents clusters dans lesquels l’optimisation dynamique du stockage est activée.
Échec de l’analyse des performances pour le serveur VMM avec l’erreur d’événement Access refusé
Description : Dans un scénario où le serveur VMM est analysé avec Operations Manager, l’analyse des performances du serveur VMM échoue avec l’erreur d’événement Accès refusé. Les utilisateurs du service n’ont pas l’autorisation d’accéder au journal des événements VirtualMachineManager-Server/Operational.
Solution de contournement : modifiez le descripteur de sécurité pour le registre des journaux des événements opérationnels avec la commande suivante, puis redémarrez le service du journal des événements et le service de journal d’intégrité.
reg add HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\WINEVT\Channels\Microsoft-VirtualMachineManager-Server/Operational /v ChannelAccess /t REG_SZ /d O:BAG:SYD:(D;;0xf0007;;;AN)(D;;0xf0007;;;BG)(A;;0xf0007;;;SY)(A;;0x7;;;BA)(A;;0x3;;;NS)(A;;0x1;;;IU)(A;;0x1;;;SU)"
Cette commande ajoute l’utilisateur de service à la liste des utilisateurs autorisés, qui peuvent accéder au journal des événements VirtualMachineManager-Server/Operational.
Set-SCVMSubnet -RemovePortACL est terminé dans VMM sans supprimer l’association portACL de l’objet NC VMSubnet
Description : Le travail Set-SCVMSubnet -RemovePortACL se termine dans VMM sans supprimer l’association portACL de l’objet NC VMSubnet en raison de l’échec du travail Remove-PortACL avec l’exception NC qui est toujours en cours d’utilisation.
Solution de contournement : supprimez vmSubnet de VMM, puis supprimez port-ACL.
Import-Module NetworkController
#Remplacez l’URI du contrôleur de réseau par l’adresse IP REST ou le nom FQDN.
$uri = "<NC FQDN or IP>"
#Indiquez les informations d’identification de l’administrateur NC.
$cred = Get-Credential
#Identifiez le réseau virtuel contenant le sous-réseau.
$vnet = Get-NetworkControllerVirtualNetwork -ConnectionUri $uri -ResourceId "Fabrikam_VNet1" -Credential $cred
#Identifiez le sous-réseau pour lequel la liste de contrôle d’accès doit être supprimée.
$vnet.Properties.Subnets[0].Properties = $vnet.Properties.Subnets[0].Properties | Select-Object -Property * -ExcludeProperty AccessControlList
#Effectuez la modification.
New-NetworkControllerVirtualNetwork -ResourceId "Fabrikam_VNet1" -ConnectionUri $uri –Properties $vnet.Properties -Credential $cred
Cet article répertorie les notes de publication de System Center 2016 - Virtual Machine Manager (VMM).
Notes de publication de VMM 2016
Les sections suivantes résument les notes de publication de VMM 2016 et incluent les problèmes connus, les correctifs et les solutions de contournement.
Déploiement VMM
L’importation de la console d’administration VMM peut échouer
Description : Si vous importez le complément de console d’administration VMM en tant qu’administrateur non administrateur, la console se bloque. Cela se produit, car le complément de console est stocké à l’emplacement « C :\Program Files\ », et seuls les administrateurs ont accès à cet emplacement. Solution de contournement : stockez le complément de console à un emplacement qui n’a pas besoin d’un accès administrateur, puis importez-le.
Stockage
La promotion d’une machine virtuelle à haute disponibilité peut échouer
Description : vous créez une machine virtuelle sur le stockage local, la démarrez et créez des points de contrôle. Si vous essayez de migrer et de promouvoir la machine virtuelle comme hautement disponible dans un cluster, la migration risque d’échouer. Solution de contournement : avant d’exécuter la migration, supprimez le point de contrôle en cours d’exécution et arrêtez la machine virtuelle.
La migration d’une machine virtuelle de CSV vers le stockage LUN peut échouer
Description : vous créez une machine virtuelle hautement disponible à l’aide du stockage CSV, ajoutez un numéro d’unité logique en tant que stockage disponible sur le cluster et migrez la machine virtuelle du fichier CSV vers le numéro d’unité logique. Si la machine virtuelle et le stockage LUN se trouvent sur le même nœud, la migration réussit. Si ce n’est pas le cas, la migration échoue. Solution de contournement : si la machine virtuelle n’est pas située sur le nœud de cluster sur lequel le stockage LUN est inscrit, déplacez-la là. Ensuite, migrez la machine virtuelle vers le stockage LUN.
La capacité des tableaux NAS s’affiche sous la forme de 0 Go.
Description : VMM affiche la capacité totale et la capacité disponible sous la forme de 0 Go pour les partages de fichiers existants dans les tableaux NAS. Solution de contournement : aucune.
Mise en réseau
Les réseaux logiques gérés par le contrôleur de réseau SDN ne peuvent pas utiliser d’adresses IP dynamiques
Description : L’utilisation d’adresses IP dynamiques pour les machines virtuelles connectées aux réseaux logiques gérés par le contrôleur de réseau SDN dans l’infrastructure VMM n’est pas prise en charge. Solution de contournement : Configurer des adresses IP statiques.
Le commutateur SET s’affiche en tant que « Interne » dans VMM
Description : Si vous déployez un commutateur SET en dehors de la console VMM, puis commencez à le gérer dans l’infrastructure VMM, le type de commutateur s’affiche comme interne. Cela n’a pas d’impact sur les fonctionnalités de commutateur. Solution de contournement : aucune.
Le commutateur associé LACP ne fonctionne pas après la mise à niveau
Description : une équipe LACP configurée dans un commutateur logique ne fonctionne pas après la mise à niveau vers VMM 2016. Solution de contournement : redéployer le commutateur ou supprimer et rajouter une carte réseau physique dans l’équipe.
La connectivité de l’adaptateur principal pour SLB MUX ne fonctionne pas comme prévu
Description : La connectivité de l’adaptateur principal de SLB MUX peut ne pas fonctionner comme prévu après la migration de machine virtuelle. Solution de contournement : utilisez la mise à l’échelle dans/montée en puissance parallèle dans la machine virtuelle MUX SLB comme solution de contournement.
Le certificat d’autorité de certification CNG n’est pas pris en charge
Description : Si vous utilisez des certificats à partir d’une autorité de certification, vous ne pouvez pas utiliser de certificats CNG pour le déploiement SDN dans VMM. Solution de contournement : utilisez d’autres formats de certificat.
Une carte virtuelle connectée à un réseau géré par le contrôleur de réseau doit être redémarrée si vous modifiez l’adresse IP
Description : s’il existe une modification de l’adresse IP affectée sur l’une des cartes réseau virtuelles connectées à un réseau de machines virtuelles géré par le contrôleur de réseau, vous devez redémarrer manuellement les cartes associées. Solution de contournement : aucune.
IPv6 n’est pas pris en charge pour une infrastructure réseau gérée par le contrôleur de réseau
Description : IPv6 n’est pas pris en charge par le contrôleur de réseau dans l’infrastructure VMM. Solution de contournement : utilisez IPv4.
Problèmes de connectivité pour les adresses SLB
Description : Pour les adresses IP frontales et principales affectées aux machines virtuelles SLB MUX, vous pouvez rencontrer des problèmes de connectivité si l’adresse de cette connexion dans DNS est sélectionnée. Solution de contournement : effacez le paramètre pour éviter les problèmes.
Set-SCVMSubnet -RemovePortACL est terminé dans VMM sans supprimer l’association portACL de l’objet NC VMSubnet
Description : Le travail Set-SCVMSubnet -RemovePortACL se termine dans VMM sans supprimer l’association portACL de l’objet NC VMSubnet, en raison de laquelle le travail Remove-PortACL échoue avec l’exception NC qui est toujours en cours d’utilisation.
Solution de contournement : supprimez vmSubnet de VMM, puis supprimez port-ACL.
Import-Module NetworkController
#Remplacez l’URI du contrôleur de réseau par l’adresse IP REST ou le nom FQDN.
$uri = "<NC FQDN or IP>"
#Indiquez les informations d’identification de l’administrateur NC.
$cred = Get-Credential
#Identifiez le réseau virtuel contenant le sous-réseau.
$vnet = Get-NetworkControllerVirtualNetwork -ConnectionUri $uri -ResourceId "Fabrikam_VNet1" -Credential $cred
#Identifiez le sous-réseau pour lequel la liste de contrôle d’accès doit être supprimée.
$vnet.Properties.Subnets[0].Properties = $vnet.Properties.Subnets[0].Properties | Select-Object -Property * -ExcludeProperty AccessControlList
#Effectuez la modification.
New-NetworkControllerVirtualNetwork -ResourceId "Fabrikam_VNet1" -ConnectionUri $uri –Properties $vnet.Properties -Credential $cred
Gestion de cluster
La mise à niveau du niveau fonctionnel d’un cluster n’actualise pas les informations du serveur de fichiers
Description : Si vous mettez à niveau le niveau fonctionnel d’un cluster qui inclut un serveur de fichiers, les informations de plateforme ne sont pas automatiquement mises à jour dans la base de données VMM. Solution de contournement : après la mise à niveau du niveau fonctionnel du cluster, actualisez le fournisseur de stockage pour le serveur de fichiers.
La mise à jour d’un cluster espaces de stockage direct dans VMM échoue
Description : La mise à jour d’un cluster espaces de stockage direct (hyperconvergé ou désagrégé) à l’aide de VMM n’est pas prise en charge et peut entraîner une perte de données. Solution de contournement : mettez à jour les clusters en dehors de VMM, à l’aide de la mise à jour adaptée aux clusters (CAU) dans Windows.
Une mise à niveau propagée de cluster d’un cluster hôte Windows Server 2012 R2 vers un cluster hôte Nano Server Windows Server 2016 échoue
Description : Lorsque vous essayez de mettre à niveau les nœuds hôtes d’un cluster Windows Server 2012 R2 vers Windows Server 2016 - Nano Server à l’aide de la fonctionnalité de mise à niveau propagée du cluster dans VMM, la mise à niveau échoue avec l’erreur 20406 : VMM n’a pas pu énumérer les instances de classe MSFT_StorageNodeToDisk sur le nom> du serveur<. Échec avec l’erreur MI RESULT 7 L’opération demandée n’est pas prise en charge. Solution de contournement : mettez manuellement à niveau le cluster hôte Windows Server 2012 R2 vers Nano en dehors de VMM.
Remarque
La mise à niveau propagée de Windows Server 2012 R2 vers Windows Server 2016 Full Server fonctionne correctement. Ce problème est spécifique à Nano.
L’ajout d’un cluster dans la console d’administration VMM peut entraîner une erreur
Description : Lorsque vous ajoutez un cluster en tant que ressource dans la console d’administration VMM, vous pouvez recevoir une erreur indiquant qu’aucun ordinateur n’a été détecté en fonction de vos entrées. Solution de contournement : sélectionnez OK et fermez la boîte de dialogue d’erreur. Ensuite, essayez de rajouter le cluster.
Une mise à niveau propagée de cluster ne fait pas de migration dynamique de machines virtuelles qui ne sont pas hautement disponibles
Description : lorsque vous exécutez une mise à niveau propagée de clusters Windows Server 2012 R2 vers Windows Server 2016 à l’aide de VMM, elle n’effectue pas de migration dynamique de machines virtuelles qui ne sont pas hautement disponibles. Ils sont déplacés vers un état enregistré. Solution de contournement : rendez toutes les machines virtuelles de cluster hautement disponibles avant la mise à niveau, ou effectuez une migration dynamique manuelle pour les machines virtuelles spécifiques.
Vous avez besoin d’étapes manuelles pour ajouter un hôte Nano Server situé dans un domaine non approuvé
Description : Vous ne pouvez pas ajouter d’hôte Nano Server dans un domaine non approuvé. Solution de contournement : effectuez ces étapes sur l’hôte, puis ajoutez-le à l’infrastructure VMM en tant qu’hôte non approuvé.
Activez WINRM sur HTTPS :
New-Item -Path WSMan:\LocalHost\Listener -Transport HTTPS -Address * -CertificateThumbPrint $cert.Thumbprint –ForceCréez une exception de pare-feu sur l’hôte pour autoriser WINRM sur HTTPS :
New-NetFirewallRule -DisplayName 'Windows Remote Management (HTTPS-In)' -Name 'Windows Remote Management (HTTPS-In)' -Profile Any -LocalPort 5986 -Protocol TCP
Vous ne pouvez pas ajouter d’hôtes Nano Server situés dans un réseau de périmètre
Description : la tentative d’ajout d’un hôte Nano Server situé dans un réseau de périmètre à l’aide de l’Assistant Ajout de ressources échoue. Solution de contournement : Procédez comme suit sur l’hôte, puis ajoutez-le à l’infrastructure VMM comme hôte non approuvé.
Activez WINRM sur HTTPS sur l’hôte :
New-Item -Path WSMan:\LocalHost\Listener -Transport HTTPS -Address * -CertificateThumbPrint $cert.Thumbprint –ForceCréez une exception de pare-feu sur l’hôte pour autoriser WINRM sur HTTPS :
New-NetFirewallRule -DisplayName 'Windows Remote Management (HTTPS-In)' -Name 'Windows Remote Management (HTTPS-In)' -Profile Any -LocalPort 5986 -Protocol TCP
Le déploiement nu des hôtes peut échouer lors d’une mise à niveau hautement disponible
Description : Après une mise à niveau hautement disponible vers VMM 2016, VMM peut mettre à jour incorrectement la clé de Registre des services de déploiement Windows (WDS), HKLM\SYSTEM\CCS\SERVICES\WDSSERVER\PROVIDER\WDSPXE\PROVIDES\VMMOSDPROVIDER, sur « HOST/VIRT-VMM-1 », au lieu de « SCVMM/VIRT-VMM-1 ». Cela entraîne des défaillances dans le déploiement nu. Solution de contournement : modifiez manuellement l’entrée de Registre pour HKLM\SYSTEM\CCS\SERVICES\WDSSERVER\PROVIDER\WDSPXE\PROVIDES\VMMOSDPROVIDER en « SCVMM/VIRT-VMM-1 ».
Incompatibilité de l’état de l’agent hôte après la mise à niveau
Description : lorsque VMM met à jour l’agent hôte, il génère un nouveau certificat pour l’hôte. En raison de cette mise à jour, le certificat de serveur du contrôleur de réseau et le certificat hôte ne correspondent pas. Solution de contournement : réparation de l’hôte sur la page État de l’hôte
Échec de la migration SAN pour un hôte Nano Server
Description : Si vous effectuez une migration SAN entre deux hôtes Nano Server autonomes, une erreur est émise. Solution de contournement : installez le correctif cumulatif VMM le plus récent (problème résolu dans le correctif cumulatif 2).
Espaces de stockage direct
L’ajout d’un hôte avec espaces de stockage direct activé à l’infrastructure VMM émet un avertissement
Description : Quand vous ajoutez un hôte à un cluster sur lequel les espaces de stockage direct sont activés, l’avertissement « MPIO (Multi-Path I/O) n’est pas activé pour les baies de stockage connues sur l’hôte <\nom_hôte> » est généré. Solution de contournement : installez le correctif cumulatif VMM le plus récent (problème résolu dans le correctif cumulatif 2).
Le déploiement d’une machine virtuelle sur SOFS à l’aide d’une copie de fichiers rapide émet un avertissement
Description : Si vous déployez une machine virtuelle sur une instance SOFS à l’aide d’une copie de fichiers rapide, l’action s’exécute correctement avec l’avertissement suivant : VMM n’a pas pu transférer l’emplacement source du fichier <vers l’emplacement>> de destination à <l’aide d’une copie rapide de fichiers. L’agent VMM sur <l’hôte> a retourné une erreur. Solution de contournement : aucune.
La validation du cluster s’exécute toujours
Description : lorsque vous ajoutez un nœud à un cluster (ou créez un cluster espaces de stockage direct hyperconvergé), la validation du cluster est toujours effectuée, même lorsque l’option ignorer la validation du cluster est sélectionnée. Solution de contournement : installez le correctif cumulatif VMM le plus récent. Le problème a été résolu dans le correctif cumulatif 2.
Une modification de classification sur un volume partagé de cluster (CSV) n’est pas appliquée
Description : si vous modifiez la classification sur un volume partagé de cluster (CSV) dans un cluster espaces de stockage direct hyperconvergé, seule la classification du nœud propriétaire est mise à jour. Les autres nœuds ont toujours l’ancienne classification attribuée. Solution de contournement : installez le correctif cumulatif VMM le plus récent. Le problème a été résolu dans le correctif cumulatif 2.
La création d’un partage de fichiers hiérarchisé sur SOFS ne fonctionne pas comme prévu o
Description : lorsque vous créez un partage de fichiers hiérarchisé sur SOFS, une erreur (43020 [SM_RC_DEDUP_NOT_AVAILABLE]) est émise même si l’option de déduplication n’est pas sélectionnée. Solution de contournement : ignorez l’erreur.
VMM n’affiche pas les bonnes informations pour un cluster hyperconvergé ou pour un cluster SOFS avec espaces de stockage direct.
Description : après avoir ajouté un cluster hyperconvergé existant ou espaces de stockage direct cluster SOFS à l’infrastructure VMM, le fournisseur de stockage n’est pas ajouté et certaines propriétés ne sont pas disponibles. Solution de contournement : installez le correctif cumulatif VMM le plus récent. Le problème a été résolu dans le correctif cumulatif 2.
Gestion des machines virtuelles
La protection d’une machine virtuelle provoque une erreur
Description : Si vous activez la protection pour une machine virtuelle existante dans l’infrastructure VMM ou si vous créez une machine virtuelle protégée à partir d’un modèle non protégé, le travail peut échouer avec l’erreur 1730 : l’action sélectionnée n’a pas pu être effectuée, car la machine virtuelle n’est pas dans un état dans lequel l’action est valide. L’échec se produit lors de la dernière étape du travail, lorsque la machine virtuelle est arrêtée une fois la protection terminée. La machine virtuelle est protégée correctement et est utilisable. Solution de contournement : réparez la machine virtuelle avec l’option Ignorer .
VMM n’affiche pas les modifications apportées aux propriétés de sécurité des machines virtuelles
Description : Si vous modifiez les propriétés de démarrage sécurisées d’une machine virtuelle de génération 2 ou activez/désactivez vTPM pour une machine virtuelle protégée, en dehors de la console VMM, la modification n’est pas immédiatement affichée dans VMM. Solution de contournement : actualisez manuellement la machine virtuelle pour afficher les modifications.
Le stockage d’une machine virtuelle dans la bibliothèque VMM échoue si vous modifiez le port par défaut pour BITS (443)
Description : si vous modifiez le port BITS par défaut lors de la configuration de VMM et que l’erreur est émise lorsque vous stockez une machine virtuelle dans la bibliothèque VMM. Erreur 2940 : VMM n’est pas en mesure de terminer le transfert de fichiers demandé. Impossible d’établir la connexion au nom> du serveur <HTTP.
Solution de contournement : ajoutez manuellement le nouveau numéro de port à la liste des exceptions du Pare-feu Windows de l’hôte : netsh advfirewall firewall add rule name="VMM" dir=in action=allow localport=<port no.> protocol=TCP
Vous ne pouvez pas créer de modèles de machine virtuelle à partir d’une machine virtuelle Nano Server.
Description : Lorsque vous essayez de créer un modèle de machine virtuelle à partir d’une machine virtuelle Nano Server, l’erreur 2903 est émise : VMM n’a pas pu localiser le fichier/dossier spécifié « » sur le serveur «< nom> de serveur ». Ce fichier/dossier peut être requis dans le cadre d’un autre objet. Solution de contournement : créez un modèle de machine virtuelle à partir de zéro à l’aide d’un disque dur virtuel Nano Server.
Les déploiements de service à partir de modèles de service peuvent échouer sur un système d’exploitation invité Nano Server/Core.
Description : lors de la sélection de rôles et de fonctionnalités pour un modèle de service, le profil du système d’exploitation invité ne fait pas la distinction entre Core, Nano Server et Desktop. Si vous sélectionnez des rôles et des fonctionnalités (tels que l’expérience utilisateur ou d’autres fonctionnalités associées à l’interface utilisateur) qui ne s’appliquent pas à un système d’exploitation invité Core/Nano Server, l’échec du déploiement peut se produire. Solution de contournement : n’incluez pas ces rôles et fonctionnalités dans le modèle de service.
VMM 2016 ne met pas à jour les agents invités VMM après une mise à niveau
Description : Lorsque vous mettez à niveau VMM vers 2016 avec des déploiements de service existants, puis que vous effectuez le service de ces services, les agents invités VMM 2016 ne sont pas mis à jour sur les machines virtuelles qui faisaient partie du déploiement du service. Cela n’affecte pas les fonctionnalités. Solution de contournement : installez manuellement l’agent invité VMM 2016.
La machine virtuelle Nano Server ne parvient pas à joindre un domaine
Description : pendant le déploiement de la machine virtuelle Nano Server, si vous joignez la machine virtuelle à un domaine en spécifiant les informations de jointure de domaine sur la page Configuration du système d’exploitation de l’Assistant Déploiement de machine virtuelle, VMM déploie la machine virtuelle, mais ne l’ajoute pas au domaine spécifié. Solution de contournement : une fois la machine virtuelle déployée, joignez-la manuellement au domaine. Plus d’informations
Erreur lors du démarrage d’une machine virtuelle avec l’ordre de démarrage
Description : Windows Server 2016 inclut la fonctionnalité d’ordre de démarrage de la machine virtuelle, qui définit l’ordre dans lequel les machines virtuelles dépendantes sont démarrées. Cette fonctionnalité n’est pas disponible dans VMM, mais si vous avez configuré la fonctionnalité en dehors de VMM, VMM comprend l’ordre dans lequel les machines virtuelles démarreront. Toutefois, VMM lève une erreur fausse positive (12711) : VMM ne peut pas terminer l’opération WMI sur le nom> du serveur <en raison d’une erreur : [MSCluster_ResourceGroup.Name=<name>] Le groupe ou la ressource n’est pas dans l’état correct pour effectuer l’opération demandée. Solution de contournement : ignorez l’erreur. Les machines virtuelles démarrent dans l’ordre correct.
Intégration
L’intégration de SQL Server Analysis Services (SSAS) ne fonctionne pas dans VMM et le correctif cumulatif Operations Manager 1.
Description : Si vous exécutez le correctif cumulatif 1, vous ne pouvez pas configurer SSAS pour SQL Server. Solution de contournement : téléchargez les derniers correctifs cumulatifs. Le problème a été résolu dans le correctif cumulatif 2.