Vejo muitos usuários com dificuldade em realizar o processo de expansão de disco em um servidor Windows Server, principalmente por usarem o Windows Server em algum provedor de cloud na qual o simples processo de realizar o upgrade de disco na vm não acaba realizando a expansão do disco dentro do SO.
O processo é bem simples, se você já realizou o upgrade do disco na maquina virtual você pode abrir o Server Manager conforme imagem abaixo que é encontrado no menu iniciar e no Windows Server o mesmo também está presente na barra de tarefas:
Com o server Manager aberto precisamos acessar o Computer Management aonde vamos ter acesso aos discos conforme a imagem abaixo:
No Computer Management você consegue encontrar o Disk Management aonde vai encontrar o disco na qual você pretende extender:
O disco deve aparecer como “Unallocated” pois o mesmo não está alocando ainda, ou caso a quantidade de disco adicionada não apareça você pode rodar um scan nos discos para validar:
Bem simples o processo até o momento né? Agora basta selecionar o seu disco e escolher a opção de “Extend Volume”
O processo vai abrir um Wizard conforme abaixo:
Dando sequencia nesse Wizard vamos ver que o disco que adicionamos vai estar como disponível , e você pode selecionar mesmo para realizar a expanção:
Prontinho, processo realizado e o disco foi expandido:
Simples não é, futuramente colocarei como realizar esse processo via PowerShell que tambem é simples.
Recentemente passamos por uma situação na qual tivemos que envolver tanto a engenharia da Vmware como fabricante de Hardware e engenharia da Microsoft.
Servidores rodando Windows Server 2019 e 2016 entrava em congelamento seguido de tela azul. Depois de quase um mês em trabalho em conjunto com todos os fornecedores chegamos a conclusão que o problema é a soma de varias boas praticas que precisavam ser adotadas no Windows.
Primeiro trabalho com o fabricante de Hardware e Vmware foi descartar qualquer problema vindo do SAN, Storage ou Servidores utilizados, vale apena comentar que o problema acontecia em clusters diferentes com modelos de servidores diferentes. Apos todos os meios físicos validados partimos para validação do SO juntamente com a Microsoft e o fabricante do Hardware, aonde foi encontrado o log do Windows que no momento do congelamento apresentava BugCheck .
Interessante comentar que no Vmware não gerava nenhum log de erro ou problema, a Vmware estava conectada no ambiente e não visualizava problema que poderia causar aquele sintoma.
Nesse momento começamos a identificar que existia updates e ajustes do lado do Vmware quanto da Microsoft como:
Outro ponto muito importante foi a remoção do Snapshot, mas porque? Muitos clientes pensam que Snapshot é backup, porem ele pode causar mais problema para a vm do que gerar segurança. Por boa pratica uma maquina de produção ligada pode ter um snap de no máximo 72 horas, e isso não era uma verdade pois tínhamos clientes com snap maior de três meses. Se o backup é necessário deve ser usado alguma ferramenta especifica como Veeam ou outros players com a finalidade de backup.
Por entregarmos o Vmware Cloud para os clientes tivemos que adotar o bloqueio do deploy por ISO e adotar o template seguindo as melhores praticas, com isso não tivemos nenhum problema de congelamento que antes era frequente .
Essa documentação do Vmware é muito boa para ajudar a seguir as melhores praticas e performance do ambiente.