dispositivos iSCSI adicionados ao servidor de armazenamento durante os backups do DPM 2012 SPI

Question

Temos um cluster de failover do Windows Server 2012 executando várias máquinas virtuais. O armazenamento para o cluster é fornecido por uma instância do Windows Storage Server 2012 e mapeado para os nós por meio do iSCSI. Além disso, uso o DPM 2012 SP1 para proteger as VMs em cluster - esses backups são armazenados em um servidor diferente daquele que executa o cluster. A configuração do provedor de captura instantânea foi configurada de acordo com as instruções e orientação em link

Tivemos a mesma configuração com o Server 2008 R2, mas atualizamos recentemente para aproveitar as vantagens do provedor de snapshot de hardware e de desempenho reivindicadas pela Microsoft. Desde a configuração do grupo de proteção para as máquinas virtuais em cluster, o grupo mostra que todos os membros estão em um estado ideal e não há erros no log de eventos do cluster.

No entanto, ao examinar os dispositivos iSCSI no servidor de armazenamento, muitos discos virtuais são exibidos com caminhos como \ \ \ \ GLOBALROOT \ Device \ HarddiskVolumeShadowCopy {95EEC618-9594-11E3-93F9-00259067F05B} \ csv.vhd '. Cada um desses discos virtuais corresponde ao backup de um servidor e cada um desses dispositivos também possui uma entrada no gerenciador de dispositivos. Estes não devem ficar para trás como artefatos depois que um backup é executado, mas por alguma razão eles são.

Ao executar 'sombras da lista vssadmin', muitas sombras também são listadas.

Nada significativo está aparecendo nos logs do sistema, mas sempre que um novo backup é executado, outro disco é adicionado à lista de discos iSCSI e outra entrada é adicionada à lista de sombras vss.

Esse problema foi postado nos fóruns do technet e eles não puderam ajudar. O suporte da Microsoft também não ajudou.

Alguém tem alguma idéia de por que os instantâneos estão aparecendo como discos virtuais iSCSI ou como isso pode ser evitado?

    

Answer 1

Primeiras coisas primeiro. Eu executaria esta solução pelo seu técnico de suporte da Microsoft antes de usar a sugestão!

Temos um problema muito parecido com nosso cluster e chamamos a atenção da Microsoft. Em nossa situação, os volumes estão aparecendo em cada nó do nosso cluster no registro sob as chaves:

\ HKLM \ SYSTEM \ CurrentControlSet \ Enum \ ARMAZENAMENTO \ VolumeSnapshot \ HarddiskVolumeSnapshot ###

Tivemos cerca de 400-500 entradas fantasmas do provedor de vss não limpando depois de si. A sugestão deles era remover os dispositivos fantasmas com DevNodeClean.x64.exe e isso funcionou.

Ao executar o DevNodeClean.x64.exe / l (a extensão de lista) no nó de armazenamento, consegui ver que o DriverKey (no nó de armazenamento) correspondia ao valor da cadeia Driver na chave do Registro (em um nó do cluster ).

Eu diria que você pode remover as entradas fantasmas do servidor DPM, como fizemos nos nós do cluster.

Quanto ao motivo pelo qual eles estão por perto, não obtivemos resposta da Microsoft ...

P.S. - O DevNodeClean.x64.exe está disponível somente em um técnico de suporte da Microsoft, até onde eu saiba.