Hyper-V | Como verificar as sincronizações do Hyper-V Replica

Na consola do Hyper-V pode ser difícil de verrificar o estado das máquinas virtuais sincronizadas, uma vez que na coluna Status desaparece passado algum tempo.

Podem no entanto usar o seguinte comando na PowerShell:

Get-VMReplication




Hyper-V | Firmware – Load Failed

Depois de muito patinar com um problema muito estranho, descobri que a origem estava no firmware da VM (propriedades -> Firmware) em que devolvia o erro: There was an error loading the data for this setting.

Mas antes disto os sintomas eram coisas muito estranhas! 

• A VM arrancava e não conseguir ir às propriedades da rede!
• Não conseguia carregar o Server Manager, Task manager o outras ferramentas!
• Em modo de segurança alterava o IP e este não surgia alterado quando arrancava em modo normal!

Cheguei à conclusão que estava relacionado com o firmware nas propriedades da VM.

Para resolver basta ligarem-se ao hyper-v onde se encontra a VM com problemas e abrirem a Powershell para virtualização e executar os comandos:

$vm = "Nome da VM"

(get-vm $vm|Get-VMFirmware).BootOrder

Get-VM $vm|Get-VMFirmware|ForEach {Set-VMFirmware -BootOrder ($_.Bootorder | ? {$_.BootType -ne 'File'}) $_}

Fonte:

http://virot.eu/hyper-v-firmware-load-failed/

Hyper-V | Criar um modelo de VM em Centos

Viva. Hoje deixo-vos aqui um tutorial de como criar um modelo ou template de um Linux CentOS para o Virtual Machine Manager (VMM) da Microsoft. Já criei vários modelos em CentOS 6 e 7 seguindo este tutorial. O tutorial está dividido em 4 partes, cujos endereços são:

Part 1: Create VM –  Creating the VM and Installing CentOS 6.4
Part 2: Configure VM – Installing the Hyper-v Integration Services and Configuring the Network Adapter
Part 3: Prep VM – Prep the VM to Become a Template
Part 4: Create Template – Creating the VM Template in VMM

Hyper-V | Configurar replica de uma VM para um disco diferente.

Uma forma fácil de replicar uma VM, para outro disco que não aquele configurado inicialmente no Hyper-V Replica, é a seguinte:

- Configurar a replica, mas agendar para começar mais tarde. Desta forma, o que é criado no Hyper-V Replica é apenas as configurações da VM. 

- Depois no Hyper-V Manager Replica, é só mover a VM para outro disco.

Hyper-V Manager -> VM (botão direito do rato) -> Move -> Next -> Move the virtual machine's storage -> Move all of the virtual machine's data to a single location.

- Quando a sincronização iniciar, os dados já vão ficar no disco para onde a VM foi movida:

Fonte:

https://blogs.msdn.microsoft.com/virtual_pc_guy/2013/09/25/replicating-virtual-machines-to-multiple-folders/

Windows 2012 | Erro de nomes longos no restauro de ficheiros com o VSS/Shadow copy

Granda treta! O Windows 2012 (e os outros Windows) tem a limitação do nome ou caminho de um ficheiro de 260 carateres! 

Acontece que o windows permite através da sua API que certas aplicações usem nomes/caminhos com mais de 260 carateres, como por exemplo, o Robocopy!

Não me vou alongar em explicações, se chegaram até aqui é porque vos está a acontecer este problema.

"The source file name(s) are larger than is supported by the file system. Try moving to a location which has a shorter path name, or try renaming to shorter name(s) before attempting this operation."

O que eu queria fazer era restaurar um ficheiro, a partir dos shadow copy, cujo o seu caminho desde f:\Partilha\...\fich.txt até à extensão tem mais de 260 carateres.

O método parvo que arranjei foi partilhar uma pasta a meio caminho e depois aceder por rede \\localhost\Partilha_a_meio_caminho\. Desta forma foi necessário ir às propriedades dessa pasta, versões anteriores e Repor o shapshot do shadow copy da hora que se pretendia.

Error (2912) An internal error has occurred trying to contact the server: NO_PARAM: NO_PARAM.

Depois de aplicar o Rollup 9 no VMM e de instalar a ferramenta de Self Portal do VMM/Hyper-V - o APP Controller, deparei-me com o seguinte erro ao criar máquinas virtuais a partir de um modelo (template):

"Error (2912) An internal error has occurred trying to contact the  server: NO_PARAM: NO_PARAM."

Não sei bem qual deles é que fez despoletar este erro, mas provavelmente foi a atualização do Rollup.

Após quase duas tardes perdidas, ou melhor despendidas, na pesquisa e tentativa de resolução deste problema, a solução passou por alterar o porto do serviço de transferência de ficheiros BITS do 443 para 765.

Este porto pode ser alterado através do Regedit em HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings\BITSTcpPort. No final é necessário reiniciar os serviços do VMM, ou então reiniciar o servidor.

Os créditos para esta resolução vão para a hiperligação disponível a seguir. Não deixem de espreitar.

Mais info:

https://fawzi.wordpress.com/2013/02/10/scvmm-2012-vm-migration-error-2912/

Geração 1 ou Geração 2, eis a questão!

No Hyper-V quando se cria uma VM (máquina virtual) somos confrontados com a possibilidade de criar a máquina na versão 1 ou versão 2! No início também tinha sempre dúvidas e ia sempre à pesca! Isto é à pesquisa no google! :P 

Normalmente, o que faço é quando crio VM novas, com sistemas operativos recentes, tipo Windows 2012, Centos 7 ou Ubuntu Server 16, uso sempre versão 2, ou seja, se suportar é esta versão é a que escolho.

Quando converto máquinas virtuais do VMWare, ou mesmo fisicas, para o Hyper-V, normalmente uso Geração 1, por ser um formato que proporciona maior compatibilidade e assim o sucesso da conversão ser maior!

A Geração 2 obriga a que as máquinas sejam 64 bits, que suportem a bios UEFI e que o disco de arranque seja SCSI.

Na Geração 1, podem criar máquinas 32 bits e com discos IDE, aliás o disco de arranque tem mesmo de ser IDE.

Pelas pesquisas que fiz, a Geração 2 oferece maior desempenho que é mais notório no arranque da VM.

Se precisarem também é possível converter uma máquina virtual de Geração 1 para 2, podem ver como aqui. O inverso, de uma forma direta e fácil ainda não encontrei!

Mais info:

https://blogs.technet.microsoft.com/ausoemteam/2015/04/21/deciding-when-to-use-generation-1-or-generation-2-virtual-machines-with-hyper-v/
https://blogs.technet.microsoft.com/ausoemteam/2015/04/21/deciding-when-to-use-generation-1-or-generation-2-virtual-machines-with-hyper-v/