Samleoppdatering 6 for System Center 2012 R2 Virtual Machine Manager

VIKTIG: Denne artikkelen ble oversatt med maskinoversettelsesprogramvare fra Microsoft og muligens redigert av Microsoft Community via CTF-teknologi i stedet for av en oversetter. Microsoft tilbyr både menneskelig oversatte og maskinoversatte/Community-redigerte artikler, slik at du får tilgang til alle artiklene i vår Knowledge Base på ditt eget språk. En maskinoversatt eller Community-redigert artikkel er imidlertid ikke alltid perfekt. Den kan inneholde feil i vokabular, syntaks eller grammatikk, mye likt en fremmedspråklig som forsøker å snakke språket ditt. Microsoft har ikke ansvar for unøyaktige opplysninger, feil eller skade forårsaket av feilaktig oversettelse av innholdet eller kundenes bruk av informasjonen. Microsoft oppdaterer jevnlig maskinoversettelsesprogramvaren og -verktøyene for å forbedre redigering av maskinoversatte tekster.

Den engelske versjonen av denne artikkelen er den følgende: 3050317
Introduksjon
Denne artikkelen beskriver problemene som er løst i Samleoppdatering 6 for Microsoft System Center 2012 R2 Virtual Machine Manager. To oppdateringer er tilgjengelige for Virtual Machine Manager (VMM): Server og Administrator-konsollen. Denne artikkelen inneholder også Installasjonsinstruksjoner for Samleoppdatering 6 for System Center 2012 R2 Virtual Machine Manager.

Funksjoner som er lagt til i denne samleoppdateringen



  • Legg til Azure abonnementsfunksjonen: Ved hjelp av funksjonen Legg til Azure-abonnement i Samleoppdatering 6, kan administratorer av Virtual Machine Manager legge til abonnementer på Microsoft Azure VMM og utføre grunnleggende handlinger på Azure forekomster i disse abonnementene. Funksjonen er inkludert i Virtual Machine Manager i Samleoppdatering 6 for System Center 2012 R2. Du kan bruke en konsoll for hver Azure abonnement som du legger til, for å se alle rolle-forekomster i alle grupper for distribusjon i dette abonnementet.

    Hva du kan gjøre med denne funksjonen

    Hvis du allerede administrerer lokale virtuelle maskiner i Virtual Machine Manager, kan du bruke denne funksjonen til å utføre noen grunnleggende handlinger på Azure forekomster uten å forlate VMM-konsollen. Du kan for eksempel gjøre følgende:

    • Legge til eller fjerne én eller flere Azure abonnementer med VMM-konsollen.
    • Se en listevisning av detaljer og status for alle rolle-forekomster i alle distribusjoner i dette abonnementet.
    • Oppdatere listen over forekomster manuelt.
    • Utfør følgende grunnleggende handlinger på forekomster:

      • Start
      • Stopp
      • Avslutning
      • Start på nytt
      • Koble til via RDP
    Hvis du vil ha mer informasjon, se Legge til et abonnement på Azure i VMM i System Center 2012 R2 med Samleoppdatering 6.
  • Forbedret E2A ASR beskyttelse scenario: Ved at Samleoppdatering 6 i miljøet ditt Virtual Machine Manager, er det enklere å oppdage og rette opp et problem som noen ganger oppstår når du konfigurerer Azure området Systemgjenoppretting (ASR) beskyttelse. Dette problemet oppstår når du vil legge til ASR-beskyttelse for lokale virtuelle maskiner, og du har følgende egenskaper for virtuell maskin:

    • Ingen angitte operativsystemversjon
    • Ingen indikasjon på hvilken disk som inneholder operativsystemet for virtuell maskin
    Disse egenskapene må være angitt fordi de kreves av Azure områdegjenoppretting. I Samleoppdatering 6, en klarere sett med feil meldinger vises i VMM i jobber-ruten hvis du prøver å konfigurere en virtuell maskin som ikke oppfyller kravene.

    Se for informasjon om krav til ASR ASR E2A beskyttelse Scenario forbedring.
  • Alternativet for å bruke generasjon 2 VMs i tjenester og VMRoles: Samleoppdatering 6 gir VMM nå støtte for generasjon 2 virtuelle maskiner for tjenester og VM roller. Ved hjelp av denne funksjonen, kan du distribuere tjenester over flere lag og velger VM-generering for enkeltlag. Brukere kan vedlikeholde disse forekomster av tjenesten gjennom konvensjonelle og image-based servicing.

    Hvis du vil ha mer informasjon, se Forstå generasjon 1 og generasjon 2 virtuelle maskiner i VMM.
  • Total pålogging eksponering for Bruk regler i Management Pack: Denne endringen introduserer to regler som er rettet mot Hyper-V verter:

    • Totalt antall innkommende VNic nettverk trafikk samling regel
    • Totalt antall utgående VNic nettverk trafikk samling regel
    Disse reglene måle total inngående og total utgående trafikk i kilobyte per VNic per virtuell maskin i følgende metode:

    For hver VM:

    1. Aktiver Avlesning av Hyper-V Hvis det ikke er aktivert.
    2. Kjør Mål-VM.
    3. Avlesning samle data for hver ekstern adresse på "0.0.0.0/0" eller ":: / 0-per VNic.
    Som standard kjører disse reglene hver time. Brukerne kan velge for å overstyre denne innstillingen ved å overstyre IntervalSeconds-egenskapen. Disse reglene bør ikke kjøres oftere enn hvert femte minutt (300 sekunder).

    Virkemåten i tidligere versjoner: VMM ikke måle data forbruk. Den måles bare gjennomstrømning.
  • Alternativ til overcommit sky og vert gruppe kapasitet for VMs replika: System Center 2012 R2 Virtual Machine Manager kan du legge din replika virtuelle maskiner på en forhåndskonfigurert sky eller vert gruppe hvis de får plass i innstillinger for ressurskapasitet. Til nå antatt VMM at alle ressursene som var tildelt replika VMs var i bruk. Derfor VMM ikke mulig å legge en replika virtuell maskin på en sky eller vert gruppe som ville øke samlede belastningen av alle replikasett VMs utover sky eller vert gruppe kapasiteten.

    Selv om denne virkemåten har gjort sikker på at alle replikaen VMs kan starte samtidig, kan det føre til at en ikke-optimal bruk av replika skyer og vertsgrupper. Dette kan skje hvis du (en Enterprise eller Hoster) forsøkte å sette flere virtuelle maskiner i en sky eller en gruppe med verten. Det vil si hvis du overcommited gruppen replika sky eller vert. I Samleoppdatering 6, kan du overcommit skyer og vertsgrupper i VMM-miljøet ved å konfigurere følgende registernøkkel på VMM-Server:

    Sted i registret:
    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings\Placement

    DWORD-navn: IgnoreMemoryForStoppedReplicaVM
    DWORD-verdi: 1

    Obs! Hvis undernøkkelen plasseringen ikke finnes, oppretter du den.

    Hvis du vil ha mer informasjon, se Alternativet for å overcommit sky og HG for replikaen VMs.
  • Støtte for VMWare VCenter 5.5 grunnleggende scenarier.

    Samleoppdatering 6 introduserer støtte for følgende scenarier:

    • Legge til VCenter 5.5 VMM 2012 R2 UR6 management
    • Legg til ESX vert med versjon 5.5 og ta under behandling
    • Opprette VMWare VM mal og distribuere virtuelle maskiner med malen
    • Opprette maler med grunnleggende nettverk (Disse omfatter domenetilknyttede scenarier), og distribuere virtuelle maskiner
    • Utføre forskjellige VM lifecycle operasjoner (for eksempel start, Stopp, avslutte, reparasjon, Oppdater og kontrollpunkt på en virtuell maskin).
    • Koble til virtuelle maskiner ved hjelp av konsollen, og Kontroller tilgjengelighet
    • Deprovision virtuelle maskiner
    • Opprette et ressursutvalg, og koble ressursutvalget under behandling av VMM
    Disse er begrenset scenarier. Imidlertid representerer de det første og viktigste trinnet mot støtte for nyere versjoner av VCenter. Vi fortsetter å bygge på våre supportability matrise for VMWare VCenter og kan gi deg oppdateringer for å løse dette i fremtidige samleoppdateringspakker.

Problemer som er løst i denne samleoppdateringen

  • Problem 1

    En 801 feil oppstår når VMM objekter er fjernet. VMM oppdager noen ganger et problem der en VMM-objekt, for eksempel en virtuell maskin ikke kan fjernes enten fra Brukergrensesnittet eller Windows Powershell fordi noen av de underordnede objektene mangler i databasen. Dette fører ofte til brukere å søke etter hjelpetiltak skript til å fjerne objekter som er påvirket. I Samleoppdatering 6 har VMM forbedret tre Powershell-cmdleter til å minimere 801-relaterte feil. Disse cmdlets er Fjern SCServiceTemplate, Fjern SCLibraryServer, og Fjern SCLibraryShare. Brukere trenger ikke å bruke den – Force Hvis du vil unngå 801 feil flagg sammen med disse cmdlets. Cmdlets gir deg muligheten til å løse avhengigheter som kan føre til feil i 801.

  • Problem 2

    VMM-tjenesten krasjer og genererer en feilmelding om tilgangsbrudd i System.Xml når den respons på en hendelse integrasjonstjenester.

  • Problem 3

    Kritisk unntak i WCF-feilbehandleren--ObjectDisposedException--Microsoft.VirtualManager.Engine.Remoting.ClientConnection.HandleError. Når VMM slås av WCF-tjenestevert det kaller Abort som kan føre til at alle ubehandlede meldinger som ungracefully skal avsluttes, og dette kan føre til at ObjectDisposedExceptions blir kastet. VMMS på øverste nivå WCF-feilbehandleren ser disse unntakene før prosessen er avsluttet og rapporterer dem som kritiske unntak. Så her rapporterer VMM harmløse feil som kritiske feil kanskje å legge til bruker-forvirring.

  • Problemet 4

    Alternativ for MAC-adresse er grået ut i Brukergrensesnittet når vnic ikke er tilkoblet. Dette hindrer brukere i å merke nettverkskortet som statisk. Etter at du oppgraderer til VMM i System Center 2012 R2, kan ikke kunden velger alternativet av statisk Mac-adresse i VM-maler som han oppretter hvis den virtuelle maskinen ikke er koblet til et nettverk. MAC-adresse og IP-alternativene er grået ut når den virtuelle maskinen ikke er "tilkoblet". Derfor kan ikke han tilordne en statisk MAC-adressen til den virtuelle maskinen før distribusjon.

  • Problemet 5

    Vvirtual maskin tilpasning kan mislykkes og genererer et kritisk unntak når Hyper-V ikke returnerer et objekt i diskettstasjonen. Under tilpassing av en virtuell maskin er det en sjanse for at Hyper-V vil returnere diskettstasjon objektet som null og VMM prøver å legge til en stasjon. Imidlertid er legge til diskettstasjonen ikke implementert i Hyper-V. Dette genererer et unntak som fører til feil på jobb og forlater den virtuelle maskinen i oppretting mislyktes tilstand. Brukeren kan reparere den virtuelle maskinen for å fungere. Dette kan skje hvis diskett Drive Config (på den delte ressursen) ikke er tilgjengelig for Hyper-V eller Hyper-V er opptatt eller stressende.

  • Problemet 6

    Kan ikke distribuere virtuelle maskiner med statisk IP når flere IP-utvalg for ett VM delnett er konfigurert. Kunden prøver å opprette en virtuell maskin ved hjelp av en mal som har statisk IP-innstillinger. Hvis det er flere IP-utvalg i et delnett og kunden gir en IP-adresse fra et annet utvalg enn standard (det vil si automatisk fylles utvalget som vises i Brukergrensesnittet), deretter VM-veiviseren er fullført uten feil, men VM opprettingen mislykkes og returnerer en feil IP-adressen utenfor området".

  • Problemet 7

    VmmService krasjer under behandling av fjernet VM delnett på IP endre hendelser som er sendt av Hyper-v. Hvis det er en hendelse som er sendt av Hyper-V for IP-endring, men VM delnettverket finnes ikke lenger i VMM, forårsaker en VMM-tjenesten krasjer i et oppsett for NVGRE.

  • Problemet 8

    VMS rapporteres mangler som VmMovedRefresherEvent ikke er mottatt. Når en virtuell maskin Flytt inntreffer når en vert ikke er i modus for Eventing og den virtuelle maskinen er i migrasjon tilstand, og når hendelsen oppdateringsfunksjonen kobler seg det kan være et vindu der ingen lytter og oppdateringsoperasjonen høyre før lyttende modus ikke får endringen. VMM får derfor ikke disse endringene før neste fullstendige oppdateringsfunksjonen som kan være så verste som 24 timer.

    Hvis du vil forsikre deg om at slike tapte hendelser er synkronisert via lys VM-oppdatering i Eventing modus, kan du opprette og konfigurere følgende registernøkkel for å kjøre oppdateringsfunksjonen lys virtuell maskin med jevne mellomrom. Dette repetisjon kjøres i tillegg til en hvilken som helst hendelse-basert refreshers.

    Sted i registret:
    HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings

    Registernøkkelen:

    VMPropertiesEventAssitedUpdateInterval

    Registertype: DWORD

    Min verdi: 0 sekunder

    Maksimal verdi: 20 dager
    Verdier må være angitt i sekunder.

    DWORD-navn: VMPropertiesEventAssitedUpdateInterval

    DWORD-verdi:value_in_seconds

    Obs! Den value_in_seconds Plassholder kan være en verdi på 0 sekunder til 20 dager (også i sekunder).


  • Problemet 9

    Krev eksplisitt flagg for å indikere en manglende virtuell maskin eller en Service VM fjerning under Fjern vert for brukeren. VMM kontrollerer ikke om finnes VMs på verten under fjerning av verten fra VMM. En vert kan inneholde Service virtuelle maskiner, virtuelle maskiner som er distribuert til skyen, virtuelle maskiner som har egendefinerte egenskaper som er definert for dem. Hvis en bruker ved et uhell fjerner slike en vert, brytes alle tilknytninger. Denne løsningen unngår slike scenarier ved å be brukerne om en bekreftelsesmelding før slike verter er fjernet fra VMM.

  • Problemet 10

    Hvis du har et logisk nettverk som har flere nettverk områder, og nettverk-områder er synlig for nettverkskortet vert, PAs fra disse områdene på forskjellige nettverk vil bli tildelt og rutingsinformasjonen må også angis. (Nettverk områder er også kalt "logiske nettverk definisjoner.") I et flere vert scenario med VM1 på vert1 som er koblet til PA1, er det en sak Hvis en VM2 er koblet til en hnv LN, og har en PA1 for NetwkSite1 og den er koblet fra, og senere koblet og har en PA2 for NetwkSite2 (tilfeldig eller på grunn av PA-tømming), og deretter en stund, ikke kan vi fylle PA-rutingsinformasjon mellom NetwkSite1 og NetwkSite2. Dette skjer på grunn av måten at den interne rute representasjonen tastes for innsetting i en hash-tabell.

  • Problemet 11

    Når en vert er oppdatert, oppretter det en WinRM-nettverkstilkoblingen (til hver vert oppdateres) som hele tiden strømmer data.

  • Problemet 12

    Når det opprettes flere vert virtuelle nettverkskort, er tilfeldige feil observert. Når kundene oppretter flere virtuelle nettverkskort i ett bilde som en del av en logisk svitsj, kan ett eller flere virtuelle nettverk IP-konfigurasjonen av nettverkskortet mislykkes.

  • Problemet 13

    Brukeren treffer en like viktig innsetting i HostWSManGetter.UpdateRASDCache når du utfører en host-oppdatering.

  • Problemet 14

    Når brukeren prøver å klone en virtuell maskin med kontrollpunkt etter kloning operasjonen er fullført, VMM feilaktig gjenkjenner den virtuelle maskinen for nylig opprettede klone som opprinnelige VM, og feilaktig angir at den virtuelle maskinen er overført. Den forsøker deretter å håndtere denne endringen. Derfor opprettet en ekstra, virtuell maskin på en annen vert med "manglende" tilstand. VMM tror at den virtuelle maskinen bruker en annen vert, og denne VM er ikke synlig for TFS før den neste VM-oppdateringen.

  • Problemet 15

    Når VSEM leverandøren er oppgradert, angis ikke leverandørens muligheten til å motta varsler til varsling-motoren.

  • Problemet 16

    Nettverk plasseringen slutter å svare under dynamic host optimalisering. Enkelte operasjoner i plasseringen var ment for å kjøres som oppgave. Når den kjøres i repetisjon oppgave, er kontekst null. Dette forårsaker et krasj i plasseringen.

  • Problemet 17

    Det tar 4 + minutter å åpne konsollen VMM når delegerte administratorer starter VMM-konsollen. I miljøer med stor VMM forsinket start konsollen for delegerte administratorer når det sammenlignes med administratorer.

  • Problemet 18

    Lagring leverandøren oppdateringen mislykkes etter at disken på sofs.

  • Problemet 19

    VMM kan ikke oppdatere replika/primær virtuell maskin uten ASR, også overføring av gjenoppretting VM i IR-ventetilstand utføre ikke direkte migrering.

  • Problemet 20

    Når du sletter en virtuell maskin, flettes kontrollpunkt før som skal slettes. Når brukeren prøver å slette en virtuell maskin som har kontrollpunkt, tar lang tid (opptil en time) til slutt i slettingen.

  • Problemet 21

    En kjøre gjør-operasjon på noen ganger mottar et kritisk unntak: DBCorruptionException.

  • Problemet 22

    Noen brukere bruker stort sett for VIPAddress i stedet for IP-områder til å gjøre det enklere å legge til/fjerne individuelle IPs. VMM administrasjonspakke skjema begrenser som dette feltet til 256 tegn (standard). Brukere kan imidlertid ha verdier ~ 500 tegn. Og derfor Discovery ble bryte VMM OM integrering på grunn av et uventet unntak fra SCOM.

  • Problemet 23

    Mål RG og målet LUNs er ikke tilknyttet etter enableRG aktivitet hvis RG/LUN-er er precreated.

  • Problemet 24

    Du må oppdatere poster for MAC-adresse for en F5-Gateway-enhet når den mislykkes og erstattes. Hvis en enhet F5 er ARM hadde og erstattet med en ny enhet med en ny MAC-adresse, VMM ikke har noen måte å oppdatere MAC-adressen for den nye enheten.

  • Problemet 25

    La stempling brukeridentiteten stempel på replika virtuell maskin slik at du bruker. Brukerne må oppdatere UserRole og eier attributter på sine ReplicaVMs, men en operasjon på replikaen virtuell maskin er blokkert. Så kan ikke de oppdatere disse to parametere på replika VMs.

  • Problemet 26

    Registerred SMB dele, vises ikke som mål alternativ når du distribuerer en ny virtuell machineto for HA en klynge.

  • Problemet 27

    Kritisk unntak i lagring oppdatereren når discovering replikeringstjenesten--ArgumentNullException--SetCustomOptions.

  • Problemet 28

    Under verten spørringer repetisjon VMM team informasjon (bryteren team eller LBFO team). Mens spørring bryteren Team VMM treffer WSMan unntaket som fører til at vswitch skal forsvinne fra konsollen.

  • Problemet 29

    HTTPS-protokollen støttes ikke i sonde, og VMM ikke regelen opprettet skjerm skjerm HTTPS-området. VMM støtter HTTP og HTTPs i delen for LB-port, men HTTPS støttes ikke i delen for protokollen LB sonde.

  • Problemet 30

    Ressursen eieren (SSU bruker) ikke autorisert til å få tilgang til 'GrantedTo' liste for en ressurs, og derfor ikke kunne se som alle har Access til ressursen. Når brukeren gir tilgang, også en selvbetjent bruker, kan de se endringer de har gjort før de starter konsollen på nytt. En administrator kan se endringen, men for en selvbetjent bruker GrantedToList fortsetter å returnere hurtigbufrede resultater, før de starter konsollen på nytt.

  • Problemet 31

    Kan ikke flytte overordnede disker som har innebygde overføringsprosessen for VMM. Brukeren har flere hundre virtuelle maskiner, med alle diff-disker som peker til en enkelt forelder. Alle disse VMs du flytter til en ny lagringsløsning blir, blokkert av VMM. Hvis disker som overordnet element i hierarkiet (overordnet/underordnet-relasjonen) deles av en annen diff disk, blokkeres lagring for overføring av diff-disk for diff disker av VMM. Men det isenabled gjennom Hyper-V Manager.

  • Problemet 32

    Feltet expectedDSColumn genererer kritisk unntak under sporing meldingen for kolonner feil forårsaker serveren krasjer når den kjører get-scvmhost. Etter DB Server er oppdatert til terskel, fungerer R2 server ikke med det i visse tilfeller. Denne codepath brukes av noen nettverk og ADHC objekter.

  • Problemet 33

    Når du skalerer ut en eksisterende mal for tjenesten, kan du duplisere Hyper-V virtuelle maskiner som havethe med samme navn som er opprettet på VMM i System Center 2012 R2 oppdateringen samleoppdatering 5.

  • Problemet 34

    Hvis din gjest virtuelle maskiner har Windows-sikkerhetsoppdatering3035131 eller 3031432installert, kjører VMM gjest-agenten ikke generiske kommandoen kjøring av kode (GCE)-skript som er forespurt av VMM som en del av VM-distribusjon. Dette kan føre til feil i flere scenarier der du bruker GCE skript for distribusjon og vedlikehold. Når du prøver å vedlikeholde en VMM servicemal gjennom GCE skript, returneres for eksempel feilkoden 22029.

    Obs!Når du har installert Samleoppdatering 6 (orlater samleoppdateringer) for System Center Virtual Machine Manager 2012 R2, nå må du giLogg på som satsvis jobb rettigheter til å kjøre som kontoen. Gjest-agent vil ikke kunne kjøre skriptene GCE via en kjører som kontoen uten disse rettighetene.

  • Problemet 35

    Live migrering av virtuelle maskiner mislykkes når du bruker klyngede lagringsplass som CSV og VM-lagring er plassert på CSV. Hyper-V klynge Live Migration fungerer ikke etter VMM i System Center 2012 R2 oppdateringen samleoppdatering 5.

  • Problemet 36

    Grunnleggende disk plasseringen skal rotere mellom aksjer gyldig plassering.

  • Problemet 37

    VMM-konsollen kan bruke en eksisterende streng Release under service mal kopi. Noen ganger kan kan ikke brukerne kopiere en servicemal ved hjelp av kommandoen "Kopi" for en servicemal. Grunnen er at Administrator-konsollen genererer en eksisterende streng for utgivelsen.

  • Problemet 38

    Oversikt over flisen kapasitet mangler i VMM i System Center 2012 R2. Når du velger en vert, og klikk deretter Oversikt i den øverste menyen i VMM i System Center 2012 SP1 under ruten VMs og tjenester gir konsollen informasjon om den valgte verten sammendrag og kapasitet. Detaljer om prosessorkjerner, minne (GB) og -lagring (GB) har blitt utilgjengelig i System Center 2012 R2.

  • Problemet 39

    VMM-tjenesten krasjer på grunn av dupliserte VSID. I sjeldne tilfeller (synkronisering-/ kappløpssituasjon og tilfeldige tall kollisjon) forskjellig HNV VM delnett kan få tak i samme VMSubnetIdentifier (a.k.a VSID). Dette fører til uventet atferd når du bruker disse HNV VM delnett. For eksempel for VMs som er koblet til dette delnettverket for virtuelle maskiner kan ikke hente den forventede tilkoblingen og vil ikke kunne snakke med virtuelle maskiner på samme delnett. Eller når sine IP-adressen endres, og den vil forårsake VMM-tjenesten krasjer.

  • Problemet 40

    Distribuere en virtuell maskin bak en belastningsfordeling fører til en kritisk Excepion på plasseringen:

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

  • Problemet 41

    Startside som ble innført i oppdatering samleoppdatering 5 er fjernet i Samleoppdatering 6.

  • Problemet 42

    En virtuell maskin er ikke knyttet til en Replikeringsgruppe, og kan ikke flyttes til et sted som er beskyttet av Replikeringsgruppen.

  • Problemet 43

    Gjest IP på HNV nettverk er ikke merket som dynamisk/DedicatedGuestIP selv om innstillinger er aktivert for den. CA-Failover brutt. For alle IP-adresser legges til/flyttet i en virtuell maskin som er koblet til NVGRE nettverk (HNV gjest klynge/gjest IP-Failover scenario), IP-adressen er * ikke * merket som dynamisk (type = DedicatedGuestIP i VMM) selv om den virtuelle maskinen med innstillingene EnableGuestIPNetworkVirtualizationUpdates = true. Når første gang som IP-adressen er lagt til/flyttet det vil fungere, men senere failovers av IP (flytter fra ett VM til andre) blir ikke oppdaget automatisk. Derfor kan ikke nås IP-adressen og VM vil miste tilkoblingen.

  • Problemet 44

    Eldre innebygd lagring leverandøren fra Hitachi integrasjon brutt med UR5. Leverandøren av lagringsplass kan ikke oppdateres. Dette forhindrer at behandling av leverandøren.

  • Problemet 45

    VMM-klienten slutter å svare når du angir tidsområdet for strøm optimalisering.

  • Problemet 46

    En kappløpssituasjon finnes i salg av WnvEventEntrySubscriptionObserver når tilkoblingen på verten mislykkes.

  • Problemet 47

    CentOS 7 og Red Hat Enterprise Linux 7 kan ikke angi grensesnittet nettverkskonfigurasjon når DHCP brukes.

    Dette gjelder for alle CentOS 7 og Red Hat Enterprise Linux (RHEL) 7 virtuelle maskiner som er konfigurert til å bruke DHCP av System Center Virtual Machine Manager. CentOS 7 og brukte DHCP vil støte på fraværende nettverk konfigurasjonsdata for hver ethernet-grensesnitt som brukes av serveren Linux RHEL 7-servere. Dette problemet oppstår fordi CentOS 7 og RHEL 7 ikke har Linux verktøyet ifconfig installert som standard, i motsetning til tidligere gjentakelser. Skriptene konfigurasjon for DHCP-nettverk ble oppdatert for å bruke IP-verktøyet i stedet for ifconfig Hvis IP-verktøyet er installert.

Slik skaffer og installerer du samleoppdatering 6 for System Center 2012 R2 Virtual Machine Manager

Last ned informasjon

Oppdateringspakkene for Virtual Machine Manager er tilgjengelig fra Microsoft Update eller ved manuell nedlasting fra Microsoft Update-katalogen.

Microsoft Update
For å skaffe og installere en oppdateringspakke fra Microsoft Update, kan du følge denne fremgangsmåten på en datamaskin som har installert en komponent for Virtual Machine Manager:

  1. Klikk Start og deretter Kontrollpanel.
  2. Dobbeltklikk Windows Updatei Kontrollpanel.
  3. I Windows Update-vinduet klikker du Sjekk Online for oppdateringer fra Microsoft Update.
  4. Klikk viktige oppdateringer er tilgjengelige.
  5. Velg samleoppdateringen-pakker, og klikk deretter OK.
  6. Klikk installere oppdateringer for å installere oppdateringspakkene.
Manuell nedlasting av oppdateringspakker
Gå til følgende webområder for å laste ned oppdateringspakkene manuelt fra Microsoft Update-katalogen:

Viktig Både serveren og Administrator-konsollen-komponenter må oppdateres på Virtual Machine Manager-serveren.

Obs! Du må bruke serveroppdateringen å forsikre deg om at alle nylig distribuert virtuelle maskiner fra en servicemal har oppdatert gjest-agenten. Eksisterende distribuert virtuelle maskiner kan ha installere oppdaterte agenten installeres via Windows Update via WSUS eller manuelt ved hjelp av følgende pakke:

Instruksjoner for installasjon

Hvis du vil installere oppdateringspakkene manuelt, kjører du følgende kommando fra en hevet ledetekst:

msiexec.exe /update packagename

Hvis du for eksempel vil installere pakken Samleoppdatering 6 for System Center 2012 R2 Virtual Machine Manager-server (KB3050317), kjører du følgende kommando:

msiexec.exe /update kb3050317_vmmserver_amd64.msp

Notater

  • Hvis du manuelt laste ned oppdateringspakkene fra Microsoft Update-katalogen og installere dem ved å dobbeltklikke pakkene, må du installere pakkene Virtual Machine Manager-Server og Administrator-konsollen som en privilegert bruker. Du kan installere pakken gjest-agenten for Virtual Machine Manager som en bruker ikke privilegert installasjon.
  • Hvis du også har installert på serveren VMM i Administrator-konsollen, kan du installere oppdateringene i følgende rekkefølge:

    • Samleoppdatering 6 for Virtual Machine Manager-Server
    • Samleoppdatering 6 for Administrator-konsollen

    Virtual Machine Manager-Server kan opprette en kritisk feil-logg under mappen VMMLogs mellom disse to installasjonene. Dette problemet oppstår fordi administratorkonsollen deler noen DLL-filer med Virtual Machine Manager-Server, og en versjonskonflikt kan føre til logging av kritisk feil. Hvis du vil løse dette problemet, må du installere begge oppdateringene på Virtual Machine Manager-Server som du bruker til å starte tjenesten Virtual Machine Manager.
  • Før du oppdaterer samleoppdatering 5 måtte du manuelt oppdatere komponenten System Center Virtual Machine Manager DHCP-Server (x 64). Denne manuell oppdatering er ikke lenger nødvendig i VMM med Update Rollup 5 eller senere versjoner.
  • Hvis du laster ned og pakke ut MSP for Admin-konsollen, er to CAB-filene resultatet, som du kan se i følgende skjermbilde. En av disse CAB-filene som gjelder for x 64 (også kjent som AMD64) og andre CAB-filen gjelder for x 86 (også kjent som i386).

    Se den siste referansen til operativsystemet arkitektur i CAB-filnavnet til å bestemme arkitekturtype bestemt CAB-filen er tilgjengelig.

Filene som oppdateres i denne samleoppdateringen

For en liste over filer som er endret i denne samleoppdateringen, kan du laste ned følgende fil:


Advarsel: Denne artikkelen er autooversatt

Egenskaper

Artikkel-ID: 3050317 – Forrige gjennomgang: 09/21/2015 22:52:00 – Revisjon: 3.0

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

  • kbqfe kbfix kbexpertiseinter kbsurveynew atdownload kbmt KB3050317 KbMtno
Tilbakemelding