Set de actualizări 10 pentru System Center 2012 R2 Virtual Machine Manager

Caracteristici adăugate în acest set de actualizări

Probleme care sunt remediate în acest set de actualizări

• Când încercați să modificați un șablon de serviciu care are un sistem de echilibrare a sarcinii și o rețea VM configurabilă, modificările nu se salvează. În plus, caseta de dialog Salvare poate reapărea.
  
  Notă Această problemă apare atunci când schimbați rețeaua VM de la o setare configurabilă existentă la o altă setare configurabilă.
  
  

• Atunci când încercați să editați sau să vizualizați un șablon de serviciu care are un sistem de echilibrare a încărcării și o rețea VM în vizualizarea Proiectant, una sau mai multe rețele VM pe care le-ați adăugat anterior dispar.
  
  

• Atunci când încercați să efectuați remedierea pe noduri de cluster Hyper-V sau să puneți nodurile în modul de întreținere, VMM nu poate actualiza ocazional politica de virtualizare de rețea Hyper-V (HNV) pe nodurile de cluster Hyper-V. Atunci când apare această eroare, gazdele Hyper-V afectate rămân permanent în starea nereușită sau până la repornirea serviciului System Center Virtual Machine Manager. De obicei, această problemă afectează doar nodurile care ies din modul de întreținere. Celelalte noduri din cluster continuă să funcționeze așa cum vă așteptați.
  
  Problema este remediată în acest set de actualizări. Totuși, pentru a rezolva temporar această problemă, reporniți serviciul System Center Virtual Machine Manager, apoi actualizați toate mașinile virtuale de pe nodurile afectate după ce nodurile sunt într-o stare nereușită. Aceasta este singura metodă cunoscută pentru actualizarea politicii HNV și pentru a vă asigura că gazdele obțin o adresă furnizor (PA).
  
  

• Atunci când un serviciu este deservit, Agentul invitat nu reușește și returnează următorul mesaj de eroare:
  

  Eroare (22758)
  Agentul invitat a întâlnit o excepție în timpul rulării unei comenzi script. Win32ErrorCode: 2147942402 DetailedErrorMessage: Sistemul nu poate găsi fișierul specificat.

  
  

• Atunci când, ca entitate găzduită, încercați să implementați un rol VM sau VM utilizând un disc care diferă prin WAP, rolul VM sau VM nu reușește și generează erori de cotă de disc. Această problemă poate apărea chiar dacă a rămas suficientă cotă. Această problemă apare din cauza calculelor de utilizare inconsistente efectuate de VMM pentru scenariile de bază și de disc care diferă. Atunci când apare această problemă, primiți unul dintre următoarele mesaje de eroare:
  
  

  • Eroare (23419)
    Operațiunea are ca rezultat o încălcare a cotei de spațiu-disc pentru cloud * pentru rolul de utilizator *.
    
    Acțiune
    recomandată Asigurați o cotă suficientă de spațiu-disc pentru rolul de utilizator specificat și încercați din nou operațiunea. Contactați administratorul de sistem cu acest ID de eroare.

  • Eroare (22042)
    Numele <al serviciului nu s-a implementat cu succes>. Revizuiți jurnalul de evenimente pentru a determina cauza și acțiunile corective.
    
    Acțiune
    recomandată Implementarea poate fi repornită prin reîncercarea activității.

  • Eroare (31304)
    > <numelui <resursei VM nu a fost implementat cu succes în serviciul cloud.
    
    Rolul mașinii virtuale de acțiune
    recomandată poate fi reparat dacă entitatea a fost creată.

  De exemplu, să presupunem că aveți trei roluri VM implementate atribuind fiecare rol unui disc de sistem de operare de 60 gigabaiți (GB). Rolul VM utilizează discuri differencing pentru discul sistemului de operare, iar discul părinte sau de bază este un hard disk de 60 GB.
  

  Rol VM 01: Părinte: 60 GB, Copil: 43 GB
  Rol VM 02: Părinte: 60 GB, Copil: Rol VM 42 GB
  03: Părinte: 60 GB, Copil: 42 GB
  
  Când VMM încearcă să calculeze utilizarea discului, adaugă incorect dimensiunea discului de bază de trei ori (în loc de o singură dată) pentru a obține utilizarea curentă:
  
  

  3x60 GB (180 GB) + 43+42+42 (127 GB) = 307 GB
  În mod ideal, discul de bază ar fi trebuit considerat o singură dată (60+43+42+42 = 187GB). Prin urmare, dacă entitatea găzduită are o cotă setată la 300 GB, de exemplu, implementările de mașini virtuale și roluri VM noi nu reușească și generează o încălcare a cotei.
  
  

• Când aveți două grupuri de reproduceri care au același nume pe o matrice de stocare și încercați să reîmprospătați sau să rescanați matricea utilizând VMM, primiți următoarea excepție:
  

  Eroare (20413)
  VMM a întâlnit o excepție critică și a creat un raport de excepție la C:\ProgramData\VMMLogs\SCMM.guid\report.txt.
  
  Acțiune
  recomandată Consultați raportul pentru mai multe detalii și căutați pe forumurile utilizatorilor cauze rădăcină bine cunoscute pentru auto-ajutor.

  
  Gestionarea excepției este îmbunătățită în această actualizare. Activitatea de reîmprospătare sau rescanare nu reușește acum și primiți următorul mesaj de eroare pentru a vă ajuta să rezolvați problema:
  

  Eroare (24403)
  Imposibil de importat grupul de reproduceri "%Name;". VMM nu acceptă mai multe grupuri de reproducere cu același nume.
  
  Acțiune
  recomandată Eliminați grupul de reproducere dublură și încercați din nou operațiunea.

  
  
  

• Atunci când creați o mașină virtuală gen 2 utilizând VMM, crearea mașinii virtuale nu reușește și primiți următorul mesaj de eroare:
  

  Eroare (13206)Managerul de mașini virtuale
  nu poate găsi bootarea sau volumul sistemului pe mașina virtuală <nume>. Este posibil ca mașina virtuală rezultată să nu pornească sau să nu funcționeze corect.

  
  
  

• Atunci când adăugați un șablon VM care este configurat să utilizeze parametrul AutoLogonCredential la un plan WAP, planul intră într-o stare Activă (Nesincronizat). Această stare continuă până când șablonul VM este eliminat sau se acordă permisiuni manuale în consola VMM pentru a permite rolului de utilizator al entităților găzduite să acceseze contul Executare ca specificat. WAP nu poate sincroniza un plan dacă planul include un șablon VM care are parametrul AutoLogonCredential adăugat. De asemenea, rularea cmdletului Get-SCVMtemplate -ID <ID nu returnează șablonul VM dacă șablonul VM are Activat AutoLogon și AutoLogonCredential adăugat.

Probleme cunoscute din seturile de actualizări anterioare

• Reinstalarea setului de actualizări 8 pentru System Center 2012 R2 Virtual Machine Manager sau o actualizare
  
  ulterioară Reinstalarea setului de actualizări 8 sau a unui set mai recent de actualizări nu reușește și primiți următorul mesaj de eroare:
  

  time:InnerException.Type: System.Data.SqlClient.SqlException, InnerException.Message: Încălcarea restricției PRIMARY KEY "PK_tbl_WLC_ServiceTemplate". Imposibil de inserat cheia dublată în obiectul "dbo.tbl_WLC_ServiceTemplate". Valoarea cheii dublate este (5fddb85c-4ae5-4c8b-be83-9b2961a316dd).

  
  Notă Această problemă nu este remediată în setul de actualizări 10. Pentru a reinstala cu succes setul de actualizări 8 sau un set de actualizări mai recent, urmați acești pași:
  
  

  1. Dezinstalați produsul și păstrați baza de date a setului de actualizări.

  2. Rulați scriptul PreR2ReInstall în baza de date reținută.

  3. Instalați versiunea de lansare a System Center 2012 R2 Virtual Machine Manager, setând ca programul să indice spre baza de date reținută.
     
     Notă Instalarea se termină, dar este posibil ca serviciul VMM să nu pornească.

  4. Instalați setul de actualizări, apoi rulați scriptul PostInstall .

  5. Porniți serviciul VMM dacă nu pornește automat.

  
  Pentru mai multe informații, consultați următorul articol din Baza de cunoștințe Microsoft:
  

  3132774 Cum se păstrează baza de date atunci când reinstalați Virtual Machine Manager

• Adăugarea unui nod nou la un cluster
  
  VMM (HAVMM) extrem de disponibil Atunci când adăugați un nod nou la un cluster HAVMM și instalați setul de actualizări 8 sau un set de actualizări mai recent pe noul nod, este posibil să primiți următoarea excepție:
  

  time:InnerException.Type: System.Data.SqlClient.SqlException, InnerException.Message: Încălcarea restricției PRIMARY KEY "PK_tbl_WLC_ServiceTemplate". Imposibil de inserat cheia dublată în obiectul "dbo.tbl_WLC_ServiceTemplate". Valoarea cheii dublate este (5fddb85c-4ae5-4c8b-be83-9b2961a316dd).

  
  Această problemă nu este remediată în setul de actualizări 10. Pentru a remedia această excepție, urmați acești pași:
  
  

  1. Adăugați al doilea nod la cluster.

  2. Opriți serviciul System Center Virtual Machine Manager pe nodul pe care este instalat VMM.

  3. Rulați scriptul PreR2ReInstall în baza de date.

  4. Instalați versiunea de lansare a System Center 2012 R2 Virtual Machine Manager pe al doilea nod, indicând spre baza de date existentă.

  5. Instalați setul de actualizări pe al doilea nod, apoi rulați scriptul PostInstall .

  6. Porniți serviciul VMM pe nodul activ.

  
  
  Pentru mai multe informații, consultați următorul articol din Baza de cunoștințe Microsoft:
  

  3132774 Cum se păstrează baza de date atunci când reinstalați Virtual Machine Manage

Pentru informații despre descărcarea fișierelor de asistență Microsoft, faceți clic pe următorul număr de articol pentru a vedea articolul în Baza de cunoștințe Microsoft:

119591 Cum să obțineți fișiere de asistență Microsoft de la servicii online Microsoft a scanat acest fișier împotriva virușilor. Microsoft a utilizat cel mai recent software de detectare a virușilor care era disponibil la data la care a fost publicat fișierul. Fișierul este stocat pe servere cu securitate îmbunătățită care contribuie la prevenirea oricăror modificări neautorizate ale fișierului.

Cum se obține și se instalează setul de actualizări 10 pentru System Center 2012 R2 Virtual Machine Manager