Perguntas[hyper-v](server)

Tenho um servidor Windows (2022) com dois SSDs Samsung 990 Pro de 2 TB. Tive alguns problemas estranhos com um deles desaparecendo de vez em quando. O que acontece é que a cada 2 meses ou mais, o disco em questão não existe mais: diskpartou Get-PhysicalDisk(no PS) simplesmente não lista mais o disco. A única coisa a fazer naquele momento é um desligamento completo e reinicialização, uma simples reinicialização no SO não é suficiente.

No começo, pensei que fosse um problema com a placa-mãe, então entrei em contato com o fabricante e -surpresa!- eles me disseram para ter certeza de que não era um problema com o disco. Depois de algumas idas e vindas, decidi explorar um possível problema com os discos, simplesmente para evitar o incômodo de substituir a placa-mãe e ainda ter o problema.

Examinar a situação dos discos não foi tão fácil, porque esta é uma instalação Server Core, então sem GUI, mas eu consegui fazer algumas análises, que revelaram um choque: rodar o diskspd da MS mostrou um desempenho completamente abismal para ambos os discos . Tanto a leitura quanto a gravação estão um pouco abaixo de 50 MiB/s, o que é bem menor do que as especificações do 990 Pro.

Então agora tenho algumas perguntas:

• Os dois problemas (disco desaparecendo de tempos em tempos) estão relacionados?
• O problema de velocidade pode ser causado pela placa-mãe (é uma ASRock X570S PG Riptide)?
• Poderia ser que os SSDs sejam falsificados? E como posso verificar isso?
• Alguma sugestão para analisar isso melhor?

Esclarecimento:

• Logs do servidor: nada aparece no visualizador de eventos
• Idade das unidades: elas têm um ano e não foram usadas intensivamente
• Leituras inteligentes: Esta é a saída que obtive do Samsung DC Toolkit:

Número do disco: 1:c | Nome do modelo: Samsung SSD 990 PRO com dissipador de calor de 2 TB | Versão do firmware: 0B2QJXG7

Tenho uma pergunta, tenho um servidor físico que está executando o Raid Five, e ele tem funções FSMO, é o DC e contém vários outros serviços. Gostaria de converter isso para uma caixa Hyper V e o servidor existente para um servidor Hyper V. Agora, fiz algumas pesquisas e não consigo uma resposta definitiva. Posso instalar a função Hyper no servidor e, em seguida, converter o servidor existente para Hyper V ou preciso explodir o servidor e começar do zero, o que não farei. O motivo pelo qual quero fazer isso, além do óbvio, é que estou instalando um aplicativo de terceiros que recomenda a execução em seu próprio servidor. Agradeço antecipadamente por qualquer ajuda. Ah, uma última coisa. Fiz uma pesquisa sobre isso no serverfault, mas não encontrei nada sobre o servidor 2022.

Problema: Arquivo de poucos gigabytes de tamanho (por exemplo, ISO de DVD do Debian) é corrompido quando baixado usando curl ou wget para um compartilhamento do Windows do Alpine Linux em execução no Hyper-V na mesma máquina Configuração:

• Dell T20, Xeon e 32 GB de RAM
• Windows Server 2016 com os últimos patches, etc.
• Alpine 3.20 rodando em Hyper-V
• Switch virtual de 10 GB, MTU 1500, exposto a WS2016 e Alpine
• Compartilhamento do Windows montado no Alpine em /etc/fstab

Testes que executei:

• curl/wget em Alpine, salvar para compartilhar - a execução sha256 em Alpine difere do esperado. Várias execuções obtêm sha256 diferente.
• curl no Windows, salvar no disco local - sha256 executado no Alpine corresponde ao valor esperado

Criei uma nova VM com disco vazio, instalei o Alpine 3.20 com os patches mais recentes e obtive o mesmo comportamento.

Fiquei sem ideias de onde procurar e o que verificar, então qualquer ideia será muito bem-vinda.

Tenho um novo host Server 2022 Hyper-V que terá (inicialmente) 6 convidados. Ele tem duas NICs que quero unir para conectar ao switch físico para desempenho e confiabilidade.

Pelo que entendi, há duas maneiras de fazer isso:

1. A velha e decadente equipe LACP no nível do sistema operacional de 2012.
2. O novo Switch Embedded Teaming para o Server 2016 e versões posteriores.

Consegui fazer ambas as opções funcionarem na configuração e nos testes até agora, mas tudo o que li diz que eu deveria preferir fortemente a opção 2.

Aqui está o problema: pelo que vi para a opção 2, o Hyper-V faz balanceamento de carga vinculando MACs de diferentes convidados a diferentes portas físicas. Isso significa que uma VM nunca terá mais largura de banda do que você veria em uma única porta. E, de fato, a interface visível nos convidados ao usar essa opção parece uma única NIC com a velocidade de uma das NICs de host individuais.

Isso está errado para minha configuração, porque um dos convidados não é como os outros. É a principal razão para o hardware físico existir e deve ver a maior parte do tráfego. Sei que com a maioria das opções de equipe nenhuma sessão pode exceder a velocidade de uma única porta, mas também espero que este servidor suporte muitas sessões.

Então a questão:

Perdi algo para o Switch Embedded Teaming fazer melhor uso das portas disponíveis e, se sim, o que preciso fazer para corrigir isso? Ou, alternativamente, essa é uma situação em que devo usar a opção de teaming mais antiga?

Temos o que espero seja um problema recuperável. Tivemos uma falha na unidade e a exportação/backups da VM e do VHD estavam falhando no meio do caminho (e é claro que ninguém estava verificando os logs). Portanto, não há maneira limpa de conseguir isso. O que perdemos foi o programa Hyper-V e todos os arquivos que ele possui para configuração.

Isso está no Windows 11 (versão mais recente). Está tudo no mesmo computador, o que perdemos tem um SSD no computador. A unidade que morreu foi a unidade C:, então perdemos toda a instalação do Hyper-V, registro, pasta AppData, etc.

O que ainda temos são os arquivos VM e VHD. Os dados. Eles estão na unidade D:. E o que precisamos é do drive virtual. Se recuperarmos a VM, tudo bem. Mas posso criar uma nova VM. Eu preciso desses dados no VHD.

A VM tinha cerca de 10 pontos de verificação, portanto, no Hyper-V, a árvore de pontos de verificação era uma série descendente de nós, cada um com um filho. E essa criança teve um filho. E...

Criei uma nova VM e apontei para o arquivo VHDX. Sem sorte. Ao ligar ele disse que não foi possível encontrar uma mídia inicializável. Aqui estão os arquivos que tenho:

VHD

VM

Instantâneos

Existe uma maneira de recuperar isso? Não conheço bem o Hyper-V, mas acho que a coleção de arquivos VHD contém a imagem da unidade. Mas dizer ao Hyper-V para usar tudo isso – como?

Configurei um servidor no Hyper-V no meu PC de trabalho. Este servidor precisa ser acessado remotamente e está funcionando bem. Para configurar isso, criei um novo switch virtual para este servidor, pois o switch padrão não funcionou. Agora, meu PC de trabalho exibirá regularmente a mensagem de erro "Alteração de rede detectada" no Chrome ao navegar em um site, e demorará um pouco para me conectar a outros PCs na área de trabalho remota ou por meio de aplicativos como o FileMaker. Se eu desabilitar esta rede no painel de controle (o adaptador vEthernet), o PC host não terá o problema de alteração de rede, mas é claro que o servidor no Hyper-V não estará mais conectado à Internet.

Meu servidor doméstico executa o HyperV e tenho uma VM com compartilhamento de arquivos. Eu tenho usado o Veeam para fazer backup, mas depois de remover temporariamente meu VHDX de compartilhamento de arquivos, ele me solicitou a criação de um ponto de verificação manual. A Veeam tinha 4 pontos de verificação de recuperação que não conseguiu limpar desde novembro de 2022 e, quando fiz o ponto de verificação manual, ele reverteu meus dados para o primeiro ponto de verificação, causando minha perda de dados. Extraí um VHDX de backup e o anexei à VM, mas a Veeam se recusa a fazer backup agora porque o histórico do ponto de verificação está uma bagunça.

Estou tentando descobrir como corrigir o curso sobre isso. Estou fazendo uma cópia manual dos arquivos na VM antes de fazer qualquer coisa.

Qual é o melhor curso de ação aqui, já que sou novo no HyperV? Eu realmente só quero o estado atual da VM. Minhas perguntas são:

• Como já tive perda de dados ao criar manualmente um ponto de verificação, tenho poucas esperanças de que fazer uma mesclagem dos pontos de verificação resultará no estado atual da VM permanecendo o mesmo, esse pensamento é válido?
• Se eu selecionar o último ponto de verificação e fizer uma exportação, ele exportará todos os arquivos VHDX anexados? Como isso é praticamente o mesmo que apenas excluir os pontos de verificação, há alguma chance de o estado exportado não corresponder ao estado atual real?
• Minha melhor opção é apenas reconstruir a VM do zero? Preocupo-me em gastar de 10 a 20 horas exportando ou excluindo os pontos de verificação, apenas para que sejam os dados errados.

Já vi muitos blogs falarem sobre o uso de um utilitário do Microsoft Converter, mas o link desapareceu e, aparentemente, foi retirado no período de 2016-2017. Consegui exportar meu Oracle VBOX (Virtual Box) usando "Export Appliance" para um arquivo .ova (2.0). Eu também tentei um conversor do StarWind, mas não parecia ser capaz de receber um .ova como entrada.

Não uso minha imagem VBOX (de um servidor Windows 2019) há cerca de dois anos e não consigo fazê-la funcionar no meu laptop atual. Estou executando o Hyper-V no Windows 10.

(Este é um artigo que eu estava tentando seguir, mas parece estar desatualizado: https://www.groovypost.com/howto/migrate-virtual-box-vms-windows-10-hyper-v/ ).

Existe uma maneira de instalar atualizações do Windows em um host HyperV, por exemplo, Windows Server 2022 Datacenter, sem tempo de inatividade, a menos que você use a migração ao vivo? Qualquer sugestão aqui seria muito apreciada

Há muitas postagens sobre problemas ao lidar com sincronização de tempo em um domínio que contém emuladores PDC virtualizados ( consulte este artigo ).

Como resultado, nosso tempo de emulador PDC (e tempo de domínio), embora configurado para sincronizar a partir de um servidor NTP autorizado, estava errado devido aos serviços de integração do Hyper-V/sincronização de tempo. Assim que isso foi desabilitado, a hora do emulador PDC (e domínio) começou a sincronizar corretamente, mas a hora do host do Hyper-V continuou errada.

Suspeito que o host Hyper-V (2019) não esteja sincronizando o tempo do domínio.

Como posso garantir isso?