Inspecione os recursos RAID do servidor e seu controlador de armazenamento. Adicione um disco ao controlador e espelhe o disco que o DPM usa para o segundo disco. Acho que seria preferível espelhar no nível do disco em vez de nos volumes espelhados.
Estamos usando o DPM 2010 para backups de troca,
O (s) disco (s) de backup são unidades conectadas iSCSI de várias caixas NAS.
Gostaríamos de espelhar iqn.2009-07.com.example.example:RAID.iscsi4.vg0.iscsi05 em iqn.2012-3.com.example.example:RAID.iscsi4.vg0.iscsi05
O DPM 2010 requer o disco para si e lida com a criação de volume. Portanto, não podemos criar apenas um volume espelhado no Gerenciamento de disco. O próprio DPM não parece ter a capacidade de espelhar os Discos em seu pool de armazenamento.
Os discos são iniciados usando o Iniciador iSCSI do Windows Server 2008, os dois drives iSCSI estão em caixas NAS separadas (uma das quais em breve estará desativada para manutenção)
Alguma dica sobre como espelhar os volumes de uma unidade para outra?
Inspecione os recursos RAID do servidor e seu controlador de armazenamento. Adicione um disco ao controlador e espelhe o disco que o DPM usa para o segundo disco. Acho que seria preferível espelhar no nível do disco em vez de nos volumes espelhados.
Você deve considerar o que está tentando realizar espelhando os volumes de backup.
Se for para recuperação de desastre, espelhar os volumes por si só não é uma solução completa. O DPM cria centenas de volumes dinâmicos em um disco e os gerencia exclusivamente, como você sabe. Mas, para fazer uma restauração, você também deve restaurar o banco de dados do DPM e, é claro, o próprio servidor DPM.
A estratégia de proteção de DR do DPM 2010 reflete isso - você cria um segundo servidor DPM e replica os dados entre os dois. Isso protege seus dados e as configurações / configurações do DPM necessárias para restaurá-los. Isso torna o DR muito mais simples.
Se você quiser apenas espelhar os volumes no nível de armazenamento, veja se suas caixas NAS suportam replicação.
Uma outra nota: os "volumes" citados acima (começando com iqn) não são volumes. Eles são alvos iSCSI, cada um dos quais é identificado pelo seu próprio IQN. Volumes são apresentados sobre alvos iSCSI, mas o relacionamento não precisa ser 1: 1. Você pode ter vários volumes no mesmo destino.