Skupno ažuriranje 8 za System Center 2012 R2 Virtual Machine Manager

Značajke dodane u ovom skupnom ažuriranju

• Podrška za SQL Server 2014 SP1 kao VMM bazu podataka s ažuriranjem
  Rollup 8 za SC VMM 2012 R2 sada možete imati Microsoft SQL Server 2014 SP1 kao VMM bazu podataka. Ova podrška ne obuhvaća implementaciju predložaka servisa pomoću vrste profila SQL kao SQL Server 2014 SP1. Najnovije informacije o preduvjetima SQL Server System Center 2012 R2 potražite ovdje.
  
  

• Podrška za scenarije upravljanja vmWare vCenter 6.0
  s skupnim ažuriranjem 7najavili smo podršku za scenarije upravljanja za vCenter 5.5. Na temelju plana razvoja za integraciju i podršku za vCenter i VMM sada s uzbuđeno objavljujemo podršku za VMWare vCenter 6.0 u skupnom ažuriranju 8. Za potpuni popis podržanih scenarija kliknite ovdje.
  
  

• Mogućnost postavljanja kvota za vanjske IP
  adrese Pomoću skupnog ažuriranja Update Rollup 7najavili smo podršku za više vanjskih IP adresa po virtualnoj mreži, ali priča nije bila potpuna jer nije bilo mogućnosti postavljanja kvota za broj NAT veza. Uz UR8 drago nam je što objavljujemo podršku za tu funkciju s kraja na kraj jer sada možete postaviti kvote na broj vanjskih IP adresa dopuštenih po korisničkoj ulozi. Time možete upravljati i pomoću paketa Windows Azure Pack (WAP).
  
  Kako koristiti tu funkciju?
  
  Cmdleti komponente PowerShell:
  
  

  Da biste postavili kvotu za korisničku ulogu: Set-UserRole –UserRole UserRoleObject –NATConnectionMaximum MaxNumber Da biste uklonili kvotu za korisničku ulogu: Set-UserRole – UserRoleObject – RemoveNATConnectionMaximum ogledni cmdlet: Set-UserRole –UserRole $UserRoleObject –NATConnectionMaximum 25 Set-UserRole –UserRole $UserRoleObject –RemoveNATConnectionMaximum

  
  
  

• Podrška za kvote
  za kontrolne točke Prije UR8, kada stvorite kontrolnu točku putem WAP-a, VMM ne provjerava hoće li stvaranje kontrolne točke premašiti ograničenje kvote za pohranu klijenta. Prije UR8 klijenti mogu stvoriti kontrolnu točku čak i ako prekorače ograničenje kvote za pohranu.
  
  Ogledni scenarij koji objašnjava problem prije UR8
  
  Razmislite o slučaju u kojem administrator klijenta ima ograničenje kvote prostora za pohranu od 150 GB. Zatim slijedi sljedeće korake:

  1. Ona stvara dva VHD veličine 30 GB svaki (dostupan prostor za pohranu prije stvaranja: 150 GB, nakon stvaranja: 90 GB).

  2. Stvara kontrolnu točku za jedan od VM-a (dostupan prostor za pohranu prije stvaranja: 90 GB, nakon stvaranja: 60 GB).

  3. Ona stvara novo VHD veličine 50 GB (dostupan prostor za pohranu prije stvaranja: 60 GB, nakon stvaranja: 10 GB).

  4. Stvara kontrolnu točku trećeg VM-a (dostupan prostor za pohranu prije stvaranja: 10 GB).

  
  
  Budući da administrator klijenta nema dovoljno kvote za pohranu, VMM bi trebao, idealno, blokirati stvaranje ove kontrolne točke (četvrti korak). No prije UR8 VMM administratorima klijenta omogućuje stvaranje kontrolne točke i prekoračenje ograničenja.
  
  Uz skupno ažuriranje 8 sada možete biti sigurni da će VMM provjeriti ograničenja kvote prostora za pohranu klijenta prije stvaranja kontrolne točke.
  
  

• Mogućnost konfiguriranja STATIČNE MAC adrese mrežne kartice tijekom implementacije operacijskog sustava Uz skupno ažuriranje 8 sada nudimo funkciju konfiguriranja statičnih MAC
  adresa mrežne kartice tijekom implementacije operacijskog sustava. Ako ste ikada učinili Bare Metal dodjela resursa domaćinima i završio s više domaćini s istim MAC adresama (zbog dinamičke IP adrese zadatka za mrežne prilagodnike), to bi mogao biti pravi spasitelj za vas.
  
  Kako koristiti tu funkciju?
  
  Cmdlet komponente PowerShell:
  
  

  New-SCPhysicalComputerNetworkAdapterConfig -UseStaticIPForIPConfiguration -SetAsGenericNIC -SetAsVirtualNetworkAdapter -IPv4Subnet String -LogicalSwitch Logical_Switch -VMNetwork VM_Network -MACAddress MAC_Address

  
  Da biste konfigurirali statičnu MAC adresu, možete odrediti parametar MACAddress u prethodnom cmdletu komponente PowerShell. Ako nije naveden parametar MAC adrese, VMM ga konfigurira kao dinamičku (VMM dodjeljuje Hyper-V za dodjelu MAC adrese). Da biste odabrali MAC iz zadanog skupa VMM MAC adresa, možete odrediti MAC adresu kao 00:00:00:00:00:00., kao na sljedećoj snimci zaslona:
  
  
  
  

• Mogućnost implementacije proširenih ACL-ova priključka
  Hyper-V s skupnim ažuriranjem 8 za VMM, sada možete:

  • Definiranje ACL-ova i njihovih pravila

  • Prilaganje ACL-ova stvorenih virtualnoj mreži, podmreži vm-a ili virtualnim mrežnim karticama

  • Prilaganje ACL-a globalnim postavkama koje ga primjenjuju na sve virtualne mrežne kartice

  • Prikaz i ažuriranje ACL pravila konfiguriranih na virtualnoj mrežnoj kartici u VMM-u

  • Brisanje ACL pravila priključka i ACL-a

  
  
  Dodatne informacije potražite u članku baze znanja o 3101161.
  
  

• Podrška za razina prostora za pohranu u VMM-u
  sa skupnim ažuriranjem 8, VMM sada nudi funkcionalnost stvaranja zajedničkih datoteka s razinama (SSD/HDD).
  
  Dodatne informacije potražite u članku baze znanja o 3101159.

Problemi riješeni u ovom skupnom ažuriranju

• Problem 1
  Stvaranje vm-a druge generacije ne uspijeva uz sljedeću pogrešku:
  
  

  Pogreška (13206)
  Upravitelj virtualnih računala ne može pronaći pokretanje ili sistemsku količinu na virtualnom računalu <naziv VM-a>. Dobiveno virtualno računalo možda se neće pravilno pokrenuti ili funkcionirati.

  
  
  

• VmM 2
  . problem ne omogućuje postavljanje vlasnika hardverskog profila s nazivom vlasnika koji sadrži simbol "$".
  
  

• 3.
  problem HA VM-ova s VLAN-om konfiguriranim na mrežnim web-mjestima logičke mreže nije moguće migrirati s jednog glavnog računala na drugo. Prilikom pokušaja migracije VM-a izbačena je sljedeća pogreška:
  
  

  Pogreška (26857)
  VLAN ID (xxx) nije valjan jer VM mreža (xxx) ne sadrži VLAN ID na mrežnom web-mjestu dostupnom glavnom računalu.

  
  
  

• 4
  . problem Promjene koje je napravio administrator klijenta (s dozvolama za implementaciju u oblak) na postavke memorije i procesora VM-a u oblaku putem konzole VMM ne zadržavaju se. Da biste zaobišli taj problem, promijenite te postavke pomoću komponente PowerShell.
  
  

• Problem 5
  Kada se vm implementira i stavi na SMB3 zajedničko korištenje datoteka koje se hostira na NetApp filer 8.2.3 ili novijoj verziji, proces implementacije VM-a ostavlja zastarjelu sesiju otvorenu po VM-u implementiranoj u zajedničko korištenje. Kada se implementira mnogo VM-ova pomoću tog procesa, implementacija VM-a počinje ne uspijevati jer se dostigne maksimalno ograničenje dopuštene SMB sesije na datotečnom programu NetApp.
  
  

• Problem 6
  VMM zamrzava SQL Server problema s performansama prilikom izvođenja VMM svakodnevnih operacija. Taj se problem pojavljuje zbog zastarjelih unosa u tbl_PCMT_PerfHistory_Raw tablici. Uz UR8 novi zastarjeli unosi ne stvaraju se u tbl_PCMT_PerfHistory_Raw tablici. No unosi koji su postojali prije instalacije UR8 i dalje će postojati. Da biste izbrisali postojeće zastarjele unose iz SQL Server tablice, koristite sljedeću SQL skriptu:
  
  

  IZBRIŠI IZ tbl_PCMT_PerfHistory_Raw gdje Nije TieredPerfCounterID (ODABERITE DISTINCT tieredPerfCounterID FROM dbo.tbl_PCMT_TieredPerfCounter);
  
  IZBRIŠI IZ tbl_PCMT_PerfHistory_Hourly gdje Nije TieredPerfCounterID (ODABERITE DISTINCT tieredPerfCounterID FROM dbo.tbl_PCMT_TieredPerfCounter);
  
  IZBRIŠI IZ tbl_PCMT_PerfHistory_Daily gdje TieredPerfCounterID NOT IN (ODABERITE DISTINCT tieredPerfCounterID FROM dbo.tbl_PCMT_TieredPerfCounter);
  
  

• Problem 7
  
  U implementaciji s prilagodnicima virtualiziranog kanala vlakana VMM ne ažurira smi-S davatelja pohrane i prikazuje sljedeću iznimku:
  
  

  Naziv: Čita opis davatelja
  pohrane:
  Čita tijek davatelja pohrane: 0 %
  Status: Failed
  CmdletName : Read-SCStorageProvider
  ErrorInfo: FailedtoAcquireLock (2606)

  
  
  To se događa jer VMM najprije dohvaća zaključavanje pisanja za objekt, a zatim kasnije pokušava dohvatiti zaključavanje brisanja za isti objekt.
  
  

• Problem 8
  Za VM-ove s VHD-ovima koji se skaliranje datotečnog poslužitelja (SOFS- a) preko SMB-a neispravno prikazuje nulu na VMM konzoli Administrator. Time se sprječava da tvrtka nadzire njegove najbolje potrošače IOPS-a.
  
  

• Problem 9
  Dinamička optimizacija ne uspijeva, propušta transakciju i onemogućuje izvođenje drugih zadataka. To je blokiran na računalu SQL Server dok se SCVMM reciklira ili ukošenje SPID u SQL je ubijen.
  
  

• Pretvorba 10
  V2V problema ne uspijeva kada pokušate migrirati VM-ove s glavnog računala ESX na glavno računalo hyper-V ako je veličina tvrdog diska VM-a na glavnom računalu za ESX vrlo velika. Izbačena je sljedeća spomenuta pogreška:
  
  

  Pogreška (2901)
  Operacija nije uspješno dovršena zbog parametra ili slijeda poziva koji nije valjan. (Parametar nije ispravan (0x80070057))

  
  
  

• Problem 11 Migracija
  vm-ova uživo u HNV mreži traje dulje od očekivanog. Možda ćete i pronaći pingove za migraciju VM-a. To je zato što se tijekom migracije uživo prenosi tablica pravila za WNV (umjesto samo delta). Stoga, ako je tablica pravila WNV predugačka, prijenos je odgođen i može uzrokovati da VM-i izgube povezivost na novom glavnom računalu.
  
  

• Problem 12
  VMM pribavlja pogrešnu MAC adresu prilikom generiranja pravilnika HNV u implementacijama u kojima se koriste F5 raspoređivači opterećenja.
  
  

• Problem 13
  Za IBM SVC uređaje omogućivanje replikacije ne uspijeva u VMM-u jer postoji ograničenje u SVC-u u kojem bi naziv grupe dosljednosti trebao započinjanje abecednim znakom (kod pogreške: 36900). Taj se problem pojavljuje jer tijekom omogućivanja replikacije VMM generira nasumične nizove za imenovanje "grupa dosljednosti" i "odnosa" između izvora i cilja, a oni sadrže alfanumeričke znakove. Stoga prvi znak koji generira VMM može biti broj, a to prekida uvjet IBM SVC-a.
  
  

• Problem 14 U
  skupnom ažuriranju 6 uvrstili smo promjenu koja korisnicima omogućuje statičku MAC adresu čak i ako mrežna kartica nije povezana. Ovo rješenje nije točno pokrivalo sve scenarije i aktivira iznimku kada postoji predložak s povezanom mrežnom prilagodnikom, a zatim kasnije pokušate urediti statičnu adresu da biste prekinuli vezu s mrežnom prilagodnikom.
  
  

• Problem 15
  Post Update Rollup 6, čim glavno računalo prijeđe u naslijeđeni način rada, ne vraća se na događaj 20 dana. Stoga se svojstva VM-a ne osvježavaju te se iz značajke HyperV ne primaju nikakvi događaji 20 dana.
  
  Taj se problem pojavljuje zbog promjene koja je obuhvaćena UR6 koji je postavio istek kao 20 dana za način događaja i naslijeđeni način rada. Naslijeđeni osvježivanje, koji bi se trebao idealno izvoditi nakon 2 minute, sada se pokreće nakon 20 dana; a do tada se događaj onemogućuje.
  
  Zaobilazno rješenje:
  da biste zaobišli taj problem, ručno pokrenite naslijeđeno osvježavanje osvježavanjem svojstava vm-a.
  
  

• 16. problem
  nakon UR7, brisanjem virtualne mreže ne čiste se resursi klastera za pristupnik za mrežnu virtualizaciju. To uzrokuje da uloga klastera (grupa klastera) prijeđete u neuspjelo stanje kada dođe do prebacivanja uloge klastera pristupnika HNV. To uzrokuje status neuspjeha na pristupniku, kao na sljedećoj snimci zaslona:
  
  

Kako nabaviti i instalirati Skupno ažuriranje 8 za System Center 2012 R2 Virtual Machine Manager