Hyper-V é um exemplo de tecnologia de virtualização de servidores. Isso significa que o Hyper-V permite virtualizar um computador inteiro executando vários sistemas operacionais (geralmente baseados em servidor) em um computador físico (geralmente com hardware de nível de servidor). Cada sistema operacional convidado pensa (se os sistemas operacionais puderem pensar) que é dono do computador e tem o direito exclusivo de usar seus recursos de hardware (ou qualquer outro conjunto de recursos de computador ao qual a máquina virtual tenha acesso). Assim, cada sistema operacional é executado em uma máquina virtual separada, com todas as máquinas virtuais sendo executadas no mesmo computador físico. Em um ambiente padrão não virtualizado, um computador só pode executar um sistema operacional. A tecnologia Hyper-V dá ao seu computador essa capacidade. Antes de ver como funciona a tecnologia Hyper-V, precisamos entender princípios gerais operação de máquinas virtuais.

Informações gerais sobre máquinas virtuais

Uma máquina virtual é um ambiente de computação implementado em software que aloca os recursos de hardware de um computador físico de forma a fornecer a capacidade de executar vários sistemas operacionais em um computador. Cada sistema operacional é executado em sua própria máquina virtual e possui instâncias de processador lógico dedicado, Discos rígidos, placas de rede e outros recursos de hardware de computador. O sistema operacional em execução na máquina virtual não tem conhecimento de que está sendo executado em ambiente virtual e se comporta como se tivesse controle total sobre o hardware do computador. A implementação de máquinas virtuais da maneira descrita acima significa que a virtualização de servidores deve ser implementada de acordo com os seguintes requisitos:

• Interfaces de controle
  A virtualização de servidores requer interfaces de gerenciamento que permitem aos administradores criar, configurar e controlar máquinas virtuais em execução em um computador. Essas interfaces também devem suportar administração de software e operar em rede, fornecendo controle remoto máquinas virtuais.
• Gerenciamento de memória
  A virtualização de servidores requer um gerenciador de memória para garantir que todas as máquinas virtuais recebam recursos de memória alocados e isolados.
• Ferramenta de planejamento
  A virtualização de servidores requer uma ferramenta de agendamento para controlar o acesso das máquinas virtuais aos recursos físicos. A ferramenta de agendamento deve ser configurável pelo administrador e poder atribuir diferentes níveis de prioridade aos equipamentos.
• Máquina de estado
  A virtualização de servidores requer uma máquina de estado que monitore informações sobre o estado atual de todas as máquinas virtuais no computador. As informações de estado da máquina virtual incluem informações sobre a CPU, a memória, os dispositivos e o estado da máquina virtual (em execução ou parada). A máquina de estados também deve suportar o gerenciamento de transições entre diferentes estados
• Armazenamento e rede
  A virtualização de servidores requer a capacidade de provisionar recursos de rede e armazenamento em um computador, permitindo que cada máquina virtual tenha acesso separado a Discos rígidos e interfaces de rede. Além disso, a virtualização de desktops também exige a capacidade de várias máquinas acessarem simultaneamente dispositivos físicos, mantendo a consistência, o isolamento e a segurança.
• Dispositivos virtualizados
  A virtualização de servidores requer dispositivos virtualizados que forneçam aqueles em execução máquinas virtuais Os sistemas operacionais fornecem representações lógicas de dispositivos que não diferem em comportamento de seus equivalentes físicos. Em outras palavras, quando o sistema operacional acessa um dispositivo de computador físico a partir de uma máquina virtual, o dispositivo virtualizado correspondente é acessado de maneira idêntica ao processo de acesso a um dispositivo físico.
• Drivers de dispositivos virtuais
  Para virtualizar um servidor, você deve instalar drivers de dispositivos virtuais nos sistemas operacionais executados nas máquinas virtuais. Os drivers de dispositivos virtuais fornecem aos aplicativos acesso a representações virtuais de hardware e conexões de E/S da mesma forma que o hardware físico.

Compreendendo a casca

Hypervisor é uma plataforma de virtualização que permite que vários sistemas operacionais sejam executados em um único computador físico – o computador host. A principal função do hipervisor é criar ambientes de execução isolados para todas as máquinas virtuais e gerenciar a interação entre o sistema operacional convidado na máquina virtual e os recursos de hardware subjacentes do computador físico. O termo hipervisor foi cunhado em 1972, quando a IBM atualizou o software de gerenciamento da plataforma de computação System/370 para suportar a virtualização. A criação do hipervisor foi um novo marco na evolução tecnologia informática, pois superou limitações arquitetônicas e reduziu o custo de uso de mainframes. Os shells de baixo nível são diferentes. Por exemplo, eles diferem em tipo - ou seja, dependendo se eles são executados em hardware físico ou hospedados em um ambiente de sistema operacional. As conchas também podem ser divididas por design: monolíticas ou microcore.

Concha tipo 1

Os shells do tipo 1 são executados diretamente no hardware físico subjacente dos computadores host e atuam como programas de controle. Em outras palavras, eles são executados “no hardware”. Nesse caso, os sistemas operacionais convidados são executados em diversas máquinas virtuais localizadas acima da camada do hipervisor (veja a Figura 1).

Como os hipervisores tipo 1 são executados diretamente no hardware e não no ambiente do sistema operacional, eles normalmente fornecem desempenho, disponibilidade e segurança ideais em comparação com outros tipos. Os hipervisores tipo 1 também são implementados nos seguintes produtos de virtualização de servidores:

• Microsoft Hyper-V
• Citrix XenServer
• Servidor VMware ESX

Concha tipo 2

Os shells tipo 2 são executados em um ambiente de sistema operacional executado no computador host. Nesse caso, os sistemas operacionais convidados são executados em máquinas virtuais acima de um hipervisor (veja a Figura 2). Esse tipo de virtualização geralmente é chamado de virtualização hospedada. A comparação da Figura 2 com a Figura 1 revela que os sistemas operacionais convidados executados em máquinas virtuais em plataformas de hipervisor Tipo 2 são separados do hardware subjacente por outra camada. Ter uma camada extra entre máquinas virtuais e hardware causa degradação de desempenho em plataformas shell Tipo 2 e limita o número de máquinas virtuais que podem ser executadas na prática. Os hipervisores tipo 2 também são implementados nos seguintes produtos de virtualização de servidores:

• Microsoft Servidor virtual
• Servidor VMware

Conchas monolíticas de baixo nível

Uma arquitetura de shell monolítica envolve drivers de dispositivo que suportam, residem e são controlados pelo shell (veja a Figura 3).

A arquitetura monolítica tem vantagens e algumas desvantagens. Por exemplo, hipervisores monolíticos não exigem um sistema operacional host (pai) porque todos os convidados se comunicam diretamente com o hardware do computador subjacente usando drivers de dispositivo. Esta é uma das vantagens da arquitetura monolítica. Por outro lado, o facto de os drivers terem de ser concebidos especificamente para o hipervisor apresenta dificuldades significativas, uma vez que existem no mercado diferentes tipos de placas-mãe, controladores de armazenamento, adaptadores de rede e outros equipamentos. Como resultado, os fabricantes de plataformas de hipervisores monolíticos precisam trabalhar em estreita colaboração com os fabricantes de hardware para garantir que os drivers desses dispositivos suportem o hipervisor. Além disso, isso torna os fabricantes de shells dependentes dos fabricantes de hardware para fornecer os drivers necessários para seus produtos. Assim, a gama de dispositivos que podem ser usados ​​em sistemas operacionais virtualizados em plataformas shell monolíticas de baixo nível é significativamente mais estreita em comparação com a situação de execução dos mesmos sistemas operacionais em computadores físicos. Recurso importante Essa arquitetura ignora um dos princípios de segurança mais importantes - a necessidade de defesa em profundidade. Com a defesa em profundidade, criam-se diversas linhas de defesa. Neste modelo não há defesa em profundidade, pois tudo é feito na parte mais privilegiada do sistema. Um exemplo de produto de virtualização de servidor que usa uma arquitetura de hipervisor monolítico é o VMware ESX Server.

Conchas de micronúcleo

Os shells de baixo nível do microkernel não requerem drivers especiais, uma vez que o sistema operacional atua como a partição principal (pai). Essa partição fornece o ambiente de tempo de execução necessário para que os drivers de dispositivo acessem o hardware físico subjacente do computador host. As partições serão discutidas mais tarde, mas por enquanto imagine que o termo “partição” é equivalente a uma máquina virtual. Em plataformas de hipervisor microkernel, a instalação do driver de dispositivo é necessária apenas para dispositivos físicos em execução na partição pai. A instalação desses drivers em sistemas operacionais convidados não é necessária porque os sistemas operacionais convidados só precisam acessar a partição pai para acessar o hardware físico do computador host. Em outras palavras, a arquitetura microkernel não permite que sistemas operacionais convidados acessem diretamente o hardware subjacente. Os dispositivos físicos só podem ser acessados ​​interagindo com a partição pai. A Figura 4 mostra a arquitetura do microkernel do hipervisor com mais detalhes.

A arquitetura microkernel tem várias vantagens sobre a arquitetura monolítica. Primeiro, a ausência da necessidade de drivers especiais permite a utilização de uma ampla gama de drivers existentes fornecidos pelo fabricante. Segundo, os drivers de dispositivo não estão incluídos no shell, portanto ele cria menos carga, é menor e mais resiliente. Terceiro, e mais importante, a superfície de ataque potencial é minimizada porque nenhum código estrangeiro é carregado no shell (os drivers de dispositivo são criados por terceiros e, portanto, são considerados códigos estrangeiros da perspectiva do desenvolvedor do shell). Concordo que a penetração de malware Programas entrar no shell e assumir o controle de todos os sistemas operacionais virtuais do computador é a última coisa que você deseja experimentar. A única desvantagem do design do microkernel é a necessidade de uma partição pai especial. Isto aumenta a carga no sistema (embora geralmente seja mínima), uma vez que o acesso das partições filhas ao hardware exige que elas interajam com a partição pai. Uma vantagem significativa da arquitetura microkernel do Hyper-V é o fornecimento de defesa em profundidade. A tecnologia Hyper-V permite reduzir ao mínimo a execução de código no hipervisor e passar mais funções para a pilha (por exemplo, máquina de estado e controle). interfaces, que no modo de usuário são executadas mais acima na pilha). Qual é um exemplo de plataforma de virtualização de servidores com arquitetura microkernel? Sem dúvida, este é o Microsoft Hyper-V, na partição pai da qual o Servidor Windows 2008 ou posterior.

Principais recursos do Hyper-V

Abaixo estão alguns dos principais recursos da versão original da plataforma Microsoft Hyper-V:

• Suporte para vários sistemas operacionais
  Hyper-V suporta execução simultânea Vários tipos SO, incluindo SO de 32 e 64 bits em vários plataformas de servidor(por exemplo, Windows, Linux, etc.).
• Extensibilidade
  A tecnologia Hyper-V possui interfaces de kit de ferramentas padrão Gerenciamento do Windows(WMI) e APIs de programação que permitem que fornecedores e desenvolvedores de software independentes criem rapidamente ferramentas e extensões personalizadas para a plataforma de virtualização.
• Balanceamento de carga de rede
  O Hyper-V fornece recursos de comutação virtual que permitem o uso do balanceamento de carga de rede do Windows para equilibrar a carga entre máquinas virtuais de diferentes servidores.
• Arquitetura de micronúcleo
  O Hyper-V possui uma arquitetura de hipervisor microkernel de 64 bits que permite que a plataforma forneça vários métodos suporte a dispositivos, desempenho e segurança adicionais.
• Virtualização de hardware
  O Hyper-V requer o uso de tecnologias de virtualização de hardware Intel-VT ou AMD-V.
• Arquitetura compartilhamento equipamento
  O Hyper-V usa uma arquitetura de provedor de serviços de virtualização (VSP) e cliente de serviço de virtualização (VSC) que fornece acesso e utilização aprimorados de recursos de hardware (como disco, rede e vídeo).
• Migração rápida
  O Hyper-V permite mover uma máquina virtual em execução de um computador host físico para outro com latência mínima. Isso é feito usando as ferramentas de gerenciamento altamente disponíveis do Windows Server 2008 e System Center.
• Escalabilidade
  O Hyper-V oferece suporte a vários processadores e núcleos no nível do host, bem como acesso avançado à memória no nível da máquina virtual. Esse suporte torna os ambientes de virtualização escaláveis ​​para hospedar um grande número de máquinas virtuais em um único host. No entanto, os recursos de migração rápida também permitem escalar em vários nós.
• Suporte para arquitetura de multiprocessador simétrico (SMP)
  O Hyper-V oferece suporte a até quatro processadores em um ambiente de máquina virtual para executar aplicativos multithread em uma máquina virtual.
• 
  O Hyper-V oferece a capacidade de criar instantâneos de máquinas virtuais em execução para retorno rápido estado anterior, que otimiza soluções de backup e recuperação.

O que há de novo no Hyper-V R2

EM Versões do Windows O Server 2008 R2 adicionou novos recursos à função Hyper-V. Eles melhoram a flexibilidade, o desempenho e a escalabilidade do Hyper-V. Vamos examiná-los com mais detalhes.

Maior flexibilidade

O Hyper-V R2 inclui os seguintes novos recursos que aumentam a flexibilidade de implantação e manutenção de uma infraestrutura de virtualização de servidores:

• Migração ao vivo
  O Hyper-V R2 inclui um recurso de migração ao vivo que permite mover uma máquina virtual de um servidor Hyper-V para outro sem interrupção conexão de rede, sem tempo de inatividade para o usuário e sem interrupção do serviço. A movimentação resulta apenas em uma diminuição no desempenho por alguns segundos. A migração em tempo real ajuda a garantir alta disponibilidade de servidores e aplicativos executados em servidores Hyper-V agrupados em um ambiente de data center virtualizado. A migração ao vivo também simplifica o processo de atualização e manutenção do hardware host e fornece novos recursos, como a capacidade de equilibrar cargas de rede para máxima eficiência energética ou utilização ideal do processador. A migração em tempo real é descrita detalhadamente abaixo na seção Trabalhando com migração em tempo real.
• Volumes Compartilhados Clusterizados
  Os volumes compartilhados de cluster são novo recurso Sistemas de cluster de failover do Windows Server 2008 R2. Ele fornece um namespace de arquivo único e consistente que permite que todos os nós do cluster acessem o mesmo dispositivo de armazenamento. O uso de volumes compartilhados de cluster é altamente recomendado para migração em tempo real e é descrito abaixo na seção Trabalhando com migração em tempo real.
• Suporte para adição e remoção de mídia de armazenamento a quente
  A versão R2 do Hyper-V permite adicionar ou remover discos rígidos e transitar discos em uma máquina virtual em execução sem desligá-la e reiniciá-la. Isso permite configurar todo o espaço de armazenamento usado sem tempo de inatividade máquina virtual, de acordo com a mudança na carga de trabalho. Além disso, oferece novas oportunidades Cópia de reserva na Microsoft servidor SQL, Microsoft Exchange Server e em data centers. Para usar esse recurso, os discos virtuais e de passagem devem ser conectados à máquina virtual usando um controlador SCSI virtual. Informações adicionais Para adicionar controladores SCSI a máquinas virtuais, consulte a seção “Gerenciamento de máquinas virtuais” abaixo.
• Modo de compatibilidade do processador
  Novo modo A compatibilidade do processador, disponível na versão Hyper-V R2, permite mover uma máquina virtual de um computador host para outro se a arquitetura do processador for compatível (AMD ou Intel). Isso facilita a atualização da infraestrutura de host do Hyper-V, facilitando a migração de máquinas virtuais de computadores com hardware mais antigo para computadores com hardware mais recente. Além disso, também oferece flexibilidade para migração de máquinas virtuais entre nós de cluster. Por exemplo, o modo de compatibilidade do processador pode ser usado para migrar máquinas virtuais de um host Intel Core 2 por nó Intel Pentium 4 ou de um nó AMD Opteron para um nó AMD Athlon. Observe que o modo de compatibilidade do processador permite migrar máquinas virtuais somente se a arquitetura do processador dos nós corresponder. Em outras palavras, a migração AMD-AMD e Intel-Intel é suportada. Migre máquinas virtuais de um computador host da mesma arquitetura para computador principal outra arquitetura não é suportada. Em outras palavras, as migrações AMD-Intel e Intel-AMD não são suportadas. Para obter mais informações sobre o modo de compatibilidade do processador e como configurá-lo, consulte a barra lateral “Como funciona. modo de compatibilidade do processador."

Performance melhorada

O Hyper-V R2 contém os seguintes novos recursos que podem melhorar o desempenho da sua infraestrutura de virtualização de servidores:

1. Suporta até 384 máquinas virtuais simultâneas e até 512 processadores virtuais por servidor
   Com o hardware certo, os servidores Hyper-V R2 podem ser usados ​​para atingir níveis de consolidação de servidores anteriormente inatingíveis. Por exemplo, em um computador host Hyper-V você pode hospedar:
   • 384 máquinas virtuais com um processador (significativamente menos que o limite de 512 processadores virtuais)
   • 256 máquinas virtuais com dois processadores (total de 512 processadores virtuais)
   • 128 máquinas virtuais com quatro processadores (512 processadores virtuais no total)

   Você também pode executar qualquer combinação de processadores single-core, dual-core e quad-core, desde que o número total de máquinas virtuais não exceda 384 e o número total de processadores virtuais alocados para máquinas virtuais não exceda 512. Esses recursos permitem que o Hyper-V R2 forneça as mais altas densidades disponíveis no mercado para máquinas virtuais em este momento. Em comparação, a versão anterior do Hyper-V no Windows Server 2008 SP2 suportava apenas até 24 processadores lógicos e até 192 máquinas virtuais. Observe que ao usar clusters de failover, o Hyper-V R2 oferece suporte a até 64 máquinas virtuais por nó do cluster.

2. Suporte para tradução de endereços de segundo nível (SLAT)
   No Hyper-V R2, o processador lida com traduções de endereços em máquinas virtuais, em vez de no código Hyper-V, que executa mapeamentos de tabelas de forma programática. Assim, a tecnologia SLAT cria uma segunda camada de páginas sob as tabelas de páginas x86/x64 dos processadores x86/x64 por meio de uma camada indireta do acesso à memória da máquina virtual para o acesso à memória física.

Ao usar processadores apropriados (por exemplo, Processadores Intel com tabelas de páginas EPT estendidas começando com a geração i7 ou modelos mais recentes Processadores AMD com tabelas de páginas NPT aninhadas) O Hyper-V R2 melhora significativamente o desempenho do sistema em muitos casos. As melhorias de desempenho se devem a melhorias na tecnologia de gerenciamento de memória e à redução no número de cópias de memória necessárias para usar esses recursos do processador. O desempenho melhora especialmente ao trabalhar com grandes conjuntos de dados (por exemplo, SQL da Microsoft Servidor). O uso de memória do hipervisor Microsoft Hypervisor pode ser reduzido de 5% para 1% da memória física total. Assim, as seções filhas terão acesso a mais memória, o que permite um alto grau de consolidação.

3. Chaminé
   Esse recurso permite que o tráfego TCP/IP de uma máquina virtual seja encaminhado para o adaptador de rede física do computador host. Para conseguir isso, o adaptador de rede física e o sistema operacional devem oferecer suporte ao descarregamento do TCP Chimney, o que melhorará o desempenho da máquina virtual, reduzindo a carga da CPU nos processadores lógicos. Suporte de descarregamento TCP Chimney Microsoft Windows apareceu em versões

Observe que nem todos os aplicativos podem usar esse recurso. Em particular, os aplicativos que usam buffers pré-alocados e conexões de longa duração com grandes quantidades de transferência de dados serão os que mais se beneficiarão com a ativação desse recurso. Além disso, esteja ciente de que os adaptadores de rede física que suportam o descarregamento do TCP Chimney podem lidar com um número limitado de conexões descarregadas que são compartilhadas por todas as máquinas virtuais no host.

4. Suporte para fila de máquina virtual (VMQ)
   O Hyper-V R2 fornece suporte para filas de dispositivos de máquinas virtuais (VMDq) - Tecnologias Intel Tecnologia de virtualização Para conectividade. VMQ transfere a tarefa de classificação do tráfego de dados da máquina virtual do Virtual Machine Manager para o Network Controller. Isso permite que uma única NIC física apareça como múltiplas NICs (filas) no convidado, otimizando o uso da CPU e permitindo maior Taxa de transferência rede e também fornece recursos aprimorados para gerenciar o tráfego de máquinas virtuais. O computador host não armazena dados de acesso direto à memória (DMA) dos dispositivos em seu próprio buffer, pois o adaptador de rede pode usar esse acesso para rotear pacotes para a memória da máquina virtual. A redução do caminho de E/S proporciona melhor desempenho. Para obter mais informações sobre a fila VMDq, consulte o site da Intel em http://www.intel.com/network/connectivity/vtc_vmdq.htm.
5. · Suporte para tamanho de quadro grande
   Jumbo frames são frames Ethernet contendo mais de 1.500 bytes de carga útil. Tamanhos de quadros grandes estavam disponíveis anteriormente em ambientes não virtuais. O Hyper-V R2 oferece a capacidade de executá-los em máquinas virtuais e oferece suporte a quadros de até 9.014 bytes (se compatível com a rede física subjacente).

Isso resulta em maior rendimento da rede e redução no uso da CPU ao transferir arquivos grandes.

Maior escalabilidade

O Hyper-V R2 inclui os seguintes novos recursos que melhoram a escalabilidade da infraestrutura de virtualização de servidores:

• Suporta até 64 processadores lógicos no pool de processadores principal
  O número de processadores lógicos suportados nesta versão do Hyper-V é quadruplicado em comparação com versão antiga Hiper-V. Isso permite que as empresas aproveitem os mais recentes sistemas de servidores grandes e escaláveis ​​para maximizar os benefícios da consolidação das cargas de trabalho existentes. Além disso, o uso de tais sistemas de servidores facilita o fornecimento de múltiplos processadores para cada máquina virtual. O Hyper-V oferece suporte a até quatro processadores virtuais lógicos por máquina virtual.
• Suporte central de estacionamento
  O recurso de estacionamento central permite que o Windows e o Hyper-V consolidem o processamento de dados em um número mínimo de núcleos de processador. Para fazer isso, os núcleos do processador inativos são suspensos, colocando-os no estado C (o estado "estacionado"). Isso permite agendar máquinas virtuais em um único nó, em vez de distribuí-las entre vários nós. Isto tem a vantagem de se aproximar de um modelo de computação verde, reduzindo a quantidade de energia exigida pela CPU dos nós do data center.

Comparação entre Hyper-V e Servidor Virtual

O poder do Hyper-V já o levou a substituir o Microsoft Virtual Server em muitas organizações que anteriormente dependiam do Virtual Server para consolidação de servidores, continuidade de negócios, testes e desenvolvimento. Ao mesmo tempo, o Virtual Server ainda pode ser aplicado na infraestrutura de virtualização corporativa. A Tabela 1 compara alguns dos recursos e dados técnicos entre o Hyper-V e o Virtual Server.

Tabela 1. Comparação de componentes e características técnicas Servidor Virtual 2005 R2 SP1 e Hyper-V R2

Mais informações Para obter mais informações sobre os recursos do Virtual Server e como fazer download dele, acesse http://www.microsoft.com/windowsserversystem/virtualserver/downloads.aspx. Para obter informações sobre a migração de máquinas virtuais do Virtual Server para o Hyper-V, consulte o "Virtual Machine Migration Guide: How To Migrate from Virtual Server to Hyper-V" na TechNet Library em http://technet.microsoft.com/en - us/library/dd296684.aspx .

Hiper-V , nativo de Sistemas Windows– em suas edições de servidor, bem como em algumas versões e edições desktop – um ambiente para trabalhar com máquinas virtuais e seus convidados SO nem sempre funciona sem problemas. Um desses problemas pode ser uma notificação que aparece ao iniciar uma máquina virtual, dizendo: Hiper-V Ele não pode ser iniciado porque algum hipervisor não está em execução.

O que é esse erro e como corrigi-lo.

Uma janela com tal erro é uma interpretação universal e a razão pode estar em várias coisas;

requisitos de sistema

Se o próprio Windows não atender aos requisitos para executar Hiper-V, e nem todas as edições desktop permitem que você trabalhe com este componente, ele simplesmente não está ativado no sistema; Mas ainda existem requisitos de hardware. Sua discrepância pode não afetar a ativação do hipervisor, mas no futuro pode causar o aparecimento de tal erro.

Para trabalho Hiper-V necessário:

Pelo menos 4 GB de RAM;
Processador de 64 bits com suporte para SLAT e tecnologia de virtualização.

Armazenamento BCD

O erro em questão pode indicar uma configuração incorreta de dados de armazenamento BCD. Componente Hiper-V está profundamente integrado ao Windows e inicia antes do kernel do sistema iniciar. Se estiver armazenado BCD Foram feitas alterações para modificar a inicialização do hipervisor, elas podem não estar corretas. Ou lançar Hiper-V e foi anteriormente desabilitado deliberadamente para otimizar temporariamente o uso dos recursos do computador. Neste caso, a configuração BCD em termos de lançamento do hipervisor, é necessário ajustá-lo ou retornar o valor padrão configurando execução automática Hiper-V. Para instalar a execução automática, abra DMC em nome do administrador (Necessariamente) , digitar:

bcdedit /set hypervisorlaunchtype automático

Depois disso, reiniciamos.

Escavadeira AMD

Hiper-V não funciona com processadores da empresa AMD com arquitetura Escavadeira.

Tecnologias de virtualização

Para garantir o funcionamento do ambiente de virtualização através de qualquer hipervisor, o processador deve estar equipado com tecnologia que proporcione virtualização - Virtualização Intel, ou AMD-V. O suporte para essas tecnologias pode ser encontrado na página de especificações do processador nos sites, respectivamente, Informações E AMD. E a tecnologia de virtualização, naturalmente, deveria ser incluída BIOS .

Outro ponto importante: para processadores Informações V BIOS tecnologias específicas devem ser desativadas Intel VT-d E Execução Confiável. O hipervisor integrado ao Windows não é compatível com eles. É assim que as configurações devem ser BIOS trabalhar com Hiper-V: a tecnologia de virtualização está ativada e tecnologias específicas estão desativadas.

Com o advento do suporte à virtualização em novos sistemas operacionais da Microsoft, até mesmo clientes Windows 7, 8 e 10, o serviço proprietário Hyper-V deixou de ser o destino dos administradores de sistema em empresas de médio porte. O Hyper-V pode muito bem substituir o popular VirtualBox da Oracle no campo de virtualização de nível básico (nível do cliente). No entanto, antes de instalar este serviço, você precisa verificar a conformidade requisitos de sistema, caso contrário você poderá receber a seguinte mensagem: "A máquina virtual não pode ser iniciada porque o hipervisor não está em execução." O que você deve prestar atenção ao escolher hardware para virtualização. É possível salvar de alguma forma a situação se o hardware já tiver sido adquirido? Vejamos isso neste post.
Então, você tem o Hyper-V implantado em Servidor Windows 2008 Server e quando você tenta iniciar a máquina virtual, você recebe uma janela

Não se desespere; talvez a situação ainda possa ser salva. Deve-se observar que o sistema operacional deve ser de 64 bits, mas é claro que em x32 você não conseguiria implantar o Hyper-V. A primeira coisa que você precisa fazer é verificar se os itens correspondentes estão habilitados no BIOS - habilitar VT e AMD-V. Em seguida, você precisa ter certeza de que seu processador suporta ferramentas de verificação de virtualização para plataformas Intel e AMD são descritas como uma delas. (na imagem abaixo).

Um utilitário de Mark Russinovich também pode ajudar a determinar isso.

Outro problema comum é a incapacidade de executar máquinas virtuais do Windows 2008 R2 em processadores que suportam a tecnologia Advanced Vector Extensions (AVX). Este sistema operacional não oferece suporte nativo a AVX, no entanto, uma correção pode ajudá-lo nesta situação

Causa. O hipervisor não está em execução. A seguinte mensagem de erro aparece no log de erros do sistema: "A máquina virtual não pode ser iniciada porque o hipervisor não está em execução."

Eliminação. Para executar o hipervisor, o computador físico deve atender a determinados requisitos de hardware. Para obter mais informações, consulte Requisitos para instalação do Hyper-V. Se o seu computador não atender aos requisitos, você não poderá usá-lo para executar máquinas virtuais. Se o seu computador atender aos requisitos e o hipervisor não estiver em execução, talvez seja necessário ativar opções de virtualização usando hardware e prevenção de execução de dados (DEP) de hardware no BIOS. Depois de alterar essas configurações, você deve desligar e ligar o computador. Ao reiniciar o computador, as alterações nas configurações não terão efeito.

Causa. Disco virtual, que é usado como disco do sistema, está conectado ao controlador SCSI.

Eliminação. Conectar disco do sistema para o controlador IDE. Para obter instruções, consulte Configurando discos e dispositivos de armazenamento.

Causa. A máquina virtual está configurada para usar CDs e DVDs físicos como mídia de instalação e usa uma unidade de disco física.

Eliminação. Apenas uma máquina virtual pode acessar uma unidade física de CD ou DVD por vez. Desconecte a unidade de CD/DVD da outra máquina virtual e tente novamente.

O sistema operacional não pode ser instalado em uma máquina virtual pela rede.

Causa. A máquina virtual está usando um adaptador de rede em vez de um adaptador de rede legado ou o adaptador de rede legado não está conectado ao adaptador de rede apropriado rede externa.

Eliminação. Certifique-se de que a máquina virtual esteja configurada para usar um adaptador de rede herdado conectado à rede externa que fornece serviços de instalação. Para obter instruções sobre como configurar adaptadores de rede, consulte Configurando sua rede.

A máquina virtual é suspensa automaticamente.

Causa. A máquina virtual será suspensa automaticamente se não houver espaço livre suficiente no volume onde os instantâneos ou discos rígidos virtuais estão armazenados. O status da máquina virtual no Gerenciador Hyper-V será listado como "Crítico Suspenso".

Eliminação. Crie espaço em disco adicional usando o Gerenciador Hyper-V para aplicar ou excluir snapshots individualmente. Ou, para remover todos os instantâneos, exporte a máquina virtual sem seus dados e depois importe a máquina virtual.

Ao tentar criar ou iniciar uma máquina virtual, você recebe mensagens de erro: “O usuário abriu uma seção mapeada”, “O recurso ou dispositivo de rede não está mais disponível” ou “A operação de E/S foi abortada devido ao encerramento do fluxo de comando ou a pedido de um aplicativo.”

Causa.

Eliminação.

As máquinas virtuais desapareceram do console do Hyper-V Manager.

Causa. A razão pode ser programa antivírus, trabalhando em gestão sistema operacional, quando o monitoramento de arquivos de máquinas virtuais no Hyper-V é configurado usando o componente de verificação em tempo real.

Eliminação. Exclua arquivos de máquinas virtuais da verificação em tempo real. Para obter informações sobre arquivos específicos, consulte o artigo 961804 da Base de Dados de Conhecimento Microsoft (http://go.microsoft.com/fwlink/?LinkId=143978).

Ao usar uma conexão com uma máquina virtual, o ponteiro do mouse se torna um ponto ou fica preso na janela da máquina virtual.

Causa. O sistema operacional na máquina virtual não possui serviços de integração instalados.

Eliminação. Se o sistema operacional da máquina virtual for compatível, os serviços de integração estarão disponíveis para esse sistema operacional. Para melhorar a integração do mouse, instale serviços de integração. Para obter instruções, consulte Instalar o sistema operacional em uma máquina virtual. Se o sistema operacional da máquina virtual não for compatível, você poderá usar um atalho de teclado para mover o mouse para fora da janela da máquina virtual. A combinação de teclas padrão é CTRL+ALT+SETA PARA A ESQUERDA.

Não é possível usar o mouse para controlar a máquina virtual. Você usa a Conexão de Área de Trabalho Remota para se conectar a um servidor que tenha o Hyper-V instalado.

Causa. Quando você usa o Gerenciador Hyper-V para se conectar a uma máquina virtual, o componente Conexão de Máquina Virtual fornece essa conexão. No entanto, não há suporte para o uso de uma conexão de máquina virtual em uma sessão de Conexão de Área de Trabalho Remota, a menos que o Integration Services esteja instalado. Portanto, o resultado esperado é a perda da funcionalidade do mouse.

Eliminação. Não use uma conexão de máquina virtual em uma sessão de Área de Trabalho Remota até que os serviços de integração sejam instalados. Existem várias maneiras de resolver esse problema.

• Instale serviços de integração. Para obter instruções, consulte Instalar o sistema operacional em uma máquina virtual.
• Estabeleça uma sessão de conexão de área de trabalho remota diretamente na máquina virtual.
• Faça login no console do servidor que executa o Hyper-V e use o componente Virtual Machine Connection para conectar-se à máquina virtual.
• Em um computador cliente compatível, instale as ferramentas de gerenciamento do Hyper-V para instalar o recurso Conexão de Máquina Virtual e criar uma sessão de conexão com a máquina virtual. Para obter mais informações, consulte a Biblioteca Técnica do Windows Server 2008 (http://go.microsoft.com/fwlink/?LinkId=143558).

Ao abrir o Gerenciador de Dispositivos no sistema operacional de uma máquina virtual, alguns dispositivos são marcados como desconhecidos.

Causa. O Gerenciador de Dispositivos não reconhece dispositivos otimizados para uso em máquinas virtuais e executados usando Hyper-V, a menos que serviços de integração estejam instalados. Dispositivos desconhecidos detectados no Gerenciador de dispositivos variam dependendo do sistema operacional na máquina virtual e podem incluir: VMBus, miniporta HID Microsoft VMBus, adaptador de rede Microsoft VMBus e miniporta storvsc.

Eliminação. Se o sistema operacional da máquina virtual for compatível, os serviços de integração estarão disponíveis para esse sistema operacional. Depois de instalar o Integration Services, o Device Manager reconhecerá os dispositivos disponíveis para esse sistema operacional na máquina virtual. Para obter instruções, consulte Instalar o sistema operacional em uma máquina virtual.

Você precisa monitorar o desempenho da máquina virtual, mas as informações do processador no Gerenciador de Tarefas não mostram quais recursos do processador estão sendo usados ​​pela máquina virtual.

Causa. O Gerenciador de Tarefas não mostra informações de CPU para máquinas virtuais.

Eliminação. Para visualizar informações de uso de CPU para máquinas virtuais em execução em um servidor que executa o Hyper-V, use o Monitor de desempenho e estabilidade do sistema. Ele mostra dados coletados dos contadores de desempenho do Hyper-V. Para abrir o Monitor de desempenho e estabilidade do sistema, clique em Começar, selecione um comando Executar e entre desempenho.

Os seguintes contadores de desempenho podem ser visualizados no sistema operacional host (que está executando a função Hyper-V).

• Processador lógico Hyper-V Hyper-V - % de tempo de convidado: determina a quantidade de recursos do processador físico usados ​​para executar máquinas virtuais. Este contador não identifica máquinas virtuais individuais ou a quantidade de recursos consumidos por cada máquina virtual.
• Processador Virtual Hyper-V Hyper-V Hyper-V - % Tempo de Convidado: Determina a quantidade de recursos do processador virtual consumidos pela máquina virtual.

Neste artigo, descreverei apenas os erros que encontrei pessoalmente encontrado durante a instalação e configuração do Hyper-V Server 2012. Você pode ler sobre outros erros e maneiras de resolvê-los no site da Microsoft (por exemplo, ou, infelizmente, apenas em inglês).

Erros durante o processo de instalação.

EM.: Na fase final de instalação do Hyper-V Server 2012, ou melhor, após a última reinicialização, o sistema não inicializa - uma tela preta, sem resposta ao pressionamento de teclas, apenas ajuda reinicialização total, pode ser baixado em Modo de segurança.
P.: O sistema operacional não suporta ou não é compatível com Drivers USB 3.0.
R.: Desative o controlador USB 3.0 e todos os dispositivos associados no BIOS.

EM.: Na fase final da instalação do Hyper-V Server 2012, ou melhor, após a última reinicialização, o sistema não inicializa - uma tela preta, nenhuma resposta ao pressionamento de teclas, apenas uma reinicialização a frio ajuda, a inicialização no modo de segurança é impossível.
P.:
R.: Experimente a solução sugerida pelo autor deste artigo.

Erros durante a configuração e uso.

EM.: O adaptador de rede não é exibido no console de configuração do servidor Hyper-V (etapa 8).
P.: 1) O cabo não está inserido no adaptador de rede;
2) Problemas com equipamentos de rede ativos (switch, roteador, etc.) ou passivos (cabos, tomadas, patch panel, etc.).
R.: 1) Insira o cabo;
2) Verifique a funcionalidade do equipamento de rede.

EM.: Quando você tenta executar um comando no console como netsh advfirewall firewall set regra group=“ ”new enable=yes a mensagem de erro “O grupo não pode ser especificado com outras condições de identificação” aparece.
P.: Os comandos foram inseridos no console usando o método copiar e colar.
R.: Digite os comandos manualmente ou simplesmente apague e reescreva as aspas.

EM.: O Gerenciador Hyper-V exibe a mensagem de erro "Acesso negado. Não é possível estabelecer comunicação entre E " (Acesso negado. Não é possível estabelecer uma conexão entre E ).
P.: O usuário não recebe direitos de inicialização e ativação remota no DCOM.
R.: Todas as manipulações são realizadas no computador cliente:
1) Inicie o snap-in Component Services com direitos totais de administrador. Para fazer isso, você pode, por exemplo, executar o programa %SystemRoot%\System32\dcomcnfg.exe.
2) Na árvore do console, expanda os nós “Component Services” e “Computers”.
3) No menu de contexto do objeto Meu Computador, selecione Propriedades.
4) Na janela Propriedades do Meu Computador, selecione a guia Segurança COM.
5) Na seção Permissões de acesso, clique no botão Editar limites.
6) Na caixa de diálogo Permissões de acesso, selecione LOGON ANÔNIMO na lista Nomes de grupos ou usuários.
Na coluna Permitir da seção Permissões para usuário, selecione Acesso remoto.
7) Feche todas as caixas de diálogo com o botão OK.

EM.: O Gerenciador Hyper-V exibe a mensagem de erro "Não é possível conectar-se ao serviço RPC no computador remoto 'xxx.xxx.xxx.xxx'. Certifique-se de que o serviço RPC esteja em execução."

P.: 1) As regras necessárias não foram criadas no firewall.
2) O arquivo hosts não possui uma correspondência clara entre o IP do computador e o nome da rede.

R.: 1) Existem 2 maneiras possíveis de resolver o problema:

a) Desative o firewall no cliente e no servidor (não recomendado).
b) Crie regras no firewall do cliente e do servidor digitando os seguintes comandos:
Para gerenciamento remoto de disco:
Netsh advfirewall firewall definir grupo de regras = “Gerenciamento de volume remoto” nova ativação = sim
Para iniciar remotamente o snap-in de gerenciamento de firewall:
Netsh advfirewall firewall definir grupo de regras = “Gerenciamento remoto do Firewall do Windows” nova ativação = sim
2) Para vincular de forma inequívoca o nome do servidor e o endereço IP, você precisa fazer alterações no arquivo hosts. Por exemplo: 192.168.1.100 HVservidor

EM.: O Gerenciador Hyper-V exibe a mensagem de erro "A máquina virtual não pôde ser iniciada porque o hipervisor não está em execução." (A máquina virtual não pode ser iniciada porque o hipervisor não está em execução.)

P.: Existem vários motivos possíveis para esse erro.