Se você se deparou com esta situação, saiba que não está sozinho. Eu também entrei em desespero, deitei em baixo da mesa em posição fetal e chorei por cinco minutos antes de começar a procurar uma solução. kkk

Como começou meu desespero:

Comprei alguns discos SAS para incrementar meu laboratório. Removi o disco atual e subi os discos no volume RAID que eu montei com eles. Para inicar meu tormento, eu não conseguia enxergar o volume do RAID. Mas isso vou contar em outro momento como resolvi. Bom... depois de muita luta, consegui enfim fazer funcionar a bagaceira do RAID e reconhecer o volume no ESXi 6.7.

O próximo passo era mover as VMS do Datastore antigo para o novo RAID. Ao iniciar o servidor com o disco das VM's conectado, o Datastore existente não aparecia. O VMware ESXi 7.0.3 me dava opção apenas de formatar o volume e criar do zero um Datastore. Aí você pode imaginar o desespero que deu, pois eu não poderia perder nada do que tinha, mesmo sendo meu laboratório.

E lá se vão mais um duzentas e setenta e dez horas procurando uma solução para o problema. Infelizmente, eu não encontrava a solução pesquisando em português ou mesmo pesquisando em inglês. Conforme aprendi com um grande amigo que está participando agora neste artigo: David Ni Marunouchi.

Bom, eu estava a ponto de desistir e formatar a unidade, mandar pra casa do chapéu todo o conteúdo da unidade mas uma luz brilhou enquanto eu conversava com David e encarecidamente disse:

 - Vai me ajudar ou vai ficar vendo meu sofrimento?

Então ele e eu nos unimos contra as forças do mal que querem acabar com os laboratórios por aí.
Explicando  tudo o que fiz do inicio ao fim, eu disse a seguinte frase:

-  É como se eu tivesse desligado o servidor e depois de ligar, não ter reconhecido o  Datastore!

Foi o pulo do gato, a grande sacada de como pesquisar por uma solução.  Desde já quero reforçar que  não basta pesquisar mas  saber pesquisar, fazer as perguntas  certas. Com a pesquisa utilizando os termos "vmware lost my datastore after reboot" conseguimos encontrar o artigo que nos deu referência e está no final do tutorial, além de nos trazer a solução para o que precisássemos.

Sem querer, descobri que a causa do problema ocorre somente quando você habilita o RAID na BIOS do Host conforme KB1032909.

Agora chega de papo, vamos consertar essa  bagaceira!

Atenção: Você já deve estar conectado ao servidor por SSH  antes de prosseguir. 

Passo 1:

Execute o comando abaixo para listar as HBA’s¹ (o comando esxcfg-scsidevs -a ou esxcli storage core adapter list trazem as mesmas informações):

esxcfg-scsidevs -m

Passo 2:

Execute o comando abaixo para listar os volumes conectados ao Host. Ele exibirá o "VMFS UUID/label" que deverá ser inserido no próximo passo. Ele terá uma aparência como esta: 

628ecbf7-5ac6f7e7-x1x1-999099eafd46

Comando:

esxcfg-volume -l

Passo 3:

Execute o comando abaixo para montar o volume encontrado no passo anterior

esxcfg-volume –M 628ecbf7-5ac6f7e7-x1x1-999099eafd46

Veja abaixo o exemplo da reprodução dos comandos e seus resultados exibidos na tela:

Exemplo: 

Passo 1

[root@localhost:/tools] esxcfg-scsidevs -m

mpx.vmhba32:C0:T0:L0:7

Passo 2

[root@localhost:/tools] esxcfg-volume -l

Scanning for VMFS-6 host activity (4096 bytes/HB, 1024 HBs).

VMFS UUID/label: 628ecbf7-5ac6f7e7-x1x1-999099eafd46/DATASTORE1TB

Can mount: Yes

Can resignature: Yes

Extent name: t10.ATA_____WDC_WD1XXXXXXXXXXX4A0_________________________WD2XXXXXXXXXXX:7       range: 0 - 953599 (MB)

Passo 3

[root@localhost:/tools] esxcfg-volume -M 628ecbf7-5ac6f7e7-3f27-180373eafd46

Persistently mounting volume 628ecbf7-5ac6f7e7-x1x1-999099eafd46