Correctif cumulatif 6 pour System Center 2012 R2 Virtual Machine Manager

IMPORTANT : Cet article est issu d'une traduction automatique réalisée par un logiciel Microsoft et non par un traducteur professionnel. Cette traduction automatique a pu aussi être révisée par la communauté Microsoft grâce à la technologie Community Translation Framework (CTF). Pour en savoir plus sur cette technologie, veuillez consulter la page http://support.microsoft.com/gp/machine-translation-corrections/fr. Microsoft vous propose en effet des articles traduits par des professionnels, des articles issus de traductions automatiques et des articles issus de traductions automatiques révisées par la communauté Microsoft, de manière à ce que vous ayez accès à tous les articles de notre Base de connaissances dans votre langue. Il est important de noter que les articles issus de la traduction automatique, y compris ceux révisés par la communauté Microsoft, peuvent contenir des erreurs de vocabulaire, de syntaxe ou de grammaire. Microsoft ne pourra être tenu responsable des imprécisions, erreurs, ainsi que de tout dommage résultant d’une traduction incorrecte du contenu ou de son utilisation par les clients.

La version anglaise de cet article est la suivante: 3050317
Introduction
Cet article décrit les problèmes qui sont résolus dans le correctif cumulatif 6 pour Microsoft System Center 2012 R2 Virtual Machine Manager. Il existe deux mises à jour disponibles pour Virtual Machine Manager (VMM): serveur et la Console de l'administrateur. En outre, cet article contient des instructions d'installation de la mise à jour de correctif cumulatif 6 pour System Center 2012 R2 Virtual Machine Manager.

Fonctions qui sont ajoutées dans ce correctif cumulatif



  • Ajouter la fonctionnalité d'abonnement Azure : À l'aide de la fonctionnalité Ajouter un abonnement Azure dans le correctif cumulatif 6, les administrateurs de de Virtual Machine Manager peuvent ajouter les abonnements Microsoft Azure à VMM et effectuer des actions de base sur les instances Azure dans les abonnements. La fonctionnalité est incluse dans le correctif cumulatif 6 pour System Center 2012 R2 dans le de Virtual Machine Manager. Pour chaque abonnement Azure que vous ajoutez, vous pouvez utiliser une console pour voir toutes les instances de rôle dans tous les groupes de déploiement dans cet abonnement.

    Ce que vous pouvez faire avec cette fonctionnalité.

    Si vous gérez déjà vos machines virtuelles de locaux dans de Virtual Machine Manager, vous pouvez utiliser cette fonctionnalité pour effectuer certaines opérations de base sur les instances Azure sans quitter la console VMM. Par exemple, vous pouvez effectuer les opérations suivantes :

    • Ajouter ou supprimer un ou plusieurs abonnements Azure à l'aide de la console VMM.
    • Consultez un affichage de liste détails et les statuts de toutes les instances de rôle de tous les déploiements dans cet abonnement.
    • Mise à jour manuelle de la liste des instances.
    • Sur les instances, effectuez les actions de base suivantes :

      • Début
      • Arrêter
      • Arrêt
      • Redémarrage
      • Se connecter via RDP
    Pour plus d'informations, reportez-vous à la section. Ajout d'un abonnement Azure dans VMM dans System Center 2012 R2 avec le correctif cumulatif de mise à jour 6.
  • Scénario de protection améliorée E2A ASR : Grâce à la mise à jour de correctif cumulatif 6 dans votre environnement de Virtual Machine Manager, il est plus facile de découvrir et de corriger un problème qui se produit parfois lorsque vous configurez la protection du Site Azure (récupération). Ce problème se produit lorsque vous souhaitez ajouter une protection de récupération automatique du système pour les machines virtuelles sur site, et que les propriétés suivantes de la machine virtuelle :

    • Aucune version du système d'exploitation spécifié
    • Aucune indication de quel disque ne contient le système d'exploitation de l'ordinateur virtuel
    Ces propriétés doivent être spécifiées dans la mesure où ils sont requis par la restauration du Site Azure. Dans le correctif cumulatif 6, école par exemple la valeur d'erreur, les messages sont affichés dans le volet de tâches dans VMM, si vous essayez de configurer un ordinateur virtuel qui ne respecte pas les exigences.

    Pour plus d'informations sur les exigences de la récupération automatique du système, reportez-vous à la section. Amélioration de scénario de Protection E2A de récupération automatique du système.
  • Option à utiliser les ordinateurs virtuels de 2 génération de Services et de VMRoles : Dans le correctif cumulatif 6, VMM prend désormais en charge pour les machines virtuelles de génération 2 pour les services et les rôles de l'ordinateur virtuel. À l'aide de cette fonctionnalité, vous pouvez déployer des services à plusieurs niveaux et choisissez la génération de la machine virtuelle pour différents niveaux. Les utilisateurs peuvent traiter ces instances de service par le biais de conventionnel et basée sur l'image de maintenance.

    Pour plus d'informations, reportez-vous à la section. Fonctionnement de la génération 1 et les Machines virtuelles de génération 2 dans VMM.
  • Règles d'exposition de l'utilisation réseau total de Pack d'administration : Cette modification présente deux règles qui ciblent les hôtes Hyper-V :

    • Règle de collection totale trafic réseau de la carte réseau du trafic
    • Règle de collecte de trafic sortant carte réseau réseau totale
    Ces règles de mesurent le total total sortant du trafic entrant et en octets kilobits par la carte réseau par machine virtuelle dans la méthode suivante :

    Pour chaque machine virtuelle :

    1. Activer Contrôle de Hyper-V s'il n'est pas activé.
    2. Exécuter Mesure-VM.
    3. Contrôle de collecter des données pour chaque adresse distante du « 0.0.0.0/0 » ou «:: / 0 » par la carte réseau.
    Par défaut, ces règles s'exécutent toutes les heures. Les utilisateurs peuvent opter pour remplacer ce paramètre par la substitution de la propriété IntervalSeconds. Ces règles ne doivent pas être exécutées plus souvent que toutes les cinq minutes (300 secondes).

    Comportement dans les versions précédentes : VMM ne pas mesurer la consommation des données. Il mesure débit uniquement.
  • Option d'overcommit de capacité de nuage et de groupe hôte pour les machines virtuelles de réplica : System Center 2012 R2 Virtual Machine Manager vous permet de placer vos machines virtuelles de réplica sur un groupe préconfiguré de nuage ou hôte si elles correspondent à vos paramètres de capacité. Jusqu'à présent, VMM supposé que toutes les ressources qui ont été allouées aux machines virtuelles de réplica étaient en cours d'utilisation. Par conséquent, VMM vous n'a pas autorisé à placer tout ordinateur virtuel de réplica sur un groupe hôte ou de nuage si qui déclenchera la charge totale de tous les réplicas ordinateurs virtuels au-delà de la capacité de groupe hôte ou de nuage.

    Bien que ce comportement assuré que tous les ordinateurs virtuels de réplica a pu démarrer simultanément, cela peut provoquer une utilisation non optimale des nuages de réplica et les groupes hôtes. Cela peut se produire si vous (une entreprise ou un hébergeur) tenté d'insérer des VM supplémentaires au sein d'un nuage ou d'un groupe hôte. Autrement dit, si vous overcommited le groupe de réplicas nuage ou d'hôte. Dans 6 du correctif cumulatif de mise à jour, vous pouvez overcommit des nuages et les groupes hôtes dans votre environnement de VMM en configurant la clé de Registre suivante sur le serveur VMM :

    Emplacement dans le 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é de Placement n'existe pas, créez-la.

    Pour plus d'informations, reportez-vous à la section. Option d'overcommit de nuage et HG pour les machines virtuelles de réplica.
  • Prise en charge pour les scénarios de base VMWare VCenter 5.5.

    Mise à jour cumulative 6 présente les scénarios de support suivants :

    • Ajouter VCenter 5.5 pour la gestion de VMM 2012 R2 UR6
    • Ajouter un hôte ESX avec la version 5.5 et mettre sous gestion
    • Créer un modèle VM de VMWare et de déployer des machines virtuelles avec le modèle
    • Créer des modèles avec réseau de base (il s'agit des scénarios à un domaine) et de déployer des machines virtuelles
    • Effectuer diverses opérations de cycle de vie de machine virtuelle (par exemple, Démarrer, arrêter, arrêter, de réparation, actualisation et du point de contrôle sur une machine virtuelle).
    • Se connecter à l'ordinateur virtuel à l'aide de la console et vérifier l'accessibilité
    • Machines virtuelles d'annulation
    • Créer une liste de ressources et la liste des ressources sous gestion de VMM
    Il s'agit des scénarios limités. Toutefois, ils représentent la première étape la plus importante vers la prise en charge des versions plus récentes de VCenter. Nous continuer à générer sur notre tableau de prise en charge de VMWare VCenter et fournira des mises à jour pour résoudre ce dans le futur des packages de correctif cumulatif.

Problèmes qui sont résolus dans ce correctif cumulatif

  • Problème 1

    Une erreur 801 se produit lors de la suppression des objets VMM. Parfois, VMM rencontre un problème dans lequel un objet VMM telle qu'une machine virtuelle ne peut pas être supprimé à partir de l'interface utilisateur ou Windows Powershell, car certains de ses objets enfants sont manquantes dans la base de données. Cela entraîne fréquemment aux utilisateurs de rechercher des scripts de réparation supprimer les objets affectés. Dans le correctif cumulatif 6, VMM a amélioré trois applets de commande Powershell pour minimiser les erreurs liées au 801. Ces applets de commande sont Supprimer-SCServiceTemplate, Supprimer-SCLibraryServer, et Supprimer-SCLibraryShare. Les utilisateurs ne doivent pas utiliser la – Force indicateur conjointement avec ces applets de commande afin d'éviter des 801 erreurs. Les applets de commande permettent de résoudre les dépendances d'entraîner des 801 erreurs.

  • 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éponse à un événement de Services d'intégration.

  • Problème 3

    Une 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 qui peut entraîner des messages non traités être arrêté de manière anormale, et cela peut entraîner ObjectDisposedExceptions levées. Gestionnaire d'erreurs de VMM niveau supérieur WCF voit ces exceptions avant que le processus est terminé et que les rapports des exceptions comme critiques. Voilà VMM signale les erreurs sans danger comme des erreurs critiques éventuellement ajouter à la confusion de l'utilisateur.

  • Problème 4

    L'option adresse MAC en grisé dans l'interface utilisateur lors de la carte réseau n'est pas connecté. Cela empêche les utilisateurs de marquer la carte réseau en tant que static. Une fois que vous mettez à niveau vers VMM dans System Center 2012 R2, client ne peuvent pas choisir l'option d'adresse Mac dans les modèles d'ordinateur virtuel qu'il crée, si la machine virtuelle n'est pas connectée à un réseau. Les options d'adresse MAC et IP sont estompées lorsque l'ordinateur virtuel est « non connecté ». Par conséquent, il ne peut pas assigner une adresse MAC à l'ordinateur virtuel avant le déploiement.

  • Problème 5

    Personnalisation de l'ordinateur virtuel peut échouer et générer une exception critique lorsque le Hyper-V ne renvoie pas un objet de lecteur de disquette. Lors de la personnalisation d'un ordinateur virtuel, il est probable que Hyper-V renvoient l'objet de lecteur de disquette comme null et VMM va tenter d'ajouter un lecteur. Toutefois, l'ajout du lecteur de disquette n'est pas implémentée à Hyper-V. Cela lève une exception qui entraîne l'échec de la tâche et laisse l'ordinateur virtuel dans un état d'échec de la création. L'utilisateur peut réparer l'ordinateur virtuel pour être fonctionnelle. Cela peut se produire si la configuration de lecteur disquette (sur le partage distant) n'est pas disponible pour Hyper-V ou si Hyper-V est occupé ou surchargé.

  • Problème 6

    Impossible de déployer les ordinateurs virtuels avec des adresses IP statiques lorsque plusieurs Pools d'IP pour un sous-réseau de la machine virtuelle sont configurés. Client essaie de créer un ordinateur virtuel à l'aide d'un modèle qui a des paramètres IP statiques. S'il y a plusieurs pools d'IP dans un sous-réseau et le client fournit une adresse IP à partir d'un autre pool que celui par défaut (autrement dit, le pool préremplies est affiché dans l'interface utilisateur), puis l'Assistant de la machine virtuelle se termine sans erreur, mais la création de l'ordinateur virtuel échoue et renvoie une erreur "Adresse IP hors limites".

  • Problème 7

    VmmService panne se produit pendant le traitement de suppression de machine virtuelle que sous-réseaux IP modifier les événements envoyés par Hyper-v. Dans une configuration NVGRE, il existe un événement envoyé par Hyper-V pour modification IP mais le sous-réseau de l'ordinateur virtuel n'existe plus dans VMM, provoque une panne de service VMM.

  • Problème 8

    Ordinateurs virtuels sont déclarées manquantes que le 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 dans le mode de gestion des événements et la machine virtuelle est dans l'état de la migration et lorsque l'actualisateur d'événements raccorde peut-être une fenêtre où personne n'est à l'écoute et l'opération de mise à jour de droite avant que le mode d'écoute ne reçoit pas la modification. Par conséquent, VMM ne recevront pas ces modifications jusqu'à ce que le recyclage complet suivant qui peut être pire que 24 heures.

    Pour vous assurer que ces événements manquées sont synchronisées par le biais de l'actualisateur lumière virtual machine en mode de gestion des événements, vous pouvez créer et configurer la clé de Registre suivante pour exécuter le recyclage de lumière virtual machine à intervalles réguliers. Ce rappel s'exécute en outre pour les actualisateurs basé sur des événements.

    Emplacement dans le Registre :
    HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings

    Clé de Registre :

    VMPropertiesEventAssitedUpdateInterval

    Type de Registre : DWORD

    Min valeur : 0 seconde

    Valeur de max : 20 jours
    Les valeurs doivent être spécifiées en secondes.

    Nom DWORD : VMPropertiesEventAssitedUpdateInterval

    Valeur DWORD :value_in_seconds

    Remarque Le value_in_seconds espace réservé peut être une valeur de secondes de 0 à 20 jours (également en secondes).


  • Problème 9

    Exiger des indicateurs explicites pour indiquer un ordinateur virtuel manquant ou une suppression de la machine virtuelle Service lors de la suppression-hôte à l'utilisateur. Actuellement, VMM ne vérifie pas l'existence d'ordinateurs virtuels sur l'hôte lors de la suppression de hôte dans VMM. Un hôte peut contenir des ordinateurs virtuels qui sont déployés vers le nuage, les ordinateurs virtuels qui ont des propriétés personnalisées qui sont définies pour les machines virtuelles Service. Si un utilisateur supprime accidentellement un hôte, toutes ces associations sont rompues. Ce correctif permet d'éviter ces scénarios en demandant aux utilisateurs d'un message de confirmation avant que ces hôtes sont effectivement supprimés de VMM.

  • Problème 10

    Si vous disposez d'un réseau possédant plusieurs sites du réseau logique, et les sites de réseau sont visibles pour la carte réseau hôte, PAs à partir de ces sites de réseau différents sont affectés et les informations de routage doivent également être définies. (Sites de réseau sont parfois appelés des « définitions de réseau logique ».) Dans un hôte scénario plusieurs avec VM1 sur Host1 en cours de connexion à PA1, il existe un cas si un ordinateur virtuel 2 est connecté à un hnv LN a un PA1 pour NetwkSite1 et puis est déconnecté et ensuite reconnecté et a un PA2 de NetwkSite2 (ou de manière aléatoire en raison de l'épuisement de PA), puis pendant un certain temps, nous ne pouvons pas peupler les informations de routage PA entre NetwkSite1 et NetwkSite2. Cela est dû au fait que la représentation interne de gamme constitue la clé pour l'insertion dans une table de hachage.

  • Problème 11

    Lorsqu'un hôte est actualisé, il établit une connexion réseau de WinRM (à chaque hôte actualisé) qui diffuse en permanence des données.

  • Problème 12

    Lorsque plusieurs cartes de réseau virtuel d'hôte sont créés, les échecs aléatoires sont respectées. Lorsque les clients créer plusieurs cartes réseau virtuel en une seule fois dans le cadre d'un commutateur logique, une ou plusieurs configurations d'IP de carte réseau virtuelle peuvent échouer.

  • Problème 13

    Utilisateur accède à une insertion de clé en double dans HostWSManGetter.UpdateRASDCache lorsque vous effectuez une mise à jour de l'hôte.

  • Problème 14

    Lorsque l'utilisateur tente de dupliquer une machine virtuelle avec points de contrôle, une fois l'opération de clonage terminée, VMM reconnaît par erreur la machine virtuelle de clone créé comme ordinateur virtuel d'origine et correctement déduit que l'ordinateur virtuel a migré. Il essaie ensuite de gérer cette modification. Par conséquent, un ordinateur virtuel supplémentaire sur un autre hôte avec l'état « absent » est créé. VMM pense que l'ordinateur virtuel utilise un autre hôte, et que cet ordinateur virtuel n'est pas visible pour TFS jusqu'à la prochaine mise à jour de la machine virtuelle.

  • Problème 15

    Fournisseur VSEM est mis à niveau, permettant de recevoir des notifications du fournisseur n'est pas indiqué pour le moteur de notification.

  • Problème 16

    Placement de réseau tombe en panne pendant l'optimisation de la dynamique de l'hôte. Certaines opérations de placement supposés être exécuté en tant que tâche. Lorsqu'elle est exécutée dans la tâche de recyclage, le contexte est null. Cela provoque une panne de placement.

  • Problème 17

    Lorsque les administrateurs délégués démarrer la console VMM prend 4 + minutes pour ouvrir la console VMM. Dans les grands environnements VMM Démarrer de console est retardée déléguée des administrateurs lorsqu'elle est comparée aux administrateurs.

  • Problème 18

    Échec de la mise à jour du fournisseur de stockage après le remplacement de disque sur sofs.

  • Problème 19

    VMM ne peut pas mettre à jour la machine virtuelle de réplica/primaire sans récupération automatique du système, également Migration de VM de récupération dans un état d'attente infrarouge n'effectue pas de migration en direct.

  • 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 un ordinateur virtuel qui a des points de contrôle, la suppression prend beaucoup de temps (jusqu'à une heure) à la fin.

  • Problème 21

    Parfois une opération exécuter faire reçoit une exception critique : DBCorruptionException.

  • Problème 22

    Certains utilisateurs permettent de grands ensembles de VIPAddress au lieu de plages IP vous permet d'ajouter ou supprimer des adresses IP individuel. Schéma du Pack d'administration VMM limite actuellement ce champ à 256 caractères (par défaut). Cependant, les utilisateurs peuvent avoir des valeurs ~ 500 caractères. Et par conséquent la découverte a été rupture intégration de VMM-OM en raison d'une exception inattendue de SCOM.

  • Problème 23

    Cible RG et LUN cibles n'est pas associés après enableRG tâche si RG/LUN sont précréé.

  • Problème 24

    Mise à jour des entrées d'adresse MAC pour un dispositif de passerelle F5 lorsqu'il échoue et est remplacé. Si un périphérique F5 est avait de RMA et remplacé par un nouveau périphérique avec une nouvelle adresse MAC, VMM n'est pas un moyen de mettre à jour l'adresse MAC pour le nouveau périphérique.

  • Problème 25

    Permet à utilisateur d'horodatage sur la machine virtuelle de réplica pour vous permettre de l'identité utilisateur cachet. Les utilisateurs doivent mettre à jour les attributs UserRole et propriétaire sur leurs ReplicaVMs, mais n'importe quelle opération sur l'ordinateur virtuel de réplica est actuellement bloquée. Ainsi, ils ne peuvent pas mettre à jour ces deux paramètres sur les ordinateurs virtuels du réplica.

  • Problème 26

    Partage Registerred SMB ne s'affiche pas en tant qu'option de chemin d'accès cible lorsque vous déployez un nouveau machineto virtuel HA un cluster.

  • Problème 27

    Exception critique dans le recyclage de stockage lors de la découverte du service de réplication--ArgumentNullException--SetCustomOptions.

  • Problème 28

    Au cours de l'hôte actualisateur VMM interroge l'équipe informations (commutateur LBFO ou équipe). Considérant que l'interrogation d'équipes de commutateur que VMM accède à l'exception de WSMan qui provoque le vswitch disparaissent de la console.

  • Problème 29

    Protocole HTTPS n'est pas prise en charge de la sonde, puis VMM ne règle créée moniteur site HTTPS de moniteur. VMM prend en charge HTTP et HTTPs dans la section de configuration de port LB mais HTTPS n'est pas pris en charge dans la section protocole de sonde LB.

  • Problème 30

    Propriétaire de la ressource (SSU utilisateur) non autorisé à accéder à la liste « GrantedTo » d'une ressource et par conséquent pas en mesure de voir qui a accès à la ressource. Lorsque l'utilisateur pour accorder l'accès est également un libre-service utilisateur, ils ne peuvent pas voir les modifications effectuées jusqu'à ce qu'ils redémarrer la console. Un utilisateur admin peut voir la modification, mais pour un utilisateur libre-service, la GrantedToList continue de renvoyer des résultats mis en cache, jusqu'à ce qu'ils redémarrer la console.

  • Problème 31

    Impossible de déplacer les disques parents qui le processus de migration intégrée de VMM. Utilisateur a plusieurs centaines de machines virtuelles, avec tous les disques diff pointant vers un seul parent. Déplacement de tous ces ordinateurs virtuels vers une nouvelle solution de stockage est bloqué par VMM. Pour les disques de diff, si n'importe quel disque ancêtre dans la hiérarchie (relation parent/enfant) est partagé par un autre disque diff, la migration de stockage du disque diff est bloquée par VMM. Toutefois, il isenabled via le Gestionnaire Hyper-V.

  • Problème 32

    Champ expectedDSColumn lève une exception critique lors du suivi du message d'incompatibilité de colonnes à l'origine de la panne du serveur lors de l'exécution de get-scvmhost. Une fois la base de données du serveur est mis à jour au seuil, serveur R2 ne peut pas travailler dans certains cas. Cette codepath dès était est utilisée par certains objets réseau et ADHC.

  • Problème 33

    Lorsque vous redimensionnez un modèle de service existant, vous pouvez dupliquer les ordinateurs virtuels Hyper-V ce même nom sont créés sur VMM dans System Center 2012 R2 correctif cumulatif 5 de havethe.

  • Problème 34

    Si vos machines virtuelles d'invité sécurité Windows mise à jour est3035131 ou 3031432installé, l'agent d'invités VMM n'exécute pas les scripts d'exécution de commande générique (GCE) par VMM a été demandés dans le cadre d'un déploiement d'ordinateur virtuel. Cela peut entraîner la défaillance 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 l'intermédiaire de scripts GCE, code d'erreur 22029 est retournée.

    RemarqueAprès avoir installé le correctif cumulatif 6 (objet cumulatifs) de System Center Virtual Machine Manager 2012 R2, vous devez maintenant accorderOuverture de session en tant que traitement par lots droits pour les exécuter en tant que compte spécifié. Sans ces droits, l'agent de l'invité ne pourra pas exécuter les scripts GCE via un compte Exécuter en tant que.

  • Problème 35

    Migration en direct de l'ordinateur virtuel échoue lorsque vous utilisez l'espace de stockage en cluster au format CSV et le stockage de l'ordinateur virtuel se trouve sur CSV. Migration en direct Cluster Hyper-V ne fonctionne pas après VMM dans le correctif cumulatif 5 pour System Center 2012 R2.

  • Problème 36

    Emplacement du disque de base doit pivoter entre partages d'un emplacement valide.

  • Problème 37

    La Console VMM peut utiliser une chaîne de version existante lors de la copie de modèle de service. Parfois, les utilisateurs ne peut pas copier un modèle de service à l'aide de la commande « Copier » pour un modèle de service. Du fait que la console d'administration génère une chaîne déjà existante pour la mise à jour.

  • Problème 38

    La mosaïque de la vue d'ensemble de capacité est manquante dans VMM dans System Center 2012 R2. Dans VMM dans System Center 2012 SP1, sous le volet ordinateurs virtuels et de services, lorsque vous sélectionnez un hôte et puis cliquez sur Aperçu dans le menu supérieur, la console fournit des informations de résumé et de la capacité sur l'hôte sélectionné. Les détails sur les cœurs de processeur, mémoire (Go) de mémoire et de stockage (Go) ne sont plus disponibles dans System Center 2012 R2.

  • Problème 39

    VMM Service arrêt en raison de le VSID en double. Dans de rares cas (synchronisation /-condition de concurrence critique et aléatoires des collisions nombre), différents sous-réseaux de machine virtuelle HNV peuvent obtenir la même VMSubnetIdentifier (ou VSID). Cela entraîne un comportement inattendu lorsque vous utilisez ces sous-réseaux de la machine virtuelle HNV. Par exemple, pour les machines virtuelles connectées à ce sous-réseau, les ordinateurs virtuels ne peuvent pas obtenir la connectivité attendue et ne pourront pas parler à des ordinateurs virtuels sur le même sous-réseau. Ou, lorsque les modifications d'adresses IP Service VMM fait tomber en panne.

  • Numéro 40

    Déploiement d'une machine virtuelle derrière un équilibreur de charge entraîne l'un Excepion critiques sur Placement :

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

  • Problème 41

    Page de démarrage qui a été introduite dans le correctif cumulatif 5, est supprimé 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 qui est protégé par un groupe de réplication.

  • Problème 43

    IP invité sur HNV réseau n'est pas marqué en tant que dynamique/DedicatedGuestIP même si les paramètres sont activés pour elle. Basculement d'autorité de certification rompus. Pour toute adresse IP ajoutée/déplacé sur une machine virtuelle connectée au réseau de NVGRE (scénario de basculement sur incident du IP Cluster/invité invité HNV), l'adresse IP est * pas * marqué comme dynamique (type = DedicatedGuestIP dans VMM) même si l'ordinateur virtuel possède les paramètres EnableGuestIPNetworkVirtualizationUpdates = true. Lorsque la première fois que l'adresse IP est ajoutée/déplacé il fonctionnera, mais les basculements ultérieure de la période d'enquête (déplacement à partir d'un ordinateur virtuel à d'autres) ne sont pas détectés automatiquement. Par conséquent, l'adresse IP ne sera pas accessible et la machine virtuelle perd la connectivité.

  • Problème 44

    Ancien fournisseur de stockage incorporé de l'intégration de Hitachi rompue avec UR5. Le fournisseur de stockage ne peut pas être actualisé. Cela empêche la gestion du fournisseur.

  • Problème 45

    Le client VMM se bloque lorsque vous définissez la plage de temps de l'optimisation de puissance.

  • Problème 46

    Il existe une condition de concurrence critique dans la disposition de le WnvEventEntrySubscriptionObserver en cas d'échec de la connexion de l'hôte.

  • Problème 47

    CentOS 7 et Red Hat Enterprise Linux 7 échouent définir la configuration de l'interface réseau DHCP est utilisé.

    Cela s'applique à tous les CentOS 7 et Red Hat Enterprise Linux (RHEL) 7 ordinateurs virtuels qui sont configurés pour utiliser le protocole DHCP par System Center Virtual Machine Manager. CentOS 7 et RHEL 7 serveurs que DHCP utilisée se produirait absence de données de configuration réseau pour chaque interface ethernet est utilisée par le serveur Linux. Ce problème se produit car CentOS 7 et RHEL 7 n'ont pas la commande ifconfig outil de Linux installée par défaut, à la différence des itérations précédentes. Les scripts de configuration pour la gestion de réseau DHCP ont été mis à jour pour utiliser l'outil ip au lieu de la commande ifconfig si l'outil ip est installé.

Comment faire pour obtenir et installer le correctif cumulatif 6 pour System Center 2012 R2 Virtual Machine Manager

Informations sur le téléchargement

Packages de mise à jour pour de Virtual Machine Manager sont disponibles à partir de Microsoft Update ou par téléchargement manuel à partir du catalogue Microsoft Update.

Mise à jour de Microsoft
Pour obtenir et installer un package de mise à jour de Microsoft Update, procédez comme suit sur un ordinateur qui a un composant de Virtual Machine Manager installé :

  1. Cliquez sur Démarrer , puis sur Panneau de configuration.
  2. Dans le panneau de configuration, double-cliquez sur Windows Update.
  3. Dans la fenêtre Windows Update, cliquez sur Rechercher en ligne des mises à jour à partir de Microsoft Update.
  4. Cliquez sur mises à jour importantes sont disponibles.
  5. Sélectionner les packages de mise à jour cumulative, puis cliquez sur OK.
  6. Cliquez sur installer les mises à jour pour installer les packages de mise à jour.
Téléchargement manuel de packages de mise à jour
Consultez les sites Web suivants pour télécharger manuellement les packages de mise à jour à partir du catalogue Microsoft Update :

Important Le serveur et les composants de la Console d'administration doivent être mis à jour sur le serveur Virtual Machine Manager.

Remarque Vous devez appliquer la mise à jour du serveur pour vous assurer que tous les ordinateurs virtuels nouvellement déployés à partir d'un modèle de Service aura l'agent invité mis à jour. Des ordinateurs virtuels déployés existants ont installer l'agent de mise à jour installée par le biais de Windows Update, WSUS, ou manuellement en utilisant le package suivant :

Instructions d'installation

Pour installer manuellement les packages de mise à jour, exécutez la commande suivante à partir d'une invite de commandes avec élévation de privilèges :

msiexec.exe /update packagename

Par exemple, pour installer le package de correctif cumulatif 6 pour un serveur de System Center 2012 R2 Virtual Machine Manager (KB3050317), exécutez la commande suivante :

msiexec.exe /update kb3050317_vmmserver_amd64.msp

Remarques

  • Si vous téléchargez les packages de mise à jour à partir du catalogue Microsoft Update et les installez en double-cliquant sur les packages manuellement, vous devez installer les packages de Virtual Machine Manager Server et la Console Administrateur comme un utilisateur avec des privilèges élevés. Vous pouvez installer le package de l'Agent d'invité Virtual Machine Manager comme un utilisateur non élevés.
  • Si vous avez également la Console d'administration installé sur le serveur VMM, installer les mises à jour dans l'ordre suivant :

    • Correctif cumulatif 6 pour Virtual Machine Manager Server
    • Correctif cumulatif 6 pour la Console Administrateur

    Entre ces deux installations, Virtual Machine Manager Server peut créer un journal d'erreur critique dans le répertoire VMMLogs. Ce problème se produit parce que la Console Administrateur partage certaines DLL avec Virtual Machine Manager Server et la journalisation de l'erreur critique peut entraîner un conflit de version. Pour résoudre ce problème, installez les mises à jour sur le serveur Virtual Machine Manager qui vous permet de démarrer le Service Virtual Machine Manager.
  • Avant la mise à jour de correctif cumulatif 5, que vous deviez mettre à jour manuellement le composant serveur de DHCP pour System Center Virtual Machine Manager (x 64). Dans VMM avec le correctif cumulatif de mise à jour 5 ou une version ultérieure, cette mise à jour manuelle n'est plus nécessaire.
  • Si vous téléchargez et extrayez Admin Console MSP, deux fichiers CAB sont le résultat, comme vous pouvez le voir dans la capture d'écran suivante. Un de ces fichiers CAB s'applique aux x 64 (également connu sous le nom AMD64) et tout autre fichier CAB x 86 (également connu sous le nom i386).

    Consultez la dernière référence à l'architecture du système d'exploitation dans le nom du fichier CAB pour déterminer auquel le type d'architecture du fichier CAB particulière est applicable.

Fichiers mis à jour dans ce correctif cumulatif

Pour une liste des fichiers qui sont modifiés dans ce correctif de mise à jour, téléchargez le fichier suivant :


Avertissement : Cet article a été traduit automatiquement.

Propriétés

ID d'article : 3050317 - Dernière mise à jour : 09/21/2015 20:55:00 - Révision : 3.0

Microsoft System Center 2012 R2, Microsoft System Center 2012 R2 Virtual Machine Manager

  • kbqfe kbfix kbexpertiseinter kbsurveynew atdownload kbmt KB3050317 KbMtfr
Commentaires