Notes de publication pour Virtual Machine Manager dans System Center 2012 R2
S’applique à : System Center 2012 R2 Virtual Machine Manager, System Center 2012 R2
Lisez ces notes de publication avant d'installer et d'utiliser Virtual Machine Manager (VMM) dans System Center 2012 R2.
Problèmes connus
L'état des serveurs de fichiers administrés sera inconnu après la mise à niveau
Description : après la mise à niveau de VMM dans System Center 2012 SP1 vers VMM dans System Center 2012 R2, les serveurs de fichiers existants administrés passeront en état inconnu. L'actualisation du fournisseur de stockage de serveur de fichiers Windows qui héberge le serveur de fichiers échoue, et le message d'erreur « Impossible d'actualiser le <nom> du fournisseur de stockage du serveur de fichiers Windows, car le fournisseur de stockage possède au moins un serveur de fichiers qui n'a pas encore été créé » s'affiche.
Solution de contournement : supprimez, puis ajoutez de nouveau le fournisseur de stockage du serveur de fichiers Windows qui héberge le serveur de fichiers. Enfin, ajoutez à nouveau les partages de fichiers sous administration VMM.
Les ordinateurs virtuels munis de fichiers VHDX partagés sont affichés avec la valeur « Configuration VM incomplète »
Description : les machines virtuelles munies de fichiers VHDX partagés qui n'ont pas été créés à l'aide de VMM s'affichent comme figurant dans une « Configuration VM incomplète ».
Solution de contournement : utilisez VMM pour créer un service qui utilise des fichiers VHDX partagés.
La migration d'ordinateurs virtuels du serveur de fichiers échoue à partir d'un ordinateur hôte MSU, aboutissant à un état incomplet
Description : les machines virtuelles d'un serveur de fichiers ne peuvent pas migrer dynamiquement ou effectuer une migration rapide à partir d'un ordinateur hôte MSU (Management Scale Unit), ce qui laisse les ordinateurs virtuels en état « Incomplet ».
Solution de contournement : procédez comme suit pour résoudre ce problème :
Arrêtez l'ordinateur virtuel du serveur de fichiers (FileSrv).
Ouvrez Windows PowerShell avec des privilèges d'administrateur et exécutez l'applet de commande suivante pour chaque nœud de cluster VMM :
Get-VMNetworkAdapter -VMName FileSrv | Set-VMNetworkAdapter -MacAddressSpoofing OffRedémarrez l'ordinateur virtuel.
Dans la console VMM, utilisez l'option Réparer avec l'option Ignorer (si nécessaire), puis actualisez l'ordinateur virtuel.
Un ordinateur virtuel résidant sur un ordinateur hôte VMware ESX ne peut pas être affecté à un cloud pendant qu'il s'exécute
Description : les machines virtuelles s'exécutant sur des hôtes VMware ESX peuvent être affectées à un cloud VMM, mais elles doivent être désactivées pendant leur affectation.
Solution de contournement : aucune.
Passerelle Microsoft Windows Server : tous les ordinateurs virtuels de passerelle sur un cluster hôte donné doivent utiliser le même réseau principal
Description : si vous avez configuré une passerelle Windows Server à l'aide de VMM et si vous ajoutez des machines virtuelles de passerelle à un cluster hôte sur lequel votre passerelle existe déjà, identifiez le réseau (principal) « Virtualisation de réseau » que vous utilisez pour la passerelle existante. Identifiez également le site réseau de ce réseau logique. Vous ne pouvez pas utiliser d'autres sites réseau pour les passerelles que vous ajoutez à ce cluster hôte.
Solution de contournement : utilisez le même site réseau principal pour les passerelles que vous ajoutez au cluster hôte.
Impossible de gérer le stockage des espaces pour les serveurs de fichiers avec montée en charge sur Windows Server 2012
Description : si System Center 2012 R2 VMM est installé sur Windows Server 2012, vous ne pouvez pas gérer les dispositifs de stockage des espaces connectés à un serveur de fichiers avec montée en charge. Le stockage des espaces nécessite un SMAPI mis à jour inclus dans Windows Server 2012 R2.
Solution de contournement : aucune.
Le service de contrôle d'intégrité d'Operations Manager peut redémarrer en créant des mesures de rétrofacturation inexactes
Description : le service de contrôle d'intégrité d'Operations Manager qui collecte les mesures de rétrofacturation peut redémarrer automatiquement de manière régulière, en générant des données inexactes. Cela est dû à des valeurs par défaut très faibles pour quatre analyses Operations Manager.
Solution de contournement : utilisez l'interface utilisateur d'Operations Manager pour créer des substitutions aux quatre analyses suivantes. Pour chacune des quatre analyses, cliquez sur la case à cocher située en regard de Type d'analyse des performances de l'agent (échantillons consécutifs) - Seuil, puis entrez une valeur de remplacement comme indiqué ci-dessous :
Seuil du nombre de handles du service de contrôle d'intégrité (Valeur de remplacement = 10000)
Seuil des octets privés du service de contrôle d'intégrité (Valeur de remplacement = 2048000000)
Seuil du nombre de handles de l'hôte d'analyse (Valeur de remplacement = 10000)
Seuil des octets privés de l'hôte d'analyse (Valeur de remplacement = 2048000000)
Ces substitutions sont appliquées uniquement à l'objet Service de contrôle d'intégrité du serveur VMM. Pour plus d'informations sur la manière de substituer un moniteur, voir Procédure de remplacement d'une analyse.
Impossible d'entrer ou de modifier des paramètres d'application et SQL Server directement dans les modèles d'ordinateur virtuel
Description : dans un modèle d'ordinateur virtuel, il n'est pas possible d'entrer ou de modifier les paramètres de l'application et les paramètres SQL Server.
Solution de contournement : si vous créez ou modifiez un modèle d'ordinateur virtuel, évitez d'entrer des paramètres de l'application ou des paramètres SQL Server, même si vous pouvez entrer d'autres paramètres. Entrez les paramètres de l'application dans un profil d'application et les paramètres SQL Server dans un profil SQL Server. Ensuite, réunissez tous les paramètres dans un modèle de service. Pour plus d'informations sur la manière de créer un modèle de service, voir Comment créer un modèle de service dans VMM.
Pour ajouter un modèle d'ordinateur virtuel à un modèle de service, ouvrez le modèle de service dans le concepteur de modèles de services et faites glisser le modèle d'ordinateur virtuel sur le modèle de service. Pour ajouter un profil d'application à un modèle de service, ouvrez le modèle de service dans le concepteur de modèles de services, puis cliquez avec le bouton droit sur le niveau d'ordinateur approprié. Cliquez sur Propriétés, puis cliquez sur Configuration de l'application. En haut de la page, à côté de Profil d'application, ouvrez la liste déroulante et cliquez sur le nom du profil. Ajoutez un profil SQL Server à un niveau d'ordinateur de la même façon. Ajustez les paramètres du niveau d'ordinateur selon les besoins.
Impossible de gérer le stockage des espaces pour les serveurs de fichiers avec montée en charge sur Windows Server 2012
Description : si System Center 2012 R2 VMM est installé sur Windows Server 2012, vous ne pouvez pas gérer les dispositifs de stockage des espaces connectés à un serveur de fichiers avec montée en charge. Le stockage des espaces nécessite un SMAPI mis à jour inclus dans Windows Server 2012 R2.
Solution de contournement : aucune.
les classifications de disque ne s'affichent pas correctement après l'inscription d'une nouvelle unité logique sur l'ordinateur hôte
Description : les classifications de disque s'affichent incorrectement en tant que « Stockage local » après l'inscription d'un nouveau numéro d'unité logique sur un ordinateur hôte.
Solution de contournement : fermez et rouvrez la page de propriétés de l'ordinateur hôte concerné dans l'interface utilisateur VMM.
VMM ne prend plus en charge les fournisseurs de matériel VDS
Description : VMM utilise des fournisseurs de matériel VDS pour communiquer avec les réseaux de zone de stockage pour la migration SAN. VMM ne prend plus en charge les fournisseurs de matériel VDS.
Solution de contournement : utilisez le fournisseur SMI-S ou SMP. Pour plus d'informations, contactez le fournisseur de votre réseau de zone de stockage (SAN). Pour la prise en charge de fournisseur mis à jour avec VMM, voir : Groupes de stockage pris en charge pour System Center 2012 VMM.
VMM ne peut pas gérer les serveurs de fichiers à usage général sur Windows Server 2012 R2
Description : Windows Server prend en charge les serveurs de fichiers avec montée en charge et les serveurs de fichiers à usage général. Cependant, si un serveur de fichiers à usage général est créé sur un cluster contenant un serveur de fichiers avec montée en charge, VMM ne pourra pas détecter le serveur de fichiers à usage général et ne pourra donc pas le gérer. L'utilisation en tant que serveur de bibliothèque est prise en charge.
Solution de contournement : cela est lié à la conception.
VMM ne gère pas la hiérarchisation du stockage dans Windows Server 2012 R2
Description : Windows Server prend en charge la hiérarchisation du stockage avec des espaces de stockage. En revanche, VMM ne gère pas la stratégie de hiérarchisation.
Solution de contournement : utilisez SMAPI pour gérer la hiérarchisation du stockage.
VMM ne gère pas de cache en écriture différée dans Windows Server 2012 R2
Description : Windows Server prend en charge la spécification de la quantité de cache en écriture différée avec les espaces de stockage. En revanche, VMM ne la gère pas.
Solution de contournement : utilisez SMAPI pour gérer le cache en écriture différée.
État incohérent engendré par le basculement du réplica Hyper-V et la migration de cluster
Description : quand vous effectuez un basculement du réplica Hyper-V suivi d'une migration de cluster, le service VMRefresher met à jour le mauvais gestionnaire virtuel, ce qui attribue aux ordinateurs virtuels un état incohérent.
Solution de contournement : aucune.
Tâches de serveurs de fichiers non prises en charge sur les nœuds non approuvés
Description : les tâches suivantes ne sont pas prises en charge pour un serveur de fichiers sur des nœuds non approuvés : installer un serveur de fichiers, désinstaller un serveur de fichiers, ajouter des nœuds ou supprimer des nœuds.
Solution de contournement : vérifiez que l'agent VMM et le service WS-Management sont installés et en cours d'exécution sur le serveur.
Code d'erreur serveur incorrect renvoyé pour des chemins d'accès de bibliothèque non valides
Description : quand un chemin d'accès de bibliothèque non valide est spécifié pour un ordinateur virtuel dans VMM, un code d'erreur incorrect de type « InternalServerError » s'affiche, au lieu d'afficher « NotFound ».
Solution de contournement : ignorer.
Le Gestionnaire de récupération Hyper-V Windows Azure n'accepte pas les modifications de fréquence de réplication
Description : le paramètre Fréquence de réplication de l'ordinateur virtuel n'est pas accepté par le service Gestionnaire de récupération Hyper-V Windows Azure s'il est modifié après l'activation de la protection d'une machine virtuelle.
Solution de contournement : déterminez et définissez le paramètre Fréquence de réplication avant que la protection soit activée pour une machine virtuelle.
VMM n'assure pas la gestion centralisée des pools WWN
Description : VMM n'assure pas la gestion centralisée des pools WWN (World Wide Name).
Solution de contournement : utilisez plutôt le Gestionnaire Hyper-V pour gérer les pools WWN.
Le pack d'administration du système d'exploitation Windows Server est désactivé par défaut
Description : la colonne Cartes réseau des fenêtres d'état de l'hôte peut indiquer que les cartes ne sont pas analysées ou présenter un cercle vide. Cela est dû au fait que le moniteur d'intégrité de la connexion des cartes réseau est désactivé par défaut dans le pack d'administration du système d'exploitation Windows Server.
Solution de contournement : créez un remplacement dans le pack d'administration VMM afin d'activer le moniteur d'intégrité de la connexion des cartes réseau. Pour obtenir plus d'informations sur cette tâche, consultez : Comment activer ou désactiver une règle ou un moniteur.
Le déploiement du service échoue et l'agent invité sur les ordinateurs virtuels ne fonctionne pas comme prévu
Description : le déploiement du service échoue et l'agent invité sur les ordinateurs virtuels qui est créé par l'instance de service est désinstallé ou corrompu.
Solution de contournement : le cas échéant, installez d'abord Microsoft .NET Framework 4, puis installez manuellement l'agent comme suit :
Installez le package redistribuable Visual C++ sur l'ordinateur hôte de l'ordinateur virtuel. Le fichier d'installation est situé :
ordinateur 64 bits : <dossier d'installation de VMM>\agents\amd64\vcredist_x64.exe
ordinateur 32 bits : <dossier d'installation de VMM>\agents\i386\vcredist_x86.exe
Installez l'agent sur l'ordinateur virtuel. Le fichier d'installation est situé :
ordinateur 64 bits : <dossier d'installation de VMM>\agents\Guest\amd64\vmmGuestAgent.msi
ordinateur 32 bits : <dossier d'installation de VMM>\agents\Guest\amd64\vmmGuestAgent.msi
La gestion des ordinateurs virtuels déployés directement sur les numéros d'unités logiques exposés à la fonctionnalité NPIV n'est pas prise en charge
Description : VMM ne prend plus en charge la gestion des ordinateurs virtuels déployés directement sur les numéros d'unités logiques exposés à Hyper-V via N_Port ID Virtualization (NPIV). Cette configuration n'est pas compatible avec les clusters de basculement.
Solution de contournement : utilisez des Fibre Channel virtuels configurés pour des machines virtuelles dans Hyper-V.
L'aide de Windows PowerShell peut ne pas s'ouvrir comme prévu sur les ordinateurs exécutant des systèmes d'exploitation localisés
Description : l'aide de Windows PowerShell pour System Center 2012 R2 est disponible en anglais uniquement. Lorsque vous exécutez la commande Update-Help, l'aide est téléchargée et placée dans un dossier spécifique pour la version en anglais de l'aide (ENU). Toutefois, lorsque vous exécutez la commande Get-Help, l'ordinateur tente de récupérer l'aide à partir du dossier correspondant à la langue du système d'exploitation. Si la langue du système d'exploitation n'est pas l'anglais, la tentative échoue.
Solution de contournement : pour résoudre ce problème, installez la mise à jour décrite dans la mise à jour cumulative de Windows 8 et Windows Server 2012 : novembre 2012 sur les ordinateurs qui ont besoin de l'aide Windows PowerShell pour System Center 2012 R2.
Le déploiement d'ordinateurs virtuels vers des ordinateurs hôtes dans des réseaux de périmètre peut échouer
Description : quand vous créez un ordinateur virtuel, si vous configurez VMM pour qu'il utilise BITS (Background Intelligent Transfer Service) en mode non chiffré afin de lancer un transfert de fichiers à partir du serveur de bibliothèque ou du serveur VMM vers un ordinateur hôte de destination qui se trouve dans un réseau de périmètre, le transfert peut échouer. Cela se produit car sur le pare-feu, par défaut, VMM ouvre uniquement le port qui est utilisé pour le trafic chiffré (port 443).
Solution de contournement : sur le pare-feu de périmètre, ouvrez manuellement le port TCP WSMan (port 5985, par défaut).
L'enregistrement d'un partage de fichiers de stockage sur un serveur de bibliothèque peut provoquer une erreur
Description : si vous enregistrez un partage de fichiers de stockage sur un serveur de bibliothèque contenant un partage de bibliothèque qui porte le même nom que le partage de fichiers de stockage, puis si vous supprimez le partage de bibliothèque ou annulez l'enregistrement du partage de fichiers de stockage, VMM peut cesser de fonctionner de manière inattendue.
Solution de contournement : pour éviter ce problème, procédez comme suit :
À l'extérieur de la console VMM, accédez au fournisseur de stockage sur lequel se trouve le partage de fichiers de stockage et cessez de le partager.
Dans la console VMM, actualisez le fournisseur de stockage. Ensuite, spécifiez un nom unique pour le partage de fichiers de stockage, et enregistrez-le à nouveau.
Le basculement et la migration d'un ordinateur virtuel répliqué sur un nœud de cluster peuvent entraîner une configuration instable
Description : dans le scénario suivant, le basculement et la migration d'un ordinateur virtuel peuvent ne pas fonctionner comme prévu :
Un ordinateur virtuel principal sur un nœud de cluster est répliqué vers un ordinateur virtuel secondaire sur un nœud de cluster ou un ordinateur hôte autonome.
Un basculement est lancé à partir de l'ordinateur virtuel principal vers l'ordinateur virtuel secondaire.
L'ordinateur virtuel principal est migré en une journée vers un autre nœud du cluster.
Lorsque cela se produit, les ordinateurs virtuels principal et secondaire peuvent ne pas apparaître correctement dans le nœud du cluster ou sur le serveur autonome. En outre, la suppression de l'un des ordinateurs virtuels peut entraîner la suppression de l'autre ordinateur virtuel.
Solution de contournement : pour éviter de supprimer l'ordinateur virtuel, procédez comme suit :
Supprimez, puis rajoutez le cluster. Cela permet de nettoyer la base de données de VMM pour l'ordinateur virtuel secondaire.
Actualisez les ordinateurs virtuels sur les ordinateurs hôtes, afin de vous assurer que l'ordinateur virtuel principal s'affiche correctement dans le nœud du cluster.
La modification des autorisations d'administrateur client affecte les autorisations pour les rôles d'utilisateur libre-service
Description : quand une propriété du rôle d'utilisateur d'administrateur client est modifiée ou ajoutée, les autorisations de partage et de réception affectées aux rôles d'utilisateur libre-service qui ont été créés par un administrateur client seront supprimées inopinément. D'autres autorisations qui sont affectées à ces rôles d'utilisateur libre-service ne seront pas affectées, et elles se comporteront comme prévu.
Solution de contournement : après avoir modifié les propriétés du rôle d'administrateur client, assurez-vous que les autorisations affectées aux rôles d'utilisateur libre-service qui sont créés par l'administrateur client sont définies comme prévu. Si les autorisations ont été supprimées par inadvertance, rajoutez-les.
Les autorisations au niveau de membre pour les quotas de réseau ne sont pas appliquées pour le rôle d'administrateur client
Description : quand vous créez un rôle d'administrateur client avec des autorisations de création de réseaux d'ordinateurs virtuels et que vous définissez un quota de réseau d'ordinateurs virtuels au niveau de membre, le quota n'est pas appliqué et les utilisateurs peuvent dépasser la limite définie.
Solution de contournement : définissez une limite à l'aide de la valeur de quota au niveau du rôle qui est appliquée.
L'annulation et le redémarrage lors de la création d'un nouvel ordinateur virtuel peuvent échouer
Description : l'annulation et le redémarrage de l'Assistant lors de la création d'un ordinateur virtuel peuvent échouer si le nom de l'ordinateur spécifié pour l'ordinateur virtuel est généré automatiquement, à partir d'un modèle de dénomination.
Solution de contournement : n'annulez pas et ne redémarrez pas l'Assistant lorsque vous créez un ordinateur virtuel à partir d'un modèle qui utilise un modèle pour la propriété Nom de l'ordinateur.
Le déploiement du service BlogEngine échoue
Description : la tentative de déploiement du service BlogEngine échoue et l'erreur 22631 est émise.
Solution de contournement : assurez-vous que la quantité d'espace disque disponible du fichier de configuration (.vhd ou .vhdx) utilisé pour déployer le service est au moins de 9,5 gigaoctets (Go).
Les cmdlets PowerShell VMM génèrent une liste d'objets si la valeur du paramètre ID est Null
Description : si un cmdlet VMM accepte ID comme paramètre d’entrée et que le paramètre est omis, le cmdlet génèrera une liste de tous les objets VMM.
Solution de contournement : renseignez toujours une valeur pour le paramètre ID quand cela est requis.
Voir aussi