Pergunta : Máquinas hyper-v no conjunto do Failover: pode viver migra, mas não pode mover-se ou o movimento rápido entre nós de conjunto.

Olá!, o

I apenas desdobrou um conjunto do Failover que funciona 4 máquinas hyper-v em duas máquinas idênticas as máquinas do usuário 2008 R2 x64.

Those que de Windows estão funcionando perfeitamente e eu posso viver migro-as entre os dois nós de conjunto, sem problemas na migração viva de all.

The é grande, mas sups para ser usada para a manutenção de planeamento somente. É *not* apropriado para as situações “não programadas”, em que, por exemplo, um dos nós de conjunto crashes.

So, eu estou tentando simular uma situação não programada, fazendo um movimento ou o movimento rápido de um conjunto ao outro. Entretanto, quando eu tento o fazer, a máquina hyper-v conserva seu estado, mas geralmente não voltou em linha no outro nó de conjunto, e seu estado é embandeirado como failed.

To o põr para trás em linha, mim tem que manualmente suprimir do estado conservado e então começá-lo outra vez. Você tem que concordar que “em uma situação não programada”, eu quero todo o aquele a acontecer automaticamente. Aquele é o que o Failover é usado para, direito? o

So, minhas perguntas é: que poderia ser causa que o vivos migram para trabalhar, mas o movimento ou movimento rápido falhar em todas as máquinas hyper-v?

When que eu olho nos detalhes do evento para a falha, a mensagem de erro eu começ sou: a máquina Web01 do

'Virtual falhou a start.

'Web01 não é restaurada. (Identificação 7DA2F229-7C02-4FA6-905A-C05305A04FEF da máquina virtual) o

'Web01 é incapaz de restaurar índices do RAM no endereço 0. (Identificação 7DA2F229-7C02-4FA6-905A-C05305A04FEF da máquina virtual)

Since que esta é uma matéria urgente, mim estão atribuindo 500 pontos a this.

Thanks adiantado para suas considerações de help.

Best,

Helder class= do

Resposta : Máquinas hyper-v no conjunto do Failover: pode viver migra, mas não pode mover-se ou o movimento rápido entre nós de conjunto.

Para ser altamente - disponível, cada volume criado em um LUN que deva ser conetada a um VM é unido aos nós do _all_ no conjunto.

Nós usamos o nó 1 para configurar os volumes, formatamo-los NTFS, e ajustamo-los então FORA DE LINHA. Uma vez que todos os volumes setup e ajustado a fora de linha no nó 1, a seguir refrescar a opinião do armazenamento em todos nós restantes e ignorar todas as mensagens de advertência.

Você terá então um grupo dos volumes disponíveis mas ajustados a fora de linha. Ao funcionar o feiticeiro da validação do conjunto, fará a varredura daqueles volumes e indicará que estão configurados corretamente para ser altamente - disponível ao nodes_ do _all no conjunto.

Após ter criado o conjunto você permite CSV na raiz do FCM e permite então todos os volumes como CSVs.

Regra empírica:
 - # dos volumes = # de VMs + 1 (2-3 nós)
     - Os +1 está a um volume usado para as limas de configuração compartilhadas para o _all_ VMs. Assim, seu tamanho precisa de ser o #GB do RAM do VM * #VMs + 1GB. Assim, 4 VMs máximos com 8GB cada um significariam um volume compartilhado aproximadamente de 35GB dedicado a esta finalidade.
 - # dos volumes = # de VMS + 2 (nós 3+)
     - Acima da régua aplica-se com o volume extra que é somente 512MB ou 1GB para os dados do quórum que serão necessários.

Philip