La domanda qui sembra essere quanto sia disconnessa e geograficamente distinta una copia replicata dei tuoi dati prima che sia un'infrastruttura di backup e non di elevata disponibilità / ridondanza. Il mio istinto è che sei vicino, ma hai ancora bisogno di un backup.
Per riunire (scegliere la ciliegia) alcuni pensieri nelle altre risposte e commenti, puoi andare molto lontano lungo il percorso di "beh, la tecnologia X non copre lo scenario di disastro Y, quindi non è un backup" e ad un certo punto devi decidere cosa è ragionevole per te, che sembra essere il motivo per cui lo stai chiedendo. La mia opinione su questo, e penso che quella di molti dei commentatori, è che il backup deve esistere su un'infrastruttura tecnologica separata dai dati in uso in modo che guasti, incidenti e azioni dannose non possano propagarsi o avere un ostacolo molto più alto da attraversare. Un esempio dato nei commenti è qualcuno che cancella i volumi, che secondo me è uno scenario valido, non pie-in-the-sky. Ma inoltre, un esempio del mondo reale dal mio lavoro. L'università per cui lavoro (ma per fortuna non Gestire questa infrastruttura per) ha alcune infrastrutture di virtualizzazione ad alta disponibilità che supportano molte strutture del campus. È su più siti, ma è tutto in esecuzione sulla piattaforma di un fornitore. Un oscuro bug è apparso un giorno che ha causato un errore a cascata che prima ha rimosso un singolo server, quindi quando il carico è stato spostato, ha eliminato il resto di quel sito e quindi quando il carico è stato spostato di nuovo, ha eliminato gli altri siti di hosting quell'infrastruttura. (Credo che abbiano risolto questo problema da allora). I dati non sono stati persi in questo caso, ma è possibile immaginare uno scenario che coinvolga i dati dove si trovavano. Un oscuro bug è apparso un giorno che ha causato un errore a cascata che prima ha rimosso un singolo server, quindi quando il carico è stato spostato, ha eliminato il resto di quel sito e quindi quando il carico è stato spostato di nuovo, ha eliminato gli altri siti di hosting quell'infrastruttura. (Credo che abbiano risolto questo problema da allora). I dati non sono stati persi in questo caso, ma è possibile immaginare uno scenario che coinvolga i dati dove si trovavano. Un oscuro bug è apparso un giorno che ha causato un errore a cascata che prima ha rimosso un singolo server, quindi quando il carico è stato spostato, ha eliminato il resto di quel sito e quindi quando il carico è stato spostato di nuovo, ha eliminato gli altri siti di hosting quell'infrastruttura. (Credo che abbiano risolto questo problema da allora). I dati non sono stati persi in questo caso, ma è possibile immaginare uno scenario che coinvolga i dati dove si trovavano.
Volete che il vostro backup sia immune da tutto ciò, e persino accessibile mentre l'infrastruttura è inattiva. Se i dati non sono disponibili per una settimana durante la ricostruzione del RAID, è bello poter ripristinare i documenti aziendali critici dal backup (anche se non richiesto). Se il tuo RAID scompare, quindi si replica sull'altro tuo sito, vorrai davvero che il backup provenga da un fornitore separato o su alcuni supporti isolati come il nastro.
Detto questo, ripeterò nuovamente che il backup dovrebbe essere su un'infrastruttura separata dai dati. Ci sono molti livelli di isolamento qui, ma penso che tutto ciò che è collegato tramite la replica diretta sia troppo vicino per essere un backup. Avrai bisogno di qualcosa in più.