Correctif cumulatif 6 pour System Center 2012 R2 Virtual Machine Manager

Fonctionnalités ajoutées dans ce correctif cumulatif

• Ajouter une fonctionnalité d’abonnement Azure : en utilisant la fonctionnalité Ajouter un abonnement Azure dans le correctif cumulatif 6, les administrateurs de Virtual Machine Manager peuvent ajouter Microsoft Azure abonnements à VMM et effectuer des actions de base sur les instances Azure de ces abonnements. La fonctionnalité est incluse dans Virtual Machine Manager du correctif cumulatif 6 pour System Center 2012 R2. Pour chaque abonnement Azure que vous ajoutez, vous pouvez utiliser une console pour afficher toutes les instances de rôle dans tous les groupes de déploiement de cet abonnement.
  
  Ce que vous pouvez faire avec cette fonctionnalité
  
  Si vous gérez déjà vos machines virtuelles locales dans Virtual Machine Manager, vous pouvez utiliser cette fonctionnalité pour effectuer des actions de base sur des instances Azure sans quitter la console VMM. Par exemple, vous pouvez effectuer les opérations suivantes :
  

  • Ajoutez ou supprimez un ou plusieurs abonnements Azure à l’aide de la console VMM.

  • Consultez une vue de liste des détails et des états de toutes les instances de rôle dans tous les déploiements de cet abonnement.

  • Mettez à jour manuellement la liste des instances.

  • Effectuez les actions de base suivantes sur les instances :
    

    • Start

    • Arrêter

    • Arrêt

    • Redémarrer

    • Connecter via RDP

  Pour plus d’informations, consultez Ajout d’un abonnement Azure dans VMM dans System Center 2012 R2 avec correctif cumulatif 6.

• Amélioration du scénario de protection ASR E2A : avec le correctif cumulatif 6 dans votre environnement Virtual Machine Manager, il est plus facile de détecter et de corriger un problème qui se produit parfois lorsque vous configurez la protection Azure Site Recovery (ASR). Ce problème se produit lorsque vous souhaitez ajouter une protection ASR pour les machines virtuelles locales, et que vous disposez des propriétés de machine virtuelle suivantes :
  

  • Aucune version spécifiée du système d’exploitation

  • Aucune indication du disque qui contient le système d’exploitation de la machine virtuelle

  Ces propriétés doivent être spécifiées, car elles sont requises par Azure Site Recovery. Dans le correctif cumulatif 6, un ensemble plus clair de messages d’erreur s’affiche dans VMM dans le volet Travaux si vous essayez de configurer une machine virtuelle qui ne répond pas aux exigences.
  
  Pour plus d’informations sur les exigences ASR, consultez l’amélioration du scénario de protection ASR E2A.

• Option permettant d’utiliser des machines virtuelles de génération 2 dans services et VMRoles : dans le correctif cumulatif 6, VMM prend désormais en charge les machines virtuelles de génération 2 pour les services et les rôles de machine virtuelle. Cette fonctionnalité vous permet de déployer des services multiniveaux et de choisir la génération de machines virtuelles pour des niveaux individuels. Les utilisateurs peuvent traiter ces instances de service par le biais d’une maintenance conventionnelle et basée sur des images.
  
  Pour plus d’informations, consultez Understanding Generation 1 et Generation 2 Machines Virtuelles dans VMM.

• Total Networking Usage Exposure rules in Management Pack: This change introduces two rules that target Hyper-V Hosts:
  

  • Total de la règle de collecte du trafic réseau VNic entrant

  • Total de la règle de collecte du trafic réseau VNic sortant

  Ces règles mesurent le trafic entrant total entrant et total sortant en kilo-octets par carte réseau virtuelle par machine virtuelle dans la méthode suivante :
  
  Pour chaque machine virtuelle :
  

  1. Activez le contrôle Hyper-V s’il n’est pas activé.

  2. Exécutez Measure-VM.

  3. Collectez les données de contrôle pour chaque adresse distante « 0.0.0.0/0 » ou « ::/0 » par carte réseau virtuelle.

  Par défaut, ces règles s’exécutent toutes les heures. Les utilisateurs peuvent choisir de remplacer ce paramètre en remplaçant la propriété IntervalSeconds. Ces règles ne doivent pas être exécutées plus fréquemment que toutes les cinq minutes (300 secondes).
  
  Comportement dans les versions précédentes : VMM n’a pas mesuré la consommation de données. Il a mesuré uniquement le débit.

• Option de surcommandation de la capacité du cloud et du groupe hôte pour les machines virtuelles de réplication : System Center 2012 R2 Virtual Machine Manager vous permet de placer vos machines virtuelles de réplica sur un cloud ou un groupe hôte préconfiguré s’ils correspondent à vos paramètres de capacité. Jusqu’à présent, VMM supposait que toutes les ressources allouées aux machines virtuelles de réplication étaient en cours d’utilisation. Par conséquent, VMM ne vous a pas permis de placer une machine virtuelle de réplica sur un cloud ou un groupe hôte si cela augmenterait la charge agrégée de toutes les machines virtuelles réplicas au-delà de la capacité du cloud ou du groupe hôte.
  
  Bien que ce comportement ait permis de s’assurer que toutes les machines virtuelles de réplica pouvaient démarrer simultanément, cela pouvait entraîner une utilisation non optimale des clouds de réplica et des groupes hôtes. Cela se produit si vous (un Enterprise ou un hébergeur) essayez de placer des machines virtuelles supplémentaires dans un cloud ou un groupe hôte. Autrement dit, si vous avez surcompressé le cloud de réplica ou le groupe hôte. Dans le correctif cumulatif 6, vous pouvez surcommettre des clouds et des groupes hôtes dans votre environnement VMM en configurant la clé de Registre suivante sur le serveur VMM :
  

  Emplacement du Registre :HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings\Placement
  Nom DWORD : IgnoreMemoryForStoppedReplicaVM
  Valeur DWORD : 1
  Remarque Si la sous-clé placement n’existe pas, créez-la.
  
  Pour plus d’informations, consultez Option to overcommit Cloud and HG for Replica VMs.

• Prise en charge des scénarios de base de VMWare VCenter 5.5.
  
  Le correctif cumulatif 6 introduit les scénarios de support suivants :
  

  • Ajouter VCenter 5.5 à la gestion VMM 2012 R2 UR6

  • Ajouter l’hôte ESX avec la version 5.5 et mettre sous gestion

  • Créer un modèle de machine virtuelle VMWare et déployer des machines virtuelles avec le modèle

  • Créer des modèles avec une mise en réseau de base (notamment des scénarios joints à un domaine) et déployer des machines virtuelles

  • Effectuez différentes opérations de cycle de vie de machine virtuelle (par exemple, démarrer, arrêter, arrêter, réparer, actualiser et point de contrôle sur une machine virtuelle).

  • Connecter à la machine virtuelle à l’aide de la console et vérifier l’accessibilité

  • Déprovisionner des machines virtuelles

  • Créer un pool de ressources et placer le pool de ressources sous gestion VMM

  Il s’agit de scénarios limités. Toutefois, ils représentent la première étape et la plus importante vers la prise en charge des versions plus récentes de VCenter. Nous continuons à nous appuyer sur notre matrice de prise en charge pour VMWare VCenter et fournirons des mises à jour pour résoudre ce problème dans les packages de cumul à venir.

Problèmes résolus dans ce correctif cumulatif

• Problème 1
  
  Une erreur 801 se produit lorsque des objets VMM sont supprimés. VMM rencontre parfois un problème dans lequel un objet VMM tel qu’une machine virtuelle ne peut pas être supprimé de l’interface utilisateur ou Windows PowerShell, car certains de ses objets enfants sont manquants dans la base de données. Cela amène fréquemment les utilisateurs à rechercher des scripts correctives pour supprimer les objets affectés. Dans le correctif cumulatif 6, VMM a amélioré trois applets de commande PowerShell pour réduire les erreurs liées à 801. Ces applets de commande sont Remove-SCServiceTemplate, Remove-SCLibraryServer et Remove-SCLibraryShare. Les utilisateurs n’ont pas besoin d’utiliser l’indicateur –Force avec ces applets de commande pour éviter les erreurs 801. Les applets de commande permettent de résoudre les dépendances qui entraînent des erreurs 801.
  

• Problème 2
  
  Le service VMM se bloque et génère une erreur de violation d’accès dans System.Xml lorsqu’il répond à un événement Integration Services.
  

• Problème 3
  
  Exception critique dans le gestionnaire d’erreurs WCF -- ObjectDisposedException -- Microsoft.VirtualManager.Engine.Remoting.ClientConnection.HandleError. Lorsque VMM arrête l’hôte de service WCF, il appelle Abort, ce qui peut entraîner l’arrêt de tous les messages non traités, ce qui peut entraîner la levée d’exceptions ObjectDisposedExceptions. Le gestionnaire d’erreurs WCF de niveau supérieur de VMM voit ces exceptions avant l’arrêt du processus et les signale comme des exceptions critiques. VMM signale donc ici des erreurs inoffensives en tant qu’erreurs critiques susceptibles d’ajouter à la confusion de l’utilisateur.
  

• Problème 4
  
  Option pour l’adresse MAC grisée dans l’interface utilisateur lorsque la carte réseau virtuelle n’est pas connectée. Cela empêche les utilisateurs de marquer la carte réseau comme statique. Après la mise à niveau vers VMM dans System Center 2012 R2, le client ne peut pas choisir l’option Adresse Mac statique dans les modèles de machine virtuelle qu’il crée, si la machine virtuelle n’est pas connectée à un réseau. Les options d’adresse MAC et d’adresse IP sont grisées lorsque la machine virtuelle n’est « pas connectée ». Par conséquent, il ne peut pas affecter une adresse MAC statique à la machine virtuelle avant le déploiement.
  

• Problème 5
  
  La personnalisation de la machine virtuelle peut échouer et générer une exception critique quand Hyper-V ne retourne pas d’objet de lecteur de disquette. Lors de la personnalisation d’une machine virtuelle, il est possible qu’Hyper-V renvoie l’objet Floppy Drive comme null et que VMM essaie d’ajouter un lecteur. Toutefois, l’ajout du lecteur de disquette n’est pas implémenté sur Hyper-V. Cela lève une exception qui provoque l’échec du travail et laisse la machine virtuelle en état d’échec de création. L’utilisateur peut réparer la machine virtuelle pour qu’elle soit fonctionnelle. Cela peut se produire si la configuration du lecteur Floppy (sur le partage distant) n’est pas disponible pour Hyper-V ou si Hyper-V est occupé ou stressé.
  

• Problème 6
  
  Impossible de déployer des machines virtuelles avec une adresse IP statique lorsque plusieurs pools d’adresses IP pour un sous-réseau de machine virtuelle sont configurés. Le client tente de créer une machine virtuelle à l’aide d’un modèle qui a des paramètres IP statiques. S’il existe plusieurs pools d’adresses IP dans un sous-réseau et que le client fournit une adresse IP à partir d’un pool différent de celui par défaut (autrement dit, le pool rempli automatiquement qui s’affiche dans l’interface utilisateur), l’Assistant machine virtuelle se termine sans erreur, mais la création de la machine virtuelle échoue et renvoie une erreur « Adresse IP hors limite ».
  

• Problème 7
  
  Un plantage de VmmService se produit lors de la gestion des sous-réseaux de machines virtuelles supprimés sur les événements de modification IP envoyés par Hyper-v. Dans une configuration NVGRE, s’il existe un événement envoyé par Hyper-V pour modification IP, mais que le sous-réseau de machine virtuelle n’existe plus dans VMM, il provoque un blocage du service VMM.
  

• Problème 8
  
  Les machines virtuelles sont signalées manquantes, car VmMovedRefresherEvent n’est pas reçu. Lorsqu’un événement de déplacement de machine virtuelle se produit alors qu’un hôte n’est pas en mode d’événement et que la machine virtuelle est à l’état de migration et que l’actualisateur d’événements se raccorde, il peut y avoir une fenêtre dans laquelle personne n’écoute et où l’opération de mise à jour juste avant le mode d’écoute ne reçoit pas la modification. Par conséquent, VMM ne recevra pas ces modifications avant la prochaine actualisation complète, qui peut prendre jusqu’à 24 heures.
  
  Pour vous assurer que ces événements manqués sont synchronisés via l’actualisation de machine virtuelle légère en mode d’événement, vous pouvez créer et configurer la clé de Registre suivante pour exécuter l’actualisation de machine virtuelle légère à intervalles réguliers. Cette actualisation s’exécutera en plus de tous les actualisateurs basés sur les événements.
  

  Emplacement du Registre :HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings
  Clé de Registre :
  VMPropertiesEventAssitedUpdateInterval
  
  Type de Registre : DWORD
  
  Valeur minimale : 0 secondes
  
  Valeur maximale : 20 jours

  Les valeurs doivent être spécifiées en secondes.
  Nom DWORD : VMPropertiesEventAssitedUpdateInterval
  
  Valeur DWORD :value_in_seconds
  
  Notez que l’espace réservé value_in_seconds peut être une valeur comprise entre 0 secondes et 20 jours (également en secondes).
  

• Problème 9
  
  Exiger des indicateurs explicites pour indiquer une machine virtuelle manquante ou la suppression d’une machine virtuelle de service pendant Remove-Host à l’utilisateur. Actuellement, VMM ne vérifie pas l’existence de machines virtuelles sur l’hôte lors de la suppression de l’hôte de VMM. Un hôte peut contenir des machines virtuelles de service, des machines virtuelles déployées dans le cloud, des machines virtuelles qui ont des propriétés personnalisées qui leur sont définies. Si un utilisateur supprime accidentellement un tel hôte, toutes ces associations sont rompues. Ce correctif évite de tels scénarios en invitant les utilisateurs à entrer un message de confirmation avant que ces hôtes ne soient réellement supprimés de VMM.
  

• Problème 10
  
  Si vous disposez d’un réseau logique comportant plusieurs sites réseau et que les sites réseau sont visibles par la carte réseau hôte, les autorités de certification de ces différents sites réseau sont allouées et les informations de routage doivent également être définies. (Les sites réseau sont parfois appelés « définitions de réseau logiques »). Dans un scénario d’hôte multiple avec VM1 sur Host1 connecté à PA1, il est possible qu’une machine virtuelle VM2 soit connectée à un réseau local hnv et qu’elle ait un PA1 pour NetwkSite1, puis qu’elle soit déconnectée et reconnectée ultérieurement et qu’elle dispose d’un PA2 pour NetwkSite2 (aléatoirement ou en raison de l’épuisement de l’adresse IP), puis pendant un certain temps, il se peut que nous ne remplissions pas les informations de routage PA entre NetwkSite1 et NetwkSite2. Cela se produit en raison de la façon dont la représentation de route interne est clé pour l’insertion dans une table de hachage.
  

• Problème 11
  
  Lorsqu’un hôte est actualisé, il établit une connexion réseau WinRM (à chaque hôte actualisé) qui diffuse constamment des données.
  

• Problème 12
  
  Lorsque plusieurs cartes réseau virtuelles hôtes sont créées, des défaillances aléatoires sont observées. Lorsque les clients créent plusieurs cartes réseau virtuelles en une seule fois dans le cadre d’un commutateur logique, une ou plusieurs configurations IP de carte réseau virtuelle peuvent échouer.
  

• Problème 13
  
  L’utilisateur atteint une insertion de clé en double dans HostWSManGetter.UpdateRASDCache lors d’une mise à jour de l’hôte.
  

• Problème 14
  
  Lorsque l’utilisateur tente de cloner une machine virtuelle avec des points de contrôle, une fois l’opération de clonage terminée, VMM reconnaît incorrectement la machine virtuelle clone nouvellement créée comme machine virtuelle d’origine et déduit incorrectement que la machine virtuelle a migré. Il tente ensuite de gérer cette modification. Par conséquent, une machine virtuelle supplémentaire sur un autre hôte avec l’état « manquant » est créée. VMM pense que la machine virtuelle utilise un autre hôte, et cette machine virtuelle n’est pas visible par TFS avant la prochaine mise à jour de la machine virtuelle.
  

• Problème 15
  
  Lorsque le fournisseur VSEM est mis à niveau, la capacité du fournisseur à recevoir des notifications n’est pas indiquée au moteur de notification.
  

• Problème 16
  
  La mise en réseau se bloque pendant l’optimisation de l’hôte dynamique. Certaines opérations de placement étaient censées être exécutées en tant que tâche. Lorsqu’elle est exécutée dans la tâche d’actualisation, le contexte est null. Cela provoque un blocage de placement.
  

• Problème 17
  
  Lorsque les administrateurs délégués démarrent la console VMM, l’ouverture de la console VMM prend plus de 4 minutes. Dans les grands environnements, le démarrage de la console VMM est retardé pour les administrateurs délégués lorsqu’il est comparé aux administrateurs.
  

• Le problème 18
  
  Stockage mise à jour du fournisseur échoue après le remplacement du disque sur les sofs.
  

• Problème 19
  
  VMM ne peut pas mettre à jour le réplica/machine virtuelle principale sans ASR. Par ailleurs, la migration de la machine virtuelle de récupération dans l’état IR en attente n’effectue pas de migration dynamique.
  

• Problème 20
  
  Lorsqu’une machine virtuelle est supprimée, les points de contrôle sont fusionnés avant d’être supprimés. Lorsque l’utilisateur tente de supprimer une machine virtuelle dotée de points de contrôle, la suppression prend beaucoup de temps (jusqu’à une heure).
  

• Problème 21
  
  Une opération Run DO reçoit parfois une exception critique : DBCorruptionException.
  

• Problème 22
  
  Certains utilisateurs utilisent de grands ensembles VIPAddress au lieu de plages d’adresses IP pour faciliter l’ajout/la suppression d’adresses IP individuelles. Le schéma du pack d’administration VMM limite actuellement ce champ à 256 caractères (valeur par défaut). Toutefois, les utilisateurs peuvent avoir des valeurs d’environ 500 caractères. Par conséquent, Discovery a rompu l’intégration VMM-OM en raison d’une exception inattendue de SCOM.
  

• Problème 23
  
  Les RG cibles et les numéros logiques cibles ne sont pas associés après la tâche enableRG si les RG/LUN sont précréés.
  

• Problème 24
  
  Mettre à jour les entrées d’adresse MAC pour un appareil de passerelle F5 en cas d’échec et de remplacement. Si un appareil F5 est RMA et remplacé par un nouvel appareil avec une nouvelle adresse MAC, VMM n’a pas de moyen de mettre à jour l’adresse MAC du nouvel appareil.
  

• Problème 25
  
  Laissez l’utilisateur tamponner sur la machine virtuelle de réplica pour vous permettre de tamponner l’identité de l’utilisateur. Les utilisateurs doivent mettre à jour les attributs UserRole et Owner sur leurs machines virtuelles de réplication, mais actuellement toute opération sur la machine virtuelle de réplication est bloquée. Par conséquent, ils ne peuvent pas mettre à jour ces deux paramètres sur les machines virtuelles de réplication.
  

• Problème 26
  
  Le partage SMB inscrit ne s’affiche pas en tant qu’option de chemin d’accès cible lorsque vous déployez une nouvelle machine virtuelle haute disponibilité sur un cluster.
  

• Problème 27
  
  Exception critique dans le Stockage Refresher lors de la découverte du service de réplication -- ArgumentNullException -- SetCustomOptions.
  

• Problème 28
  
  Pendant l’actualisation de l’hôte, VMM interroge les informations de l’équipe (changer d’équipe ou équipe LBFO). Alors que l’interrogation des équipes de commutateur VMM atteint l’exception WSMan, ce qui entraîne la disparition du vswitch de la console.
  

• Problème 29
  
  Le protocole HTTPS n’est pas pris en charge dans probe, alors VMM ne peut pas créer de règle de surveillance pour surveiller le site HTTPS. VMM prend en charge les protocoles HTTP et HTTPs dans la section configuration de port LB, mais HTTPS n’est pas pris en charge dans la section protocole de sonde LB.
  

• Problème 30
  
  Le propriétaire de la ressource (utilisateur SSU) n’est pas autorisé à accéder à la liste « GrantedTo » d’une ressource et ne peut donc pas voir qui ont tous accès à la ressource. Lorsque l’utilisateur qui accorde l’accès est également un utilisateur libre-service, il ne peut pas voir les modifications qu’il a apportées tant qu’il n’a pas redémarré la console. Un utilisateur administrateur peut voir la modification, mais pour un utilisateur libre-service, GrantedToList continue à retourner les résultats mis en cache, jusqu’à ce qu’il redémarre la console.
  

• Problème 31
  
  Impossible de déplacer les disques parents qui ont le processus de migration intégré de VMM. L’utilisateur a plusieurs centaines de machines virtuelles, avec tous les disques différentiels pointant vers un seul parent. Le déplacement de toutes ces machines virtuelles vers une nouvelle solution de stockage est bloqué par VMM. Pour les disques diff, si un disque ancêtre dans la hiérarchie (relation parent/enfant) est partagé par un autre disque diff, la migration du stockage du disque diff est bloquée par VMM. Toutefois, il est activé via le Gestionnaire Hyper-V.
  

• Problème 32
  
  Field expectedDSColumn lève une exception critique lors du suivi du message pour les colonnes incompatibles, ce qui provoque un blocage du serveur lors de l’exécution de get-scvmhost. Une fois la base de données du serveur mise à jour vers Threshold, le serveur R2 ne peut pas l’utiliser dans certains cas. Ce chemin de code est utilisé par certains objets réseau et objets ADHC.
  

• Problème 33
  
  Lorsque vous effectuez un scale-out d’un modèle de service existant, les machines virtuelles Hyper-V en double qui portent le même nom sont créées sur VMM dans System Center correctif cumulatif 5 2012 R2.
  

• Problème 34
  
  Si vos machines virtuelles invitées ont Windows mise à jour de sécurité 3035131 ou 3031432 installées, l’agent invité VMM n’exécute pas de scripts d’exécution de commande générique (GCE) qui sont demandés par VMM dans le cadre du déploiement de la machine virtuelle. Cela peut entraîner un échec dans plusieurs scénarios dans lesquels vous utilisez des scripts GCE pour le déploiement et la maintenance. Par exemple, lorsque vous essayez de traiter un modèle de service VMM par le biais de scripts GCE, le code d’erreur 22029 est retourné.
  
  Notez qu’après avoir installé le correctif cumulatif 6 (ou les correctifs cumulatifs ultérieurs) pour System Center Virtual Machine Manager 2012 R2, vous devez maintenant accorder des droits d’ouverture de session en tant que travail par lot au compte d’identification spécifié. Sans ces droits, l’agent invité ne peut pas exécuter les scripts GCE via un compte d’identification.
  

• Problème 35
  
  La migration dynamique de la machine virtuelle échoue lorsque vous utilisez l’espace de stockage en cluster comme CSV et que le stockage de machine virtuelle se trouve sur CSV. La migration dynamique du cluster Hyper-V ne fonctionne pas après VMM dans System Center correctif cumulatif 5 2012 R2.
  

• Problème 36
  
  Le positionnement du disque de base doit pivoter entre les partages de placement valides.
  

• Problème 37
  
  La console VMM peut utiliser une chaîne de mise en production existante pendant la copie du modèle de service. Parfois, les utilisateurs ne peuvent pas copier un modèle de service à l’aide de la commande « Copier » pour un modèle de service. La raison est que la console Administrateur génère une chaîne déjà existante pour la version.
  

• Problème 38
  
  La vignette Vue d’ensemble de la capacité est manquante dans VMM dans System Center 2012 R2. Dans VMM dans System Center 2012 SP1, sous le volet Machines virtuelles et services, lorsque vous sélectionnez un hôte, puis cliquez sur Vue d’ensemble dans le menu supérieur, la console fournit des informations de synthèse et de capacité sur l’hôte sélectionné. Les détails sur les cœurs du processeur, la mémoire (Go) et les Stockage (Go) sont devenus indisponibles dans System Center 2012 R2.
  

• Problème 39
  
  Blocage du service VMM en raison d’un VSID en double. Dans de rares cas (synchronisation/condition de concurrence et collision de nombres aléatoires), différents sous-réseaux de machines virtuelles HNV peuvent obtenir le même VMSubnetIdentifier (alias VSID). Cela entraîne un comportement inattendu lorsque vous utilisez ces sous-réseaux de machines virtuelles HNV. Par exemple, pour les machines virtuelles connectées à ce sous-réseau, les machines virtuelles peuvent ne pas obtenir la connectivité attendue et ne peuvent pas communiquer avec les machines virtuelles sur le même sous-réseau. Ou lorsque leur adresse IP change, le service VMM se bloque.
  

• Problème 40
  
  Le déploiement d’une machine virtuelle derrière un Load Balancer provoque une excepion critique lors du placement :
  

  Microsoft.VirtualManager.Engine.Placement.Conversion.HostConversionHelper.GetLoadBalancerAddressPoolResources

• Problème 41
  
  La page de démarrage qui a été introduite dans le correctif cumulatif 5 est supprimée dans le correctif cumulatif 6.
  

• Problème 42
  
  Une machine virtuelle n’est pas associée à un groupe de réplication et n’a pas pu être déplacée vers un emplacement protégé par un groupe de réplication.
  

• Problème 43
  
  L’adresse IP invitée sur le réseau HNV n’est pas marquée comme Dynamic/DedicatedGuestIP, même si les paramètres sont activés pour celui-ci. Basculement de l’autorité de certification rompu. Pour toute adresse IP ajoutée/déplacée sur une machine virtuelle connectée au réseau NVGRE (scénario de basculement ip invité/cluster invité HNV), l’adresse IP est *not* marquée comme dynamique (type = DedicatedGuestIP dans VMM) même si la machine virtuelle a les paramètres EnableGuestIPNetworkVirtualizationUpdates=true. Lorsque l’adresse IP est ajoutée/déplacée pour la première fois, elle fonctionne, mais les basculements ultérieurs de l’adresse IP (passer d’une machine virtuelle à une autre) ne sont pas détectés automatiquement. Par conséquent, l’adresse IP n’est pas accessible et la machine virtuelle perd la connectivité.
  

• Problème 44
  
  Ancien fournisseur de stockage incorporé de l’intégration d’Hitachi rompu avec UR5. Impossible d’actualiser le fournisseur de stockage. Cela empêche la gestion du fournisseur.
  

• Problème 45
  
  Le client VMM se bloque lorsque vous définissez l’intervalle de temps d’optimisation de l’alimentation.
  

• Problème 46
  
  Une condition de concurrence existe dans l’élimination de WnvEventEntrySubscriptionObserver lorsque la connexion de l’hôte échoue.
  

• Problème 47
  
  CentOS 7 et Red Hat Enterprise Linux 7 ne parviennent pas à définir la configuration de l’interface réseau quand DHCP est utilisé.
  
  Cela s’applique à toutes les machines virtuelles CentOS 7 et Red Hat Enterprise Linux (RHEL) 7 configurées pour utiliser DHCP par System Center Virtual Machine Manager. Les serveurs CentOS 7 et RHEL 7 qui utilisaient DHCP rencontreraient des données de configuration réseau absentes pour chaque interface ethernet utilisée par le serveur Linux. Ce problème se produit car CentOS 7 et RHEL 7 n’ont pas l’outil Linux ifconfig installé par défaut, contrairement aux itérations précédentes. Les scripts de configuration pour la mise en réseau DHCP ont été mis à jour pour utiliser l’outil IP au lieu d’ifconfig si l’outil IP est installé.

Obtention et installation du correctif cumulatif 6 pour System Center 2012 R2 Virtual Machine Manager