Le temps ! La plupart des gens n’en ont pas assez. Ils aimeraient en avoir davantage. Le temps ne suffit jamais.
Ils auraient aimé vivre à une époque antérieure ou pouvoir remonter le temps et corriger les erreurs du passé. Les gens sont obsédés par le temps et toutes ses manifestations.
Et il en va de même pour le temps de reprise. Les gens veulent récupérer leurs données immédiatement. Ils n’accepteront aucun délai. Ils définissent souvent un objectif de temps de reprise (RTO) nul. Facile à définir, mais coûteux à atteindre.
Voici quelques-unes des principales tendances en matière d’objectifs de temps de reprise :
1. Immutabilité et isolation
Les rançongiciels ont bouleversé le monde entier et le secteur informatique. La sauvegarde et la reprise ne font pas exception.
Comme les sauvegardes sont faciles à infecter, ceux qui souhaitent récupérer rapidement leurs données doivent tenir compte des logiciels malveillants.
« Pour répondre aux exigences des RTO, les clients doivent envisager des environnements de reprise isolés ou des solutions immuables capables de protéger les copies de sauvegarde contre les attaques de rançongiciels », a déclaré George Crump, chief product strategist chez StorONE.
« La menace omniprésente des rançongiciels contraint les équipes informatiques à repenser leur manière d’atteindre leurs objectifs de point et de temps de reprise. »
2. Des RTO proches de zéro
La tendance dominante est à l’exigence de RTO toujours plus courts.
S’ils peuvent récupérer leurs données en quelques jours, les utilisateurs les veulent en quelques heures. S’ils peuvent y parvenir en une heure, ils veulent réduire ce délai à quelques minutes.
« Les entreprises sont de plus en plus disposées à dépenser davantage pour raccourcir leurs délais de reprise », a déclaré Vasilii Zorin, senior project manager chez Acronis.
« Les entreprises ont besoin d’une reprise rapide en cas de sinistre, car elles dépendent fortement des systèmes informatiques pour assurer l’efficacité du travail des équipes distribuées dans un environnement hybride. Elles ne peuvent pas tolérer plusieurs heures ou plusieurs jours d’interruption. Elles doivent pouvoir rétablir leurs activités en quelques minutes. »
3. Des RTO nuls
Selon Jason Lohrey, CEO d’Arcitecta, la technologie de reprise a suffisamment mûri, les coûts ont suffisamment baissé et les besoins des entreprises exigent un RTO nul, sans compromis.
Plus facile à dire qu’à faire. Lohrey a décrit un scénario très courant de ce qui se passe généralement lorsqu’un utilisateur final doit récupérer des données dans un environnement d’entreprise.
Tout d’abord, il doit envoyer une demande au service informatique pour récupérer les données perdues. Le service informatique lui demandera le nom et le chemin d’accès du fichier, ainsi que la date à laquelle il existait.
Les êtres humains manquent de précision : ils diront donc « Je crois que je l’avais quelque part la semaine dernière, même si c’était peut-être la semaine précédente. » Cela déclenche un processus au cours duquel le service informatique parcourt chaque jeu de sauvegarde, puis les restaure pour rechercher le fichier perdu. L’utilisateur final se souvient alors l’avoir renommé la semaine dernière.
« Le processus habituel de reprise à partir d’une sauvegarde n’est ni en libre-service ni simple, et il n’atteint certainement pas un RTO nul », a déclaré Lohrey.
Dans les systèmes de fichiers qui utilisent des instantanés, les utilisateurs finaux peuvent retrouver eux-mêmes les fichiers perdus. Mais ils doivent toujours savoir dans quels instantanés chercher et où effectuer la recherche. Bien que meilleure que la sauvegarde, la reprise via des instantanés n’atteint pas un RTO nul.
« Les nouvelles approches des systèmes de fichiers et des systèmes de données donneront aux utilisateurs finaux un accès en libre-service, la possibilité d’atteindre instantanément n’importe quel point dans le temps et de retrouver les fichiers où et quand ils existaient, sans avoir besoin de l’aide du service informatique — et c’est exactement ainsi que les choses devraient fonctionner », a déclaré Lohrey.
4. Tester les RTO
Définir un RTO ambitieusement bas est une chose, acheter et déployer une technologie conçue pour le fournir en est une autre, et l’atteindre réellement dans le monde réel en est une tout autre.
Les tests permettent de déterminer si l’on est même proche d’atteindre les objectifs fixés.
Les entreprises devraient effectuer des tests bien plus souvent, valider leurs délais de reprise et vérifier qu’elles peuvent récupérer toutes leurs données dans un délai raisonnable, a déclaré Laura Shafer, senior director of product marketing chez 11:11 Systems.
« Pour certaines entreprises, cela peut impliquer de tester les applications et les utilisateurs finaux », a déclaré Shafer.
« Pour d’autres, il peut s’agir de tests fondés sur des scénarios ou des événements, au cours desquels l’équipe informatique simule une situation courante, puis valide la reprise. Par exemple, récupérer les données depuis le dernier point dans le temps pour simuler une panne de courant ou une défaillance matérielle, ou depuis un point antérieur pour simuler une attaque de rançongiciel ou un autre incident de sécurité. »
5. Les RTO et la géographie
Les RTO définis sans comprendre où se trouvent les données poseront problème.
La durée maximale tolérable d’une interruption, telle qu’elle est définie par le RTO, peut être atteignable dans son propre environnement. Mais que se passe-t-il si les données sont réparties géographiquement ? Et si elles sont dispersées à travers le monde ?
Les facteurs de latence peuvent rendre les RTO difficiles à respecter. Il faut également pouvoir déterminer où se trouvent les données et où elles ont été sauvegardées avant de pouvoir les récupérer.
Les équipes informatiques devraient tirer parti de solutions de clustering capables d’assurer un basculement entre des nœuds géographiquement séparés ou entre des régions cloud et des zones de disponibilité, a déclaré Ian Allton, solutions architect chez SIOS Technology.
C’est un bon moyen de garantir le respect d’objectifs de temps de reprise courts dans un environnement où les données sont dispersées.