Actualizati pachetul 8 pentru System Center 2012 R2 Virtual Machine Manager

Introducere

Acest articol descrie problemele care sunt rezolvate in pachet de actualizari 8 (UR8) pentru Microsoft System Center 2012 R2 Virtual Machine Manager. Exista doua actualizari disponibile pentru System Center 2012 R2 Virtual Machine Manager: una pentru servere si una pentru Consola de administrator. Acest articol contine, de asemenea, instructiunile de instalare pentru Update Rollup 8 pentru System Center 2012 R2 Virtual Machine Manager.

Functii care sunt adaugate in acest set de actualizari

• Suport pentru SQL Server 2014 SP1 ca baza de date VMM

  Cu pachetul de actualizari 8 pentru SC VMM 2012 R2 puteti avea acum Microsoft SQL Server 2014 SP1 ca baza de date VMM. Acest suport nu include implementarea sabloanelor de serviciu prin utilizarea tipului de profil SQL ca SQL Server 2014 SP1. Pentru cele mai recente informatii despre cerintele SQL Server pentru System Center 2012 R2, consultati referinta aici.

• Suport pentru scenarii de gestionare VMWare vCenter 6.0

  Cu Update Rollup 7, am anuntat asistenta pentru scenarii de gestionare pentru vCenter 5.5. Bazandu-ne pe foaia de parcurs pentru integrarea si compatibilitatea vCenter si VMM, suntem acum incantati sa anuntam asistenta pentru VMWare vCenter 6.0 in pachet de actualizari 8. Pentru o lista completa a scenariilor acceptate, faceti clic aici.

• Posibilitatea de a seta cote pentru adrese IP externe

  Cu Update Rollup 7, am anuntat suport pentru mai multe adrese IP externe pe retea virtuala, dar povestea a fost incompleta, deoarece nu a existat nicio optiune de a seta cote pe numarul de conexiuni NAT. Cu UR8, suntem bucurosi sa anuntam asistenta de la capat la cap pentru aceasta functionalitate, deoarece acum puteti seta cote pe numarul de adrese IP externe permise pentru fiecare rol de utilizator. Puteti gestiona acest lucru si utilizand Windows Azure Pack (WAP).

  Cum folosesc aceasta functionalitate?

  Cmdleturi PowerShell:

  Pentru a seta cota pentru un rol de utilizator:

  Set-UserRole –UserRole UserRoleObject –NATConnectionMaximum MaxNumber

  Pentru a elimina cota pentru un rol de utilizator:

  Set-UserRole –UserRole UserRoleObject –RemoveNATConnectionMaximum

  Exemple de cmdleturi:

  Set-UserRole –UserRole $ UserRoleObject –NATConnectionMaximum 25

  Set-UserRole –UserRole $ UserRoleObject –RemoveNATConnectionMaximum

• Suport pentru cote pentru punctele de control

  Inainte de UR8, cand creati un punct de control prin WAP, VMM nu verifica daca crearea punctului de control va depasi limita cotei de stocare a chiriasului. Inainte de UR8, chiriasii pot crea punctul de control chiar daca limita cotei de stocare va fi depasita.

  Exemplu de scenariu pentru a explica problema inainte de UR8

  Luati in considerare un caz in care un administrator chirias are o limita a cotei de stocare de 150 GB. Apoi, ea urmeaza acesti pasi:

  1. Ea creeaza doua VM-uri cu dimensiunea VHD de 30 GB fiecare (stocare disponibila inainte de creare: 150 GB, post-creare: 90 GB).

  2. Ea creeaza un punct de control pentru una dintre masinile virtuale (stocare disponibila inainte de creare: 90 GB, post-creare: 60 GB).

  3. Ea creeaza o noua VM cu dimensiunea VHD de 50 GB (spatiu de stocare disponibil inainte de creare: 60 GB, post-creare: 10 GB).

  4. Ea creeaza un punct de control al celei de-a treia VM (stocare disponibila inainte de creare: 10 GB).

  Deoarece administratorului chiriasului i-a ramas o cota de stocare insuficienta, VMM ar trebui, in mod ideal, sa blocheze crearea acestui punct de control (pasul 4). Dar inainte de UR8, VMM permite administratorilor chiriasilor sa creeze punctul de control si sa depaseasca limita.

  Cu Update Rollup 8, puteti fi sigur ca VMM se va ocupa de verificarea limitelor cotei de stocare a chiriasului inainte de a crea un punct de control.

• Abilitatea de a configura adresa MAC a adaptorului de retea static in timpul implementarii sistemului de operare

  Cu Update Rollup 8, oferim acum functionalitatea de configurare a adreselor MAC ale adaptorului de retea static in timpul implementarii sistemului de operare. Daca ati facut vreodata aprovizionarea Bare Metal a gazdelor si ati ajuns sa aveti mai multe gazde cu aceleasi adrese MAC (datorita alocarii dinamice a adreselor IP pentru adaptoarele de retea), acesta ar putea fi un adevarat salvator pentru dvs.

  Cum folosesc aceasta functionalitate?

  Cmdlet PowerShell:

  Nou-SCPhysicalComputerNetworkAdapterConfig -UseStaticIPForIPConfiguration -SetAsGenericNIC -SetAsVirtualNetworkAdapter -IPv4Subnet String -LogicalSwitch Logical_Switch -VMNetwork VM_Network -MACAddress mac_address

  Pentru a configura o adresa MAC statica, puteti specifica parametrul MACAddress in cmdletul anterior PowerShell. Daca nu este specificat niciun parametru de adresa MAC, VMM il configureaza ca dinamic (VMM aloca Hyper-V pentru a atribui adresa MAC.). Pentru a alege MAC din grupul de adrese MAC implicit VMM, puteti specifica adresa MAC ca 00: 00: 00: 00: 00: 00., Ca in urmatoarea captura de ecran:

• Abilitatea de a implementa ACL-uri extinse de port Hyper-V

  cu Update Rollup 8 pentru VMM, puteti acum:

  • Definiti ACL-urile si regulile acestora

  • Atasati ACL-urile create la o retea VM, subretele VM sau adaptoare de retea virtuala

  • Atasati ACL la setarile globale care il aplica tuturor adaptoarelor de retea virtuala

  • Vizualizati si actualizati regulile ACL configurate pe adaptorul de retea virtuala in VMM

  • Stergeti ACL-urile de port si regulile ACL

  Pentru mai multe informatii, consultati articolul din baza de cunostinte 3101161.

• Suport pentru nivelarea spatiului de stocare in VMM

  Cu Update Rollup 8, VMM va ofera acum functionalitatea de a crea partajari de fisiere cu niveluri (SSD / HDD).

  Pentru mai multe informatii, consultati articolul din baza de cunostinte 3101159.

Probleme care sunt remediate in aceasta pachet de actualizari

• Numarul 1

  Crearea VM-urilor din generatia 2 esueaza cu urmatoarea eroare:

  Eroare (13206)

  Virtual Machine Manager nu poate localiza boot-ul sau volumul sistemului pe masina virtuala <nume VM>. Este posibil ca masina virtuala rezultata sa nu porneasca sau sa functioneze corect.

• Numarul 2

  VMM nu va permite sa setati proprietarul unui profil hardware cu un nume de proprietar care sa contina simbolul „$”.

• Numarul 3

  VM-urile HA cu VLAN configurate pe site-urile de retea ale unei retele logice nu pot fi migrate de la o gazda la alta. Urmatoarea eroare este aruncata cand incercati sa migrati VM:

  Eroare (26857)

  ID-ul VLAN (xxx) nu este valid deoarece reteaua VM (xxx) nu include ID-ul VLAN intr-un site de retea accesibil de catre gazda.

  sexo en directo pajas trans
  halle berry desnuda pelis porno españolas
  maduras tragando semen maduras americanas
  descargar peliculas porno incesto madre hijos
  guarras.com trio por sorpresa
  porno casadas españolas xxx torrent magnet
  maduras folladoras incesto jovencitas
  aventura en pelotas xxx abuelas a cuatro patas
  maduras americanas porno español dinero
  abuela porno pillados follando
  folladas salvajes videos heroticos
  follando rico suegras españolas follando
  porno en cine convencional pilladas cagando
  potno viejas muy calientes
  porno español jovencita porno por el culo
  folladas caseras reales travestis meando
  moras follando mujeres peludas follando
  porno madres peludas peliculas porno traducidas al castellano
  se deja follar peliculas eroticas alemanas
  mujeres tetudas videos porno trios español

• Problema 4

  Modificarile efectuate de un administrator de chiriasi (cu permisiuni de implementare pe un nor) la setarile de memorie si CPU ale unei VM in cloud prin intermediul consolei VMM nu se lipesc. Pentru a rezolva aceasta problema, modificati aceste setari utilizand PowerShell.

• Problema 5

  Cand o masina virtuala este implementata si pune pe o partajare de fisiere SMB3 gazduita pe fisierul NetApp 8.2.3 sau o versiune ulterioara, procesul de implementare a masinii virtuale lasa o sesiune veche deschisa pe fiecare masina virtuala implementata in partajare. Cand sunt distribuite multe VM-uri utilizand acest proces, implementarea VM incepe sa esueze, deoarece este atinsa limita maxima a sesiunii SMB permise pe fisierul NetApp.

• Problema 6

  VMM se blocheaza din cauza problemelor de performanta SQL Server atunci cand efectuati operatiuni zilnice VMM. Aceasta problema apare din cauza intrarilor invechite in tabelul tbl_PCMT_PerfHistory_Raw. Cu UR8, noile intrari vechi nu sunt create in tabelul tbl_PCMT_PerfHistory_Raw. Cu toate acestea, intrarile care existau inainte de instalarea UR8 vor continua sa existe. Pentru a sterge intrarile vechi existente din tabelele SQL Server, utilizati urmatorul script SQL:

  DELETE FROM tbl_PCMT_PerfHistory_Raw unde TieredPerfCounterID NOT IN (SELECT DISTINCT tieredPerfCounterID FROM dbo.tbl_PCMT_TieredPerfCounter);

  DELETE FROM tbl_PCMT_PerfHistory_Hourly where TieredPerfCounterID NOT IN (SELECT DISTINCT tieredPerfCounterID FROM dbo.tbl_PCMT_TieredPerfCounter);

  DELETE FROM tbl_PCMT_PerfHistory_Daily where TieredPerfCounterID NOT IN (SELECT DISTINCT tieredPerfCounterID FROM dbo.tbl_PCMT_TieredPerfCounter);

• Numarul 7

  Intr-o implementare cu adaptoare Fibre Channel virtualizate, VMM nu actualizeaza furnizorul de stocare SMI-S si lanseaza urmatoarea exceptie:

  Nume: Citeste

  descrierea furnizorului de stocare Descriere: Citeste

  progresul furnizorului de stocare : 0%

  Stare:

  Cmdlet esuat Nume: Read-SCStorageProvider

  ErrorInfo: FailedtoAcquireLock (2606)

  Acest lucru se intampla deoarece VMM obtine mai intai blocarea de scriere pentru un obiect si apoi incearca mai tarziu sa obtina blocarea Stergere pentru acelasi obiect.

• Problema 8

  Pentru VM-urile cu VHD-uri care sunt plasate pe un server de fisiere Scale out (SOFS) pe SMB, contorul de performanta VM citire disc afiseaza incorect zero in consola de administrare VMM. Acest lucru impiedica o intreprindere sa isi monitorizeze consumatorii de top IOPS.

• Numarul 9

  Optimizarea dinamica esueaza, scurge o tranzactie si impiedica executarea altor lucrari. Acesta este blocat pe computerul SQL Server pana cand SCVMM este reciclat sau SPID-ul ofensator din SQL este ucis.

• Problema 10

  Conversia V2V esueaza atunci cand incercati sa migrati VM-urile de la gazda ESX la gazda Hyper-V daca dimensiunea hard disk-ului VM-ului de pe gazda ESX este foarte mare. Urmatoarea eroare mentionata este aruncata:

  Eroare (2901)

  Operatiunea nu s-a finalizat cu succes din cauza unui parametru sau a unei secvente de apel care nu este valida. (Parametrul este incorect (0x80070057))

• Numarul 11

  Migrarea live a VM-urilor intr-o retea HNV dureaza mai mult decat se astepta. S-ar putea sa gasiti, de asemenea, ca ping-urile catre VM-ul migrator s-au pierdut. Acest lucru se datoreaza faptului ca in timpul migrarii live, tabelul de politici WNV este transferat (in loc de doar delta). Prin urmare, daca tabelul de politici WNV este prea lung, transferul este intarziat si poate provoca pierderea conectivitatii VM-urilor pe noua gazda.

• Editia 12

  VMM obtine o adresa MAC gresita in timp ce genereaza politica HNV in implementarile in care sunt utilizate echilibratoarele de incarcare F5.

• Problema 13

  Pentru dispozitivele IBM SVC, activarea replicarii esueaza in VMM deoarece exista o limitare in SVC in care numele grupului de consistenta ar trebui sa inceapa cu un caracter alfabetic (cod de eroare: 36900). Aceasta problema apare deoarece, in timp ce permite replicarea, VMM genereaza siruri aleatorii pentru denumirea „grupurilor de consistenta” si „relatiei” dintre sursa si tinta si acestea contin caractere alfanumerice. Prin urmare, primul caracter generat de VMM poate fi un numar, iar acest lucru incalca cerinta IBM SVC.

• Numarul 14

  In pachetul de actualizari 6, am inclus o modificare care permite clientilor sa aiba o adresa MAC statica chiar daca adaptorul de retea nu este conectat. Aceasta corectie nu a acoperit corect toate scenariile si declanseaza o exceptie atunci cand exista un sablon cu un adaptor de retea conectat si apoi incercati mai tarziu sa editati adresa statica pentru a deconecta adaptorul de retea.

• Numarul 15

  Post actualizare pachet 6, de indata ce o gazda intra in modul vechi, nu revine la evenimente timp de 20 de zile. Prin urmare, proprietatile VM nu sunt actualizate si nu sunt primite evenimente de la HyperV timp de 20 de zile.

  Aceasta problema apare din cauza unei modificari incluse in UR6 care stabileste expirarea ca 20 de zile atat pentru modul de evenimente, cat si pentru modul vechi. Actualizarea mostenita, care ar trebui sa ruleze in mod ideal dupa 2 minute, ruleaza acum dupa 20 de zile; si pana atunci, evenimentarea este dezactivata.

  Solutie:

  pentru a rezolva aceasta problema, rulati manual actualizarea mostenita prin reimprospatarea proprietatilor VM.

• Numarul 16

  Post-UR7, stergerea unei retele virtuale nu curata corect resursele cluster pentru Gateway Virtualization Network. Acest lucru face ca rolul de cluster (grup de cluster) sa intre intr-o stare esuata atunci cand are loc o trecere la esec a rolului de cluster gateway HNV. Acest lucru provoaca o stare de esec pe gateway, ca in urmatoarea captura de ecran:

Cum se obtine si se instaleaza pachetul de actualizari 8 pentru System Center 2012 R2 Virtual Machine Manager

Descarcati informatii

Windows Update

Pentru a obtine si a instala un pachet de actualizare din Windows Update, urmati acesti pasi pe un computer care are instalata o componenta Virtual Machine Manager:

1. Faceti clic pe Start, apoi pe Panou de control.

2. In Panoul de control, faceti dublu clic pe Windows Update.

3. In fereastra Windows Update, faceti clic pe Verificare online pentru actualizari de la Microsoft Update.

4. Faceti clic pe Actualizari importante sunt disponibile.

5. Selectati pachetul de actualizare, apoi faceti clic pe OK.

6. Faceti clic pe Instalare actualizari pentru a instala pachetul de actualizare.

Catalogul Microsoft Update

Descarcati pachetul de actualizare Server acum.

Descarcati pachetul de actualizare Consola pentru administratori acum.

Descarcati acum pachetul de actualizare pentru Guest Guest. Important Nu au fost efectuate modificari ale Agentului Guest in UR8. Daca faceti upgrade de la UR7, nu trebuie sa faceti nimic pentru Agentul invitat. Cu toate acestea, daca utilizati o versiune anterioara UR7, trebuie sa instalati Agentul invitat care a fost lansat in UR7.

Instructiuni de instalare

Fisiere actualizate in aceasta pachet de actualizari

Pentru o lista a fisierelor modificate in aceasta pachet de actualizari, faceti clic aici.