Chat with us, powered by LiveChat
Bienvenue > Logiciel de sauvegarde et de restauration Sybase

Sybase Adaptive Server Enterprise (ASE) est une plate-forme de base de données critique utilisée par des organisations du monde entier pour le traitement de transactions à haute performance. En tant que telle, cette base de données est censée être protégée par une application de sauvegarde qui a une connaissance sophistiquée de l’architecture sousjacente, qui est intégrée au niveau de l’API, qui a une courbe d’apprentissage nulle du point de vue de l’administration, et qui garantit une récupération complète quel que soit le type de défaillance.

Bacula Enterprise propose un module de sauvegarde Sybase spécialement conçu qui s’intègre directement à l’API d’archivage du serveur de sauvegarde Sybase pour assurer la sauvegarde et la restauration en ligne de Sybase sans exiger des administrateurs de bases de données qu’ils comprennent toutes les subtilités du processus de sauvegarde Sybase ou des scripts shell complexes. De la sauvegarde complète d’une base de données à la récupération en temps réel au niveau des transactions, chaque tâche peut être gérée de manière native avec les outils de Bacula Enterprise.

Pour les organisations qui utilisent Sybase ASE sur Linux à n’importe quelle échelle – des déploiements d’une seule instance aux grands environnements d’entreprise – Bacula Enterprise offre une approche automatisée de la protection des données qui s’intègre de manière transparente dans votre infrastructure existante.

Des licences simples – Pas de pénalités basées sur la capacité

L’approche de Bacula Enterprise en matière de licences est fondamentalement différente de celle de la plupart de ses concurrents. Avec Bacula, le prix total est indépendant de la quantité de données à protéger. Pendant ce temps, d’autres fournisseurs de solutions de sauvegarde augmentent régulièrement le prix de leur licence en fonction de la taille de la base de données. L’approche de Bacula élimine ces incertitudes, en offrant un coût simple et prévisible pour ses services, quel que soit le nombre de téraoctets de données qu’une entreprise doit sauvegarder.

Cet avantage peut s’avérer très important dans les environnements Sybase ASE riches en données, le volume de la base de données peut augmenter considérablement au fil du temps. Les entreprises et les fournisseurs de services gérés (MSP) qui travaillent avec plusieurs instances Sybase peuvent étendre la portée de leur couverture de données sans se soucier des contraintes budgétaires potentielles.

Principaux avantages de la solution de sauvegarde Sybase de Bacula

Intégration API native

  • Backup Server Archive API – S’intègre directement à l’interface de sauvegarde native de Sybase, garantissant des sauvegardes cohérentes et adaptées à l’application sans dépendre des snapshots au niveau du système de fichiers.
  • Pas de script DBA requis – Les opérations de sauvegarde sont configurées et gérées entièrement à travers l’interface Bacula ; les administrateurs n’ont pas besoin d’une expertise approfondie dans les internes de sauvegarde Sybase.
  • Support de sauvegarde en ligneEffectuez des sauvegardes pendant que Sybase ASE reste pleinement opérationnel, sans aucun temps d’arrêt nécessaire pour la protection des données de routine.

Options de récupération complètes

  • Point-in-Time Recovery (PITR) – Restaurez n’importe quelle base de données à un état historique précis en utilisant les sauvegardes du journal des transactions, ce qui permet la récupération en cas d’erreurs logiques, de corruption ou de modifications accidentelles des données.
  • Restauration à partir d’un autre emplacement – Restaurez n’importe quelle base de données sur un autre serveur ou répertoire à des fins de test, de migration ou de reprise après sinistre, sans affecter l’environnement de production.
  • Flexibilité de la restauration granulaire – Restaurez des bases de données complètes, des incréments cumulatifs ou des ensembles de transactions spécifiques de manière indépendante, en fonction des besoins de restauration.

Protection incrémentielle efficace

  • Sauvegarde incrémentale au niveau des blocs – Capture uniquement les blocs de base de données modifiés plutôt que de scanner à nouveau la base de données entière, ce qui réduit considérablement les fenêtres de sauvegarde et la consommation de stockage.
  • Mappage des niveaux Bacula – Les types de sauvegarde de base de données (complète, cumulative, transactionnelle) sont clairement mappés aux niveaux de sauvegarde natifs de Bacula, permettant une planification unifiée et des politiques de rétention.
  • Réduction de l’empreinte de stockage – Les stratégies différentielles et incrémentales minimisent le volume de données transférées et stockées pour chaque cycle de sauvegarde.

Sybase Backup ModuleRésumé des fonctionnalités

Capacités de sauvegarde

  • Sauvegarde complète de la base de données – Génère une copie de sauvegarde complète de l’ensemble de la base de données Sybase ASE, y compris les journaux de transactions, mappée au niveau de sauvegarde complet de Bacula.
  • Sauvegarde cumulative (incrémentale) de la base de donnéesSauvegarde toutes les pages de la base de données modifiées depuis le dernier dump complet, mappé au niveau Différentiel de Bacula ; disponible à partir de Sybase ASE 15.7 SP100 ; réduit la taille de la sauvegarde particulièrement pour les bases de données avec de grandes tables en lecture seule.
  • Sauvegarde du journal des transactions – Copie le journal des transactions et supprime sa partie inactive, mappée au niveau incrémental de Bacula ; la base de la récupération en temps réel.
  • Opérations de sauvegarde en ligne – Tous les types de sauvegarde s’exécutent sur une instance Sybase ASE active, sans nécessiter l’arrêt ou la suspension de la base de données.
  • Sauvegarde parallèle multibandes – Prise en charge de 32 flux de sauvegarde simultanés par tâche pour les bases de données volumineuses, chaque bande s’exécutant comme une tâche Bacula indépendante ; configurable par niveau de sauvegarde.
  • Sauvegarde des bases de données système – Sauvegarde des bases de données système Sybase (master, tempdb, model, sybsystemdb) en utilisant les mêmes procédures que les bases de données utilisateur, avec tous les dumps visibles dans le catalogue Bacula.

Capacités de restauration

  • Restauration complète de la base de données – Charge un dump complet de la base de données comme point de départ de toute restauration ; la base de données reste hors ligne après le chargement pour permettre une application incrémentielle ou du journal des transactions ultérieure.
  • Restauration différentielle (cumulative)Applique la dernière sauvegarde cumulative à une restauration complète ; seul le dump cumulatif le plus récent est nécessaire, et non l’ensemble de la chaîne.
  • Restauration du journal des transactions – Applique les sauvegardes du journal des transactions dans l’ordre (le plus ancien d’abord, pas de saut) ; chaque journal nécessite une commande de chargement de transaction distincte avec son identifiant de vidage spécifique.
  • Récupération ponctuelle (PITR) – Utilise l’option until_time de la commande load transaction pour arrêter la relecture du journal à une date précise, ce qui permet de récupérer des données modifiées accidentellement, par exemple des tables supprimées.
  • Restauration sur un autre serveur – Charge toute sauvegarde sur un autre serveur Sybase ASE à des fins de migration, de reprise après sinistre ou de réplication de l’environnement.
  • Restauration du répertoire local – Extrait les vidages de base de données vers n’importe quel chemin d’accès au système de fichiers local via le paramètre de restauration where=… pour l’analyse hors ligne ou les procédures d’importation manuelle.
  • Restauration de la base de données système – Restaure la base de données principale et les autres bases de données système ; la restauration de la base de données principale nécessite l’exécution de Sybase ASE en mode mono-utilisateur.

Plateforme et version supportées

Le plugin Sybase de Bacula Enterprise supporte les configurations suivantes :

  • Sybase ASE 12.5
  • Sybase ASE 15.5
  • Sybase ASE 15.7
  • Sybase ASE 16.0
  • Sybase ASE 16.1
  • Linux 32 bits
  • Linux 64 bits

Paramètres de configuration

  • Architecture du pluginFourni sous forme de bibliothèque chargée dynamiquement(libsybacula.so) installée sur le client Bacula File Daemon réside Sybase ; configuré via une section FileSet Include dans le Bacula Director.
  • Configuration SBT – Prise en charge des paramètres client, job, restoreclient, restorejob, bconsole, jobopt, ctrlfile, ctrltimeout, retry, catalog, trace et debug via le fichier sbt.conf ou les arguments de la commande dump/load en ligne.
  • Intégration du catalogue de sauvegarde – Toutes les métadonnées du dump (nom de la base de données, horodatage, nombre de bandes) sont stockées dans le catalogue Bacula et peuvent être interrogées via le script bacula-sybase.sh ou les interfaces BWeb/bconsole.
  • Configuration des travaux parallèles – Les travaux multi-stripe nécessitent que le nombre maximum de travaux simultanés soit défini de manière appropriée sur les ressources Director, Client, Job, Storage et Device ; un disque Virtual Changer est recommandé pour les travaux simultanés sur un stockage partagé.
  • Prise en charge de la console restreinte – Utilise un fichier bconsole-sybase.conf dédié avec une définition de console restreinte, limitant l’accès aux travaux de sauvegarde, aux jeux de fichiers, aux clients et aux pools requis.

Fonctionnalités opérationnelles

  • Liste du catalogue de sauvegarde – Le script bacula-sybase.sh interroge le catalogue Bacula pour lister tous les dumps disponibles avec le type, le nom de la base de données, l’horodatage et le nombre de stripe avant toute opération de restauration.
  • Vérification de l’installationLa procédure de test installsybase.sh valide la connectivité du directeur, la joignabilité du client, l’installation du plugin et la configuration du job/fileset en une seule étape.
  • Journalisation de traçage et de débogage – Génère des fichiers de traçage détaillés via les paramètres trace= et debug= de toute commande dump ou load, avec des niveaux de verbosité configurables.
  • Conseils de planification – Les vidages complets doivent être planifiés pendant les périodes de faible utilisation ; la base de données principale doit être sauvegardée après chaque commande de création de base de données, de modification de base de données et d’initialisation de disque.

Administration et surveillance

  • Interface Web de gestion (BWeb™) – Configurez et surveillez les tâches de sauvegarde Sybase à travers la console graphique BWeb de Bacula.
  • Contrôle en ligne de commande Utilisez bconsole pour l’automatisation par script, le déclenchement de tâches, la navigation dans le catalogue et les opérations de restauration.
  • Script d’interrogation du catalogue – Bacula-sybase.sh fournit une liste lisible par l’homme de tous les dumps disponibles, y compris le type, l’horodatage et le nombre de stripe, directement à partir du catalogue Bacula.
  • Test d’installation – Install-sybase.sh test vérifie la connectivité du directeur, la joignabilité du client, l’installation du plugin et la configuration du job/fileset avant l’exécution de toute sauvegarde de production.
  • Limitations connues – L’estimation de la taille du pré-travail et le mode de listage des ressources ne sont actuellement pas disponibles ; l’utilisation de la commande restart démarre un nouveau travail plutôt que de reprendre un travail précédent ; la sauvegarde et la restauration de données compressées requièrent des types de plates-formes correspondants aux deux extrémités.

Les capacités essentielles de l’entreprise pour chaque utilisateur de Bacula

Le module Sybase utilise la solution de sauvegarde intégrée fournie par Bacula Enterprise. Toutes les fonctionnalités détaillées dans cette section sont disponibles dans chaque installation de Bacula.

Infrastructure de stockage et efficacité

Bacula Enterprise maximise la valeur du stockage grâce à une réduction intelligente des données et un support de destination flexible :

  • Déduplication au niveau des blocs – Détecte et supprime les segments de données redondants dans l’ensemble du catalogue de sauvegarde, de sorte qu’un bloc donné n’est écrit qu’une seule fois dans le stockage, quelle que soit sa fréquence de récurrence.
  • Compression adaptative Applique des algorithmes de compression configurables qui équilibrent la charge du processeur et les économies d’espace en fonction du type de données et des ressources disponibles.
  • Approche incrémentale à vie – Après une seule sauvegarde complète de base, toutes les tâches suivantes ne capturent que ce qui a changé, ce qui fait des fenêtres de sauvegarde complète programmées une chose du passé.
  • Opérations respectueuses de la bande passante – Minimise l’utilisation du réseau grâce au suivi des modifications qui transfère uniquement les données modifiées entre les sauvegardes.
  • Types de cibles de stockage multiples – Enregistrez les sauvegardes sur disque local, NAS/SAN, stockage d’objets dans le nuage (S3, Azure, Google Cloud), bibliothèques de bandes, ou toute combinaison de ces éléments.
  • Workflows de stockage hiérarchisés – Déplacez automatiquement les données de sauvegarde entre les différents niveaux de stockage au fur et à mesure qu’elles vieillissent, en adaptant le coût à la fréquence d’accès sans intervention manuelle.
  • Stockage d’objets compatible S3 – Intégration avec n’importe quel fournisseur compatible S3 pour une conservation à long terme évolutive et rentable.

Protection des données et conformité

La sécurité de l’entreprise et la conformité réglementaire sont intégrées à chaque aspect de la plateforme :

  • Chiffrement de bout en bout – Le chiffrement AES-256 couvre l’intégralité du chemin des données, du client source à la destination de stockage finale, avec une gestion flexible des clés pour s’adapter aux politiques de sécurité de l’entreprise.
  • Copies de sauvegarde immuables – Le stockage compatible WORM garantit que les données de sauvegarde ne peuvent pas être modifiées ou effacées une fois écrites, ce qui constitue une dernière ligne de défense fiable contre les ransomwares et les menaces internes.
  • Contrôles d’accès granulaires – Les administrateurs peuvent définir les autorisations des utilisateurs pour des travaux spécifiques, des flux de restauration et des fonctions de gestion, empêchant ainsi tout accès non autorisé à des opérations de sauvegarde sensibles.
  • Audit complet des activités – Une piste d’audit complète enregistre chaque événement de sauvegarde, de restauration et de configuration avec l’identité de l’utilisateur et l’horodatage, ce qui permet d’établir des rapports de conformité et de mener des enquêtes de sécurité.
  • Prise en charge du cadre réglementaire – Les contrôles de la plate-forme répondent aux exigences de conformité GDPR, HIPAA, SOC 2 et sectorielles grâce à une combinaison de chiffrement, de rétention configurable et de journaux d’audit détaillés.
  • Architectures préservant la confidentialité – Les options de déploiement sans connaissance permettent de gérer l’infrastructure de sauvegarde sans donner aux administrateurs une visibilité sur les données protégées elles-mêmes.

Récupération et continuité des activités

Des fonctions de restauration complètes garantissent une récupération rapide de n’importe quel scénario de perte de données :

  • Restauration du système Bare Metal – Récupération d’un serveur complet à partir de la base – système d’exploitation, applications, configuration et données – sans nécessiter d’installation manuelle préalable pour la restauration.
  • Déplacement des données entre plates-formes – Les données de sauvegarde peuvent être récupérées sur un système d’exploitation différent de leur source, ce qui permet de prendre en charge les migrations et d’offrir des options en cas d’indisponibilité d’un matériel identique.
  • Réplication géographique des sauvegardes – Copie les ensembles de sauvegardes vers des emplacements de stockage géographiquement séparés, ce qui permet de se prémunir contre les pannes à l’échelle du site et de distribuer les points de récupération plus près de l’endroit où ils peuvent être nécessaires.
  • Programmation de sauvegardes fréquentes – Les intervalles de sauvegarde peuvent être réduits à quelques minutes, ce qui réduit la fenêtre de perte de données potentielle bien en deçà de ce que permettent les programmations horaires ou nocturnes traditionnelles.
  • Validation automatisée des restaurations – La capacité de récupération est confirmée par des tests automatisés, sans nécessiter l’intervention d’un administrateur ou un processus de validation distinct.

Gestion et contrôle de l’entreprise

Les outils de gestion centralisée offrent une visibilité et un contrôle sur l’ensemble des opérations de sauvegarde :

  • Approche à double interface BWebfournit une console graphique pour la gestion quotidienne, tandis que bconsole donne aux opérateurs un contrôle complet de la ligne de commande pour les scripts, l’automatisation et la configuration avancée.
  • Architecture d’isolation des locataires – Les MSP et les grandes entreprises peuvent partitionner l’environnement de sauvegarde en unités administrées indépendamment, chacune avec sa propre configuration, ses propres politiques et ses propres contrôles d’accès.
  • Suite complète de rapports – Des rapports planifiés couvrent les résultats des tâches de sauvegarde, les tendances en matière de capacité, le statut de conformité et les performances opérationnelles, livrables selon une cadence définie.
  • Intégration de systèmes externes – Connexion aux outils de surveillance, aux systèmes de billetterie informatique et aux services d’annuaire, y compris LDAP et Active Directory, pour s’intégrer aux flux de travail opérationnels existants.
  • Découverte automatique des ressources – Analyse l’infrastructure afin d’identifier et de cataloguer les cibles de sauvegarde, ce qui permet de maintenir la couverture de protection à jour au fur et à mesure que les environnements changent.
  • Évolutivité sans limites – La même architecture de plate-forme gère des environnements allant d’une poignée de serveurs à des déploiements comptant des milliers de personnes, le tout sous un plan de gestion unique.

Excellence de l’infrastructure hybride

L’architecture de Bacula Enterprise protège les systèmes hétérogènes avec un contrôle unifié, ce qui la rend idéale pour les environnements informatiques complexes et multiplateformes :

  • Prise en charge de la virtualisation multiplateforme – Intégration native pour VMware vSphere, Hyper-V, KVM, Red Hat Virtualization, Xen, Azure VM, Proxmox, et Nutanix AHV avec une application cohérente des politiques sur toutes les plateformes.
  • Convergence physique et virtuelle – Protection transparente des serveurs physiques, des stations de travail et des machines virtuelles en utilisant la même interface de gestion avec des stratégies de sauvegarde unifiées.
  • Prise en charge des conteneurs et du Cloud-Native – Protection complète des environnements Docker, Kubernetes et OpenShift avec des sauvegardes de volumes persistants et des snapshots cohérents avec l’application.
  • Intégration du stockage multi-cloud – Prise en charge native du stockage dans le cloud public, privé et hybride, y compris S3, S3-IA, Azure, Google Cloud, Oracle Cloud et interfaces Glacier avec la fonctionnalité MRC (Minimal Restore Cost).
  • Intégration des bases de données et des applications – Fonctionnalités de sauvegarde à chaud pour Oracle, SQL Server, MySQL, PostgreSQL, SAP HANA et d’autres applications critiques avec cohérence transactionnelle.

Avantages économiques

Le modèle de licence de Bacula Enterprise élimine les obstacles de tarification basés sur la capacité :

  • Licences indépendantes du volume – L’augmentation de la capacité de sauvegarde ne se traduit pas par des frais de licence plus élevés, de sorte que les coûts de protection des données restent stables même lorsque les volumes de données augmentent.
  • Structure de coûts prévisible – Un modèle de tarification fixe permet aux équipes de planifier les budgets d’infrastructure sans tenir compte des coûts variables liés à la croissance du stockage ou aux changements de charge de travail.
  • Tarification adaptée à la charge de travail – La taille des bases de données, le nombre de serveurs et les volumes de stockage n’ont pas d’incidence sur les coûts de licence.
  • Avantages en termes de coûts à grande échelle – Les organisations qui protègent des volumes de bases de données importants ou en croissance rapide bénéficient d’avantages économiques de plus en plus significatifs par rapport à leurs concurrents qui fixent les prix en fonction de la capacité.
  • Économie des fournisseurs de services – Les MSP peuvent prendre des clients avec des ensembles de données importants ou en croissance rapide sans absorber les augmentations des coûts de licence qui éroderaient les marges dans le cadre de modèles de tarification par téraoctet.

Questions fréquemment posées

Puis-je sauvegarder Sybase ASE pendant que la base de données est en ligne ?

Oui. Le plugin utilise l’API d’archivage du serveur de sauvegarde Sybase qui a été conçu à l’origine pour un fonctionnement en ligne. Ainsi, Sybase ASE continue de fonctionner normalement pendant toute la durée du processus de sauvegarde. Cela dit, les vidages importants (en particulier les vidages complets de bases de données) consomment des E/S de disque, de l’unité centrale et des ressources réseau. Il est donc recommandé de planifier les processus de sauvegarde à grande échelle pendant les périodes de faible utilisation afin de minimiser l’impact sur les performances des charges de travail de la production.

Comment fonctionnent les sauvegardes multibandes et quand doisje les utiliser ?

Une commande dump standard exécute un seul flux de sauvegarde. Pour les grandes bases de données, vous pouvez ajouter une ou plusieurs clauses stripe on “sybacula::” à la commande dump pour exécuter plusieurs flux parallèles – chaque stripe s’exécute comme une tâche Bacula concurrente séparée. Jusqu’à 32 flux (y compris le flux principal) sont pris en charge, ce qui est une limite de Sybase ASE. Les sauvegardes multi-stripe requièrent que la directive Maximum Concurrent Jobs soit définie de manière appropriée à travers les ressources Director, Client, Job, Storage et Device.

Puis-je restaurer une sauvegarde Sybase sur un autre serveur ou répertoire ?

Oui. Tout dump géré par Bacula Enterprise peut être chargé dans une instance Sybase ASE différente pour la récupération en cas de désastre, la migration, ou la création d’environnements de test. Vous pouvez également restaurer les dumps dans un répertoire local en utilisant le paramètre where=… restore dans bconsole – utile pour l’analyse hors ligne ou les procédures d’importation manuelle. Notez que lors de la restauration de sauvegardes par bandes vers un répertoire local, certains fichiers par bandes peuvent devoir être restaurés manuellement en utilisant le paramètre JobId= plutôt que le filtre temporel before=.

Aide supplémentaire sur la sauvegarde et la restauration de Sybase :