Samleoppdatering 6 for System Center 2012 R2 Virtual Machine Manager

Funksjoner som er lagt til i denne samleoppdateringen

• Legg til abonnement på Azure-funksjon: 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, kan du 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.
  
  Hvis du vil ha informasjon om krav til ASR, kan du se 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, kan du se Forstå generasjon 1 og generasjon 2 virtuelle maskiner i VMM.

• Totale eksponering nettverk 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. Aktivere 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.

• Alternativet til overcommit sky og vert gruppe kapasitet for replikaen VMs: 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, kan du 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 SCLibraryServerog Fjern SCLibraryShare. Brukere trenger ikke å bruke den – Force flagg sammen med disse cmdleter for å unngå feil i 801. 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.
  
  

• 3-problem
  
  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 "IP-adressen utenfor området"-feil.
  
  

• 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
  
  Register-type: DWORD
  
  Min verdi: 0 sekunder
  
  Maksimal verdi: 20 dager
  

  Verdier må være angitt i sekunder.
  
  DWORD-navn: VMPropertiesEventAssitedUpdateInterval
  
  DWORD value:value_in_seconds
  
  Obs! Plassholder for value_in_seconds 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. Det er imidlertid aktivert via 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 servicemal, opprettes like Hyper-V virtuelle maskiner som har samme navn på VMM i System Center 2012 R2 oppdateringen samleoppdatering 5.
  
  

• Problemet 34
  
  Hvis din gjest virtuelle maskiner har Windows security update 3035131 eller 3031432 som er installert, kjører ikke VMM gjest agent 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 installerer Samleoppdatering 6 (eller senere samleoppdateringer) for System Center Virtual Machine Manager 2012 R2, nå må du gi Logg på som satsvis jobb -rettigheter til å kjøre som kontoen. Gjest-agenten kan ikke kjøre skriptene GCE via en Kjør 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