Momentan sunteți offline, așteptați să vă reconectați la internet

Set de actualizări 7 pentru System Center 2012 R2 maşină virtuală Manager

IMPORTANT: Acest articol este tradus cu ajutorul software-ului Microsoft de traducere automată și poate fi corectat prin intermediul tehnologiei Community Translation Framework (CTF). Microsoft oferă articole traduse automat, post-editate de comunitate și articole traduse de oameni, pentru a permite accesul la toate articolele din Baza noastră de cunoștințe în mai multe limbi. Articolele traduse automat și post-editate pot conține greșeli de vocabular, sintaxă și/sau gramatică. Microsoft nu este responsabil de inexactitățile, erorile sau daunele cauzate de traducerea greșită a conținutului sau de utilizarea acestuia de către clienți. Găsiți mai multe informații despre traducerea în colaborare la http://support.microsoft.com/gp/machine-translation-corrections/ro.

Faceți clic aici pentru a vizualiza versiunea în limba engleză a acestui articol: 3066340
Introducere
Acest articol descrie problemele care sunt remediate în setul de actualizări 7 pentru Microsoft System Center 2012 R2 maşină virtuală Manager (VMM). Există trei actualizări disponibile pentru System Center 2012 R2 VMM. O actualizare pentru fermă de servere, o actualizare pentru agentul de Comentarii și o actualizare pentru consola de Administrator. În plus, acest articol conține instrucțiunile de instalare pentru setul de actualizări 7 pentru System Center 2012 R2 VMM.

Caracteristicile adăugate în acest pachet de actualizare

  • Suport pentru sistemul de operare Client Windows 10

    După ce instalați această actualizare, posibilitatea să configurați și personaliza Windows 10 Client mașini virtuale (SMS). Acest suport nu include instalarea consolei maşină virtuală Manager clienţii de sistem de operare Windows 10.

  • Suport pentru noi sisteme de operare Linux

    După ce instalați această actualizare, puteţi furnizarea şi personaliza Debian 8 Linux ca sistem de operare vizitator.

  • Suport pentru VMWare vCenter 5.5 scenarii gestionare

    Cu Set de actualizări 6, am anunţat suport pentru scenarii gestionare bază pentru vCenter 5.5. Pe baza planurile noastre pentru vCenter și integrarea VMM și acceptarea, vă sunt anunță o matrice mai vastă de acceptare pentru a gestiona vCenter instanțe în consola VMM.

    Pentru o listă completă de scenarii care sunt acceptate, faceți clic pe aici.

  • Suport pentru mai multe adrese IP externă pe rețea virtuală

    Acum puteți avea mai multe adrese IP extern atribuită o singură rețea virtuală dacă aveți setul de actualizări 7 sau o versiune ulterioară instalat în mediul VMM.

    Set de actualizări 7 include capacitatea de a seta mai multe adrese IP pentru NAT în VMM utilizând PowerShell. Această actualizare ridică capacitatea de la un nivel mai înalt în stiva de a avea suport în VMM pentru Fabric Administrator.

    Cum se utilizează această funcționalitate?

    $natConnection = add SCNATConnection-numele "NAT_Connection1_NatConnection" - VMNetworkGateway $VmNetworkGateway - ExternalIPPool $externalIpPoolVar - ExternalIPAddress "30.30.30.50"

    $natConnection = add SCNATConnection-numele "NAT_Connection2_NatConnection" - VMNetworkGateway $VmNetworkGateway - ExternalIPPool $externalIpPoolVar - ExternalIPAddress "30.30.30.51"

    După examinarea profund toate piesele în stiva, am realizat că livrarea o soluție eficientă și fiabilă necesită activități suplimentare și nu se va potrivi într-o singură versiune UR. De aceea, suntem livrarea capacitatea de a stabili mai multe adrese IP pe rețea virtuală utilizând un Gateway de NAT HNV etape.

    Un pachet de actualizare viitoare pentru VMM va explora proprietățile prin stiva complet și oferă următoarele funcționalități tot drumul prin intermediul Windows Azure Pack (WAP).

    • Atunci când adăugați o regulă nouă NAT, o entitate găzduită acum puteţi utiliza o adresă externă existent sau specificați unul nou.
    • Aveți posibilitatea să permiteți administratorul WAP setați cote pentru externe de adrese IP care sunt activate per utilizator rol în cloud.
    Înțelegem că există multe cerere în jurul acestei caracteristici pe baza de feedback client pe care le-am primit. Suntem de planificare pentru a oferi asistență la sfârșit pentru această caracteristică.
  • Pentru a reasocia solitare maşini virtuale pentru rolul de serviciu sau VM

    Dacă ați avut niciodată pentru a elimina o gazdă care găzduit Service sau VM roluri de mașini virtuale și ați vrut să val o bagheta magic pentru a reasocia o mașină virtuală la serviciu sau VM rol după gazda este recommissioned la VMM, avem în setul de actualizări 7, soluția de pentru dvs.

    Se pot reasocia acum o mașină virtuală solitare la serviciu sau VM rol după server gazdă este recommissioned la VMM.

    Pentru mai multe informații, faceți clic pe aici.

  • Suport pentru VMM DHCP extensie PXE/PFC redirecționare

    Administratorii care depind de PXE pentru a configura maşini virtuale sau hosts poate efectua acum unei încărcări PXE direct profitând de VMM DHCP extensii.

Probleme remediate în acest pachet de actualizare

  • La o scară de la mai mult de 50 de gazde, serviciul VMM se blochează sau nu mai răspunde intermitent fără a aruncat o excepție utilizabil.

  • Distribuire de politică de virtualizare Hyper-V de rețea (HNV) nu este trimis la o gazdă intermitent. Efectul este că SMS active în care găzduiesc va fi în imposibilitatea de a trimite sau primi trafic de rețea de la alte virtuale poate să fie în interiorul sau în afara rețelei VM.

  • Când o gazdă are mai mulți parametri virtuale (de exemplu, 15 sau mai multe), gazdă perfecționare durează mai mult de o oră pentru a termina.

    Iterativ apeluri WSMan obțineți acum au fost optimizate pentru a furniza mai eficientă a rețelei.

  • VM reîmprospătare de o mașină virtuală care are mai multe discuri directă nu reușește pe o repornire gazdă. La repornire, gazdă swap discurile atașat intermitent și VMM uneori gestiona modificarea. Acest lucru determină o situație în care devine inutilizabil mașina virtuală.

  • Reinițializarea PortProfile lățime de bandă maximă la zero în gazda nu se reflectă în machiness virtuale. Acest lucru se produce deoarece valoare implicită a lățimii de bandă minimă și maximă, într-o mașină virtuală este nulă. Acest lucru provoacă să ignorați modificările.

  • Pentru un utilizator cu autoservire, nume de sign-in de activități în panoul de activități lipsesc. Rezultatele comenzii SC GetJob în nume de sign-in goală.

  • Scalare-out un serviciu vă permit să reutilizați nume mașină virtuală. Când scalați un serviciu care se implementează pe gazdă, dacă revocați expertul și apoi încercați din nou aceiaşi paşi din nou în loc de comiterea etapa finală a expertului de la scară, expertul nu vă permit să reutilizați cu același nume de computer.

  • Dacă încercați să eliminați o sursă gol cloud prin consola VMM, acest lucru nu fapt șterge cloud. În această situație, se termină treaba. Cu toate acestea, cloud este în continuare vizibile în consola.

  • Atunci când există un serviciu de pe un cluster de comentarii într-un mediu HNV, lumea externă se conectează la serviciul printr-un Gateway de rețea virtuală. Cu toate acestea, când failover cluster invitat apare (cum ar fi o reluare CA IP), serviciul nu este accesibil. Un mesaj de eroare este înregistrat în istoricul de lucrare de VMM și afirmă că actualizarea la politica de rețea pe Gateway-ul nu a reușit.

    Aceasta se întâmplă deoarece înregistrările de căutare sunt actualizate pe gazda (pe care clusterul invitat este găzduit) când se produce o reluare CA. Cu toate acestea, înregistrările nu sunt actualizate pe gateway-ul. De aceea, comunicații interne în mediul HNV funcționează, dar comunicarea externă la serviciu nu răspunde.

  • Reprezentare incorectă șir de setările regionale de limbă ZH-Hong Kong (China Hong Kong) ca CHH (în loc de ZHH) în pachetul de monitorizare VMM. Acest lucru provoacă afișarea non-regionale șiruri (în limba engleză) în consola Operations Manager ZH-HK regionale după pachete de gestionare VMM sunt importate.

  • Imposibil de eliminat mașină virtuală la instanța de service. Când încercați să eliminați mașina virtuală, primiţi următorul mesaj de eroare:

    Eliminare-SCVirtualMachine: VMM poate elimina mașina virtuală, deoarece este în starea de configurație de Cluster neacceptată. (Eroare ID: 809, eroare detaliate:)

    Modificați mașina virtuală stat și apoi încercați din nou operațiunea.

    Pentru a reporni locul de muncă, executaţi următoarea comandă:
    PS > repornire Job-Job (Get-VMMServer qpg3-vmm001 | Get-Job | în cazul în care {$_.ID - eq "{04de37e5-d61a-4385-8860-2cac72d44d63}"})
    La linia: 1 char: 1
    + Remove-SCVirtualMachine - VM $T01SQL0-force
    + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo: ReadError: (:) [Remove-SCVirtualMachine], CarmineException
    + FullyQualifiedErrorId: 809,Microsoft.SystemCenter.VirtualMachineManager.Cmdlets.RemoveVMCmdlet


  • Când se execută paralel test failover (TFO), VMM pot avea probleme de blocare pe reproducere grup (RG). În această situație, dacă un alt RG încearcă să puneți un lacăt, operațiunea nu reușește.

  • Nume de computer dublate sunt create pentru maşini virtuale atunci când utilizați modelul <name###>într-un șablon VM. În acest caz, implementare mașină virtuală nu reușește atunci când creați o mașină virtuală.</name###>

  • Reîmprospătarea furnizorul de stocare nu reușește și generează o excepție "Incorect format" într-un mediu non-engleză dacă furnizorul este gestionarea reproducerea și distribuitorul acceptă recuperare punct obiectiv (RPO) valori. furnizor de stocare nu poate fi actualizat. Aceasta împiedică management provider.

  • Consola VMM cade aleator și returnează System.NullReferenceException. Diminuarea anterioare s-a repornit VMM.

  • Aveți posibilitatea să efectuați optimizare dinamică (DO) pe o mașină virtuală cluster, care este protejat prin utilizarea Azure site-ul de recuperare (ASR). Acest lucru afectează echilibrarea încărcării cluster-ului.

    În plus, primiți următorul mesaj de eroare atunci când nu este invocat:

    Mesaj de eroare

    Această problemă se produce dacă orice mașină virtuală este protejat prin utilizarea ASR, deoarece câteva atribute cloud (cum ar fi RPO și cloud) sunt setate mașina virtuală. Dar hosts sub cloud care nu primesc niciun atributele legate de cloud. În timpul DO, în marcă de timp ce o mașină virtuală principală migrarea, plasare cere pentru atributele cloud pe gazdele și că atributele necesare lipsește, nu găseşte o gazdă potrivit.

  • Optimizare dinamică (DO) nu ignoră oprit replică virtuale pe cloud recuperare poate în marcă de timp ce se calculează restricțiilor de capacitate pentru mașini virtuale noi. Dacă există oprit replică SMS pe o gazdă, nu nu deplasare suplimentare maşini virtuale la gazdă. Acest lucru poate afecta echilibrarea încărcării cluster-ului.

    Această problemă apare deoarece cheie de registry "IgnoreMemoryForStoppedReplicaVM" este utilizat pentru a gestiona mai multe maşini virtuale dacă orice gazdă are replică mașinile virtuale într-o stare oprit. FACE scenarii respectă această semnalizare.

  • Un nod de cluster nu poate fi pus la modul întreținere dacă are toate mașinile virtuale care sunt protejate prin ASR. În această situație, primiți următorul mesaj de eroare.

    Mesaj de eroare

  • Se afișează următorul avertisment VMM atunci când o mașină virtuală care este protejat prin ASR este live migrată în cluster.

    Mesaj de avertizare

    Cu toate că aceasta este doar o blocare soft și nu blochează scenariul reală de migrare, gazda încă se atribuie un zero evaluare prin plasarea. Acest lucru blochează operațiunea de optimizare dinamică (DO) și în cele din urmă împiedică migrarea live mașina virtuală.

  • Opțiunea de a activa trunchi VLAN ca un tip de rețea în VMM serviciu nu este disponibil. Dacă marcaţi tipul de rețea ca VLAN, acest lucru provoacă VMM pentru a suprascrie setarea de trunchi VLAN care a fost setată out of band.

Îmbunătățiri pentru procesul de corecție

  • Înainte de actualizare Rollup 7, atunci când ați instalat set de actualizări VM, consola VMM intermitent afișează următorul mesaj de eroare:

    Nu se poate actualiza cod gestionat de completare canal din cauza următoarei erori:

    Folderul necesare "C:\Program Files\Microsoft System Center 2012\Virtual Machine Manager\bin\AddInPipeline\HostSideAdapters" nu există.

  • Eliminarea Update Rollup 5 nu reveni următoarele binar la versiunea anterioară:

    Microsoft.SystemCenter.VirtualMachineManager.resources.dll


  • Dacă instalați un seturile de actualizări anterioare în modul non-elevate, acest lucru provoacă IndigoTCPport valoarea de registry pentru a fi resetate. Acest lucru necesită utilizatorilor să modificați manual valoarea la 8100. În plus, primiţi următorul mesaj de eroare:

    HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft System Center maşină virtuală Manager Administrator Console\Settings\IndigoTCPport valoarea este incorectă

Update Rollup 5 probleme remediate în acest pachet de actualizare

  • Evenimentul MSIInstaller 1035 apare în mod repetat în timpul cicluri de reîmprospătare gazdă.
  • HyperVMeteringUsage intrare/ieşire nu are șirurile localizate Afișare.
  • În Expertul de VM crea, atunci când faceți clic pe butonul De utilizare a așteptat , rezultatele așteptat nu se afișează fila Selectați gazdă .
  • The Eliminare CloudService comandă nu reușește când echilibrare F5 este utilizată pentru rolul VM.

Update Rollup 6 probleme remediate în acest pachet de actualizare

  • Instalările localizată consola Administrator nu conectarea la VMM server. În plus, primiți un mesaj de eroare asemănător cu următorul:

    Es ist ein unerwarteter Fehler aufgetreten. Versuchen Sie erneut, auf die Seite zuzugreifen.

    Acest mesaj se traduce după cum urmează:

    S-a produs o eroare neașteptată. Încercați din nou pentru a accesa pagina.


Cum se obține și instala setul de actualizări 7 pentru System Center 2012 R2 maşină virtuală Manager

Informații despre Descărcare

Pachetele de actualizare pentru maşină virtuală Manager sunt disponibile de la Microsoft Update sau de descărcare manuală.

Microsoft Update
Pentru a obține și se instalează un pachet de actualizare de la Microsoft Update, urmați acești pași pe un computer care are o componentă maşină virtuală Manager instalat:

  1. Faceți clic pe Start, și apoi faceți clic pe Panou de control.
  2. În Panou de control, faceți dublu clic pe Actualizare Windows.
  3. În fereastra Actualizare Windows, faceți clic pe Căutare Online pentru actualizări de la Microsoft Update.
  4. Faceți clic pe sunt disponibile actualizări importante.
  5. Selectați set de actualizări și apoi faceți clic pe OK.
  6. Faceți clic pe instalare actualizări pentru a instala set de actualizări.
Catalog Microsoft Update
Treceți la următorul site web pentru a descărca manual update pachet din catalogul de actualizări Microsoft:

Instrucțiunile de instalare

Pentru a instala manual pachetele de actualizare, executaţi următoarea comandă la un prompt de comandă:

msiexec.exe /update <packagename>
De exemplu, pentru a instala set de actualizări Rollup 7 pentru un server System Center 2012 maşină virtuală Manager (KB3066340), executaţi următoarea comandă:

msiexec.exe /update kb3066340_vmmserver_amd64.msp

Notă O actualizare la Update Rollup 7 pe VMM server necesită să instalați actualizări atât consola VMM și Server. Aflați cum se instalează, eliminați sau Verificați seturile de actualizări maşină virtuală Manager 2012 R2.

Fișiere actualizate în acest pachet de actualizare

Pentru o listă de fișiere care au fost modificate în acest set de actualizări, faceți clic peaici.

Avertisment: acest articol a fost tradus automat

Proprietăți

ID articol: 3066340 - Ultima examinare: 08/08/2015 12:08:00 - Revizie: 3.0

Microsoft System Center 2012 R2 Virtual Machine Manager

  • kbqfe kbsurveynew kbfix kbexpertiseinter atdownload kbmt KB3066340 KbMtro
Feedback
tsByTagName("head")[0].appendChild(m);