ID de evento 106 quando um parâmetro virtual Hyper-V está ligado a uma equipa LBFO

IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine translation ou MT), não tendo sido portanto revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática… erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes ao software de tradução automática (MT). Obrigado.

Clique aqui para ver a versão em Inglês deste artigo: 2974384
Sintomas
Considere o seguinte cenário:
  • Tem um computador baseado em 2012 de servidor do Windows ou no Windows Server 2012 R2 que esteja configurado com um ou mais balanceamento de carga e equipas de activação pós-falha (LBFO).
  • Um parâmetro virtual Hyper-V está dependente de uma das equipas do LBFO.
Neste cenário, um dos eventsis seguinte intermitentemente registados:

Nome de registo: sistema
Origem: Microsoft-Windows-Hyper-V-VmSwitch
Data: 9/5/2014 6:14:12 PM
ID do evento: 106
Categoria de tarefa: nenhum
Nível: Erro
Palavras-chave:
Utilizador: sistema
Computador: Server1.contoso.com
Descrição:
Conjuntos de processador disponível das NICs físicos subjacentes pertencentes a LBFO da equipa NIC /DEVICE/ {EC20D5A1-E73E-4148-83C2-4989AFCE2E33} (nome amigável: Microsoft rede placa Multiplexor controlador #3) no parâmetro 4E936889-877B-4390-9DC1-F218A1A9D6B8 (nome amigável: Contoso_LAN) não estiverem correctamente configuradas. Motivo: O processador define sobreposição quando LBFO está configurado com o modo de fila de soma.


Nome de registo: sistema
Origem: Microsoft-Windows-Hyper-V-VmSwitch
Data: 9/5/2014 6:14:12 PM
ID do evento: 106
Categoria de tarefa: nenhum
Nível: Erro
Palavras-chave:
Utilizador: sistema
Computador: Server1.contoso.com
Descrição:
Conjuntos de processador disponível das NICs físicos subjacentes pertencentes a LBFO da equipa NIC /DEVICE/ {EC20D5A1-E73E-4148-83C2-4989AFCE2E33} (nome amigável: Microsoft rede placa Multiplexor controlador #3) no parâmetro 4E936889-877B-4390-9DC1-F218A1A9D6B8 (nome amigável: Contoso_LAN) não estiverem correctamente configuradas. Motivo: Os conjuntos de processador não são idênticos quando LBFO está configurado com o modo de fila min.

Causa
Se indicar erro 106, "razão: O processador define sobreposição quando LBFO está configurado com o modo de fila de soma," ter de utilizar o comando do Conjunto NetAdapterVmq Windows PowerShell para configurar cada placa de rede da sua equipa para utilizar processadores diferentes. (Uma vez que as equipas de LBFO está configurada para soma de filas, as placas de rede na equipa tem de utilizar conjuntos de processador não sobrepostos na.)

Se indicar erro 106, "razão: os conjuntos de processador não são idênticos quando LBFO está configurado com o modo de fila min," ter de utilizar o comando do Conjunto NetAdapterVmqWindows PowerShell para configurar cada placas de rede da sua equipa para utilizar os mesmos processadores. (Uma vez que as equipas de LBFO é definido para modo de fila Min, as placas de rede na equipa tem de utilizar conjuntos de processadores sobrepostos.)
Resolução
Se indicar erro 106, "razão: O processador define sobreposição quando LBFO está configurado com o modo de fila de soma," pode utilizar os seguintes comandos do Windows PowerShell de exemplo para separar os processadores de modo a que cada placa de rede utiliza processadores diferentes para a fila de máquina virtual (VMQ). Além disso, tem de instalar a correcção incluída Artigo 3031598 da KBPara resolver outros problemas conhecidos depois de efectuar estas alterações de configuração.

Nota Estes são exemplos de comandos. Pode variar as definições de BaseProcessorNumber e MaxProcessorscom base no número de processadores tem do servidor e que processadores que não pretende utilizar para VMQ.
Conjunto-NetAdapterVmq-nome NIC1 - BaseProcessorNumber 2 - MaxProcessors 2
Nota Esta placa de rede utilizaria processador 2 e 3 para VMQ.

Conjunto-NetAdapterVmq-nome NIC2 - BaseProcessorNumber 4 - MaxProcessors 2
Nota Esta placa de rede utilizaria processador 4 e 5 para VMQ.

Nota Se o servidor tiver processador que Hyper Threading activada, tem de modificar a forma como define as definições de BaseProcessorNumber e MaxProcessors para corrigir o erro 106 no modo de fila de soma.

Se não estiver certo se Hyper Threading está activada no servidor, é uma maneira fácil de determinar este procedimento executar o cmdlet Get-NetAdapterRSSdo Windows PowerShell e, em seguida, observe a linha de saída para RssProcessorArray. Caso diga 0:0 / 0 0:0 1/0:2 / 0..., em seguida, Hyper Threading é desactivado. Caso diga 0:0 / 0 0:0 2/0:4 / 0..., em seguida, Hyper Threading está Activado. RSS e VMQ apenas processadores core quando Hyper Threading está Activado, pelo que, significa que os processadores de par.

Assim, se estiver a definir os comandos mencionados anteriormente num servidor de Hyper-Threaded, só pode definir o BaseProcessorNumber para um número par. Além disso, MaxProcessors tem de ser definido para o número de processadores a utilizar, que pode utilizar VMQ.

Por exemplo, se tiver (duas) seis processadores de núcleo e Hyper Threading activada, verá 24 processadores nas ferramentas do Windows que lhe mostram processadores, por exemplo, o Gestor de tarefas. VMQ só pode utilizar 12 deles, uma vez que só utiliza processadores mesmo numerados. Para dividir acrosstwo estes processadores NICs e corrigir o erro 106, utilizaria os seguintes comandos para definir cada NIC para utilizar processadores diferentes para VMQ:
Conjunto-NetAdapterVMQ-NIC1 - BaseProcessorNumber 0 - MaxProcessors 6 o nome (para que este NIC utilizaria processador 0,2,4,6,8,10 para VMQ)
Conjunto-NetAdapterVMQ-NIC2 - BaseProcessorNumber 12 - MaxProcessors 6 o nome (para que este NIC utilizaria processador 12,14,16,18,20,22 para VMQ)
Se indicar erro 106, "razão: os conjuntos de processador não são idênticos quando LBFO está configurado com o modo de fila min," pode utilizar o seguinte exemplo de comandos do Windows PowerShell para que cada placa de rede utiliza os mesmos processadores para VMQ.

Nota Estes são exemplos de comandos. Pode variar as definições de BaseProcessorNumber e MaxProcessorscom base no número de processadores tem do servidor e que processadores que não pretende utilizar para VMQ.

Conjunto-NetAdapterVmq-nome NIC1 - BaseProcessorNumber 2 - MaxProcessors 4
Nota Esta placa de rede utilizaria processador 2, 3, 4 e 5 para VMQ
Conjunto-NetAdapterVmq-nome NIC2 - BaseProcessorNumber 2 - MaxProcessors 4
Nota Esta placa de rede também utilizaria processador 2, 3, 4 e 5 para VMQ

Conjunto-NetAdapterVmqDefine as propriedades VMQ da placa de rede.

Depois de definir correctamente os processadores VMQ para todas as placas de rede utilizam processadores mesmos para VMQ, poderão ainda receber o erro 106 "razão: os conjuntos de processador não são idênticos quando LBFO está configurado com o modo de fila min" se também tiver ajustado a "preferido an nó" a definição para quaisquer placas de rede utilizar um nó NUMA específico. A predefinição para esta situação é "Predefinição do sistema" e é a definição preferencial quando utilizar o VMQ. Se definir um nó preferido in específico e os nós NUMA são diferentes das placas de rede, em seguida, as placas de rede não estiverem a utilizar os processadores mesmos para VMQ.

Exemplo: No exemplo acima, definir NIC1 e NIC2 para ambas utilizar processadores 2, 3, 4 e 5. Se o servidor tiver 8 nós an com 4 processadores em cada nó NUMA e definir NIC1 para o nó preferencial a 0 e definir NIC2 para o nó preferencial a 1, em seguida, na realidade está a definir NIC1 para utilizar processadores 2 e 3 e NIC2 para utilizar processadores 4 e 5, uma vez que processadores 2 , 3, 4 e 5 são divididas entre 2 in nós representingprocessors 0, 1, 2, 3 e 4, 5, 6, 7.



Aviso: Este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 2974384 - Última Revisão: 01/09/2016 08:06:00 - Revisão: 4.0

Windows Server 2012 R2 Datacenter, Windows Server 2012 R2 Standard, Windows Server 2012 Datacenter, Windows Server 2012 Standard

  • kbexpertiseadvanced kbsurveynew kbtshoot kbmt KB2974384 KbMtpt
Comentários