La question ici semble être de savoir à quel point une copie répliquée de vos données doit être déconnectée et distincte géographiquement avant de devenir une infrastructure de sauvegarde et non une infrastructure à haute disponibilité / redondance. Mon instinct, c'est que tu es proche, mais que tu as toujours besoin d'une sauvegarde.
Pour rassembler certaines idées dans les autres réponses et commentaires, vous pouvez aller très loin dans la voie suivante: "Bien, la technologie X ne couvre pas le scénario catastrophe de Y, ce n'est donc pas une sauvegarde", et à un moment donné. vous devez décider ce qui est raisonnable pour vous, ce qui semble être la raison pour laquelle vous demandez. Mon opinion à ce sujet, et celle de nombreux commentateurs, est que votre sauvegarde doit exister sur une infrastructure technologique distincte de vos données en cours d'utilisation afin que les échecs, les accidents et les actions malveillantes ne puissent pas se propager ou aient lieu. un obstacle beaucoup plus difficile à franchir. Un exemple donné dans les commentaires est une personne qui supprime les volumes, ce qui, à mon avis, est un scénario valide, mais pas du ciel. Mais aussi, un exemple du monde réel tiré de mon travail. L’université pour laquelle je travaille (mais heureusement, ne le faites pas) t gérer cette infrastructure pour) possède une infrastructure de virtualisation à haute disponibilité sérieuse qui prend en charge une grande partie des installations du campus. Il se trouve sur plusieurs sites, mais fonctionne tous sur la plate-forme d'un fournisseur. Un bogue obscur est apparu un jour, ce qui a provoqué une cascade d’échecs qui a d’abord détruit un seul serveur, puis, lorsque la charge a été déplacée, le reste de ce site a été supprimé. cette infrastructure. (Je crois qu'ils ont résolu ce problème depuis lors). Les données n'ont pas été perdues dans ce cas, mais il est possible d'imaginer un scénario impliquant vos données là où elles se trouvaient. Un bogue obscur est apparu un jour, ce qui a provoqué une cascade d’échecs qui a d’abord détruit un seul serveur, puis, lorsque la charge a été déplacée, le reste de ce site a été supprimé. cette infrastructure. (Je crois qu'ils ont résolu ce problème depuis lors). Les données n'ont pas été perdues dans ce cas, mais il est possible d'imaginer un scénario impliquant vos données là où elles se trouvaient. Un bogue obscur est apparu un jour, ce qui a provoqué une cascade d’échecs qui a d’abord détruit un seul serveur, puis, lorsque la charge a été déplacée, le reste de ce site a été supprimé. cette infrastructure. (Je crois qu'ils ont résolu ce problème depuis lors). Les données n'ont pas été perdues dans ce cas, mais il est possible d'imaginer un scénario impliquant vos données là où elles se trouvaient.
Vous voulez que votre sauvegarde soit à l'abri de tout cela, et même accessible lorsque l'infrastructure est en panne. Si les données sont indisponibles pendant une semaine pendant la reconstruction de votre RAID, il est agréable de pouvoir récupérer des documents stratégiques à partir d’une sauvegarde. Si votre RAID disparaît, puis se réplique sur votre autre site, vous souhaiterez vraiment que cette sauvegarde provienne d'un fournisseur distinct ou d'un support isolé, tel qu'une bande.
Tout cela étant dit, je vous répète que votre sauvegarde doit se trouver sur une infrastructure distincte de vos données. Il existe de nombreux niveaux d'isolation ici, mais je pense que tout ce qui est connecté via la réplication directe est trop proche pour être une sauvegarde. Vous voudrez quelque chose en plus.