Azure Native Qumulo Maintenant disponible dans l'UE, au Royaume-Uni et au Canada - En savoir plus

Partie I : Accélérer la récupération des données avec Qumulo

Rédigé par:

Récupération rapide des données

Les entreprises dépendent des données pour générer des informations commerciales, réduire les risques et obtenir un avantage concurrentiel. La récente accélération intense de données non structurées a catapulté l'importance globale de ce données directement au sommet de la chaîne alimentaire pour les entreprises modernes. Un niveau d'importance plus élevé s'accompagne d'un examen plus minutieux des la sécurité des données, et s'assurer que les entreprises ont mis en place de solides stratégies de récupération des données.

Il était une fois, les entreprises se concentraient sur avoir une excellente stratégie de « sauvegarde ». Mais avec la quantité à la fois structurée et données critiques non structurées en constante croissance, les entreprises ne se concentrent plus simplement sur "une excellente stratégie de dos» aux complexités opérationnelles de la récupération. Dans ce blog, j'adopterai une approche différente lorsque je parlerai de la protection des données en me concentrant sur les données structurées, et comment les administrateurs de base de données (DBA) protègent les systèmes les plus critiques de leur organisation, tels qu'Oracle, Microsoft SQL ou SAP, et comment Qumulo est utilisé pour soutenir ces stratégies afin d'atteindre les principaux objectifs de rétablissement. 

Protéger les applications critiques

Les applications les plus critiques sont souvent construites sur la base d'ensembles de données structurés vivant dans des bases de données telles qu'Oracle et Microsoft SQL. Les administrateurs de base de données qui gèrent ces bases de données doivent non seulement s'assurer que les bases de données fonctionnent de manière optimale pour alimenter les applications, mais également disposer d'une stratégie de protection des données robuste pour respecter l'accord de niveau de service (SLA) de l'entreprise pour les objectifs de temps de récupération (RTO) et les objectifs de point de récupération ( RPO). 

RTO vs RPO : quelle est la différence ?

Avant d'aller trop loin, il est important de comprendre quelques termes que j'utiliserai dans ce blog. Bien que ceux-ci existent depuis un certain temps, je pense qu'il est important de réaffirmer ce que ces termes signifient et en quoi ils diffèrent afin de développer cette base de référence dans ce blog. .  

Nous entendons souvent RTO/RPO chaque fois que le sujet de protection des données se pose, mais qu'est-ce que c'est et pourquoi est-ce un article de discussion si important? Très simplement, ces deux éléments font référence à votre tolérance à la perte. Je sais que cela semble négatif de parler de perte, mais la réalité est que c'est la véritable origine des termes Objectif de temps de récupération et Objectif de point de récupération. 

 

Combien de données pouvez-vous tolérer de perdre (RPO) et combien de temps pouvez-vous tolérer d'être en panne (RTO). Ce sera différent pour chaque client, et si vous n'avez pas de RPO/RTO documenté pour votre environnement, je vous recommande fortement de discuter avec l'un de nos ingénieurs système ou votre partenaire revendeur. Avoir ces connaissances va de pair avec l'élaboration d'une stratégie de récupération solide et d'un plan de reprise après sinistre, dont je parlerai dans la section suivante.

Au-delà de l'application

Nous comprenons tous à quel point le DBA est important pour toute organisation, en s'assurant que la base de données et les applications fonctionnent correctement et que tous les clients/utilisateurs y ont accès. Mais ce qui n'est souvent pas reconnu, c'est le niveau d'effort que les administrateurs de base de données investissent pour assurer le temps de fonctionnement et la disponibilité des applications et de sa base, la base de données. Alors que l'informatique traditionnelle est généralement responsable de la gestion quotidienne des solutions de stockage, des infrastructures virtuelles, des environnements cloud et des opérations fonctionnelles, telles que les plans de sauvegarde et de reprise après sinistre (DR), la plupart des administrateurs de base de données créent discrètement leurs propres plans. pour soutenir la santé des écosystèmes d'applications. D'après mon expérience, les DBA sont la dernière ligne de défense en matière de protection des données et de disponibilité des applications. Par conséquent, il est logique que les administrateurs de base de données créent une stratégie de récupération solide et un plan de reprise après sinistre pour soutenir leurs efforts indépendants en cas d'interruption d'activité. Au fait, avant de continuer, permettez-moi de définir ce terme que vous avez maintenant vu deux fois dans ce blog, "interruption d'activité". C'est l'événement qui se produit lorsque vous rencontrez une incapacité à accéder aux systèmes et/ou aux données nécessaires à la conduite de votre entreprise. Il ne s'agit que d'une interruption d'activité, tant que vous vous rétablissez dans les directives de votre SLA et RTO/RPO indiqués. Au-delà de ces objectifs, une interruption d'activité devient une catastrophe. C'est pourquoi il est important de connaître ces points de données critiques pour votre propre environnement, et croyez-moi, si vous demandez à votre DBA quel est son RTO/RPO, il le saura. 

En prévision de la partie II

Dans cette série en deux parties, nous avons présenté Qumulo Rapid Recovery et expliqué pourquoi une stratégie de "sauvegarde" ne suffit plus pour la plupart des organisations. Au lieu de cela, l'accent s'est déplacé vers la reprise opérationnelle ou le "business as usual", ce qui rend vraiment la discussion autour du RTO/RPO encore plus pertinente.  

Cependant, nous avons abordé un sujet dont on parle peu, à savoir la croissance des données non structurées et les défis auxquels sont confrontés les DBA aujourd'hui. Selon IDC, la croissance des données devrait atteindre 180 ZB d'ici 2025, de plus, 80 % des données mondiales seront représentées par des données non structurées d'ici 2025, le reste étant vraisemblablement des données structurées et semi-structurées. Grâce à notre technologie d'instantanés, nous sommes en mesure de gérer l'énorme croissance et la protection des données non structurées, mais les données ou bases de données structurées doivent être traitées différemment afin de répondre aux objectifs de récupération de la plupart des organisations. Comment les administrateurs de base de données sont-ils préparés à soutenir cette croissance et à créer une stratégie de reprise opérationnelle pour atteindre le RTO/RPO de leur entreprise ? Assurez-vous de consulter la partie II de ce blog pour avoir mon avis et comment Qumulo aide déjà les clients à atteindre ces objectifs avec Qumulo Rapid Recovery.

Protégez votre stockage de données de fichiers contre les ransomwares avec une sécurité holistique

Explication du codage à effacement par rapport au RAID : méthodes de protection des données

Prêt à essayer Qumulo ?

 

Articles Similaires

Remonter en haut