Acontece que a solução foi simplesmente reduzir o ID SCSI para o DR LUN designado de 255 para 254.
Para nossa infraestrutura, temos um site de produção e um site de desastre com replicação baseada em SAN para os LUNs nos servidores Windows. Portanto, para nossa prova de conceito, temos um servidor no site de produção em um array de armazenamento cujo disco de inicialização é replicado na SAN (cópia em nível de bloco) para o segundo servidor.
Devido a restrições financeiras, os servidores de DR também são os servidores de desenvolvimento / teste durante a operação normal. Portanto, há realmente uma segunda inicialização do disco SAN em cada um deles para o sistema operacional de desenvolvimento / teste e um para o sistema operacional do DR. Assim, durante o teste de failover, usamos o gerenciador de inicialização para selecionar qual deles será inicializado, conforme necessário.
Durante nosso teste de prova de conceito, encontramos o erro abaixo ao tentar inicializar a partir do LUN DR de destino, que era uma réplica do LUN de inicialização do servidor de produção.
File: \EFI\Microsoft\Boot\BCD
Error code: 0xc000000f
Suponho que isso se deva ao caminho ARC para o dispositivo de inicialização que está sendo armazenado no arquivo BCD, portanto, o NTLDR não consegue localizar o LUN de inicialização nos caminhos de destino originais (de produção), pois a réplica está em outro array de armazenamento outro site.
Minhas perguntas são: para resolver esse problema, será necessário executar o processo de recuperação bootrec no BCD para cada servidor DR durante o failover ou existe algum método melhor para permitir que o BCD encontre o LUN correto em um novo caminho?