set de actualizări 6 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: 3050317
Introducere
Acest articol descrie problemele care sunt remediate în Update Rollup 6 pentru Microsoft System Center 2012 R2 maşină virtuală Manager. Există două actualizări disponibile pentru maşină virtuală 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 maşină virtuală Manager.

Caracteristicile adăugate în acest pachet de actualizare



  • Adăugați caracteristica Azure abonament: Utilizând caracteristica Adăugare abonament Azure în Update Rollup 6, administratorii de maşină virtuală 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 maşină virtuală 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 pot face cu această caracteristică

    Dacă aţi reuşit deja mașinile virtuale locale în maşină virtuală 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 Listă tabel de instanțe.
    • Efectuați următoarele acțiuni de bază pe cazuri:

      • Start
      • Stop
      • Închidere
      • Reporniți
      • Conectare prin Protocolul RDP
    Pentru mai multe informații, consultați Adăugarea unui 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 maşină virtuală 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 Îmbunătățiri de scenariu ASR E2A Protection.
  • 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 multi-nivelul serviciilor și puteți alege 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 2 generare 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 primite și total trafic de ieșire din procedura Bytes per VNic per mașină virtuală în următoarea metodă:

    Pentru fiecare VM:

    1. Activați Măsurare Hyper-V 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.
    implicit, aceste reguli executare fiecare oră. Utilizatorii pot opta pentru a schimba această setare prin suprascrierea proprietatea IntervalSeconds. Aceste reguli nu trebuie executat mai frecvent decât la fiecare cinci minute (300 secunde).

    Comportament în versiunile anterioare: VMM nu s-a măsurarea consumului acoperire de date. A măsurat numai transmitere.
  • Opțiunea de a overcommit capacitatea Cloud și gazdă grup pentru reproducerea SMS: System Center 2012 R2 maşină virtuală Manager vă permite să puneți replică mașinile virtuale pe un grup de cloud sau gazdă preconfigurate 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ă puneți orice mașină virtuală dublură pe un grup de cloud sau gazdă dacă care ar ridica sarcina cumulate din toate replică SMS dincolo de capacitatea de grup 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\Placement

    Nume DWORD: IgnoreMemoryForStoppedReplicaVM
    Valoare DWORD: 1

    Notă Dacă subcheia plasare nu există, creaţi-o.

    Pentru mai multe informații, consultați Opțiunea de a overcommit Cloud și HG pentru reproducerea SMS.
  • 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 VM (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 gestionare VMM
    Acestea sunt limitate scenarii. Cu toate acestea, ele reprezintă cele mai importante şi primul 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 VMM obiecte sunt eliminate. VMM uneori întâmpină 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 acoperire de date. Acest lucru provoacă frecvent utilizatorii pentru a căuta scripturi remediere pentru a elimina obiecte afectate. Update Rollup 6, VMM are îmbunătățită trei cmdlet Powershell pentru a minimiza 801 erori. Aceste cmdleturi sunt Eliminare SCServiceTemplate, Eliminare SCLibraryServer, și Eliminare SCLibraryShare. Utilizatorii nu trebuie să utilizați -Force Pavilion împreună cu aceste cmdleturi pentru a evita erorile de 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 acces în System.Xml când l răspuns la un eveniment de serviciile 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 de rutină de tratare vede aceste excepții înainte ca procesul 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 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ă șansa ca Hyper-V va returna obiectul Floppy Drive ca null ș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ă operațiune nereușită, având ca 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 implicit (care este populat auto rezerva care este afișat în interfața cu utilizatorul), apoi se termină Expertul VM fără erori, dar crearea mașină virtuală nu reușește și returnează o eroare "Adresă IP din gama".

  • 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 trimis de Hyper-V pentru schimbare IP, dar subrețeaua de mașini virtuale nu mai există în VMM, provoacă o cădere a serviciului VMM.

  • Problema 8

    SMS sunt raportate lipsă ca VmMovedRefresherEvent nu este primit. Când apare un eveniment de mutare mașină virtuală în marcă de 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 cadru fereastră unde nu ascultă și operațiunea de actualizare chiar înainte de modul de ascultare nu primește modificarea. De aceea VMM vor primi aceste modificări până la următoarea perfecționare completă, care poate fi cât mai rău ca 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

    Valoare de minute: 0 secunde

    Max valoare: 20 de zile
    Valorile trebuie să fie specificat în secunde.

    Nume DWORD: VMPropertiesEventAssitedUpdateInterval

    Valoare DWORD:value_in_seconds

    Notă The value_in_seconds substituentul 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 marcă de 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ă astfel de 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 adaptor de reţea gazdă, vor fi alocate PAs din acele site-uri diferite de rețea și informațiile de distribuire trebuie setată, de asemenea. (Rețea site-uri sunt numite uneori "rețea logică definițiile.") Într-un mai multe gazdă scenariu cu VM1 pe Host1 fiind conectat PA1, este 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 marcă de 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 actualizat, se stabileşte o WinRM conexiune de rețea (pentru fiecare gazdă reîmprospătate) care în mod constant fluxuri acoperire de date.

  • Numarul 12

    Când se creează mai multe adaptoare de rețea virtuală gazdă, erori întâmplătoare sunt respectate. 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țea virtuală 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 migrate. 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 VSEM furnizor este actualizat, capacitatea de furnizor pentru a primi notificări nu este indicat pentru motorul de notificare.

  • Problemă 16

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

  • Problemă 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 pentru administratorii de 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

    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 marcă de timp (până la o oră) pentru a termina.

  • Problemă 21

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

  • Problema 22

    Unii utilizatori utilizează seturi VIPAddress mari î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 a avut și înlocuit cu un nou dispozitiv 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 este blocată orice operațiune mașina virtuală dublură. 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 determină vswitch să dispară din consola.

  • Problemă 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

    Resursă proprietar (SSU utilizator) nu autorizat pentru a accesa Listă tabel 'GrantedTo' o resursă și, prin urmare, nu posibilitatea de a vedea toate 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 de autoservire, GrantedToList Urmărire să returneze rezultatele 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 SMS 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, se isenabled prin Hyper-V Manager.

  • Problemă 32

    Câmp expectedDSColumn lansează excepţie critice în marcă de timp ce urmărirea mesajul pentru coloane de 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 existent, dublate care havethe același nume sunt create pe VMM în System Center 2012 R2 Update Rollup 5 mașinilor virtuale Hyper-V.

  • Problemă 34

    Dacă mașinile virtuale invitat actualizare de securitate Windows3035131 sau 3031432instalat, agentul de invitat VMM executare scripturi de executare comandă Generic (GCE) solicitate de VMM ca parte a VM implementare. Acest lucru poate provoca erori în mai multe scenarii în care utilizați GCE scripturi pentru implementare și consolidare servicii. De exemplu, atunci când încercați să serviciu un șablon de Service VMM prin GCE scripturi, se returnează cod de eroare 22029.

    NotăDupă ce instalați actualizarea set 6 (orlater setul de actualizări) pentru System Center maşină virtuală manager 2012 R2, acum va trebui să acordeconecta ca loturi drepturi pentru a executa ca contul specificat. Fără aceste drepturi, agentul invitat va putea executa scripturi GCE printr-o executare ca cont.

  • Problemă 35

    Live migration mașinii virtuale nu reușește când utilizați spațiu de stocare cluster ca CSV și stocarea 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.

  • Problemă 36

    disc de bază plasare ar trebui să rotiți între partajările de plasare validă.

  • Problemă 37

    Consola VMM poate folosi un șir de lansare existente în timpul service șablon copie. Uneori, utilizatorii nu pot 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 consolidare 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 datorită 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 această subrețea, 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.

  • Problemă 40

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

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

  • Problemă 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 dinamică/DedicatedGuestIP chiar dacă setările sunt activate pentru acesta. Reluare CA rupt. Pentru orice adresă IP adaugă/mutat într-o mașină virtuală conectat la rețea NVGRE (HNV invitat Cluster/invitat IP Failover scenariu), Adresă IP este * nu * marcate ca dinamice (tip = DedicatedGuestIP în VMM) chiar dacă mașina virtuală are setări EnableGuestIPNetworkVirtualizationUpdates = true. Când prima oară Adresă 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, Adresă 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 poate fi actualizat. Aceasta împiedică management provider.

  • Problemă 45

    Clientul VMM se blochează atunci când setați alimentare optimizare interval de marcă 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 maşină virtuală Manager. CentOS 7 şi fermă de servere RHEL 7 că utilizate DHCP ar întâmpina absente rețea acoperire de date de configurare 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 implicit, spre deosebire de iterații anterioare. Scripturi de configurare pentru DHCP networking s-au actualizat pentru a utiliza instrumentul ip în locul ifconfig dacă instrumentul ip este instalat.

Cum se obține și instala Update Rollup 6 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ă 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ă 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 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
Treceți la următorul site web pentru a descărca manual update pachet din catalogul de actualizări Microsoft:

Important Server și componentele consola de Administrator, trebuie să fie actualizate pe server maşină virtuală Manager.

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 actualizat agentul de invitat. Existente mașini virtuale dislocate poate avea instalați agent actualizat instalate prin Actualizare Windows, prin WSUS, sau manual utilizând următorul pachet:

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 6 pentru un server System Center 2012 R2 maşină virtuală 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 maşină virtuală Manager și consola de Administrator ca un utilizator cu drepturi sporite. Puteți instala pachetul maşină virtuală 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 actualizări 6 pentru Server maşină virtuală Manager
    • Setul de actualizări 6 pentru consola de Administrator

    Între aceste două instalări, Server maşină virtuală Manager poate crea un jurnal de eroare critic în directorul VMMLogs. Această problemă apare deoarece consola Administrator partajează unele dll cu Server maşină virtuală 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 maşină virtuală Manager pe care le utilizați pentru a porni serviciul maşină virtuală Manager.
  • Înainte de actualizare Rollup 5, trebuia să actualizați manual componenta Server DHCP System Center maşină virtuală Manager (x 64). În VMM cu Update Rollup 5 sau versiuni mai recente, această actualizare manuală nu mai este necesară.
  • Dacă descărcați și să 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ă pentru x 64 (cunoscut și ca AMD64) și alte fișiere CAB se aplică la x 86 (cunoscut și ca i386).

    Consultați ultima referința la arhitectură de sistem de operare în nume de sign-in 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:


Avertisment: acest articol a fost tradus automat

Свойства

Номер статьи: 3050317 — последний просмотр: 09/22/2015 01:54:00 — редакция: 3.0

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

  • kbqfe kbfix kbexpertiseinter kbsurveynew atdownload kbmt KB3050317 KbMtro
Отзывы и предложения