Ievads
Šajā rakstā ir aprakstītas problēmas, kas tiek labotas, izmantojot Microsoft System Center 2012 R2 Virtual Machine Manager atjauninājumu apkopojums 6. Ir pieejami divi atjauninājumi Virtual Machine Manager (VMM): servera un administratora konsole. Turklāt šajā rakstā ir atjauninājumu apkopojums 6 System Center 2012 R2 Virtual Machine Manager instalēšanas instrukcijas.
Līdzekļi, kas pievienoti šo atjauninājumu apkopojumu
-
Azure abonementa līdzekļu pievienošana Izmantojot līdzekli Pievienot Azure abonementa 6. atjauninājumu apkopojumu, Virtual Machine Manager administratori var pievienot Microsoft Azure abonementi VMM un pamata darbības Azure gadījumos šo abonementu. Šī funkcija ir ietverta Virtual Machine Manager atjauninājumu apkopojums 6 System Center 2012 R2. Par katru Azure abonementu, pievienojot, konsole var izmantot, lai skatītu lomu visos gadījumos izvietošanas grupās, abonementa. Kā rīkoties ar šo līdzekli Ja jau pārvaldāt lokālas virtuālās mašīnas Virtual Machine Manager, šo līdzekli var izmantot, lai veikt dažas pamata darbības Azure gadījumos bez paturot VMM konsoli. Piemēram, varat veikt šādas darbības:
-
Pievienot vai noņemt vienu vai vairākus Azure abonementu, izmantojot VMM konsoli.
-
Skatiet saraksta skata informāciju un visas lomas gadījumi visu izvietošanu, abonementa statusu.
-
Manuāli atjaunināt piemēru sarakstu.
-
Veikt šādas darbības pamata gadījumos:
-
Start
-
apstājieties
-
Izslēgšanas
-
Restartējiet
-
Savienojumu, izmantojot RDP
-
Papildinformāciju skatiet sadaļā pievienot Azure abonementu VMM System Center 2012 R2 ar atjauninājumu apkopojums 6.
-
-
Uzlabota E2A ASR aizsardzības gadījumā: Līdz ar atjauninājumu apkopojums 6 Virtual Machine Manager vidē, ir vieglāk atrast un novērst problēmu, kas dažreiz rodas, konfigurējot Azure vietu atkopšanas (ASR) aizsardzība. Šī problēma rodas, ja vēlaties pievienot ASR aizsardzības lokālas virtuālās mašīnas, un ir virtuālās mašīnas rekvizītus:
-
Nav norādīts operētājsistēmas versija
-
Nav norādīts, kurš disks ir operētājsistēmas virtuālās mašīnas
Šajos rekvizītos jānorāda, jo tie ir nepieciešami Azure vietu atjaunošanas. Atjauninājumu apkopojums 6 skaidrāku kopu kļūdu ziņojumi tiek parādīti VMM darbi rūtī mēģinot konfigurēt virtuālās mašīnas, kas neatbilst prasībām. Informāciju par ASR prasības, skatiet ASR E2A aizsardzības gadījumā uzlabojumi.
-
-
Iespēja izmantot pakalpojumu un VMRoles paaudzes 2 VMs: Atjauninājumu apkopojums 6 VMM tagad nodrošina atbalsta pakalpojumiem un VM lomas izveides 2 virtuālās mašīnas. Izmantojot šo līdzekli, var vairāklīmeņu pakalpojumu izvietošana un izvēlieties atsevišķu līmeņu veidošanas virtuālo mašīnu. Lietotāji var apstrādāt šajos gadījumos pakalpojumu caur parasto attēlu un apkope. Lai iegūtu papildinformāciju, skatiet izpratne paaudzes 1 un paaudzes 2 virtuālās mašīnas VMM.
-
Kopējās tīklu lietošanas iedarbības noteikumi pārvaldības pakotnes: Šīs izmaiņas ievieš divus noteikumus, mērķa Hyper-V Hosts:
-
Kopējā VNic ienākošo tīkla trafiku kolekcija kārtula
-
Kopējā VNic izejošo tīkla trafiku kolekcija kārtula
Šie noteikumi pasākums kopā ienākošā un kopā izejošais trafiks VNic Kilo baiti, uz virtuālās mašīnas šo metodi: Par katru VM:
-
Iespējot Hyper-V mērīšana , ja tas nav aktivizēts.
-
Palaidiet VM nolūkos.
-
Mērīšanas savākt datus par katru attālu adrešu 0.0.0.0 / "0" vai ":" 0" uz VNic /.
Pēc noklusējuma šie noteikumi palaist ik pēc stundas. Lietotāji var izvēlēties ignorēt šo iestatījumu, ignorējot rekvizītu IntervalSeconds. Šie noteikumi nedrīkst izpildīt biežāk nekā ik pēc piecām minūtēm (300 sekundes). Iepriekšējās darbības: VMM vai pasākums patēriņa datus. To novērtēt tikai caurlaides.
-
-
Iespēja overcommit mākonis un resursdatora grupas dublikātu VMs ietilpību: System Center 2012 R2 Virtual Machine Manager ļauj ievietot dublikāta virtuālās mašīnas iepriek mākonis vai resursdatora grupas, ja tās atbilstu ietilpības iestatījumus. Līdz šim VMM pieņemt visus resursus, kas tika piešķirti dublikātu VMs tika izmantoti. Tādēļ VMM neļāva ievietot visus dublikātu virtuālās mašīnas mākonis vai resursdatora grupu, ja tas palielinātu kopējo slodzi visas dublikātu VMs aiz mākoņa vai resursdatora grupas apjomu. Lai gan šī darbība ir pārliecināts, ka visas dublikātu VMs varētu vienlaikus sākt, tas var izraisīt-optimāli izmantot dublikātu mākoņi un resursdatora grupu. Tas varētu rasties, ja (Enterprise vai viesošanas pakalpojumu sniedzējs) mēģināt ievietot papildu VMs mākonis vai resursdatora grupā. Proti, ja jūs overcommited dublikātu mākonis vai resursdatora grupu. Atjauninājumu apkopojums 6, jums var overcommit mākoņi un resursdatora grupas VMM vidē, VMM servera konfigurēšana šajā reģistra atslēgā:
Atrašanās vieta reģistrā:HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings\PlacementDWORD nosaukums: IgnoreMemoryForStoppedReplicaVM DWORD vērtība: 1. Piezīme. Ja izvietošana apakšatslēga nepastāv, izveidojiet to. Lai iegūtu papildinformāciju, skatiet overcommit mākonis un HG dublikātu VMs iespēju.
-
VMWare VCenter 5.5 pamata gadījumos atbalsts. Atjauninājumu apkopojums 6 ievieš atbalsta šādos gadījumos:
-
Pievienojiet VCenter 5.5 VMM 2012 R2 UR6 pārvaldība
-
Pievienojiet ESX resursdatora versija 5.5 un pārvaldību saskaņā ar
-
VMWare VM veidnes izveide un izvietot VMs ar veidni
-
Izveidot veidnes ar pamata tīklu (jāmin domēnā savienotos gadījumos), un izvietot virtuālās mašīnas
-
Veikt dažādu VM cikla darbību (piemēram, sākt, apturēt, izslēdziet, labošanas, atsvaidzināt un kontrolpunkta virtuālās mašīnas).
-
Izveidot savienojumu ar virtuālo mašīnu, izmantojot konsoli un pārbaudiet, vai pieejamība
-
Deprovision virtuālās mašīnas
-
Izveidot resursu pūls un VMM vadībā pārnest resursu pūls
Šie ir ierobežota gadījumos. Tomēr tie ir vārdu un svarīgākajiem solis VCenter jaunākas versijas atbalsta. Mēs turpināt veidot mūsu atbalsts matrica par VMWare VCenter un piedāvā risināt šo nākotnē apkopojumu pakotnes atjauninājumus.
-
Problēmas, kas tiek labotas, izmantojot šo atjauninājumu apkopojumu
-
1. problēma 801 kļūda rodas, ja tiek noņemti VMM objekti. VMM dažreiz rodas problēma, kad VMM objektu, piemēram, virtuālās mašīnas nevar noņemt lietotāja Interfeisu vai programmu Windows Powershell, jo dažas no tās bērnobjekti trūkst datu bāzē. Bieži rodas lietotājiem veikt meklēšanu stāvokļa izlabošanai skriptu attiecīgajā objektus. Atjauninājumu apkopojums 6 VMM ir uzlabota trīs Powershell cmdlet minimizēt 801 saistītas kļūdas. Šos cmdlet ir Noņemt SCServiceTemplate, Noņemiet SCLibraryServerun Noņemt SCLibraryShare. Lietotājiem nav jālieto -Force šos cmdlet, lai novērstu kļūdas 801 kopā ar karodziņu. Cmdlet nodrošina iespēju atrisināt atkarības, kas izraisa 801 kļūdas.
-
2. problēma VMM pakalpojuma avārijas un System.Xml ģenerē piekļuves pārkāpuma kļūda, tas tikpat notikums integrācijas pakalpojumus.
-
3. problēma Kritisks izņēmums WCF kļūdu apstrādes - ObjectDisposedException - Microsoft.VirtualManager.Engine.Remoting.ClientConnection.HandleError. Kad VMM izslēgšanas WCF pakalpojuma viesošana aicina pārtraukt, kas var izraisīt ungracefully jāpārtrauc visi neapstrādātu ziņojumi un tas var izraisīt ObjectDisposedExceptions tiek izmests. VMM ir augstākā līmeņa WCF kļūdu apstrādes uzskata, ka šie izņēmumi pirms process ir pārtraukta un tās ziņo par kritisku izņēmumu. Tāpēc šeit VMM ziņo par korporāciju kļūdām kā kritisks kļūdu iespējams pievienot lietotāju neskaidrības.
-
4. problēma MAC adrese opcija pelēkā UI, vnic nav izveidots savienojums. Tas neļauj lietotājiem atzīmējot nic kā statiska. Pēc jaunināšanas uz VMM System Center 2012 R2, klients nevar izvēlieties opciju statiska Mac adrese VM veidņu viņš izveido, ja virtuālās mašīnas nav savienots ar tīklu. MAC adresi un IP opcijas ir pelēkā krāsā, virtuālo mašīnu "nav savienots". Tāpēc viņš nevar piešķirt statisko MAC adresi virtuālo mašīnu pirms izvietošanas.
-
5. problēma Vvirtual datora pielāgošana var neizdoties un rada kritisku izņēmumu, Hyper-V neatgriež disketē objektu. Laikā pielāgošanas virtuālās mašīnas, ir iespēja, ka Hyper-V atgriezīs Floppy Drive objekta null un VMM mēģinās pievienojiet disku. Tomēr, pievienojot disketi nav ieviesta pie Hyper-V. Tas izveidošanas izņēmumu, ko izraisa darba kļūme un paliek virtuālās mašīnas izveide neizdevās stāvoklī. Lietotājs var izlabot virtuālo mašīnu, lai tā darbotos. Tas var notikt, ja Floppy Drive Config (par attālās koplietojums) nav pieejama Hyper-V vai Hyper-V ir aizņemts vai uzsvēra.
-
6. jautājums Nevar instalēt VMs ar statisku IP, ir konfigurētas vairākas IP kopās VM vienā apakštīklā. Klients mēģina izveidot virtuālo mašīnu, izmantojot veidnes, kas ir statiska IP iestatījumi. Ja ir vairāki pūli IP apakštīkla un klientu nodrošina IP adresi no dažādiem pūla nekā noklusējuma vienu (proti, automātiski aizpildīts kopu, kas tiek parādīts lietotāja interfeiss) un pēc tam VM vedņa pabeigšanas kļūdas, bet virtuālās mašīnas izveide neizdodas un atkārtoti ieslēdz kļūda "Ārpus diapazona IP adreses".
-
7. jautājums Noņemt IP apakštīkli mainīt notikumu nosūtījis Hyper-v virtuālās mašīnas apstrādes laikā rodas avārija VmmService. NVGRE uzstādīšana, ja ir nosūtījis Hyper-V IP izmaiņu notikums, bet VM apakštīkla vairs nepastāv VMM, tas izraisa VMM pakalpojuma avārija.
-
8. jautājums VMS tiek ziņots, kā VmMovedRefresherEvent nesaņem trūkst. Kad virtuālās mašīnas pārvietošanas gadījumā rodas resursdatorā nav notikumu režīmā un virtuālā mašīna ir stāvoklī migrācijas un, notikumu atsvaidzināšanas āķi līdz var būt logs, kur neviens klausās un atjaunināšanas operācijas tiesības pirms klausīšanās režīmā nav r eceive izmaiņas. Tāpēc VMM netiek parādīts šīs izmaiņas līdz tālāk pilnu atsvaidzināšanas, kas var būt līdz pat 24 stundām. Lai pārliecinātos, vai, šādu notikumu neatbildētu netiek sinhronizētas ar gaismas virtuālās mašīnas atsvaidzināšanas notikumu režīmā, var izveidot un konfigurēt, šādā reģistra atslēgā darboties gaismas virtuālās mašīnas atsvaidzināšanas regulāri. Šī atsvaidzināšanas darbosies arī jebkuru notikumu sistēma refreshers.
Atrašanās vieta reģistrā:HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings Reģistra atslēgā: VMPropertiesEventAssitedUpdateInterval Reģistra tips: DWORD Min vērtība: sekundes Max vērtība: 20 dienas
Vērtības ir jānosaka sekundēs. DWORD nosaukums: VMPropertiesEventAssitedUpdateInterval DWORD vērtība:value_in_secondsPiezīme. Value_in_seconds vietturi var būt vērtība ir 20 dienas (arī sekundēs) sekundes.
-
9. jautājums Pieprasa skaidru karodziņus, lai norādītu trūkst virtuālās mašīnas vai pakalpojuma virtuālās mašīnas noņemšanas laikā noņemt resursdatoru lietotājam. Pašlaik VMM nepārbauda pastāv no virtuālajām resursdatorā resursdatora no VMM noņemšanas laikā. Resursdatoru var ietvert pakalpojumu virtuālās mašīnas virtuālās mašīnas, kas tiek izvietots ar mākoni virtuālās mašīnas, kas ir pielāgoti rekvizīti, kas definētas to. Ja lietotājs nejauši novērš šādas resursdatora, šīs asociācijas ir bojātas. Šis labojums, lūdzot lietotājiem apstiprinājuma ziņojums pirms šādas hosts ir noņemts no VMM izvairīties no šādiem scenārijiem.
-
10. jautājums Ja jums ir loģiskā tīklā, kuram ir vairāki tīkla vietas un tīkla vietas ir redzamas resursdatora tīkla adapteri, tiks iedalīti PAs no šīm vietnēm citu tīkla un maršrutēšanas informācija ir jāiestata arī. (Tīkla vietnes dažreiz dēvē par "loģiskā tīkla definīcijas.") Vairākus resursdatora gadījumā ar VM1 uz Host1 tiek pievienots PA1 ir gadījumā, ja VM2 pievienots hnv LN ir PA1 NetwkSite1 un pēc tam to atvieno un vēlāk atkārtoti ir PA2 NetwkSite2 (nejauši vai PA izsīkuma dēļ) , tad kādu laiku, mēs varētu nevar aizpildīt PA maršrutēšanas informācija starp NetwkSite1 un NetwkSite2. Tas notiek tāpēc, ka iekšējais maršruta attēlojumu ir ievadīta pievienošanai jaucējtabula.
-
11. jautājums Resursdators ir atjaunota, kad tā izveido WinRM tīkla savienojumu (katrā resursdatora Atsvaidzināt), pastāvīgi plūsmas datus.
-
12. jautājums Veidojot vairākus resursdatora virtuālā tīkla adapteri, tiek ievēroti izlases kļūdu. Kad klientiem izveidot vairākas virtuālā tīkla adapteri vienā shot kā daļa no loģiskā slēdzi, vienu vai vairākus virtuālā tīkla adaptera IP konfigurācijas var neizdoties.
-
13. jautājums Lietotājs sasniedz dublikāta atslēgas ievietojot HostWSManGetter.UpdateRASDCache veicot resursdatora atjauninājumu.
-
14. jautājums Ja lietotājs mēģina klonējat virtuālo mašīnu ar kontrolpunkti, kad klonēšanas darbība ir pabeigta, VMM nepareizi atpazīst jaunizveidoto klonu virtuālo mašīnu kā sākotnējā virtuālās mašīnas un nepareizi nosaka virtuālā mašīna ir pārvietoti. Pēc tam tas mēģina rīkoties šīs izmaiņas. Tādējādi tiek izveidota papildu virtuālo mašīnu citā resursdatorā "trūkst" valsts. VMM domā virtuālo mašīnu izmantojot citu resursdatoru un šo virtuālo mašīnu nav redzama TFS līdz nākamās atjaunināšanas virtuālo mašīnu.
-
15. jautājums Ja VSEM nodrošinātājs ir jaunināta, sniedzēja iespēju saņemt paziņojumu nav norādīts paziņojumu programma.
-
16. jautājums Dinamiskā resursdatora pilnveidošanas laikā avarē tīklu izvietošanu. Dažas darbības, izvietošanu bija paredzēts izpildīt uzdevumu. Kad tas tiek izpildīts atsvaidzināšanas uzdevumu, kontekstā ir nulle. Tas izraisa izvietošana avārija.
-
17 problēma Deleģēt administratoru startējot VMM konsoles aizņem 4 + minūtes atvērt VMM konsoli. Lielu vidē VMM konsoli sākuma kavējas deleģēt administratoriem salīdzinājumā ar administratoru.
-
18. jautājums Krātuves nodrošinātājs neizdodas pēc nomaiņas sofs diskā.
-
19. jautājums VMM nevar atjaunināt dublikātu/primārā virtuālās mašīnas bez ASR, atkopšanas VM migrācijas IR gaidīšanas stāvoklī nevar veikt tiešo migrāciju.
-
Problēma 20 Dzēšot virtuālās mašīnas, kontrolpunkti ir sapludināti pirms to izdzēšanas. Ja lietotājs mēģina dzēst virtuālās mašīnas, kas ir kontrolpunkti, dzēšanu beigas aizņem ilgu laiku (ne vairāk kā stundu).
-
21. jautājums Kritisks izņēmums saņem palaist darīt darbība dažreiz: DBCorruptionException.
-
22. jautājums Dažiem lietotājiem izmantot lielu VIPAddress iestata nevis IP diapazons atvieglo pievienot vai noņemt atsevišķus IP. VMM pārvaldības pakotnes shēmas pašlaik ierobežo šajā laukā 256 rakstzīmēm (noklusējums). Tomēr lietotāji var būt vērtības ~ 500 rakstzīmēm. Un tāpēc atklāšanas tika laušanas VMM OM integrācija neparedzēts izņēmums no SCOM dēļ.
-
23. jautājums RG mērķi un mērķa LUNs nav saistīti pēc enableRG uzdevumu, ja tiek precreated RG/LUNs.
-
24 problēma Ir jāatjaunina MAC adrese ierakstus F5 vārtejas ierīces, tas neizdodas, un tas aizstāj. Ja F5 ierīces aka bija un aizstāts ar jaunu ierīci ar jaunu MAC adresi, VMM nav atjauninot MAC adrese jaunu ierīci.
-
25. jautājums Ļauj lietotājam spiedols dublikātu virtuālās mašīnas ļauj zīmoga lietotāja identitāti. Lietotājiem ir jāatjaunina to ReplicaVMs UserRole un īpašnieks atribūtus, bet pašlaik ir bloķēts jebkuru darbību dublikātu virtuālo mašīnu. Tāpēc tās nevar atjaunināt šīs divas dublikātu VMs parametri.
-
26. jautājums Registerred SMB koplietošanas netiek rādīti kā mērķa ceļa opcija, ieviešot jaunu augstas kvalitātes virtuālā machineto klasterī.
-
27. jautājums Kritisks izņēmums glabāšanas atsvaidzināšanas laikā atklāt replicēšanas pakalpojums - ArgumentNullException - SetCustomOptions.
-
28. jautājums Resursdatora laikā atsvaidzināšanas VMM vaicā komandas informācija (slēdzis komandas vai LBFO grupas). Tā kā vaicājumu slēdzis komandas VMM sasniedz WSMan Izņēmums vswitch pazūd no konsoles dēļ.
-
29. jautājums HTTPS protokolu netiek atbalstīta zondes un pēc tam VMM nevar izveidotās pārraudzības nosacījums monitors HTTPS vietni. VMM atbalsta HTTP un HTTPs porta konfigurācijas sadaļā LB, bet HTTPS sadaļā LB zonde protokols netiek atbalstīts.
-
Problēma 30 Resursu īpašnieks (SSU lietotāju) nav pilnvarots piekļūt resursu saraksts "Var" un tādēļ nevar redzēt, kas ir acess resursam. Ja lietotājs piešķirt piekļuvi arī pašapkalpošanās lietotājs, pēc tam viņi nevar redzēt veikti līdz brīdim, kad tās restartēšanas konsoles izmaiņas. Administratīvais lietotājs var redzēt izmaiņas, bet pašapkalpošanās lietotājam GrantedToList turpina atgriezties kešotos rezultātus, kamēr tās restartēšanas konsole.
-
Problēma 31 Nevar pārvietot vecāku diskus, kas ir iebūvēta VMM migrēšanu. Lietotājam ir vairāki simtiem no virtuālajām, ar visu starpības diskiem, norādot uz vienu vecāku. Šīs VMs pāriet uz jaunu glabāšanas risinājums ir bloķējusi VMM. Starpības diskiem, ja jebkuru sencis diska hierarhijas (vecāku/bērnu attiecību) tiek koplietota ar citu starpības disku starpības diska krātuves migrācija ir bloķējis VMM. Tomēr tas ir iespējots Hyper-V Manager.
-
32. jautājums Kritisks izņēmums, kolonnas neatbilstība izraisa servera crash darbojoties scvmhost saņemt ziņojumu izsekošana izveidošanas lauku expectedDSColumn. Pēc DB servera atjaunināšanas slieksnis, atsevišķos gadījumos R2 server nevar strādāt ar to. Šī codepath izmanto dažu tīkla un ADHC objektiem.
-
Problēma 33 Mērogojot, pakalpojumu veidnes, tiek izveidotas VMM System Center 2012 R2 atjauninājumu apkopojums 5 dublikātu Hyper-V virtuālās mašīnas, kurām ir vienāds nosaukums.
-
Problēma 34 Ja viesu virtuālās mašīnas Windows drošības atjauninājumu 3035131 vai 3031432 instalēta, VMM Viesu aģents nedarbojas vispārēju komandas izpildes (GCE) skriptus, kas pieprasa VMM VM izvietošanas ietvaros. Tas var izraisīt vairākas gadījumos, kad izmantojat GCE skriptu izvietošanas un apkopes kļūme. Piemēram, izmantojot pakalpojumu VMM pakalpojumu veidnes GCE skriptus, tiek atgriezts kļūdas kods 22029. Piezīme. Instalējot atjauninājumu apkopojums 6 (vai jaunāku atjauninājumu apkopojumiem) sistēmas Center Virtual Machine Manager 2012 R2, tagad ir piešķirt norādīto palaist kā konta pieteikšanās kā pakešuzdevumu tiesības. Bez šiem tiesību Viesu aģents nevar palaist skriptus GCE palaist kā konta.
-
Problēma 35 Virtuālo mašīnu tiešo migrāciju neizdodas, kad izmantojat CSV sagrupēti atmiņas un virtuālās mašīnas krātuve atrodas CSV. Hyper-V klastera tiešās migrācijas nedarbojas pēc VMM System Center 2012 R2 atjauninājumu apkopojums 5.
-
Problēma 36 Pamata diskā izvietošana ir pagriezt starp derīgu izvietošana akcijas.
-
37 problēma VMM konsoles var izmantot esošās laidiena virknes laikā pakalpojumu veidnes kopiju. Dažreiz lietotāji nevar kopēt pakalpojumu veidnes, izmantojot komandu "Kopija" pakalpojumu veidnes. Iemesls ir administratora konsole ģenerē jau virkne izlaišanai.
-
Problēma 38 System Center 2012 R2 VMM trūkst jaudas pārskats mozaīka. VMM System Center 2012 SP1 VMs un pakalpojumu rūts sadaļā Izvēlieties resursdatoru un pēc tam noklikšķinot uz augšējā izvēlnē pārskats konsole nodrošina kopsavilkums un apjomu informāciju par atlasīto resursdatoru. Informācija par paraugi procesora, atmiņas (GB) un (GB) atmiņas kļuvis nepieejams System Center 2012 R2.
-
Problēma 39 VMM pakalpojums avarē dublikātu VSID dēļ. Retos gadījumos (sinhronizācijas-sacensība un izlases numuru sadursmes) citu HNV virtuālās mašīnas apakštīkli var iegūt pašu VMSubnetIdentifier (pazīstams arī kā VSID). Tas izraisa neparedzētu darbību, izmantojot šīs apakštīkli HNV virtuālās mašīnas. Piemēram, VMs pievienots šī apakštīklam, VMs nevarat saņemt paredzētais savienojamība un nevarēs runāt VMs tajā pašā apakštīklā. Vai, to IP adreses izmaiņas tā izraisīs VMM pakalpojuma avārija.
-
40 problēma Virtuālās mašīnas aiz līdzsvarotāja izvietošana izraisa kritisku Excepion izvietošana:
Microsoft.VirtualManager.Engine.Placement.Conversion.HostConversionHelper.GetLoadBalancerAddressPoolResources
-
Problēma 41 Sākuma lapu, kas tika ieviesta 5. atjauninājumu apkopojums ir noņemta atjauninājumu apkopojums 6.
-
Problēma 42 Virtuālās mašīnas nav piesaistīts nevienai replicēšanas grupas un nevar pārvietot uz vietu, ko aizsargā replicēšanas grupas.
-
Problēma 43 Viesu IP HNV tīklā nav atzīmēta kā dinamisko/DedicatedGuestIP pat tad, ja tas ir iespējoti iestatījumi. CA Kļūmjpārlēces bojāta. Visas pievienot/pārvietots virtuālā mašīna savienots NVGRE tīklu (HNV Viesu klastera/Viesu IP Kļūmjpārlēces scenārijs) IP adrese, IP adrese ir * * nav atzīmētas kā dinamiskā (tips = DedicatedGuestIP VMM) pat tad, ja virtuālajai mašīnai ir iestatījumi EnableGuestIPNetworkVirtualizationUpdates = true. Pirmo reizi IP adrese ir pievienota/pārvietojot tas darbosies, bet vēlāk failovers IP (pārvietošana no viena VM citu) netiks noteiktas automātiski. Tāpēc IP adrese nav sasniedzams un VM zaudēs savienojumu.
-
Problēma 44 Vecāku iegultā krātuves nodrošinātājs no Hitachi integrācija ar UR5 bojāta. Krātuves nodrošinātājs nevar atsvaidzināt. Tādējādi pārvaldības pakalpojumu sniedzēju.
-
Problēma 45 VMM klientā avarē, kad iestatāt enerģijas optimizācijas laika diapazonā.
-
Problēma 46 Notiek sacensība pastāv WnvEventEntrySubscriptionObserver noņemšanā, ja neizdodas izveidot savienojumu ar resursdatoru.
-
Problēma 47 CentOS 7 un Red Hat Enterprise Linux 7 neizdodas iestatīt tīkla interfeisa konfigurēšana, lietojot DHCP. Tas attiecas uz visiem CentOS 7 un Red Hat Enterprise Linux (RHEL) 7 virtuālās mašīnas, kas konfigurētas izmantot DHCP, System Center Virtual Machine Manager. CentOS 7 un RHEL 7 serveri izmanto DHCP varētu saskarties ar katru ethernet interfeiss, kas izmanto Linux server tīkla konfigurācijas dati nav. Šī problēma rodas, jo CentOS 7 un RHEL 7 nav instalēts pēc noklusējuma, atšķirībā no iepriekšējās atkārtojumi Linux rīks ifconfig. Konfigurēšanas skriptu DHCP tīklošanu tika atjaunināta, lai izmantotu rīku ip nevis ifconfig vai ip rīks ir instalēts.
Kā iegūt un instalēt atjauninājumu apkopojums 6 System Center 2012 R2 Virtual Machine Manager
Informācija par lejupielādi
Virtual Machine Manager atjauninājumu pakotnes ir pieejamas manuāli lejupielādēt no Microsoft atjauninājumu kataloga vai Microsoft Update.
Microsoft Update
Iegūt un instalēt atjauninājumu pakotni no vietnes Microsoft Update, datorā, kurā ir instalēts komponents Virtual Machine Manager rīkojieties šādi:
-
Noklikšķiniet uz Sākt un pēc tam noklikšķiniet uz Vadības panelis.
-
Vadības panelī veiciet dubultklikšķi uz Windows Update.
-
Windows Update logā noklikšķiniet uz Pārbaudīt tiešsaistē atjauninājumus no vietnes Microsoft Update.
-
Noklikšķiniet uz ir pieejami svarīgi atjauninājumi.
-
Atlasiet pakotnes atjauninājumu apkopojums, un pēc tam noklikšķiniet uz Labi.
-
Noklikšķiniet uz instalēt atjauninājumus instalēt atjauninājumu pakotnēm.
Manuāli lejupielādēt atjauninājumu pakotnes
Dodieties uz šīs vietnes atjaunināšanas pakotņu manuāli lejupielādēt no Microsoft atjauninājumu kataloga:svarīgi gan servera un administratora konsole komponenti ir jāatjaunina Virtual Machine Manager serverī.
Lejupielādēt servera atjauninājumu pakotni tūlīt.
Lejupielādējiet administratora konsole atjauninājuma pakotni tūlīt.Piezīme. Jums ir jāpiesakās pārliecinieties, vai visi tikko izvietotu virtuālo mašīnu pakalpojumu veidnes ir atjauninātā Viesu aģents Server atjauninājumu. Esošo izvietotu virtuālo mašīnu var instalēt atjauninātu aģents instalēts, izmantojot Windows atjaunināšanu, izmantojot WSUS, vai manuāli, izmantojot šo pakotni:
Lai manuāli instalētu atjauninājumu pakotnes, priviliģētā komandu uzvednē izpildiet šādu komandu:
msiexec.exe /update packagename
Piemēram, lai instalētu atjauninājumu apkopojums 6 pakotni System Center 2012 R2 Virtual Machine Manager server (KB3050317), izpildiet šādu komandu:
msiexec.exe /update kb3050317_vmmserver_amd64.msp Piezīmes
-
Ja manuāli lejupielādēt atjauninājumu pakotnes no Microsoft atjauninājumu kataloga un tos instalēt, veicot dubultklikšķi uz šīs pakotnes, ir jāinstalē Virtual Machine Manager Server un administratora konsole paketes ar paaugstinātu lietotājvārdu. Virtual Machine Manager Viesu aģents pakotni var instalēt nepalielinātu privilēģiju lietotāja.
-
Ja jums ir arī VMM serverī instalētās administratora konsole, instalējiet atjauninājumu šādā secībā:
-
Atjauninājumu apkopojums 6 Virtual Machine Manager Server
-
Atjauninājuma apkopojums 6 administratora konsole
Starp šīm divām instalācijas Virtual Machine Manager serveri var izveidot kritiska kļūda žurnāls atrodas direktorijā VMMLogs. Šī problēma rodas, jo administratora konsole akcijas dažas dll ar Virtual Machine Manager Server un var izraisīt kritisko kļūmes reģistrēšanas versiju konflikts. Lai novērstu šo problēmu, instalējiet atjauninājumus, ko izmanto, lai sāktu pakalpojumu Virtual Machine Manager Virtual Machine Manager serverī.
-
-
Pirms atjauninājumu apkopojuma 5 bija manuāli atjaunināt System Center Virtual Machine Manager DHCP servera (x64) komponentu. VMM ar atjauninājumu apkopojums 5 vai jaunāku versiju, šo atjauninājumu manuālo vairs nav nepieciešama.
-
Ja lejupielādējat un izvērst administrēšanas konsole MSP, divas CAB faili ir rezultāts, kā redzams šajā ekrānuzņēmumā. Viens no šiem CAB failiem attiecas uz x64 (zināms arī kā AMD64) un citi CAB fails attiecas uz x86 (dēvēta arī par i386). Lūdzu, skatiet pēdējā atsauce uz operētājsistēmas arhitektūras CAB faila nosaukumā noteikt, uz kuru attiecas arhitektūras tipu konkrētā CAB fails.
Failu atjaunināšanu šo atjauninājumu apkopojumu
Failu sarakstu, kas ir mainīti šo atjauninājumu apkopojumu, lejupielādējiet šādus failus:
Faila atribūtu tabulas atjauninājumu apkopojums 6 System Center 2012 R2 Virtual Machine Manager