O que você está fazendo backup? Um banco de dados relacional? Vários arquivos?
Quanto tempo de inatividade você pode pagar? (se você quiser um tempo de inatividade baixo, é necessário começar a planejar as interrupções não programadas, o que significa que você precisa de pelo menos uma outra máquina).
Se fosse eu e houvesse a necessidade de minimizar o tempo de inatividade, eu quebraria um disco do espelho (se houver um DBMS em execução, pare primeiro, quebre o espelho e reinicie para obter um instantâneo consistente). No máximo, você está olhando em alguns segundos de inatividade. Em seguida, remonte o sistema de arquivos deste disco para outro lugar para backup. Pode então ser juntado de volta ao conjunto de ataques.
Existem maneiras de manter o serviço ao criar um instantâneo consistente, mas elas são específicas do DBMS em uso.
Quanto a obter os dados do disco rígido .... para um DBMS, use as ferramentas do DBMS para gerar um backup - uma imagem de arquivo pode não ser portável em diferentes versões do DBMS. Cada DBMS que eu encontrei permitirá que você execute 2 instâncias na mesma máquina (contanto que elas estejam usando arquivos de dados / soquetes de rede diferentes).
Não use dd ou dump - além de nenhuma verificação de erros, pode haver problemas de portabilidade com eles também. O cpio e o tar existem há muito tempo, o tar pode ser complicado quando ocorre a ocorrência de bitflips / corrupção. Eu tenho usado o afio há algum tempo - ele permite que arquivos individuais sejam compactados (em vez de compactação de tar onde o fluxo de saída é compactado).