Tous les produits
Search
Centre de documentation

Data Management:Logical backup, physical backup, and snapshot

Dernière mise à jour :Aug 09, 2026

Data Disaster Recovery prend en charge la sauvegarde logique et la sauvegarde physique. Cette rubrique explique le fonctionnement de chaque méthode pour vous aider à choisir celle qui correspond le mieux à la taille de votre base de données et à vos exigences de performance.

Méthodes de sauvegarde

Sauvegarde logique

La sauvegarde logique exporte les objets de la base de données (tables, index et procédures stockées) en exécutant des instructions SQL. Parmi les outils courants figurent mysqldump (MySQL) et exp/imp (Oracle).

Caractéristiques :

  • Sauvegarde au niveau de la base de données ou de la table. Vous pouvez ainsi restaurer des tables individuelles sans restaurer l'intégralité de l'instance, contrairement à la sauvegarde physique qui ne permet de restaurer que l'instance complète.

  • Aucun verrouillage des bases de données n'est imposé pendant la sauvegarde, ce qui minimise l'impact sur les performances.

  • Les opérations de sauvegarde et de restauration sont généralement plus lentes qu'avec une sauvegarde physique. Cette méthode convient donc mieux aux bases de données dont la taille est inférieure ou égale à 1 To.

Sauvegarde incrémentielle : Data Disaster Recovery lit les journaux stockés dans la mémoire de la base de données et effectue la sauvegarde incrémentielle en temps réel. La vitesse de lecture s'ajuste automatiquement en fonction du taux de génération des journaux, évitant ainsi toute baisse des performances d'E/S.

Prise en charge par Data Disaster Recovery : Oui. Recommandée pour les bases de données comprises entre 1 Mo et 1 To.

Sauvegarde physique

La sauvegarde physique copie les fichiers réels de la base de données depuis le système d'exploitation. Une passerelle de sauvegarde Data Disaster Recovery, installée sur le serveur de base de données, gère cette copie au niveau des fichiers. Parmi les outils courants figurent XtraBackup (MySQL) et RMAN (Oracle).

Caractéristiques :

  • Sauvegarde l'intégralité de l'instance de base de données en bloc. Il n'est pas possible d'obtenir une granularité au niveau de la table ou de la base de données, contrairement à la sauvegarde logique.

  • Lit les données directement depuis le disque, ce qui affecte les performances d'E/S de la base de données pendant la sauvegarde.

  • Plus rapide que la sauvegarde logique, tant pour la sauvegarde que pour la restauration. C'est donc le choix privilégié pour les grandes bases de données.

Remarque

Après avoir restauré une sauvegarde physique, vous pouvez créer des instances sandbox pour tester ou valider les données sauvegardées sans affecter l'environnement de production. Pour plus de détails, consultez Présentation des sandbox Data Disaster Recovery.

Prise en charge par Data Disaster Recovery : Oui. Recommandée pour les bases de données supérieures à 1 To. Nécessite l'installation d'une passerelle de sauvegarde sur le serveur de base de données. Pour les instructions de configuration, consultez Installation d'une passerelle de sauvegarde.

Snapshot

La sauvegarde par snapshot crée une copie entièrement utilisable d'un jeu de données à l'aide de la technologie de snapshot. Les snapshots peuvent être stockés localement ou répliqués entre plusieurs serveurs. Parmi les outils courants figurent VERITAS File System, Linux LVM et NetApp NAS.

Prise en charge par Data Disaster Recovery : Non. Data Disaster Recovery ne prend pas en charge la sauvegarde basée sur les snapshots.

Comparaison : sauvegarde logique vs. sauvegarde physique

Attribut Sauvegarde logique Sauvegarde physique
Étendue de la sauvegarde Niveau base de données ou table Instance de base de données entière uniquement
Mécanisme de sauvegarde complète Fractionne les données de la table et les lit en parallèle à l'aide d'instructions SQL Copie les fichiers de la base de données depuis le disque à l'aide d'une passerelle de sauvegarde installée sur le serveur

Sauvegarde incrémentielle

Pris en charge — lit les journaux de la base de données depuis la mémoire en temps réel ; ajuste la vitesse de lecture en fonction du taux de génération des journaux —
Impact sur les E/S Modéré — lecture depuis le disque lors de la sauvegarde complète Modéré — lecture depuis le disque, affecte les performances d'E/S
Verrouillage de la base de données Aucun verrou pendant la sauvegarde —
Vitesse de sauvegarde et de restauration Plus lente Plus rapide dans la plupart des cas
Taille recommandée de la base de données 1 Mo–1 To Supérieure à 1 To
Fonctionnalités supplémentaires — Prend en charge les instances sandbox pour tester les données restaurées

Étapes suivantes