Introducere (articolul poate să fie în limba engleză)

Acest articol descrie problemele care sunt remediate în Update Rollup 6 pentru Microsoft System Center 2012 R2 Virtual Machine Manager. Există două actualizări disponibile pentru Virtual Machine Manager (VMM): Server și consola de Administrator. În plus, acest articol conține instrucțiunile de instalare pentru Update Rollup 6 pentru System Center 2012 R2 Virtual Machine Manager.

Caracteristicile adăugate în acest pachet de actualizare

  • Adăugați caracteristica Azure abonament: Utilizând caracteristica Adăugare Azure abonament în Update Rollup 6, administratorii de Virtual Machine Manager poate adăuga Microsoft Azure abonamente VMM și efectuați acțiuni de bază pe Azure instanțe în acele abonamente. Caracteristica este inclus în Virtual Machine Manager Update Rollup 6 pentru System Center 2012 R2. Pentru fiecare abonamentelor Azure adăugați, utilizați o consolă pentru a vedea toate instanțele de rol în toate grupurile de implementare în acel abonament. Ce puteți face cu această caracteristică Dacă aţi reuşit deja mașinile virtuale locale în Virtual Machine Manager, utilizaţi această caracteristică pentru a efectua anumite acțiuni de bază pe Azure instanțe fără a părăsi consola VMM. De exemplu, puteți face următoarele:

    • Adăugați sau eliminați unul sau mai multe abonamente Azure utilizând consola VMM.

    • Vedeți o listă de detalii şi stările de toate instanțele de rol în toate implementări în acel abonament.

    • Actualizați manual lista de instanțe.

    • Efectuați următoarele acțiuni de bază pe cazuri:

      • Start

      • opreşte-te

      • Închidere

      • Reporniți

      • Conectare prin RDP

    Pentru mai multe informații, consultați adăugarea un abonament Azure în VMM în System Center 2012 R2 cu Update Rollup 6.

  • Îmbunătățită E2A ASR protecție scenariu: Având Update Rollup 6 în mediul Virtual Machine Manager, este mai ușor să descoperiți și să corectați o problemă care uneori apare atunci când configurați protecție Azure site-ul de recuperare (ASR). Această problemă apare atunci când doriți să adăugați ASR protecție pentru locală maşini virtuale și aveți următoarele proprietăți de mașină virtuală:

    • Nici o versiune de sistem de operare specificat

    • Nici un indiciu de disc care conține sistemul de operare pentru mașina virtuală

    Aceste proprietăți trebuie specificate, deoarece ele sunt necesare Azure site-ul de recuperare. Update Rollup 6, mai clară un set de eroare mesaje sunt afișate în VMM în panoul de activități, dacă încercați să configurați o mașină virtuală care nu îndeplinește cerințele. Pentru informații despre cerințele de ASR, consultați ASR E2A protecție scenariu îmbunătățiri.

  • Opțiunea de a utiliza generare 2 SMS în serviciile și VMRoles: Update Rollup 6, VMM furnizează suport pentru generarea 2 maşini virtuale pentru serviciile și roluri de mașini virtuale. Utilizând această caracteristică, puteți implementa cu mai multe niveluri de servicii și alegeți generare de mașină virtuală pentru niveluri individuale. Utilizatorii pot serviciul acestor situații service prin servicing clasice și pe baza imaginii. Pentru mai multe informații, consultați înțelegerea generare 1 și generare 2 mașinilor virtuale în VMM.

  • Total reguli Networking expunerea de utilizare în pachetul de gestionare: Această modificare introduce două reguli ca ţintă Hyper-V Hosts:

    • Total primite VNic rețea traficul colectare regulă

    • Total expediere VNic rețea traficul colectare regulă

    Aceste reguli măsură total primire și total trafic de ieșire în procedura Bytes per VNic per mașină virtuală în metoda următoare: Pentru fiecare VM:

    1. Activați Hyper-V măsurarea dacă nu este activată.

    2. Executare Măsură VM.

    3. Măsurare colecta date pentru fiecare adresă de la distanță de "0.0.0.0/0" sau ":: / 0" per VNic.

    În mod implicit, aceste reguli executare fiecare oră. Utilizatorii pot opta pentru a schimba această setare prin suprascrierea proprietatea IntervalSeconds. Aceste reguli nu trebuie executat mai des decât la fiecare cinci minute (300 secunde). Comportament în versiunile anterioare: VMM nu s-a măsurarea consumului de date. A măsurat numai transmitere.

  • Opțiunea de a overcommit capacitatea Cloud și gazdă grup pentru reproducerea SMS: System Center 2012 R2 Virtual Machine Manager vă permite să puneți replică mașinile virtuale pe un grup preconfigurate cloud sau gazdă dacă acestea se încadrează în setările de capacitate. Până acum, VMM presupune că toate resursele care au fost alocate SMS dublură s-au utilizat. De aceea, VMM s-a nu vă permit să plaseze orice mașină virtuală replică un grup cloud sau gazdă dacă care ar ridica sarcina cumulate din toate replică SMS dincolo de capacitatea de grup din cloud sau gazdă. Deși acest comportament asigurat că toate dublura SMS simultan poate porni, este posibil să provoace o utilizare non-optime de reproduceri sisteme Cloud și grupuri de gazdă. Acest lucru poate apărea dacă (un nivel de întreprindere sau Hoster) încercat să puneți SMS suplimentare într-un nor sau un grup de gazdă. Adică, dacă overcommited grupului replică cloud sau gazdă. Update Rollup 6, vă puteți overcommit sisteme Cloud și grupuri de gazdă în mediul VMM prin configurarea următoarea cheie de registry pe VMM Server:

    Locație registry:HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings\PlacementNumele DWORD: IgnoreMemoryForStoppedReplicaVM Valoarea DWORD: 1 Notă Dacă subcheia plasare nu există, creaţi-o. Pentru mai multe informații, vedeți opțiunea de a overcommit Cloud și HG pentru SMS dublură.

  • Suport pentru VMWare VCenter 5.5 scenarii de bază. Set de actualizări 6 prezintă următoarele scenarii de asistență:

    • Adăugați VCenter 5.5 VMM 2012 R2 UR6 management

    • Adăugați gazda ESX cu versiunea 5.5 și aduce sub management

    • Creați VMWare VM șablon și implementare SMS cu un șablon

    • Crearea de șabloane cu bază networking (acestea includ scenarii asociate la un domeniu), și implementare mașini virtuale

    • Efectuează operațiuni de durata ciclului de viață diferite mașini virtuale (de exemplu, start, stop, închidere, reparare, Reîmprospătare și punct de control pe o mașină virtuală).

    • Conectarea la mașină virtuală utilizând consola și verificați accesibilitate

    • Deprovision mașini virtuale

    • Creați un rezervor de resurse și aduce rezervorul de resurse sub VMM management

    Acestea sunt limitate scenarii. Cu toate acestea, ele reprezintă primul și cel mai important pas spre sprijinirea versiunile mai noi ale VCenter. Vom continua să se bazeze pe noastre matrice de acceptare pentru VMWare VCenter și va oferi actualizări pentru a rezolva acest în viitor pachetele set.

Probleme remediate în acest pachet de actualizare

  • Problema 1 Apare o eroare 801 când obiectele VMM sunt eliminate. VMM uneori întâlnește o problemă în care un obiect VMM, cum ar fi o mașină virtuală nu poate fi eliminat fie de la UI sau Windows Powershell, deoarece unele dintre sale obiectele fiu lipsesc din baza de date. Acest lucru provoacă frecvent utilizatorilor să caute pentru remediere scripturi pentru a elimina obiecte afectate. Update Rollup 6, VMM are îmbunătățită trei cmdlet Powershell pentru a minimiza 801 erori. Aceste cmdleturi sunt Remove SCServiceTemplate, Remove SCLibraryServerși Eliminare SCLibraryShare. Utilizatorii nu trebuie să utilizați -Force semnalizarea împreună cu aceste cmdleturi pentru a evita erorile 801. Cmdlet-uri furnizează capacitatea de a rezolva dependențele care duce la 801 erori.

  • Problema 2 Serviciul VMM se blochează și generează o eroare de violare a accesului în System.Xml când l răspuns la un eveniment de servicii de integrare.

  • Problema 3 Excepție critice în eroare WCF rutina--ObjectDisposedException--Microsoft.VirtualManager.Engine.Remoting.ClientConnection.HandleError. Când VMM închide WCF serviciu gazdă, se apelează Abort care pot provoca orice mesaje neprelucrate la ungracefully se închide și acest lucru poate duce la ObjectDisposedExceptions fiind thrown. VMM pe nivel superior WCF eroare rutină de tratare vede aceste excepții înainte ca procesul s-a terminat și le raportează excepții critic. Deci, aici VMM rapoarte inofensiv erori ca erorile critice, eventual, adăugând confuzie de utilizator.

  • Problema 4 Opțiunea pentru adresa MAC estompată în interfața utilizator atunci când vnic nu este conectat. Acest lucru împiedică utilizatorii să marcarea nic ca statică. După ce faceți upgrade la VMM în System Center 2012 R2, clientul nu poate alege opțiunea de adresă Mac statică în șabloanele VM el creează, dacă mașina virtuală nu este conectat la o rețea. Opțiunile de adresă MAC și IP sunt gri când mașina virtuală "nu este conectat". De aceea, el se poate asocia o adresă MAC statică pentru mașina virtuală înainte de implementare.

  • Problema 5 Vvirtual mașină Particularizare poate eșua și generează o excepție critice când Hyper-V nu returnează un obiect de unitate de dischetă. În timpul particularizarea o mașină virtuală, există șanse ca Hyper-V va returna obiectul Floppy Drive ca nul și VMM va încerca să adăugați o unitate. Cu toate acestea, adăugarea unitatea de dischetă nu este implementată în Hyper-V. Aceasta lansează o excepţie care provoacă erori lucrări şi lasă mașina virtuală în stare de creare a eşuat. Utilizatorul poate repara mașina virtuală pentru a fi funcțională. Aceasta se poate produce dacă Floppy Drive Config (la partajarea de la distanță) nu este disponibil pentru Hyper-V sau dacă Hyper-V este ocupat sau accentuat.

  • Problema 6 Nu se poate implementa SMS cu IP statică atunci când sunt configurate mai multe IP fonduri comune pentru o subrețea VM. Clientul încearcă să creeze o mașină virtuală utilizând un șablon care are Setări IP statică. Dacă există mai multe IP fonduri comune în o subrețea și clienți furnizează o adresă IP de la un alt rezervor decât cel implicit una (, auto-populat rezerva care este afișat în interfața cu utilizatorul), apoi Expertul VM se termină fără erori, dar la crearea de mașină virtuală nu reușește și re activează o eroare "Adresa IP din intervalul".

  • Problema 7 Apare VmmService blocare în timpul manipulării eliminate mașină virtuală subrețele IP modifica evenimente trimise de Hyper-v. Într-o instalare NVGRE, dacă există un eveniment trimise de Hyper-V de modificare IP, dar VM subrețea nu mai există în VMM, provoacă o cădere a serviciului VMM.

  • Problema 8 SMS sunt raportate lipsesc ca VmMovedRefresherEvent nu este primit. Când apare un eveniment de mutare de mașină virtuală în timp ce o gazdă nu este în modul de evenimente și mașina virtuală se află în stare de migrare și perfecționare eveniment cârlige este posibil ca să o fereastră unde nu ascultă și operațiunea de actualizare chiar înainte de modul de ascultare nu nu r lemente modificarea. De aceea VMM vor primi aceste modificări până la următoarea perfecționare completă, care poate fi până la 24 de ore. Pentru a vă asigura că aceste evenimente pierdute sunt sincronizate prin perfecționare de lumină mașină virtuală în modul de evenimente, se creează și se configurează următoarea cheie de registry pentru a executa perfecționare de lumină mașină virtuală la intervale regulate. Această perfecționare va executa în plus, pentru orice tip de eveniment Odorizatoare.

    Locație registry:HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings Cheie de registry: VMPropertiesEventAssitedUpdateInterval Tip de registry: DWORD Minute valoare: secunde 0 Valoare Max: 20 de zile

    Valorile trebuie să fie specificat în secunde. Nume DWORD: VMPropertiesEventAssitedUpdateInterval Valoarea DWORD:value_in_secondsNotă Substituentul value_in_seconds poate fi o valoare de secunde 0 la 20 de zile (în secunde).

  • Problema 9 Necesită explicit semnalizări pentru a indica o mașină virtuală lipsă sau o mașină virtuală Service eliminare în timpul Remove-gazdă pentru utilizator. În prezent, VMM nu verifică existența SMS pe gazdă în timp ce eliminarea gazdă din VMM. O gazdă poate conține Service mașini virtuale, mașinile virtuale care sunt implementate în cloud, mașinile virtuale care au proprietăţi particularizate definite pentru ele. Dacă un utilizator elimină accidental o astfel de gazdă, toate aceste asocieri sunt deteriorate. Această remediere evită aceste scenarii solicitându utilizatorilor pentru un mesaj de confirmare înainte de gazde astfel de fapt sunt eliminate din VMM.

  • Problema 10 Dacă aveți o rețea logică care are mai multe site-uri de rețea și site-uri de rețea sunt vizibile pentru adaptorul de rețea gazdă, vor fi alocate PAs din acele site-uri diferite de rețea și trebuie setată, de asemenea, informațiile de distribuire. (Rețea site-uri sunt numite uneori "definiţii de rețea logică.") Într-un mai multe gazdă scenariu cu VM1 pe Host1 fiind conectat PA1, există un caz dacă o VM2 este conectat la o hnv LN și are o PA1 pentru NetwkSite1 și apoi este deconectat și mai târziu reconectarea și are o PA2 pentru NetwkSite2 (aleatoriu sau din cauza epuizării PA) , apoi de ceva timp, vă poate populează informațiile de distribuire PA între NetwkSite1 și NetwkSite2. Acest lucru se produce din cauza modului în care reprezentarea internă ruta este proiectat pentru introducerea într-un tabel hash.

  • Problema 11 Atunci când o gazdă este reîmprospătat, se stabileşte o WinRM conexiune de rețea (pentru fiecare gazdă reîmprospătate) care în mod constant fluxuri de date.

  • Numarul 12 Când se creează mai multe adaptoare de rețea virtuală gazdă, erori întâmplătoare sunt respectate. Atunci când clienții crea mai multe adaptoare de rețea virtuală într-o singură fotografie ca parte a unui parametru logice, una sau mai multe rețele virtuale IP configurarea adaptorului poate să nu reușească.

  • Problema 13 Utilizator atinge un duplicat Inserare cheie în HostWSManGetter.UpdateRASDCache atunci când face o actualizare de gazdă.

  • Problema 14 Când utilizatorul încearcă să clona o mașină virtuală cu puncte de control, după ce se termină operațiunea de clonare, VMM incorect recunoaște mașina virtuală nou creat clona ca original mașină virtuală și o incorect că mașina virtuală are migrat. Apoi încearcă să se ocupe de această modificare. De aceea, se creează o mașină virtuală suplimentare pe o altă gazdă cu starea 'lipsă'. VMM consideră că mașina virtuală utilizează o altă gazdă și această mașină virtuală nu este vizibilă la TFS până la următoarea actualizare de mașină virtuală.

  • Problemă 15 Când se face upgrade VSEM furnizor, furnizorul capacitatea de a primi notificări nu este indicat pentru motorul de notificare.

  • Problema 16 Rețelele de plasare se blochează în timpul optimizare dinamică a gazdei. Unele operațiuni de plasare ar fi trebuit să fie Executare ca activitate. Atunci când este executat în activități de perfecționare, contextul este nulă. Acest lucru provoacă o cădere de plasare.

  • Problema 17 Când delegate administratorii porni consola VMM durează 4 + minute pentru a deschide consola VMM. În medii mari VMM consola start este întârziat administratorilor delegate când acesta este comparat cu administratori.

  • Problema 18 Actualizare de furnizor de stocare nu reușește după înlocuirea disc pe sofs.

  • Problema 19 VMM nu poate actualiza replică/primară mașină virtuală fără ASR, de asemenea, migrare de recuperare VM în stat în așteptare IR nu efectuează migrarea live.

  • Problema 20 Atunci când se elimină o mașină virtuală, punctele de control sunt îmbinate înainte de a fi șterse. Când utilizatorul încearcă să ștergeți o mașină virtuală care are puncte de control, ștergerea durează mult timp (până la o oră) pentru a termina.

  • Problema 21 O operațiune executare face uneori primește o excepție critice: DBCorruptionException.

  • Problema 22 Unii utilizatori folosesc mare VIPAddress seturi în loc de IP variază pentru a facilita Adăugare/eliminare IPs individuale. Pachet de gestionare VMM schemă limitează în prezent acest câmp la 256 de caractere (implicit). Cu toate acestea, utilizatorii pot avea valori ~ 500 caractere. Și, prin urmare, descoperire a fost despre integrarea VMM OM din cauza o excepție neașteptată de la SCOM.

  • Problemă 23 Target RG și țintă LUNs nu sunt asociate după enableRG activitate dacă RG/LUNs sunt precreated.

  • Problemă 24 Trebuie să actualizați adresa MAC intrările pentru un dispozitiv F5 Gateway atunci când nu reușește și este înlocuit. Dacă este un dispozitiv F5 RMA avut și înlocuit cu un dispozitiv nou cu o nouă adresă MAC, VMM nu are o modalitate de a actualiza adresa MAC pentru noul dispozitiv.

  • Problema 25 Permite utilizatorului marcare pe reproduceri mașină virtuală pentru a vă marca identitatea de utilizator. Utilizatorii trebuie să actualizați UserRole și proprietar atributele lor ReplicaVMs, dar în prezent nicio operațiune mașina virtuală replică este blocată. Deci, ele nu poate actualiza aceste două parametrii pe SMS dublură.

  • Problemă 26 Registerred SMB partajare nu se afișează ca opțiune de cale țintă când implementați un nou HA machineto virtual un cluster.

  • Problema 27 Excepție critice în perfecționare de stocare la descoperirea serviciul de reproducere--ArgumentNullException--SetCustomOptions.

  • Problemă 28 În timpul gazdă perfecționare VMM interoghează echipa informații (comutare echipa sau LBFO). Întrucât interogarea parametru echipele VMM atinge excepție WSMan care provoacă vswitch să dispară din consola.

  • Problema 29 Protocolul HTTPS nu este acceptat în sonda, apoi VMM imposibil de creat monitor regulă monitor HTTPS site-ul. VMM acceptă HTTP și HTTPs în secțiunea de configurare LB port dar HTTPS nu este acceptată în secțiunea LB sonda protocol.

  • Problemă 30 Resurse proprietar (SSU utilizator) nu autorizat pentru a accesa lista 'GrantedTo' de o resursă și, prin urmare, nu posibilitatea de a vedea au acess resursei. Atunci când utilizatorul acordă accesul este, de asemenea, un utilizator cu autoservire, atunci nu pot vedea modificările pe care le-au făcut până când reporniți consola. Un utilizator admin pot vedea modificările, dar pentru un utilizator autoservire GrantedToList continuă să returneze rezultate memorate în cache, până când reporniți consola.

  • Problemă 31 Imposibil de mutare părinte discuri care au procesul de migrare încorporată de VMM. Utilizatorul are mai multe sute de SMS, cu toate discurile diferenţă indică spre un singur părinte. Mutați toate aceste virtuale poate să fie o nouă soluție de stocare este blocat de VMM. Pentru discurile diferenţă, dacă orice disc predecesoare în ierarhia (părinte/legătură) este partajat de un alt disc diferenţă, migrare de stocare de pe disc diferenţă este blocată de VMM. Cu toate acestea, acesta este activat prin intermediul Hyper-V Manager.

  • Problema 32 Câmp expectedDSColumn lansează excepţie critice în timp ce urmărirea mesajul pentru coloane nepotrivire cauza căderea Server când se execută get-scvmhost. După Server DB se actualizează la prag, R2 server nu funcționează cu acesta în anumite cazuri. Această codepath este utilizat de unele obiecte de rețea și ADHC obiecte.

  • Problemă 33 Când scalați dintr-un șablon de serviciu existente, dublate Hyper-V mașinile virtuale care au același nume sunt create pe VMM în System Center 2012 R2 Update Rollup 5.

  • Problema 34 Dacă mașinile virtuale invitat nu au Windows security update 3035131 sau 3031432 instalat, agentul de invitat VMM executare scripturi de executare comandă Generic (GCE) care sunt solicitate de VMM ca parte a VM implementare. Acest lucru poate provoca erori în mai multe scenarii în care utilizați GCE scripturi pentru implementarea și întreținerea. De exemplu, atunci când încercați să serviciu un șablon de Service VMM prin GCE scripturi, se returnează codul de eroare 22029. Notă După ce instalați Update Rollup 6 (sau mai recente actualizări) pentru System Center Virtual Machine Manager 2012 R2, trebuie acum să acorde drepturi ca loturi de Log on la contul specificat de executare ca. Fără aceste drepturi, agentul de invitat nu poate executa scripturi GCE printr-un cont Executare ca.

  • Problemă 35 Live migration mașinii virtuale nu reușește când utilizați spațiu de stocare cluster ca CSV și stocare de mașină virtuală se află pe CSV. Hyper-V Cluster Live Migration nu funcționează după VMM în System Center 2012 R2 Update Rollup 5.

  • Problema 36 Disc de bază plasare ar trebui să rotiți între partajările de plasare validă.

  • Problema 37 Consola VMM poate folosi un șir de lansare existente în timpul service șablon copie. Uneori, utilizatorii nu poate copia un șablon de service utilizând comanda "Copy" pentru un șablon de service. Motiv este că consola de Administrator generează un șir deja existente pentru lansarea.

  • Problemă 38 Prezentare generală capacitatea dala lipsește din VMM în System Center 2012 R2. În VMM în System Center 2012 SP1, sub panoul SMS și servicii, atunci când selectați o gazdă și apoi faceți clic pe prezentare în meniul de sus, consola furnizează informații de rezumat și capacitatea despre gazda selectat. Detalii despre nucleele procesorului, memoriei (GO) și stocare (GB) a devenit indisponibile în System Center 2012 R2.

  • Problemă 39 VMM Service cădere din cauza VSID dublate. În cazuri rare (sincronizare /-stări de concurență și aleatoare număr coliziune), diferite HNV mașină virtuală subrețele puteți obține același VMSubnetIdentifier (alias VSID). Acest lucru duce la un comportament neașteptat atunci când utilizați aceste HNV subrețele de mașină virtuală. De exemplu, pentru SMS conectat la subrețeaua acest, SMS nu poate obține conectivitatea așteptat și va reuși să discutați cu SMS în aceeași subrețea. Sau când modificările lor de adrese IP va provoca serviciul VMM crash.

  • Problema 40 Implementarea o mașină virtuală în spatele unui echilibrare provoacă o Excepion critice de plasare:

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

  • Problema 41 Pagina de start, care a fost introdus în Update Rollup 5, este eliminat în Update Rollup 6.

  • Problemă 42 O mașină virtuală nu este asociat cu un grup de reproducere și nu poate fi mutat într-o locație care este protejat de reproducere grup.

  • Problemă 43 Comentarii IP HNV rețea nu este marcat ca dinamice/DedicatedGuestIP chiar dacă setările sunt activate pentru acesta. Reluare CA rupt. Pentru orice adresă IP adăugat/mutat într-o mașină virtuală conectat la rețea NVGRE (HNV invitat Cluster/invitat IP Failover scenariu), adresa IP este * nu * marcate ca dinamic (tip = DedicatedGuestIP în VMM) chiar dacă mașina virtuală are setările EnableGuestIPNetworkVirtualizationUpdates = true. Când prima oară adresa IP este adăugat/mutat va funcţiona, dar mai târziu failovers de IP (mutarea dintr-o singură VM alte) nu va fi detectat automat. De aceea, adresa IP nu vor fi accesibile și VM veți pierde conectivitatea.

  • Problemă 44 Furnizor de stocare încorporat mai vechi de integrare Hitachi rupt cu UR5. Furnizor de stocare nu pot fi actualizate. Aceasta împiedică management Provider.

  • Problemă 45 Clientul VMM se blochează atunci când setați alimentare optimizare intervalul de timp.

  • Problemă 46 Unei stări de concurență există în eliminarea WnvEventEntrySubscriptionObserver atunci când conexiunea gazda nu reușește.

  • Problema 47 CentOS 7 și Red Hat Enterprise Linux 7 nu reușesc să setați configurație de interfață rețea atunci când se utilizează DHCP. Aceasta se aplică la toate CentOS 7 și Red Hat Enterprise Linux (RHEL) 7 maşini virtuale care sunt configurate pentru a utiliza DHCP de System Center Virtual Machine Manager. CentOS 7 şi servere RHEL 7 că utilizate DHCP ar întâmpina absente date de configurare a rețelei pentru fiecare interfață ethernet care este utilizat de serverul de Linux. Această problemă apare deoarece CentOS 7 și RHEL 7 nu au Linux instrument ifconfig instalate în mod implicit, spre deosebire de iterații anterioare. Scripturi de configurare pentru DHCP networking s-au actualizat pentru a utiliza instrumentul ip în loc de ifconfig dacă instrumentul ip este instalat.

Cum se obține și se instalează Update Rollup 6 pentru System Center 2012 R2 Virtual Machine Manager

Informații despre Descărcare

Pachetele de actualizare pentru Virtual Machine Manager sunt disponibile de la Microsoft Update sau de descărcare manuală din catalogul de actualizări Microsoft.

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ă Virtual Machine Manager instalat:

  1. Faceți clic pe Start și apoi faceți clic pe Panoul de Control.

  2. În panoul de Control, faceți dublu clic pe Windows Update.

  3. În fereastra Windows Update, 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 pachetele set de actualizări, și apoi faceți clic pe OK.

  6. Faceți clic pe Instalare actualizări pentru a instala pachetele de actualizare.

Descărcare manuală a pachetelor de actualizare

Mergeţi la următorul site web pentru a descărca manual update pachet din catalogul de actualizări Microsoft:Important ambele Server și componentele consola de Administrator, trebuie să fie actualizate pe server Virtual Machine Manager.

Download Descărcați acum pachetul de actualizare pe Server.

Download Descărcați acum pachetul de actualizare consola de Administrator.Notă Trebuie să aplicați actualizarea de Server pentru a vă asigura că toate mașinile virtuale dislocate nou dintr-un șablon de Service va avea agentul invitat actualizat. Existente mașini virtuale dislocate poate avea instalați agent actualizat instalat prin Windows Update, prin WSUS sau manual utilizând următorul pachet:

Download Descărcați acum pachetul de actualizare Agent comentarii.

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 pachetul de actualizare Rollup 6 pentru un server System Center 2012 R2 Virtual Machine Manager (KB3050317), executaţi următoarea comandă:

msiexec.exe /update kb3050317_vmmserver_amd64.msp Note

  • Dacă manual Descarca pachetele de actualizare din catalogul de actualizări Microsoft și instalați-le făcând dublu clic pe pachetele, trebuie să instalați pachete Server Virtual Machine Manager și consola de Administrator ca un utilizator cu drepturi sporite. Puteți instala pachetul Virtual Machine Manager invitat Agent ca utilizator non-elevate.

  • Dacă aveți instalat pe VMM server consola de Administrator, instalați actualizări în următoarea ordine:

    • Setul de 6 pentru Server Virtual Machine Manager

    • Setul de actualizări 6 pentru consola de Administrator

    Între aceste două instalări, Server Virtual Machine Manager poate crea un jurnal de eroare critic în directorul VMMLogs. Această problemă apare deoarece consola Administrator partajează unele dll cu Server Virtual Machine Manager, și un conflict de versiune pot conduce la înregistrarea în jurnal de eroare critice. Pentru a rezolva această problemă, instalați actualizări atât pe serverul Virtual Machine Manager pe care le utilizați pentru a porni serviciul Virtual Machine Manager.

  • Înainte de actualizare Rollup 5, trebuia să actualizați manual componenta System Center Virtual Machine Manager DHCP Server (x64). În VMM cu Update Rollup 5 sau versiuni mai recente, această actualizare manuală nu mai este necesară.

  • Dacă descărcați și extrageți MSP de consola de administrare, două fișiere CAB sunt rezultatul, cum se poate vedea în următoarea fotografie de ecran. Unul dintre aceste fișiere CAB se aplică la x64 (cunoscut și ca AMD64) și alte fișiere CAB se aplică la x86 (cunoscut și ca i386). alternate textConsultați ultima referința la arhitectură de sistem de operare în numele de fișier CAB pentru a determina care se aplică tipul de arhitectură fișierul CAB.

Fișiere actualizate în acest pachet de actualizare

Pentru o listă de fișiere care au fost modificate în acest set de actualizări, Descărcați următorul fișier:

Tabele de atribut de fișier pentru Update Rollup 6 pentru System Center 2012 R2 Virtual Machine Manager

Aveți nevoie de ajutor suplimentar?

Extindeți-vă competențele
Explorați instruirea
Fiți primul care obține noile caracteristici
Alăturați-vă la Microsoft Insider

V-a fost de ajutor această informație?

Cât de mulțumit sunteți de calitatea traducerii?

Ce v-a afectat experiența?

Aveți feedback suplimentar? (Opțional)

Vă mulțumim pentru feedback!

×