Shell-ul hyper v nu se va porni. Eroare Hyper-V „Mașina virtuală nu poate porni deoarece hypervisorul nu rulează”

În acest articol voi descrie doar acele erori pe care le-am întâlnit personalîntâlnite în timpul instalării și configurării Server Hyper-V 2012. Puteți citi despre alte erori și modalități de a le rezolva pe site-ul Microsoft (de exemplu, sau, din păcate, doar în engleză).

Erori în timpul procesului de instalare.

ÎN.:În etapa finală a instalării Hyper-V Server 2012, sau mai degrabă după ultima repornire, sistemul nu pornește - un ecran negru, niciun răspuns la apăsarea tastelor, doar ajută hard reset, poate fi descărcat în Modul sigur.
P.: Sistemul de operare nu acceptă sau nu este compatibil cu drivere USB 3.0.
R.: Dezactivați controlerul USB 3.0 și toate dispozitivele asociate din BIOS.

ÎN.:În etapa finală a instalării Hyper-V Server 2012, sau mai degrabă după ultima repornire, sistemul nu pornește - un ecran negru, niciun răspuns la apăsarea tastelor, doar o resetare completă ajută, pornirea în modul Safe este imposibilă.
P.:
R.:Încercați soluția sugerată de autorul acestui articol.

Erori în timpul instalării și utilizării.

ÎN.: Nu este afișat adaptor de rețeaîn consola Hyper-V Server Configuration (articolul 8).
P.: 1) Cablul nu este introdus în adaptorul de rețea;
2) Probleme cu echipamentele de rețea active (switch, router etc.) sau pasive (cabluri, prize, patch panel etc.).
R.: 1) Introduceți cablul;
2) Verificați funcționalitatea echipamentului de rețea.

ÎN.: Când încercați să executați o comandă precum netsh advfirewall firewall set rule group=" în consolă ” new enable=da apare mesajul de eroare „Grupul nu poate fi specificat cu alte condiții de identificare”.
P.: Comenzile au fost introduse în consolă folosind metoda copy-paste.
R.: Introduceți comenzile manual sau pur și simplu ștergeți și rescrieți ghilimele.

ÎN.: Hyper-V Manager afișează mesajul de eroare „Acces refuzat. Nu se poate stabili comunicarea între Şi " (Accesul este refuzat. Nu se poate stabili o conexiune între Şi ).
P.: Utilizatorului nu i se acordă drepturi de lansare și activare la distanță în DCOM.
R.: Toate manipulările sunt efectuate pe computerul client:
1) Lansați snap-in-ul Servicii componente cu drepturi complete de administrator. Pentru a face acest lucru, puteți, de exemplu, să rulați programul %SystemRoot%\System32\dcomcnfg.exe.
2) În arborele consolei, extindeți nodurile „Servicii componente” și „Computer”.
3) Din meniul contextual al obiectului My Computer, selectați Proprietăți.
4) În fereastra My Computer Properties, selectați fila COM Security.
5) În secțiunea Permisiuni de acces, faceți clic pe butonul Editare limite.
6) În caseta de dialog Permisiuni de acces, selectați LOGON ANONIM din lista de nume de grup sau de utilizator.
În coloana Permiteți din secțiunea Permisiuni pentru utilizator, selectați Acces la distanță.
7) Închideți toate casetele de dialog cu butonul OK.

ÎN.: Hyper-V Manager afișează mesajul de eroare „Nu se poate conecta la serviciul RPC pe computerul de la distanță „xxx.xxx.xxx.xxx”. Asigurați-vă că serviciul RPC rulează.”

P.: 1) Regulile necesare nu au fost create în firewall.
2) Fișierul hosts nu are o corespondență clară între IP-ul computerului și numele rețelei sale.

R.: 1) Există 2 moduri posibile de a rezolva problema:

a) Dezactivați firewall-ul de pe client și server (nu este recomandat).
b) Creați reguli în firewall-ul de pe client și server, introducând următoarele comenzi:
Pentru gestionarea de la distanță a discurilor:
Netsh advfirewall firewall set rule group=„Remote Volume Management” new enable=da
Pentru a lansa de la distanță snap-in-ul de gestionare a paravanului de protecție:
Netsh advfirewall firewall set rule group=„Windows Firewall Remote Management” activare nouă=da
2) Pentru a lega fără ambiguitate numele serverului și adresa IP, trebuie să faceți modificări fișierului hosts. De exemplu:192.168.1.100 HVserver

ÎN.: Hyper-V Manager afișează mesajul de eroare „Mașina virtuală nu a putut fi pornită deoarece hypervisorul nu rulează”. (Mașina virtuală nu poate porni deoarece hypervisorul nu rulează.)

P.: Există diverse motive posibile pentru această eroare.

Hyper-V este un exemplu de tehnologie de virtualizare a serverelor. Aceasta înseamnă că Hyper-V vă permite să virtualizați un întreg computer rulând mai multe sisteme de operare (de obicei bazate pe server) pe un singur computer fizic (de obicei cu hardware de calitate server).

Fiecare sistem de operare invitat crede (dacă sistemele de operare pot crede) că deține computerul și are dreptul exclusiv de a-și folosi resursele hardware (sau orice alt set de resurse computerizate la care mașina virtuală are acces). Astfel, fiecare sistem de operare rulează într-o mașină virtuală separată, toate mașinile virtuale rulând pe același computer fizic. Într-un mediu standard nevirtualizat, un computer poate rula un singur sistem de operare. Tehnologia Hyper-V oferă computerului dumneavoastră această capacitate. Înainte de a vedea cum funcționează tehnologia Hyper-V, trebuie să înțelegem principiile generale de funcționare ale mașinilor virtuale.

Informații generale despre mașinile virtuale

• O mașină virtuală este un mediu de calcul implementat în software care alocă resursele hardware ale unui computer fizic astfel încât să ofere capacitatea de a rula mai multe sisteme de operare pe un singur computer. Fiecare sistem de operare rulează în propria sa mașină virtuală și are instanțe logice dedicate de procesoare, hard disk, plăci de rețea și alte resurse hardware ale computerului. Un sistem de operare care rulează într-o mașină virtuală nu știe că rulează într-un mediu virtual și se comportă ca și cum ar avea control deplin asupra hardware-ului computerului.
  Implementarea mașinilor virtuale în modul descris mai sus înseamnă că virtualizarea serverului trebuie implementată în conformitate cu următoarele cerințe:
• Interfete de control
  Virtualizarea serverului necesită interfețe de gestionare care permit administratorilor să creeze, să configureze și să controleze mașinile virtuale care rulează pe un computer. Aceste interfețe trebuie să susțină și administrarea software-ului și să lucreze în rețea, permițând gestionarea de la distanță a mașinilor virtuale.
• Managementul memoriei
  Virtualizarea serverului necesită un instrument de programare pentru a controla accesul mașinilor virtuale la resursele fizice. Instrumentul de programare trebuie să fie configurabil de către administrator și să poată atribui diferite niveluri de prioritate echipamentelor.
• Mașină de stat
  Virtualizarea serverului necesită o mașină de stare care monitorizează informații despre starea curentă a tuturor mașinilor virtuale de pe computer. Informațiile despre starea mașinii virtuale includ informații despre CPU, memorie, dispozitive și starea mașinii virtuale (în rulare sau oprită). Mașina de stări trebuie să suporte, de asemenea, gestionarea tranzițiilor între diferite stări
• Stocare și rețea
  Virtualizarea serverului necesită capacitatea de a asigura stocarea și resursele de rețea pe un computer, permițând fiecărei mașini virtuale să aibă acces separat la hard disk-uri și interfețe de rețea. În plus, virtualizarea desktop-ului necesită și capacitatea mai multor mașini de a accesa simultan dispozitive fizice, menținând în același timp consistența, izolarea și securitatea.
• Dispozitive virtualizate
  Virtualizarea serverului necesită dispozitive virtualizate care oferă sisteme de operare care rulează pe mașini virtuale cu reprezentări logice ale dispozitivelor care se comportă la fel ca și omologii lor fizici. Cu alte cuvinte, atunci când sistemul de operare accesează un dispozitiv computer fizic de pe o mașină virtuală, se realizează accesul la dispozitivul virtualizat corespunzător, identic cu procesul de accesare a unui dispozitiv fizic.
• Drivere pentru dispozitive virtuale
  Pentru a virtualiza un server, trebuie să instalați drivere de dispozitiv virtual în sistemele de operare care rulează pe mașinile virtuale. Driverele de dispozitive virtuale oferă aplicațiilor acces la reprezentări virtuale ale hardware-ului și conexiunilor I/O în același mod ca hardware-ul fizic.

Înțelegerea Cochiliei

Hypervisor este o platformă de virtualizare care permite mai multor sisteme de operare să ruleze pe un singur computer fizic - computerul gazdă. Funcția principală a hypervisorului este de a crea medii de execuție izolate pentru toate mașinile virtuale și de a gestiona interacțiunea dintre sistemul de operare invitat de pe mașina virtuală și resursele hardware subiacente ale computerului fizic.

Termenul de hipervizor a fost inventat în 1972, când IBM a actualizat software-ul de management pentru platforma de calcul System/370 pentru a sprijini virtualizarea. Crearea hipervizorului a reprezentat o nouă piatră de hotar în evoluția tehnologiei de calcul, deoarece a făcut posibilă depășirea limitărilor arhitecturale și reducerea costurilor de utilizare a calculatoarelor mainframe.

Obuzele de nivel scăzut sunt diferite. De exemplu, ele diferă ca tip - adică dacă rulează pe hardware fizic sau sunt găzduite într-un mediu de sistem de operare. Cochiliile pot fi, de asemenea, împărțite după design: monolitice sau microcore.

Carcasă de tip 1

• Shell-urile de tip 1 rulează direct pe hardware-ul fizic de bază al computerelor gazdă și acționează ca programe de control. Cu alte cuvinte, acestea sunt executate „pe hardware”. În acest caz, sistemele de operare invitate rulează pe mai multe mașini virtuale situate deasupra stratului de hypervisor (vezi Figura 1).
• Deoarece hipervizoarele de tip 1 rulează direct pe hardware, mai degrabă decât în ​​mediul OS, de obicei oferă performanță, disponibilitate și securitate optime în comparație cu alte tipuri. Hipervizoarele de tip 1 sunt, de asemenea, implementate în următoarele produse de virtualizare a serverelor:
• Microsoft Hyper-V

Citrix XenServer

Shell-urile de tip 2 rulează într-un mediu OS care rulează pe computerul gazdă. În acest caz, sistemele de operare invitate rulează pe mașini virtuale deasupra unui hypervisor (vezi Figura 2). Acest tip de virtualizare se numește de obicei virtualizare găzduită.

• Compararea Figura 2 cu Figura 1 dezvăluie că sistemele de operare invitate care rulează în mașinile virtuale pe platformele de tip hypervisor de tip 2 sunt separate de hardware-ul de bază printr-un alt strat. Având un strat suplimentar între mașinile virtuale și hardware, determină degradarea performanței pe platformele shell de tip 2 și limitează numărul de mașini virtuale care pot fi rulate în practică.
• Hipervizoarele de tip 2 sunt, de asemenea, implementate în următoarele produse de virtualizare a serverelor:

Server VMware

Produsul de virtualizare desktop Microsoft Virtual PC utilizează, de asemenea, o arhitectură de tip hypervisor de tip 2.

Arhitectura monolitică are atât avantaje, cât și unele dezavantaje. De exemplu, hipervizoarele monolitice nu necesită un sistem de operare gazdă (părinte), deoarece toți oaspeții interacționează direct cu hardware-ul computerului subiacent folosind drivere de dispozitiv. Acesta este unul dintre avantajele arhitecturii monolitice.

Pe de altă parte, faptul că driverele trebuie proiectate special pentru hypervisor prezintă dificultăți semnificative, deoarece există diferite tipuri de plăci de bază, controlere de stocare, adaptoare de rețea și alte echipamente pe piață. Ca rezultat, producătorii de platforme monolitice de hipervizor trebuie să colaboreze îndeaproape cu producătorii de hardware pentru a se asigura că driverele pentru aceste dispozitive acceptă hypervisor. În plus, acest lucru îi face pe producătorii de shell dependenți de producătorii de hardware pentru a furniza driverele necesare pentru produsele lor. Astfel, gama de dispozitive care pot fi utilizate în sistemele de operare virtualizate pe platforme shell monolitice low-level este semnificativ mai restrânsă în comparație cu situația rulării acelorași sisteme de operare pe computere fizice.

Shell-urile de nivel scăzut Microkernel nu necesită drivere speciale, deoarece sistemul de operare acționează ca partiție principală (părinte). O astfel de partiție oferă mediul de rulare necesar driverelor de dispozitiv pentru a accesa hardware-ul fizic de bază al computerului gazdă. Partițiile vor fi discutate mai târziu, dar deocamdată imaginați-vă că termenul „partiție” este echivalent cu o mașină virtuală.

Arhitectura microkernel are mai multe avantaje față de arhitectura monolitică. În primul rând, absența necesității de drivere speciale permite utilizarea unei game largi de drivere existente furnizate de producător. În al doilea rând, driverele de dispozitiv nu sunt incluse în shell, deci creează mai puțină sarcină, sunt mai mici și sunt mai rezistente. În al treilea rând, și cel mai important, suprafața potențială de atac este redusă la minimum, deoarece nu este încărcat niciun cod străin în shell (driverele de dispozitiv sunt create de terți și, prin urmare, sunt considerate cod străin din perspectiva dezvoltatorului shell-ului). Sunteți de acord că software-ul rău intenționat care pătrunde în shell și stabilește controlul asupra tuturor sistemelor de operare virtuale ale computerului este ultimul lucru pe care ați dori să-l experimentați.

Singurul dezavantaj al designului microkernel-ului este necesitatea unei partiții părinte speciale. Acest lucru mărește încărcarea sistemului (deși de obicei este minimă), deoarece accesul partițiilor copil la hardware le cere să interacționeze cu partiția părinte.

Un avantaj semnificativ al arhitecturii de microkernel a Hyper-V este furnizarea de apărare în profunzime. Tehnologia Hyper-V vă permite să reduceți la minimum execuția codului în hypervisor și să treceți mai multe funcții în sus (de exemplu, mașina de stat și controlul). interfețe, care în modul utilizator sunt executate mai sus în stivă).

• Care este un exemplu de platformă de virtualizare a serverelor cu arhitectură microkernel? Acesta este, fără îndoială, Microsoft Hyper-V, cu partiția părinte care rulează Windows Server 2008 sau o versiune ulterioară.
  Caracteristicile cheie ale Hyper-V
• Mai jos sunt câteva dintre principalele caracteristici ale versiunii originale a platformei Microsoft Hyper-V:
  Suport pentru diferite sisteme de operare
• Hyper-V acceptă execuția simultană a diferitelor tipuri de sisteme de operare, inclusiv pe 32 de biți și 64 de biți pe diverse platforme de server (de exemplu, Windows, Linux etc.).
  Hyper-V oferă capabilități de comutare virtuală care permit utilizarea Echilibrarii sarcinii rețelei Windows pentru a echilibra sarcina pe mașinile virtuale de pe diferite servere.
• Arhitectura microkernel
  Hyper-V are o arhitectură de hipervizor microkernel pe 64 de biți care permite platformei să ofere mai multe metode de suport pentru dispozitive, performanță suplimentară și securitate.
• Virtualizare hardware
  Hyper-V necesită utilizarea tehnologiilor de virtualizare hardware Intel-VT sau AMD-V.
• Arhitectură de partajare hardware
  Hyper-V utilizează un furnizor de servicii de virtualizare (VSP) și o arhitectură client de servicii de virtualizare (VSC) care oferă acces și utilizare îmbunătățite a resurselor hardware (cum ar fi disc, rețea și video).
• Migrare rapidă
  Hyper-V vă permite să mutați o mașină virtuală care rulează de la un computer gazdă fizic la altul cu o latență minimă. Acest lucru se realizează folosind instrumentele de management foarte disponibile ale Windows Server 2008 și System Center.
• Scalabilitate
  Hyper-V acceptă mai multe procesoare și nuclee la nivel de gazdă, precum și acces avansat la memorie la nivel de mașină virtuală. Acest suport face mediile de virtualizare scalabile pentru a găzdui un număr mare de mașini virtuale pe o singură gazdă. Cu toate acestea, capabilitățile de migrare rapidă vă permit, de asemenea, să scalați peste mai multe noduri.
• Suport pentru arhitectura multiprocesor simetric (SMP).
  Hyper-V acceptă până la patru procesoare într-un mediu de mașină virtuală pentru rularea aplicațiilor cu mai multe fire într-o mașină virtuală.
• 
  Hyper-V oferă posibilitatea de a face instantanee ale mașinilor virtuale care rulează pentru a reveni rapid la o stare anterioară, simplificând soluțiile de backup și recuperare.

Ce este nou în Hyper-V R2

Windows Server 2008 R2 adaugă noi funcționalități rolului Hyper-V. Acestea îmbunătățesc flexibilitatea, performanța și scalabilitatea Hyper-V. Să le privim mai detaliat.

Flexibilitate crescută

Hyper-V R2 include următoarele caracteristici noi care măresc flexibilitatea implementării și menținerii unei infrastructuri de virtualizare a serverului:

• Migrație în direct
  Hyper-V R2 include o caracteristică de migrare live care vă permite să mutați o mașină virtuală de la un server Hyper-V la altul fără a întrerupe conexiunea la rețea, fără a întrerupe experiența utilizatorului sau fără a întrerupe serviciul. Mișcarea are ca rezultat o scădere a performanței doar pentru câteva secunde. Migrarea live ajută la asigurarea unei disponibilități ridicate a serverelor și aplicațiilor care rulează pe servere Hyper-V în cluster într-un mediu de centru de date virtualizat. Migrarea live simplifică, de asemenea, procesul de modernizare și întreținere a hardware-ului gazdă și oferă noi capabilități, cum ar fi capacitatea de a echilibra încărcăturile rețelei pentru o eficiență maximă a energiei sau utilizarea optimă a procesorului. Migrarea live este descrisă în detaliu mai jos, în secțiunea Lucrul cu migrarea live.
• Volume partajate în cluster
  Cluster Shared Volumes este o nouă caracteristică a Windows Server 2008 R2 Failover Clustering. Oferă un spațiu de nume de fișier unic și consistent, care permite tuturor nodurilor de cluster să acceseze același dispozitiv de stocare. Utilizarea Cluster Shared Volumes este foarte recomandată pentru migrarea live și este descrisă mai jos în secțiunea Lucrul cu migrarea live.
• Suport pentru adăugarea și eliminarea la cald a mediilor de stocare
  Versiunea R2 a Hyper-V vă permite să adăugați sau să eliminați hard disk-uri virtuale și discuri de trecere pe o mașină virtuală care rulează fără a o opri sau reporni. Acest lucru vă permite să ajustați întregul spațiu de stocare utilizat de mașina virtuală, pe măsură ce volumul dvs. de lucru se modifică fără timp de nefuncționare. În plus, oferă noi capabilități de backup în Microsoft SQL Server, Microsoft Exchange Server și în centrele de date. Pentru a utiliza această caracteristică, discurile virtuale și de trecere trebuie să fie atașate la mașina virtuală folosind un controler SCSI virtual. Pentru mai multe informații despre adăugarea controlerelor SCSI la mașinile virtuale, consultați secțiunea „Managing Virtual Machines” de mai jos.
• Modul de compatibilitate procesor
  Noul mod de compatibilitate a procesorului, disponibil în Hyper-V R2, vă permite să migrați o mașină virtuală de la un computer gazdă la altul dacă arhitectura procesorului lor se potrivește (AMD sau Intel). Acest lucru facilitează actualizarea infrastructurii de gazdă Hyper-V, facilitând migrarea mașinilor virtuale de la computere cu hardware mai vechi la computere cu hardware mai nou. În plus, oferă și flexibilitate pentru migrarea mașinilor virtuale între nodurile de cluster. De exemplu, modul de compatibilitate procesor poate fi folosit pentru a migra mașinile virtuale de la o gazdă Intel Core 2 la o gazdă Intel Pentium 4 sau de la o gazdă AMD Opteron la o gazdă AMD Athlon. Vă rugăm să rețineți că modul de compatibilitate procesor vă permite să migrați mașinile virtuale numai dacă arhitectura procesorului nodurilor se potrivește. Cu alte cuvinte, este acceptată migrarea AMD-AMD și Intel-Intel. Migrarea mașinilor virtuale de la un computer gazdă cu o arhitectură la un computer gazdă cu altă arhitectură nu este acceptată. Cu alte cuvinte, migrările AMD-Intel și Intel-AMD nu sunt acceptate. Pentru mai multe informații despre modul de compatibilitate cu procesorul și despre modul de configurare al acestuia, consultați bara laterală „Cum funcționează. modul de compatibilitate a procesorului."

Performanță îmbunătățită

Hyper-V R2 conține următoarele caracteristici noi care pot îmbunătăți performanța infrastructurii dvs. de virtualizare a serverului:

1. Suportă până la 384 de mașini virtuale simultane și până la 512 procesoare virtuale pe server
   Cu hardware-ul potrivit, serverele Hyper-V R2 pot fi folosite pentru a atinge niveluri de consolidare a serverelor de neatins. De exemplu, pe un computer gazdă Hyper-V puteți găzdui:
   • 384 de mașini virtuale cu un procesor (semnificativ mai puțin decât limita de 512 procesoare virtuale)
   • 256 de mașini virtuale cu două procesoare (în total 512 procesoare virtuale)
   • 128 de mașini virtuale cu patru procesoare (512 procesoare virtuale în total)

   De asemenea, puteți rula orice combinație de procesoare single-core, dual-core și quad-core, atâta timp cât numărul total de mașini virtuale nu depășește 384 și numărul total de procesoare virtuale alocate mașinilor virtuale nu depășește 512. Aceste capabilități permit lui Hyper-V R2 să ofere cele mai mari densități disponibile pe piață mașinilor virtuale în acest moment. Prin comparație, versiunea anterioară a Hyper-V din Windows Server 2008 SP2 a acceptat doar până la 24 de procesoare logice și până la 192 de mașini virtuale. Rețineți că atunci când utilizați clustere de failover, Hyper-V R2 acceptă până la 64 de mașini virtuale per nod de cluster.

2. Suport pentru traducerea adreselor de nivel al doilea (SLAT).
   În Hyper-V R2, procesorul se ocupă de traducerile de adrese în mașinile virtuale, mai degrabă decât în ​​codul Hyper-V, care realizează programatic mapări de tabel. Astfel, tehnologia SLAT creează un al doilea strat de pagini sub tabelele de pagini x86/x64 ale procesoarelor x86/x64 printr-un strat de indirectă de la accesul la memoria mașinii virtuale la accesul la memoria fizică.

Când este utilizat cu procesoarele potrivite (cum ar fi procesoarele Intel cu tabele de pagini EPT extinse începând cu generația i7 sau cele mai recente procesoare AMD cu tabele de pagini NPT imbricate), Hyper-V R2 îmbunătățește semnificativ performanța sistemului în multe cazuri. Îmbunătățirile de performanță se datorează îmbunătățirilor aduse tehnologiei de gestionare a memoriei și unei reduceri a numărului de copii de memorie necesare pentru a utiliza aceste caracteristici ale procesorului. Performanța se îmbunătățește în special atunci când lucrați cu seturi mari de date (de exemplu, Microsoft SQL Server). Utilizarea memoriei pentru hypervisorul Microsoft Hypervisor poate fi redusă de la 5% la 1% din memoria fizică totală. Astfel, mai multă memorie va fi disponibilă pentru partițiile copil, permițând un grad ridicat de consolidare.

3. V.M. Horn
   Această caracteristică permite ca traficul TCP/IP pentru o mașină virtuală să fie redirecționat către adaptorul de rețea fizic al computerului gazdă. Pentru a realiza acest lucru, adaptorul de rețea fizic și sistemul de operare trebuie să accepte descărcarea TCP Chimney, ceea ce va îmbunătăți performanța mașinii virtuale prin reducerea încărcării procesorului pe procesoarele logice. Suportul pentru descărcarea TCP Chimney pe Microsoft Windows a apărut în versiuni

Vă rugăm să rețineți că nu toate aplicațiile pot utiliza această funcție. În special, aplicațiile care folosesc buffer-uri pre-alocate și conexiuni de lungă durată cu cantități mari de transfer de date vor beneficia cel mai mult de activarea acestei caracteristici. În plus, rețineți că adaptoarele de rețea fizice care acceptă descărcarea TCP Chimney pot gestiona un număr limitat de conexiuni descărcate care sunt partajate de toate mașinile virtuale de pe gazdă.

4. Suport pentru Virtual Machine Queue (VMQ).
   Hyper-V R2 oferă suport pentru cozile de dispozitive ale mașinilor virtuale (VMDq) - Intel Virtualization Technology For Connectivity. VMQ transferă sarcina de sortare a traficului de date al mașinii virtuale de la Virtual Machine Manager la Controlerul de rețea. Acest lucru permite ca o singură NIC fizică să apară ca mai multe NIC-uri (cozi) în invitat, optimizând utilizarea procesorului și permițând un debit crescut al rețelei și capabilități îmbunătățite de gestionare a traficului mașinilor virtuale. Calculatorul gazdă nu stochează apoi datele de acces direct la memorie (DMA) de la dispozitive în propriul buffer, deoarece adaptorul de rețea poate folosi acest acces pentru a direcționa pachetele către memoria mașinii virtuale. Reducerea căii I/O oferă performanțe îmbunătățite. Pentru mai multe informații despre coada VMDq, consultați site-ul web Intel la http://www.intel.com/network/connectivity/vtc_vmdq.htm.
5. · Suport de dimensiuni mari ale cadrului
   Cadrele Jumbo sunt cadre Ethernet care conțin mai mult de 1500 de octeți de sarcină utilă. Dimensiunile mari ale cadrelor erau disponibile anterior în medii non-virtuale. Hyper-V R2 oferă posibilitatea de a le rula în mașini virtuale și acceptă cadre de până la 9014 octeți (dacă sunt acceptate de rețeaua fizică subiacentă).

Acest lucru are ca rezultat un debit crescut al rețelei și o utilizare redusă a CPU la transferul fișierelor mari.

Scalabilitate crescută

Hyper-V R2 include următoarele caracteristici noi care îmbunătățesc scalabilitatea infrastructurii dvs. de virtualizare a serverului:

• Suportă până la 64 de procesoare logice în pool-ul principal de procesoare
  Numărul de procesoare logice acceptate în această versiune de Hyper-V este de patru ori în comparație cu versiunea veche a Hyper-V. Acest lucru permite companiilor să folosească cele mai recente sisteme de server mari, scalabile, pentru a maximiza beneficiile consolidării încărcăturilor de lucru existente. În plus, utilizarea unor astfel de sisteme server facilitează furnizarea mai multor procesoare pentru fiecare mașină virtuală. Hyper-V acceptă până la patru procesoare virtuale logice pe mașină virtuală.
• Suport de bază pentru parcare
  Funcția de parcare de bază permite Windows și Hyper-V să consolideze procesarea datelor pe un număr minim de nuclee de procesor. Pentru a face acest lucru, nucleele de procesor inactive sunt suspendate prin plasarea lor în starea C (starea „parcat”). Acest lucru vă permite să programați mașini virtuale pe un singur nod, mai degrabă decât să le distribuiți pe mai multe noduri. Acest lucru are avantajul de a se apropia de un model de calcul ecologic prin reducerea cantității de putere cerută de procesorul nodurilor centrului de date.

Comparație între Hyper-V și Virtual Server

Puterea Hyper-V a condus deja la înlocuirea Microsoft Virtual Server în multe organizații care se bazau anterior pe Virtual Server pentru consolidarea serverului, continuitatea afacerii, testare și dezvoltare. În același timp, Virtual Server poate găsi aplicații în infrastructura de virtualizare corporativă. Tabelul 1 compară unele dintre caracteristicile și datele tehnice ale Hyper-V și Virtual Server.

Tabel 1. Comparația componentelor și specificațiilor tehnice ale Virtual Server 2005 R2 SP1 și Hyper-V R2

Mai multe informații Pentru mai multe informații despre caracteristicile Virtual Server și despre cum să îl descărcați, accesați http://www.microsoft.com/windowsserversystem/virtualserver/downloads.aspx. Pentru informații despre migrarea mașinilor virtuale de la Virtual Server la Hyper-V, consultați „Ghidul de migrare a mașinilor virtuale: Cum să migrați de la Virtual Server la Hyper-V” din Biblioteca TechNet la http://technet.microsoft.com/en - us/library/dd296684.aspx .

Cauza. Hypervisorul nu rulează. Următorul mesaj de eroare apare în jurnalul de erori de sistem: „Mașina virtuală nu poate porni deoarece hypervisorul nu rulează”.

Eliminare. Pentru a rula hypervisorul, computerul fizic trebuie să îndeplinească anumite cerințe hardware. Pentru mai multe informații, consultați Cerințe pentru instalarea Hyper-V. Dacă computerul dvs. nu îndeplinește cerințele, nu îl veți putea folosi pentru a rula mașini virtuale. Dacă computerul dvs. îndeplinește cerințele și hypervisorul nu rulează, poate fi necesar să activați opțiunile de virtualizare utilizând prevenirea execuției datelor hardware și hardware (DEP) în BIOS. După modificarea acestor setări, trebuie să opriți alimentarea computerului și apoi să-l porniți din nou. Când reporniți computerul, modificările setărilor nu au efect.

Cauza. Discul virtual, care este folosit ca disc de sistem, este conectat la controlerul SCSI.

Eliminare. Conectați unitatea de sistem la controlerul IDE. Pentru instrucțiuni, consultați Configurarea discurilor și a dispozitivelor de stocare.

Cauza. Mașina virtuală este configurată să utilizeze CD-uri și DVD-uri fizice ca mediu de instalare și utilizează o unitate de disc fizică.

Eliminare. Doar o singură mașină virtuală poate accesa o unitate fizică de CD sau DVD la un moment dat. Deconectați unitatea CD/DVD de la cealaltă mașină virtuală și încercați din nou.

Sistemul de operare nu poate fi instalat pe o mașină virtuală prin rețea.

Cauza. Mașina virtuală folosește un adaptor de rețea în loc de un adaptor de rețea vechi sau adaptorul de rețea vechi nu este conectat la rețeaua externă corespunzătoare.

Eliminare. Asigurați-vă că mașina virtuală este configurată să utilizeze un adaptor de rețea vechi care este conectat la rețeaua externă care oferă servicii de instalare. Pentru instrucțiuni despre configurarea adaptoarelor de rețea, consultați Configurarea rețelei.

Mașina virtuală este suspendată automat.

Cauza. Mașina virtuală va fi suspendată automat dacă nu există suficient spațiu liber pe volumul în care sunt stocate instantaneele sau hard disk-urile virtuale. Starea mașinii virtuale în Hyper-V Manager va fi listată ca Suspendat critic.

Eliminare. Creați spațiu suplimentar pe disc folosind Hyper-V Manager pentru a aplica sau șterge instantanee individual. Sau, pentru a elimina toate instantaneele, exportați mașina virtuală fără datele acesteia și apoi importați mașina virtuală.

Când încercați să creați sau să porniți o mașină virtuală, primiți mesaje de eroare: „Utilizatorul a deschis o secțiune mapată”, „Resursa de rețea sau dispozitivul nu mai este disponibilă” sau „Operația I/O a fost întreruptă din cauza terminarea fluxului de comandă sau la cererea unei aplicații.”

Cauza.

Eliminare.

Mașinile virtuale au dispărut din consola Hyper-V Manager.

Cauza. Cauza poate fi un program antivirus care rulează pe sistemul de operare gazdă atunci când monitorizarea fișierelor mașinii virtuale în Hyper-V este configurată folosind componenta de scanare în timp real.

Eliminare. Excludeți fișierele mașinii virtuale din scanarea în timp real. Pentru informații despre anumite fișiere, consultați articolul 961804 din baza de cunoștințe Microsoft (http://go.microsoft.com/fwlink/?LinkId=143978).

Când utilizați o conexiune la o mașină virtuală, indicatorul mouse-ului devine un punct sau rămâne blocat în fereastra mașinii virtuale.

Cauza. Sistemul de operare de pe mașina virtuală nu are instalate servicii de integrare.

Eliminare. Dacă sistemul de operare de pe mașina virtuală este acceptat, atunci serviciile de integrare vor fi disponibile pentru acel sistem de operare. Pentru a îmbunătăți integrarea mouse-ului, instalați servicii de integrare. Pentru instrucțiuni, consultați Instalarea sistemului de operare pe o mașină virtuală. Dacă sistemul de operare de pe mașina virtuală nu este acceptat, puteți utiliza o comandă rapidă de la tastatură pentru a muta mouse-ul în afara ferestrei mașinii virtuale. Combinația implicită de taste este CTRL+ALT+SĂGEATĂ LA STÂNGA.

Nu se poate folosi mouse-ul pentru a controla mașina virtuală. Utilizați Conexiune Desktop la distanță pentru a vă conecta la un server care are Hyper-V instalat.

Cauza. Când utilizați Hyper-V Manager pentru a vă conecta la o mașină virtuală, această conexiune este furnizată de componenta Virtual Machine Connection. Cu toate acestea, utilizarea unei conexiuni la mașină virtuală într-o sesiune de conexiune la desktop la distanță nu este acceptată decât dacă Integration Services este instalat. Prin urmare, rezultatul așteptat este pierderea funcționalității mouse-ului.

Eliminare. Nu utilizați o conexiune la mașină virtuală într-o sesiune Desktop la distanță până când serviciile de integrare nu sunt instalate. Există mai multe modalități de a rezolva această problemă.

• Instalați servicii de integrare. Pentru instrucțiuni, consultați Instalarea sistemului de operare pe o mașină virtuală.
• Stabiliți o sesiune de conexiune la desktop la distanță direct pe mașina virtuală.
• Conectați-vă la consola serverului care rulează Hyper-V și utilizați componenta Virtual Machine Connection pentru a vă conecta la mașina virtuală.
• Pe un computer client acceptat, instalați instrumentele de management Hyper-V pentru a instala caracteristica Virtual Machine Connection și creați o sesiune de conexiune la mașina virtuală. Pentru mai multe informații, consultați Biblioteca tehnică Windows Server 2008 (http://go.microsoft.com/fwlink/?LinkId=143558).

Când deschideți Managerul de dispozitive în sistemul de operare pe o mașină virtuală, unele dispozitive sunt marcate ca necunoscute.

Cauza. Device Manager nu recunoaște dispozitivele care sunt optimizate pentru a fi utilizate în mașinile virtuale și rulează folosind Hyper-V decât dacă sunt instalate servicii de integrare. Dispozitivele necunoscute identificate în Device Manager variază în funcție de sistemul de operare de pe mașina virtuală și pot include: VMBus, Microsoft VMBus HID Miniport, Microsoft VMBus Network Adapter și storvsc miniport.

Eliminare. Dacă sistemul de operare de pe mașina virtuală este acceptat, serviciile de integrare vor fi disponibile pentru acel sistem de operare. După ce instalați Integration Services, Device Manager va recunoaște dispozitivele disponibile pentru acel sistem de operare pe mașina virtuală. Pentru instrucțiuni, consultați Instalarea sistemului de operare pe o mașină virtuală.

Trebuie să monitorizați performanța mașinii virtuale, dar informațiile procesorului din Task Manager nu arată ce resurse de procesor sunt utilizate de mașina virtuală.

Cauza. Task Manager nu afișează informații despre CPU pentru mașinile virtuale.

Eliminare. Pentru a vedea informații despre utilizarea CPU pentru mașinile virtuale care rulează pe un server care rulează Hyper-V, utilizați System Performance and Stability Monitor. Acesta arată datele colectate de la contoarele de performanță Hyper-V. Pentru a deschide Monitorul de performanță și stabilitate a sistemului, faceți clic Început, selectați o comandă Executa si intra perfmon.

Următoarele contoare de performanță pot fi vizualizate pe sistemul de operare gazdă (care rulează rolul Hyper-V).

• Procesor logic Hyper-V Hyper-V - % Timp invitat: determină cantitatea de resurse de procesor fizic utilizate pentru a rula mașinile virtuale. Acest contor nu identifică mașinile virtuale individuale sau cantitatea de resurse consumate de fiecare mașină virtuală.
• Hyper-V Hyper-V Hypervisor Virtual Processor - % Guest Time: determină cantitatea de resurse de procesor virtual consumate de mașina virtuală.

Hyper-V , nativ pentru sistemele Windows - în edițiile sale de server, precum și în unele versiuni și ediții desktop - un mediu de lucru cu mașinile virtuale și invitații acestora OS nu funcționează întotdeauna fără probleme. Una dintre aceste probleme poate fi o notificare care apare la pornirea unei mașini virtuale, care spune: Hyper-V Nu poate fi pornit deoarece un hypervisor nu rulează.

Ce este această eroare și cum o remediați.

O fereastră cu o astfel de eroare este o interpretare universală, motivul poate fi în mai multe lucruri.

Cerințe de sistem

Dacă Windows în sine nu îndeplinește cerințele pentru a rula Hyper-V, și nu toate edițiile desktop vă permit să lucrați cu această componentă, pur și simplu nu este activată în sistem. Dar există încă cerințe hardware. Discrepanța lor poate să nu afecteze activarea hipervizorului, dar în viitor poate provoca apariția unei astfel de erori.

Pentru muncă Hyper-V necesar:

Cel puțin 4 GB RAM;
Procesor pe 64 de biți cu suport pentru SLAT și tehnologie de virtualizare.

Stocare BCD

Eroarea în cauză poate indica o configurație incorectă a datelor de stocare BCD. Componentă Hyper-V este profund integrat în Windows și pornește înainte ca nucleul de sistem să pornească. Dacă se află în depozit BCD S-au făcut modificări pentru a modifica lansarea hypervisorului, este posibil să nu fie corecte. Sau lansează Hyper-Vși a fost anterior dezactivat în mod deliberat pentru a optimiza temporar utilizarea resurselor computerului. În acest caz, configurația BCDîn ceea ce privește lansarea hipervizorului, este necesar fie să îl ajustați, fie să returnați valoarea implicită prin setarea autorun Hyper-V. Pentru a instala autorun, deschideți CMDîn numele administratorului (Neapărat) , introduceți:

bcdedit /set hypervisorlaunchtype auto

După aceasta, repornim.

Buldozerul AMD

Hyper-V nu funcționează cu procesoarele companiei AMD cu arhitectura Buldozer.

Tehnologii de virtualizare

Pentru a asigura funcționarea mediului de virtualizare prin orice hypervisor, procesorul trebuie să fie echipat cu tehnologie care asigură virtualizarea - Virtualizare Intel, sau AMD-V. Suportul pentru aceste tehnologii poate fi găsit pe pagina cu specificațiile procesorului de pe site-uri web, respectiv, IntelŞi AMD. Și tehnologia de virtualizare, desigur, ar trebui inclusă în BIOS .

Un alt punct important: pentru procesoare Intel V BIOS anumite tehnologii trebuie să fie dezactivate Intel VT-dŞi Execuție de încredere. Hypervisorul încorporat în Windows nu este prietenos cu ei. Cam așa ar trebui să arate setările BIOS pentru a lucra cu Hyper-V: Tehnologia de virtualizare este activată și anumite tehnologii sunt dezactivate.