Sauvegarde et restauration DB2. Comment sauvegarder une base de données DB2 ?

Une base de données DB2 sécurise les données dans une forteresse proverbiale : les données étant, de loin, la ressource la plus importante de toute entreprise moderne. La sécurité de l’information est un sujet extrêmement sensible dans le monde moderne de la gestion des données d’entreprise, qui nécessite la création de plans d’urgence bien avant qu’une crise ne survienne. Une stratégie de sauvegarde robuste devrait aider les entreprises à faire face à toutes sortes de problèmes, qu’il s’agisse de ransomware, de corruption de logiciels ou de défaillance matérielle, etc.

Des procédures de sauvegarde appropriées peuvent en fait transformer une catastrophe potentielle majeure en un simple contretemps. Les catastrophes et les accidents sont monnaie courante et les cyberattaques, à elles seules, se produisent quotidiennement dans les environnements d’entreprise modernes. Il est donc primordial d’améliorer la sécurité des informations sous toutes leurs formes, y compris lorsqu’elles sont conservées sous une forme non conventionnelle, comme dans une base de données DB2.

Le domaine des sauvegardes DB2 regorge de sujets et de choix difficiles : sauvegardes en ligne, sauvegardes hors ligne, sauvegardes complètes et sauvegardes incrémentielles, avec une véritable mer de solutions tierces parmi lesquelles choisir. L’objectif de ce guide est de simplifier autant que possible le choix parmi ces options en offrant des informations et des recommandations pour mieux sécuriser votre environnement DB2.

Options potentielles pour la sauvegarde de la base de données DB2

Les sauvegardes de bases de données n’ayant jamais d’approche universelle, de nombreuses situations et circonstances différentes peuvent influencer le choix d’une méthodologie de sauvegarde. Avant d’examiner les différences entre les sauvegardes DB2, il serait judicieux de passer en revue les principes fondamentaux des sauvegardes DB2. Le succès d’une stratégie de sauvegarde repose sur une compréhension complète de l’impact de chaque facteur clé sur les objectifs de temps de récupération (RTO) et les objectifs de point de récupération (RPO) d’une organisation.

En ce qui concerne les facteurs eux-mêmes, il existe quelques options importantes :

• La taille totale de la base de données et ses modèles de croissance récents.
• La nécessité de faire correspondre les exigences en matière de temps de récupération aux accords de niveau de service existants.
• Les exigences de conformité réglementaire.
• Les capacités et les limites de l’infrastructure de stockage.
• Les délais de maintenance du système.

Maintenant que la complexité de chaque décision concernant les sauvegardes DB2 est claire, il est temps d’examiner certains des facteurs et choix importants qui doivent être pris en compte au préalable.

Sauvegarde complète et incrémentielle dans DB2

Les approches de sauvegarde complète et incrémentielle ont des objectifs complètement différents dans la plupart des environnements et les bases de données DB2 ne font pas exception.

Les sauvegardes DB2 complètes ont pour tâche de capturer l’état de l’ensemble de la base de données en une seule fois afin de générer un instantané complet de l’environnement. Bien qu’il s’agisse de l’une des méthodes de sauvegarde les plus gourmandes en espace de stockage, c’est généralement la plus facile pour réussir une restauration.

Les sauvegardes incrémentales DB2, en revanche, ne suivent et ne stockent que les modifications apportées au système depuis la dernière opération de sauvegarde. Cette approche permet de réduire considérablement les fenêtres de sauvegarde et les besoins de stockage, mais augmente également la complexité de toute opération de restauration.

Aucune de ces approches n’est exclusive, c’est pourquoi de nombreuses entreprises ont depuis longtemps adopté une approche hybride. Cette approche consiste à effectuer des sauvegardes complètes périodiquement, et des sauvegardes incrémentales beaucoup plus fréquemment, combinant ainsi les avantages de chaque méthode tout en atténuant certaines de leurs lacunes les plus flagrantes.

Sauvegardes DB2 en ligne

La sauvegarde en ligne est l’une des fonctionnalités les plus remarquables de DB2, permettant la création d’une copie cohérente de la base de données sans désactiver la base de données elle-même. C’est une option inestimable pour les entreprises qui ont besoin d’une disponibilité 24 heures sur 24, 7 jours sur 7, même si elle a ses propres considérations de performance à prendre en compte.

La sauvegarde hors ligne de DB2 est très explicite dans ce contexte : il s’agit d’une approche différente de la création de sauvegardes qui nécessite la mise hors tension des bases de données concernées. Logiquement, cette option est à la fois plus sûre et moins susceptible de créer des problèmes avant ou après la sauvegarde, mais elle nécessite également une période d’indisponibilité importante, ce qui peut ne pas convenir à certaines entreprises. Ainsi, les sauvegardes hors ligne sont très rarement utilisées dans les sauvegardes DB2, compte tenu des avantages des sauvegardes DB2 en ligne dans la plupart des situations.

Les modèles de charge de travail des bases de données jouent un rôle essentiel lors de l’utilisation de sauvegardes en ligne. Par exemple, les charges de travail à forte intensité de lecture devraient fonctionner correctement malgré les éventuelles baisses de performances qu’un processus de sauvegarde en ligne pourrait entraîner. D’un autre côté, les performances des applications à forte intensité d’écriture pourraient être affectées dans une certaine mesure lors des sauvegardes. Comprendre ces différences peut grandement aider à trouver les fenêtres de sauvegarde les plus optimales qui ne perturberont pas les opérations commerciales critiques.

Quelle est la meilleure option de sauvegarde DB2 ?

Le choix d’une approche de sauvegarde idéale nécessite une évaluation minutieuse de toutes les caractéristiques inhabituelles de votre environnement de sauvegarde. Des sauvegardes complètes simples en dehors des heures de travail peuvent être préférables pour les petites bases de données analytiques, tandis que les environnements transactionnels à volume élevé devraient fonctionner au mieux avec des sauvegardes incrémentielles fréquentes et des sauvegardes complètes occasionnelles.

Comme mentionné précédemment, les objectifs de temps de restauration (RTO, Recovery Time Objectives) pour la base de données jouent un rôle important dans le choix du logiciel de sauvegarde : le temps de restauration dicte tout, y compris le choix entre les approches de sauvegarde complète, incrémentielle et hybride. L’option des sauvegardes hors ligne serait la meilleure pour les scénarios de restauration critiques, mais ceux-ci ont également leur part de limitations, qui doivent être prises en compte au préalable.

Utilisation efficace des commandes de sauvegarde DB2

Avec une compréhension théorique de DB2, la base de données en question peut permettre à son utilisateur de contrôler directement l’ensemble de la stratégie de protection des données, s’il peut maîtriser les commandes de sauvegarde DB2 nécessaires. L’utilisation d’une interface de ligne de commande peut sembler complexe au premier abord, mais le potentiel d’automatisation et de flexibilité de cette approche l’emporte largement sur la courbe d’apprentissage.

L’efficacité de l’utilisation des commandes de sauvegarde repose sur plusieurs facteurs importants :

• Les options de compression pour la gestion de la taille des sauvegardes.
• Les configurations de journalisation pour garantir l’intégrité des sauvegardes.
• Les exigences de sécurité et d’authentification.
• Les paramètres de commande qui peuvent avoir un impact direct sur les performances d’une sauvegarde.
• La vitesse optimale d’E/S avec les considérations nécessaires sur le chemin de stockage.

Explication de la syntaxe de sauvegarde DB2

La commande BACKUP DATABASE est l’outil principal pour les sauvegardes internes de DB2, et sa personnalisation granulaire est l’un de ses avantages les plus importants. Il devrait être possible d’utiliser uniquement la syntaxe de base, telle que : BACKUP DATABASE nom_base_de_données. Cependant, le nombre d’options possibles est beaucoup plus élevé, comme le montre l’exemple suivant :

Chaque paramètre supplémentaire peut modifier le comportement d’un processus de sauvegarde, notamment son temps d’exécution et l’utilisation des ressources. Par exemple, l’option COMPRESSER réduit les besoins de stockage, tout en augmentant l’utilisation du processeur nécessaire pour compresser les informations avant de les enregistrer. L’option PARALLELISM 4 permet également d’améliorer considérablement la vitesse de sauvegarde grâce au multithreading, mais au prix d’une augmentation considérable de la puissance de calcul requise pour chaque processus de sauvegarde.

Instructions de l’utilitaire de sauvegarde DB2

La possibilité d’exécuter des commandes complexes n’est pas le seul avantage des opérations de sauvegarde utilisant DB2. Une approche systématique est nécessaire dans ces cas, notamment en ce qui concerne les modes d’exécution et la vérification de l’état de la base de données.

La commande db2pd -db database-name -applications vérifie l’état actuel de la base de données cible avant d’effectuer toute tâche de sauvegarde, confirmant qu’aucune transaction active n’est susceptible de compromettre l’intégrité de la sauvegarde, tout en s’assurant que la base de données elle-même est complète et opérationnelle avant d’en créer une copie.

Quant aux modes d’exécution, ce sont ceux dont nous avons parlé plus tôt : les sauvegardes en ligne et hors ligne. Les sauvegardes hors ligne sont plus faciles à mettre en place, mais peuvent s’avérer pratiquement impossibles pour certaines entreprises. Les sauvegardes en ligne nécessitent quant à elles des paramètres supplémentaires pour garantir un accès simultané et la réussite de la sauvegarde. Notez également que ces modes d’exécution affectent également les processus de sauvegarde et de restauration de différentes manières.

Défis courants des commandes de sauvegarde DB2

Les codes d’erreur sont le moyen le plus simple de distinguer un problème d’un autre lors de la saisie d’une commande de sauvegarde ou de restauration. Il n’est pas rare que des obstacles apparaissent lors de ces opérations, même lorsqu’elles sont bien planifiées.

Il existe deux codes d’erreur courants que nous devons mentionner ici : SQL2062N et SQL2061N.

Le code SQL2062N est l’erreur « espace disque insuffisant », qui est résolue en libérant plus d’espace de stockage dans l’emplacement cible de la sauvegarde.

Le code SQL2061N est un problème d’autorisation qui devrait être facilement résolu en ajustant les contrôles d’accès au niveau du système de fichiers

Aucun de ces codes ne représente un échec complet de la sauvegarde et leur résolution est un processus relativement simple.

Automatisation de la sauvegarde DB2 avec des outils et des scripts de planification

Comme de nombreuses opérations effectuées à l’aide d’une CLI, ces commandes peuvent être automatisées dans une certaine mesure, que ce soit à l’aide d’outils de planification ou de scripts personnalisés.

La qualité et la granularité des outils de planification varient d’un cas à l’autre, ce qui rend difficile la recommandation d’une seule et même option pour chaque situation. Les scripts personnalisés sont la meilleure alternative, car ils permettent d’ajuster certains processus spécifiquement à votre environnement de base de données, tels que la vérification avant sauvegarde, la vérification après sauvegarde, etc.

Bien sûr, les scripts personnalisés sont généralement beaucoup plus difficiles à développer que le simple choix d’un outil de planification tiers. L’expertise nécessaire pour les créer est généralement assez élevée, mais leur polyvalence en vaut la peine dans la plupart des cas.

Dépannage pendant l’exécution de la sauvegarde

Les processus d’exécution des sauvegardes ont également tendance à rencontrer leur lot de problèmes. Ces problèmes ne devraient pas survenir souvent, mais il peut être essentiel de connaître les problèmes les plus courants et d’avoir un plan d’action prêt à l’emploi.

La règle générale dans de telles situations est de conserver des journaux de sauvegarde détaillés pour simplifier le dépannage, sachant que tout journal système devrait donner beaucoup plus de contexte à un problème, par rapport à une classification générique des messages d’erreur.

En parlant de messages d’erreur, il y a un code d’erreur important à mentionner ici : SQL2048N. Ce code particulier implique généralement qu’il y a un problème sous-jacent du système de stockage qui n’est pas la faute de la base de données elle-même, nécessitant une analyse et une résolution plus approfondies avant de continuer.

Logiciels tiers de sauvegarde DB2

Même si les capacités natives de DB2 répondent à certaines exigences des entreprises en matière d’opérations de sauvegarde et de récupération, les solutions tierces peuvent être utiles pour leurs fonctionnalités professionnelles et avantageuses, qu’il s’agisse d’intégration multiplateforme, de compression améliorée, de gestion centralisée, de sécurité supplémentaire, etc. Ces fonctionnalités, associées à des améliorations générales de l’efficacité et à une réduction des frais administratifs, justifient généralement le coût de ces logiciels.

Une entreprise doit tenir compte de plusieurs facteurs lorsqu’elle évalue les solutions de sauvegarde potentielles, notamment :

• L’analyse coûts-avantages pour le volume de données actuel.
• La compatibilité avec les futures versions de DB2.
• Le degré d’intégration avec l’infrastructure existante.
• Le support du fournisseur, y compris la qualité et les temps de réponse.
• L’amélioration du temps de récupération par rapport aux résultats des outils natifs.

Voici quelques exemples notables de logiciels tiers qui prennent en charge les sauvegardes DB2 dans une certaine mesure.

Handy Backup

Bien qu’initialement conçu pour les PME, Handy Backup a évolué avec succès pour fonctionner également avec les systèmes de bases de données d’entreprise. Il peut assurer une gestion unifiée de différents types de sauvegarde, qu’il s’agisse d’instantanés de systèmes de fichiers, de vidages de bases de données, etc.

Le module DB2 de la plate-forme offre une protection en utilisant une approche axée sur la simplicité, ce qui en fait une excellente option dans les situations où les opérations simples sont prioritaires par rapport aux ensembles de fonctionnalités avancées. Handy Backup n’a peut-être pas la même variété de capacités que d’autres solutions de niveau entreprise, mais sa facilité d’utilisation dans des environnements mixtes qui nécessitent un ensemble de fonctionnalités de centralisation reste remarquable.

Avis des clients :

• Capterra – 4,3/5 points d’après 26 avis clients
• G2 – 4,0/5 points sur la base de 19 avis clients

Prix (au moment de la rédaction) :

• Handy Backup utilise un modèle de licence simple avec quatre niveaux de prix principaux :
  • Standard, à partir de 39 $ pour un appareil, peut fournir la combinaison la plus basique des fonctionnalités utiles uniquement dans un appareil personnel.
  • Professional, à partir de 89 $ pour un appareil, offre plusieurs fonctionnalités supplémentaires en plus de l’offre précédente, notamment la création d’images disque, les sauvegardes dans le cloud, la reprise après sinistre, etc.
  • Small Business, à partir de 249 $ pour un appareil, est un niveau de tarification orienté entreprise qui étend l’ensemble des fonctionnalités du niveau précédent avec la prise en charge de différents types de stockage, tels que les applications et les bases de données.
  • Server Network, à partir de 299 $ pour un panneau de gestion, offre l’ensemble des fonctionnalités de Handy Backup sans aucune limitation. Cependant, plusieurs achats supplémentaires sous forme d’agents de station de travail (39 $ l’unité) et d’agents de serveur (149 $ l’unité) sont nécessaires pour créer une infrastructure de sauvegarde complète.

Veeam

Veeam est un nom bien connu sur le marché de la sauvegarde de la virtualisation, malgré sa prise en charge de certains autres formats de données, créant un environnement de protection des données d’entreprise raisonnable.

Le traitement adapté aux applications fourni par le module d’intégration DB2 de Veeam va au-delà de certaines fonctionnalités de sauvegarde traditionnelles pour fournir des tests d’intégrité automatisés et une gamme d’options de récupération granulaire parmi lesquelles choisir. C’est une option impressionnante pour les entreprises qui doivent exécuter plusieurs technologies de base de données à la fois, et sa prise en charge des sauvegardes DB2 offre une cohérence, même dans des environnements hautement virtualisés dans lesquels les sauvegardes traditionnelles pourraient ne pas être à la hauteur.

Avis des clients :

• Capterra – 4,8/5 points sur la base de 75 avis clients
• TrustRadius – 8,9/10 points sur la base de 1 605 avis clients
• G2 – 4,6/5 points sur la base de 636 avis clients
• PeerSpot – 4,3/5 points sur la base de 422 avis clients
• Gartner – 4,6/5 points sur la base de 1 787 avis clients

Prix (au moment de la rédaction) :

• Les seules informations disponibles sur le site Web public de Veeam concernant les licences sont une page de calculateur de prix qui aide les utilisateurs à créer un formulaire personnalisé à envoyer à Veeam pour obtenir un devis personnalisé.

Bacula Enterprise

Bacula Enterprise est une solution de sauvegarde et de restauration d’une sécurité exceptionnelle qui a évolué à partir de ses racines open source pour créer un environnement complet de sauvegarde et de restauration utilisant une architecture modulaire hautement évolutive.

L’approche de Bacula en matière de sauvegardes DB2 offre des niveaux élevés de personnalisation et d’évolutivité, prenant en charge les sauvegardes complètes et incrémentielles, ainsi que la déduplication, le chiffrement, la compression, la génération de rapports granulaires, la surveillance, etc. L’architecture modulaire globale de l’environnement en fait une option viable pour une organisation de toute taille, en étendant les capacités de la plate-forme au fil du temps. C’est une excellente option pour les environnements DB2 à grande échelle qui ont en tête de multiples cibles de sauvegarde avec des exigences de rétention complexes à prendre en compte. Ses capacités garantissent que les utilisateurs sont en mesure de répondre à un large éventail d’exigences de conformité, et il suit de près le cadre de sécurité NIST pour s’assurer que les utilisateurs respectent les réglementations de sécurité les plus strictes. Bacula est le leader sur TrustRadius.

Bacula est indépendant du stockage, ce qui signifie que les utilisateurs peuvent l’intégrer à n’importe quel type de stockage de leur choix, qu’il soit basé sur le cloud, sur le cloud hybride ou sur tout type de stockage matériel spécifique.

Avis des clients :

• TrustRadius – 9,7/10 points sur la base de 63 avis clients
• G2 – 4,7/5 points sur la base de 56 avis clients
• PeerSpot – 4,4/5 points sur la base de 10 avis clients
• Gartner – 4,7/5 points sur la base de 5 avis clients

Prix (au moment de la rédaction) :

• Les informations tarifaires de Bacula Enterprise ne sont pas accessibles au public sur son site officiel. La seule façon d’obtenir ces informations est de contacter directement l’entreprise pour obtenir un devis. Il est toutefois à noter que Bacula ne facture pas en fonction du volume de données.
• De nombreuses informations générales sur les licences sont disponibles sur le site web de Bacula. Par exemple, Bacula Enterprise propose une gamme de plans d’abonnement, même si aucun prix n’est disponible pour aucun d’entre eux :
  • Standard – peut couvrir jusqu’à 50 agents et deux contrats, ajoute des délais de réponse au support (de 1 à 4 jours ouvrables)
  • Bronze – peut couvrir jusqu’à 200 agents et deux contrats, offre une assistance téléphonique et des délais plus courts pour le support client (de 6 heures à 4 jours)
  • Silver – peut couvrir jusqu’à 500 agents et trois contrats, introduit un plugin de déduplication et un délai de réponse du support client plus court (de 4 heures à 2 jours)
  • Gold – peut couvrir jusqu’à 2 000 agents et cinq contrats et réduit considérablement les délais de réponse du support client (d’une heure à deux jours)
  • Platinum – peut couvrir jusqu’à 5 000 agents et cinq contrats, dispose d’un support de catalogue PostgreSQL et d’une place de formation par an pour les cours d’administrateur.

Commvault Cloud

Commvault, considéré comme l’un des pionniers de la gestion des données d’entreprise, fournit une solution unifiée capable de gérer l’ensemble du cycle de vie des données, des sauvegardes aux processus analytiques. Il peut identifier les défaillances potentielles des sauvegardes avant qu’elles ne se produisent, grâce à des analyses prédictives approfondies, parmi de nombreuses autres fonctionnalités.

Robust DB2 backups est un bon exemple des capacités complètes de gestion des données de Commvault, avec une planification intelligente capable de s’adapter aux modèles de charge de travail des bases de données comme principal argument de vente. Il s’intègre de manière transparente aux bases de données DB2, fonctionnant dans le cadre d’une structure de gestion des données plus large, ce qui en fait une excellente option pour consolider les tâches de sauvegarde et de récupération.

Avis des clients :

• Capterra – 4,6/5 points sur la base de 47 avis clients
• TrustRadius – 7,6/10 points sur la base de 227 avis clients
• G2 – 4,4/5 points sur la base de 160 avis clients
• PeerSpot – 4,3/5 points sur la base de 108 avis clients
• Gartner – 4,5/5 points sur la base de 570 avis clients

Prix (au moment de la rédaction) :

• Il n’y a pas d’informations officielles sur les prix sur le site web de Commvault.

Cohesity

Cohesity se présente comme la prochaine génération de solutions de gestion des données utilisant sa plateforme de stockage secondaire hyperconvergée. Les capacités de recherche étendues de Cohesity, entre autres fonctionnalités, en font une excellente option pour les entreprises qui ont fréquemment besoin d’accéder rapidement à des versions historiques de données.

L’approche moderne de Cohesity en matière de protection des données améliore son intégration DB2, éliminant la couche de serveur de sauvegarde traditionnelle pour réduire le coût et la complexité de ces processus. L’environnement web-scale de Cohesity offre une simplicité de type cloud aux opérations de sauvegarde DB2 sur site, tout en assurant une fiabilité au niveau de l’entreprise.

Avis des clients :

• Capterra – 4,6/5 points sur la base de 51 avis clients
• TrustRadius – 8,5/10 points sur la base de 86 avis clients
• G2 – 4,4/5 points sur la base de 47 avis clients
• PeerSpot – 4,5/5 points sur la base de 71 avis clients
• Gartner – 4,8/5 points sur la base de 810 avis clients

Prix (au moment de la rédaction) :

• Il n’y a pas d’informations publiques sur les prix sur le site officiel de Cohesity

Stratégies de sauvegarde pour les bases de données DB2

La création d’un plan de stratégie de sauvegarde efficace va au-delà de la planification et de la sélection des outils. Une bonne compréhension des besoins de récupération, des contraintes opérationnelles et des exigences réglementaires de l’organisation est également primordiale pour réussir. Lorsqu’elle est bien conçue, une stratégie de sauvegarde doit être capable d’anticiper la croissance future tout en relevant tous les défis actuels.

Une stratégie de sauvegarde complète doit inclure les objectifs de point de récupération (RPO) et les objectifs de temps de récupération (RTO), la planification de la capacité de stockage avec des projections de croissance, des considérations sur la bande passante du réseau, les besoins en formation du personnel et toutes les procédures de test et de documentation qui vont avec.

Journalisation d’archive ou journalisation circulaire dans les bases de données DB2

Comme mentionné précédemment, la documentation joue un rôle clé dans toute stratégie de sauvegarde et de récupération, y compris les processus de journalisation et de reporting. Cependant, la journalisation dans les environnements de base de données a un objectif différent de celui des situations de stockage traditionnelles. Cela nécessite un choix fondamental entre la journalisation d’archive et la journalisation circulaire, chacune ayant son propre effet sur les capacités de récupération de l’environnement.

L’archivage des journaux permet de conserver un historique complet des modifications apportées à la base de données , ce qui réduit le risque de perte de données et permet d’effectuer une récupération à un moment précis. La possibilité de récupérer à n’importe quel moment dans le passé en vaut la peine dans la plupart des cas, même si les coûts de stockage d’une telle approche ont tendance à devenir extrêmement élevés à long terme.

L’enregistrement circulaire est une alternative à l’enregistrement des archives, car il écrase les anciens fichiers journaux après un certain temps. Cela réduit les besoins de stockage, mais aussi l’efficacité du processus de récupération dans son ensemble, rendant impossible la récupération granulaire en dehors des sauvegardes complètes. Il peut s’agir d’un équilibre acceptable entre l’utilisation des ressources et la sécurité pour les environnements non critiques, ou dans les situations où des sauvegardes complètes sont déjà effectuées fréquemment.

Création d’une stratégie complète de sauvegarde des bases de données

Les stratégies de sauvegarde sont souvent adaptées à chaque situation, ce qui rend difficile de proposer des recommandations générales qui conviennent à la plupart des cas. Ce blog fournit plutôt quelques conseils généraux qui devraient bien fonctionner pour pratiquement toutes les stratégies d’entreprise :

• Assurez-vous de respecter les exigences de continuité des activités sans que cela devienne techniquement irréalisable.
• Pensez à échelonner les calendriers de sauvegarde entre les différentes bases de données pour gérer l’utilisation des ressources du processus.
• Pensez à mettre en œuvre des procédures complexes de vérification des sauvegardes : il n’est jamais inutile de tester l’intégralité de votre cadre de récupération.

Meilleures pratiques pour les administrateurs de bases de données en termes de fréquence de sauvegarde

Le caractère critique et les taux de modification des données devraient être les principaux facteurs à prendre en compte dans toute décision concernant la fréquence des sauvegardes. Les bases de données de référence relativement statiques peuvent nécessiter des sauvegardes complètes uniquement une fois par semaine sans compromettre la sécurité, tandis que les bases de données transactionnelles à volume élevé nécessitent des sauvegardes complètes au moins une fois par jour et des sauvegardes incrémentielles au moins toutes les heures.

En même temps, surveiller la durée des sauvegardes permet de s’assurer qu’aucun processus de sauvegarde ne chevauche les heures de pointe, en ajustant les horaires en conséquence pour éviter les pertes de performance et autres problèmes commerciaux.

Chiffrement et autres moyens de sécurisation des sauvegardes

Le chiffrement est l’une des mesures de sécurité les plus connues dans le monde des affaires, car il contribue à protéger les informations en transit et au repos. DB2 dispose d’un ensemble de fonctionnalités de chiffrement natif étonnamment puissant, capable de s’intégrer aux systèmes de gestion des clés pour aligner les mesures de sécurité des sauvegardes sur les normes organisationnelles globales.

Cependant, il est primordial de se rappeler que de nombreux processus de chiffrement effectués en dehors d’un matériel dédié introduisent un certain degré de perte de performance dans les séquences de sauvegarde et de restauration, ce dont il faut tenir compte lors de la planification de tout processus de sauvegarde ou de restauration.

Conclusion

La protection de l’environnement DB2 à l’aide de procédures de sauvegarde appropriées n’est pas la seule responsabilité du service informatique : c’est un impératif commercial direct qui peut affecter la résilience de l’organisation dans son ensemble. La réussite réside dans l’adéquation des objectifs de récupération avec une stratégie de sauvegarde, tout en maintenant un certain degré d’efficacité opérationnelle, que l’on utilise des solutions de sauvegarde natives ou tierces.

La création d’une stratégie de sauvegarde est un processus continu qui nécessite des révisions et des ajustements réguliers à mesure que les environnements de données et les technologies modernes évoluent. Les processus de sauvegarde DB2 peuvent devenir la pierre angulaire d’un plan de continuité d’activité complet, à condition de bien comprendre les procédures appropriées et les options disponibles. Il est recommandé d’effectuer des tests réguliers, de maintenir des processus de documentation complets et de suivre toutes les nouvelles capacités du secteur susceptibles d’améliorer la stratégie de protection des données dans votre environnement professionnel.

Foire aux questions

En quoi DB2 se distingue-t-il des autres systèmes de base de données en termes de gestion des sauvegardes ?

Même si la plupart des bases de données d’entreprise devraient prendre en charge des concepts de sauvegarde très similaires aux capacités de DB2, ce dernier se distingue par son approche de récupération intégrée. L’architecture de sauvegarde de DB2 peut prendre en compte toutes les implications de la récupération lors de la planification des séquences de sauvegarde, ce qui contraste fortement avec la plupart des environnements, qui traitent souvent la sauvegarde et la récupération comme des processus distincts.

La fonctionnalité High Availability Disaster Recovery de DB2, qui combine des stratégies de réplication et de sauvegarde en temps réel, est un bon exemple d’une telle intégration. La combinaison de solutions de haute disponibilité et de sauvegarde qui ne fonctionnent pas indépendamment est très rare sur ce marché.

De plus, les outils de compression de sauvegarde de DB2 devraient être capables de produire de meilleurs taux de compression que les outils de sauvegarde classiques, car ses algorithmes de compression sont spécifiquement optimisés pour fonctionner avec la structure de sauvegarde sous-jacente.

Quelle est l’efficacité des logiciels tiers pour gérer les sauvegardes DB2 ?

La mise en œuvre correcte de tout outil tiers joue un rôle important dans sa capacité à gérer de manière fiable les sauvegardes DB2. Il est juste de dire que les outils capables de tirer parti des commandes DB2 natives avec une couche de gestion par-dessus s’en sortent souvent mieux que les solutions qui tentent de « réinventer la roue ».

Le support direct du fournisseur pour des versions spécifiques de DB2 est généralement un facteur beaucoup plus important que les capacités générales de la solution, ce qui fait de l’expertise du fournisseur la caractéristique la plus précieuse de toute version de DB2.

DB2 peut-il gérer les sauvegardes de bases de données distribuées ?

L’approche de DB2 en matière de sauvegardes de bases de données distribuées vise à maintenir la cohérence entre les nœuds sans introduire de changements drastiques dans la disponibilité du système. Une coordination minutieuse est nécessaire pour de tels processus, en particulier dans les configurations actives-actives.

Les exigences de cohérence logique et physique doivent être prises en compte lors de la sauvegarde des systèmes distribués, sachant que certaines entreprises utilisent des stratégies de sauvegarde continue pour réduire les conflits, ce qui peut potentiellement perturber les plans de cohérence des environnements DB2. Des solutions telles que Bacula offrent une intégration native de son système de sauvegarde directement dans DB2, afin d’éviter de tels écueils.