Une seule sauvegarde pour le système complet et pour n’importe quel fichier, avec la cohérence applicative que réclament SQL Server et Hyper-V.
Le choix classique oppose l’image disque, restaurable en bare metal mais opaque, et la sauvegarde de fichiers, granulaire mais incapable de remonter un système.
BeBackup propose les deux modes, sélectionnables disque par disque ou partition par partition. L’écran de sélection propose automatiquement le mode recommandé pour chaque partition, ce qui évite les erreurs de configuration sur les partitions EFI et réservées système.
Copie bloc à bloc du disque ou de la partition
Partition EFI, partition réservée système, système de fichiers Linux, volume non formaté — tout ce qui n’est pas NTFS.
Partitions NTFS lues fichier par fichier, reste du disque en image
Partitions NTFS, y compris la partition système, et partitions sans lettre de lecteur (points de montage).
L’intérêt de SmartImage se mesure à la deuxième sauvegarde. Une image classique doit comparer des blocs de disque ; SmartImage lit la partition NTFS avec le moteur NTFS de BeBackup et ne transporte que les fichiers réellement modifiés. La sauvegarde système cesse d’être une opération lourde et hebdomadaire.
Une partition seule peut être sauvegardée en SmartImage, y compris sans lettre de lecteur. La table des partitions est conservée avec le disque, le chaînage des partitions logiques (EBR) compris.
Copier le fichier d’une base de données pendant qu’elle écrit produit une sauvegarde inexploitable. BeBackup s’appuie sur les composants VSS de Windows, via un service dédié.
Sauvegarde cohérente base par base, via le writer VSS de SQL Server. Le service VSS dédié de BeBackup relance au besoin ce writer s’il est en défaut — un cas que tout administrateur SQL a déjà rencontré à trois heures du matin.
Sauvegarde machine virtuelle par machine virtuelle, avec choix des fichiers à inclure. Les disques virtuels VHD et VHDX rencontrés dans une sauvegarde de fichiers peuvent en outre être ouverts et sauvegardés fichier par fichier, au lieu d’être copiés en bloc.
Tous les autres writers VSS : Active Directory, registre, magasins de certificats, et l’ensemble des composants déclarés par Windows.
Quand une application ne passe pas par VSS, l’agent sait organiser son environnement : arrêt et relance d’un service, fermeture d’une application, exécution d’un script avant et après la sauvegarde, et import du journal d’un programme tiers directement dans le rapport de sauvegarde.
Les VM sont sauvegardées depuis l’hôte ESXi, sans agent installé à l’intérieur de chaque machine virtuelle.
La restauration suit le même chemin : une VM peut être recréée et ses disques restaurés depuis l’interface web, y compris à partir d’une machine physique. Voir les scénarios de restauration
Une restauration « à l’identique » se juge sur les détails que l’on ne voit pas tant que tout va bien. Le pilote NTFS de BeBackup conserve et restaure :
À quoi s’ajoute la détection des fichiers tenus ouverts — ruches de registre, bases écrites par section mappée — que ni la date de modification ni le journal USN ne signalent : ils sont relus à chaque sauvegarde, sans pour autant être retransmis en entier.
La meilleure évaluation reste une sauvegarde système suivie d’une restauration chronométrée, sur votre infrastructure.
Vous avez besoin de plus de renseignements sur notre solution de sauvegarde BeBackup ?