Opdateringspakke 7 til System Center 2012 R2 Virtual Machine Manager

Funktioner, der er tilføjet i denne opdateringspakke

• Understøttelse af Windows 10 klientoperativsystem
  
  Når du har installeret denne opdatering, kan du klargøre og tilpasse Windows 10 Client Virtual Machines (VM'er). Denne understøttelse omfatter ikke installation af Virtual Machine Manager konsol på Windows 10-operativsystemklienter.
  
  

• Understøttelse af nye Linux-operativsystemer
  
  Når du har installeret denne opdatering, kan du klargøre og tilpasse Debian 8 Linux som et gæsteoperativsystem.
  
  

• Understøttelse af VMWare vCenter 5.5-administrationsscenarier
  
  Med opdateringspakke 6meddelte vi understøttelse af grundlæggende administrationsscenarier for vCenter 5.5. Baseret på vores planer om vCenter- og VMM-integration og supportabilitet annoncerer vi en bredere supportmatrix til at administrere vCenter-forekomster i VMM-konsollen.
  
  Du kan få en komplet liste over scenarier, der understøttes, ved at klikke her.
  
  

• Understøttelse af flere eksterne IP-adresser pr. Virtual Network
  
  Du kan nu have flere eksterne IP-adresser tildelt en enkelt Virtual Network, hvis du har opdateringspakke 7 eller en nyere version installeret i dit VMM-miljø.
  
  Opdateringspakke 7 indeholder mulighed for at angive flere IP-adresser for NAT i VMM ved hjælp af PowerShell. Denne opdatering øger evnen til et højere niveau i stakken ved at have understøttelse i VMM for Fabric Administrator.
  
  Hvordan gør jeg bruge denne funktion?
  
  

  $natConnection = Add-SCNATConnection -Name "NAT_Connection1_NatConnection" -VMNetworkGateway $VmNetworkGateway -ExternalIPPool $externalIpPoolVar -ExternalIPAddress "30.30.30.50"
  
  $natConnection = $natConnection = Add-SCNATConnection -Name "NAT_Connection2_NatConnection" -VMNetworkGateway $VmNetworkGateway -ExternalIPPool $externalIpPoolVar -ExternalIPAddress "30.30.30.51"
  Efter at have undersøgt dybt alle dele i stakken, indså vi, at leveringen af en effektiv og pålidelig løsning kræver yderligere arbejde og vil ikke passer ind i en enkelt UR-udgivelse. Derfor leverer vi muligheden for at angive flere IP-adresser pr. virtuelt netværk ved hjælp af en HNV NAT Gateway på en faseinddelt måde.
  
  En fremtidig opdateringspakke til VMM vil undersøge egenskaberne gennem den komplette stak og give følgende funktionalitet hele vejen gennem Windows Azure Pack (WAP).
  
  

  • Når du tilføjer en ny NAT-regel, kan en lejer nu bruge en eksisterende ekstern adresse eller angive en ny.

  • Du kan lade WAP-administratoren angive kvoter for de eksterne IP-adresser, der er aktiveret pr. brugerrolle i skyen.

  Vi forstår, at der er stor efterspørgsel omkring denne funktion baseret på mængden af kundefeedback, vi har modtaget. Vi planlægger at levere fuld support til denne funktion.

• Mulighed for at gentilknytte horeunge virtuelle maskiner til deres tjeneste- eller VM-rolle
  
  Hvis du nogensinde har været nødt til at fjerne en vært, der hoster virtuelle maskiner med tjeneste- eller VM-rolle, og du ønsker at vinke en tryllestav for at tilknytte en virtuel maskine til dens tjeneste- eller VM-rolle, når værten er blevet genindkaldt til VMM, har vi løsningen for dig i opdateringspakke 7.
  
  Du kan nu knytte en tabt virtuel maskine til dens tjeneste- eller VM-rolle igen, når værtsserveren er blevet tildelt VMM igen.
  
  Klik herfor at få flere oplysninger.
  
  

• Understøttelse af VMM DHCP Extension PXE/TFP Forwarding
  
  Administrators who depend on PXE to set up virtual machines or hosts can now perform a PXE boot by directly advantage of VMM DHCP extensions.

Problemer, der er løst i denne opdateringspakke

• På en skala på mere end 50 værter går VMM-tjenesten ned eller holder op med at reagere periodisk uden at smide en brugbar undtagelse.
  
  

• Hyper-V Network Virtualization (HNV) politikfordeling sendes ikke til en vært periodisk. Effekten er, at virtuelle maskiner, der er aktive på den pågældende vært, ikke kan sende eller modtage netværkstrafik til andre vm'er i eller uden for VM-netværket.
  
  

• Når en vært har mange virtuelle parametre (f.eks. 15 eller mere), tager det mere end en time at afslutte værtsopdateringen.
  
  Iterative WSMan GET-opkald er nu blevet optimeret til at give bedre netværkseffektivitet.
  
  

• VM-opdatering af en virtuel maskine, der har flere pass-through-diske, mislykkes ved en værts genstart. Ved genstart udskifter værten de tilsluttede diske periodisk, og VMM håndterer nogle gange ikke ændringen. Dette medfører en situation, hvor den virtuelle maskine bliver ubrugelig.
  
  

• Nulstilling af portprofilens maksimale båndbredde til nul i værten afspejles ikke i de virtuelle maskiner. Dette sker, fordi standardværdien for maksimum- og minimumbåndbredde på en virtuel maskine er null. Dette medfører, at den springer ændringerne over.
  
  

• For en Self-Service Bruger mangler navnene på job i ruden Job. Kommandoen SC-GetJob resulterer i tomme navne.
  
  

• Ved at skalere en tjeneste kan du ikke genbruge navnet på den virtuelle maskine. Når du udskalerer en tjeneste, der er installeret på værten, og du annullerer guiden og derefter prøver de samme trin igen i stedet for at udføre de sidste trin i udskaleringsguiden, lader guiden dig ikke genbruge det samme computernavn.
  
  

• Hvis du forsøger at fjerne en tom kildesky via VMM-konsollen, slettes skyen faktisk ikke. I denne situation afsluttes jobbet. Skyen er dog stadig synlig i konsollen.
  
  

• Når der er en tjeneste på en gæsteklynge i et HNV-miljø, opretter den eksterne verden forbindelse til tjenesten via en VM-netværksgateway. Men når gæsteklynge-failover forekommer (f.eks. en CA IP-failover), er tjenesten ikke længere tilgængelig. Der logføres en fejlmeddelelse i VMM-joboversigten og angiver, at opdateringen til netværkspolitikken på gatewayen mislykkedes.
  
  Dette skyldes, at opslagsposterne opdateres på værten (som gæsteklynge er hostet på), når der forekommer en nøglecenter-failover. Posterne opdateres dog ikke på gatewayen. Derfor fungerer intern kommunikation i HNV-miljøet, men den eksterne kommunikation til tjenesten svarer ikke.
  
  

• Forkert strengrepræsentation af landestandarden ZH-HK (kinesisk Hongkong) som CHH (i stedet for ZHH) i VMM Monitoring Pack. Dette medfører, at der vises strenge, der ikke er landestandard (engelsk), i Operations Manager ZH-HK-landestandardkonsollen, når VMM-administrationspakker er importeret.
  
  

• Den virtuelle maskine kan ikke fjernes fra tjenesteforekomsten. Når du forsøger at fjerne den virtuelle maskine, får du vist følgende fejlmeddelelse:
  
  

  Remove-SCVirtualMachine: VMM kan ikke fjerne den virtuelle maskine, fordi den er i konfigurationstilstanden for klynger, der ikke understøttes. (Fejl-id: 809, detaljeret fejl:)
  
  Skift den virtuelle maskines tilstand, og prøv derefter at udføre handlingen igen.
  
  Hvis du vil genstarte jobbet, kør følgende kommando:
  PS> Restart-Job -Job (Get-VMMServer qpg3-vmm001 | Get-Job |, hvor { $_.ID -eq "{04de37e5-d61a-4385-8860-2cac72d44d63}"})
  På linje:1 tegn:1
  + Remove-SCVirtualMachine -VM $T 01SQL0 -force
  + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  + CategoryInfo: (:) [Remove-SCVirtualMachine], CarmineException
  + FullyQualifiedErrorId : 809,Microsoft.SystemCenter.VirtualMachineManager.Cmdlets.RemoveVMCmdlet

  
  
  

• Når parallel test-failover (TFO) kører, kan VMM opleve låseproblemer i replikeringsgruppen (RG). I denne situation, hvis en anden RG forsøger at sætte en lås, operationen mislykkes.
  
  

• Dublerede computernavne oprettes til virtuelle maskiner, når du bruger mønsteret <navn###> i en VM-skabelon. I dette tilfælde mislykkes installationen af den virtuelle maskine, når du opretter en virtuel maskine.
  
  

• Opdatering af lagerudbyderen mislykkes og genererer en undtagelse med "Forkert format" i et ikke-engelsk miljø, hvis udbyderen administrerer replikering, og leverandøren understøtter RPO-værdier (recovery point objective). Lagerudbyderen kan ikke opdateres. Dette forhindrer administration af udbyderen.
  
  

• VMM-konsollen går ned tilfældigt og returnerer System.NullReferenceException. Den tidligere afhjælpning var at genstarte VMM.
  
  

• Du kan ikke udføre Dynamisk optimering (DO) på en klynge virtuel maskine, der er beskyttet ved hjælp af Azure Site Recovery (ASR). Dette påvirker justering af belastning for klyngen.
  
  Desuden får du vist følgende fejlmeddelelse, når DO aktiveres:
  
  
  
  Dette problem opstår, hvis en virtuel maskine er beskyttet ved hjælp af ASR, fordi flere skyattributter (f.eks. RPO og sky) er angivet på den virtuelle maskine. Men værterne under den sky modtager ikke nogen skyrelaterede attributter. Mens en primær virtuel maskine overføres under DO, kræver placeringen af skyattributterne på værterne, og fordi de påkrævede attributter mangler, finder den ikke en passende vært.
  
  

• Dynamisk optimering (DO) ignorerer ikke stoppede replika-VM'er i genoprettelsesskyen, mens kapacitetsbegrænsningerne for nye virtuelle maskiner beregnes. Hvis replika-VM'er stoppes på en vært, flyttes der ikke flere virtuelle maskiner til værten. Dette kan påvirke justering af belastning for klyngen.
  
  Dette problem opstår, fordi registreringsdatabasenøglen "IgnoreMemoryForStoppedReplicaVM" bruges til at rumme flere virtuelle maskiner, hvis en vært har replika virtuelle maskiner i en stoppet tilstand. DO-scenarier lever ikke op til dette flag.
  
  

• En klyngenode kan ikke sættes i vedligeholdelsestilstand, hvis den har virtuelle maskiner, der er beskyttet via ASR. I denne situation modtager du følgende fejlmeddelelse.
  
  
  
  

• Følgende advarsel vises af VMM, når en virtuel maskine, der er beskyttet via ASR, overføres direkte i klyngen.
  
  
  
  Selvom denne kontrol kun er en blød blok og ikke blokerer det faktiske overførselsscenarie, er værten stadig tildelt en nulvurdering efter placering. Dette blokerer handlingen Dynamisk optimering (DO) og forhindrer i sidste ende direkte overførsel af den virtuelle maskine.
  
  

• Muligheden for at aktivere Trunk VLAN som en netværkstype i VMM-netværkstjeneste er ikke tilgængelig. Hvis du markerer Netværkstype som VLAN, overskriver dette VMM den Trunk VLAN-indstilling, der blev angivet uden for båndet.

Forbedringer af programrettelsesprocessen

• Før opdateringspakke 7 viser VMM-konsollen indimellem følgende fejlmeddelelse, da du installerede VM-opdateringspakken:
  
  

  Pipelinen til administreret kode kunne ikke opdateres på grund af følgende fejl:
  
  Den påkrævede mappe "C:\Programmer\Microsoft System Center 2012\Virtual Machine Manager\bin\AddInPipeline\HostSideAdapters" findes ikke.

  
  

• Fjernelsen af opdateringspakke 5 gendanner ikke følgende binære version til den tidligere version:
  
  

  Microsoft.SystemCenter.VirtualMachineManager.resources.dll
  
  

• Hvis du installerer en tidligere opdateringspakke i ikke-administratortilstand, nulstilles registreringsdatabaseværdien IndigoTCPport. Dette kræver, at brugerne manuelt ændrer værdien til 8100. Desuden får du vist følgende fejlmeddelelse:
  
  

  HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft System Center Virtual Machine Manager Administrator Console\Settings\IndigoTCPport værdi er forkert

Sådan henter og installerer du opdateringspakke 7 til System Center 2012 R2 Virtual Machine Manager