Eu tenho dois servidores, ambos executando o Windows Server 2016 Standard, ambos são VMs em cima de um host padrão do Windows Server 2016, usando o Hyper-V.
Um servidor executa um serviço que precisa armazenar dados em um sistema de arquivos local, ou seja, algo com uma letra de unidade. Nenhum caminho UNC, sem SMB, sem autenticação.
O outro servidor é um servidor de arquivos.
O que eu gostaria de fazer é que o servidor de aplicativos armazene os dados do aplicativo no servidor de arquivos. Eu posso fazer isso via iSCSI, que cria um VHDX no servidor de arquivos. Isso funciona bem, o aplicativo armazena com sucesso seus dados neste disco rígido.
No entanto, gostaria de fazer backups do conteúdo do VHDX e, idealmente, fazer isso no servidor de arquivos. Para isso, eu precisaria montar o VHDX - mas não posso fazer isso porque ele "está em uso por outro processo". Isso é uma chatice.
Existe uma maneira (com suporte) de manter um VHDX montado como somente leitura no Servidor de Arquivos enquanto compartilha o iSCSI? Eu não estou preocupado com o servidor de aplicativos tentando formatar ou criar partições ou algo assim. Sou flexível no sistema de arquivos (NTFS, ReFS ou até mesmo ExFAT).
Gostaria de saber se devo apenas mover o VHDX para a máquina host física e, em seguida, anexá-lo a ambas as VMs como discos rígidos compartilhados, mas parece que isso é destinado ao clustering de failover .
Talvez iSCSI e VHDX não sejam a abordagem correta aqui, existem outras maneiras suportadas de ter uma letra de unidade no Servidor A realmente gravar dados em um local no Servidor B de forma que o Servidor B possa acessar os arquivos, enquanto ainda ser capaz de usar cópias de sombra de volume (VSS) para fins de backup? (e sim, instalar um agente de backup no Servidor A é uma possibilidade, mas quero manter as coisas o mais simples possível - percebo que o iSCSI pode ser um exagero quando estou compartilhando um dispositivo de bloco inteiro, quando na verdade, só quero um pasta compartilhada).
Fazendo uma longa história: você não pode fazer isso. Mesmo em um único modo de gravação, ninguém atualizará seu leitor irmão sobre alterações de metadados em um volume de bloco: será necessário desmontar / montar a sequência para atualizar a segunda "sombra" $ MFT.
Que tal executar net use x: \fileserver\smbshare no servidor de aplicativos, que monta o compartilhamento na unidade x: no servidor de aplicativos?
E não, não acho que você possa montar o destino iSCSI no servidor de arquivos ao mesmo tempo em que está sendo usado no servidor de aplicativos. O servidor de arquivos não teria como saber como os dados internos do sistema de arquivos foram atualizados pelo servidor de aplicativos. Portanto, quaisquer novos arquivos criados / arquivos existentes estendidos não seriam vistos pelo servidor de arquivos, e os backups seriam inúteis.