Intégration technique · 27 octobre 2026
Comment sauvegarder ses données Salesforce, et Salesforce assure-t-il lui-même cette sauvegarde ?
Salesforce garantit la disponibilité et la résilience de sa plateforme, mais la responsabilité de sauvegarder vos propres données vous incombe selon le principe de responsabilité partagée. Vous pouvez combiner les outils natifs (export, Data Export Service, sandbox) et des solutions tierces de backup automatisé pour assurer une restauration granulaire en cas d'incident.
Beaucoup de décideurs pensent que le mode SaaS de Salesforce garantit automatiquement la sauvegarde et la récupération de leurs données. C'est une idée répandue mais partiellement fausse. Salesforce protège son infrastructure et sa plateforme, mais la restauration de vos données métier en cas de suppression, corruption ou erreur humaine reste largement de votre ressort. Comprendre cette distinction est essentiel pour éviter des pertes coûteuses et rester en conformité avec vos obligations (RGPD, archivage légal).
Le principe de responsabilité partagée
Salesforce fonctionne sur un modèle de responsabilité partagée. L'éditeur assure la haute disponibilité, la redondance des centres de données, la continuité d'activité et la sécurité de l'infrastructure. En pratique, cela signifie que si un serveur tombe, vos données ne sont pas perdues et le service reste accessible.
En revanche, Salesforce ne restaure pas gratuitement vos données en cas de :
- Suppression accidentelle par un utilisateur ou un administrateur ;
- Corruption de données liée à un import massif erroné ou à une intégration défaillante ;
- Erreur d'automatisation (workflow, flow, déclencheur) qui écrase ou modifie des enregistrements en masse ;
- Migration de données mal maîtrisée.
Depuis l'arrêt de son ancien service payant de restauration, Salesforce recommande explicitement aux clients de mettre en place leur propre stratégie de sauvegarde. La responsabilité de vos données vous appartient.
Ce que Salesforce protège nativement
La corbeille (Recycle Bin) conserve les enregistrements supprimés pendant une durée limitée (généralement 15 jours), après quoi ils sont définitivement effacés. Cette fonctionnalité couvre les petites erreurs ponctuelles mais n'est pas une véritable sauvegarde : elle ne protège ni contre la corruption progressive, ni contre les suppressions découvertes tardivement.
Salesforce garantit aussi la réplication de vos données sur ses infrastructures pour assurer la continuité de service, mais cette réplication n'est pas destinée à restaurer une version antérieure de vos propres données.
Les outils natifs de sauvegarde
Salesforce propose plusieurs mécanismes intégrés, à combiner selon vos besoins :
Data Export Service
Ce service permet de programmer des exports complets de vos données au format CSV, de façon hebdomadaire ou mensuelle selon votre édition. C'est la solution native la plus proche d'une sauvegarde. Ses limites : la fréquence est peu élevée, la restauration n'est pas automatisée (il faut réimporter manuellement), et les relations entre objets doivent être reconstruites.
Report Export et Data Loader
Le Data Loader permet des exports ponctuels ou scriptés d'objets spécifiques. Utile pour des sauvegardes ciblées, mais nécessite une gestion technique et ne couvre pas les métadonnées (configuration, code, automatisations).
Sandbox et changesets
Les sandbox permettent de copier une partie ou l'ensemble de votre environnement, y compris les métadonnées. Elles servent surtout aux tests et déploiements, mais peuvent contribuer à une stratégie de conservation de la configuration.
Les solutions tierces de backup
Pour une véritable politique de sauvegarde et de restauration, de nombreuses ETI se tournent vers des solutions spécialisées disponibles sur l'AppExchange (par exemple des acteurs reconnus du backup SaaS). Elles apportent :
- Sauvegardes automatiques et fréquentes (quotidiennes, voire en continu) ;
- Restauration granulaire d'un enregistrement, d'un objet ou d'un environnement complet, avec préservation des relations ;
- Sauvegarde des métadonnées (configuration, code, automatisations) en plus des données ;
- Historique de versions permettant de revenir à un état précis ;
- Comparaison et détection des modifications entre deux dates.
Le coût de ces solutions se justifie généralement par le temps et le risque évités lors d'un incident. Une restauration manuelle depuis des exports CSV peut prendre plusieurs jours et engendrer des pertes.
Construire une stratégie de sauvegarde adaptée
Une stratégie robuste repose sur quelques questions clés :
- Quelle est votre tolérance à la perte de données (RPO) ? Un export hebdomadaire signifie potentiellement une semaine de données perdues.
- Quel délai de restauration acceptez-vous (RTO) ? La réimportation manuelle est lente ; une solution automatisée restaure en quelques heures.
- Devez-vous sauvegarder les métadonnées et pas seulement les données ? Une refonte de configuration peut être aussi critique qu'une perte d'enregistrements.
- Quelles obligations réglementaires encadrent la conservation et la protection de vos données (RGPD, durées d'archivage sectorielles) ?
Pour vos obligations en matière de protection des données personnelles, référez-vous aux recommandations de la CNIL et aux textes officiels sur service-public.fr. Documentez votre politique et testez régulièrement vos restaurations : une sauvegarde jamais testée n'a de valeur qu'apparente.
Se faire accompagner
Définir un plan de sauvegarde et le mettre en œuvre demande une bonne connaissance de votre modèle de données, de vos intégrations et de vos automatisations. Un intégrateur expérimenté peut auditer votre existant, dimensionner la solution et paramétrer les restaurations. Si vous souhaitez comparer des prestataires capables de cadrer cette démarche, INTEGREER peut vous mettre en relation, de façon neutre et sans engagement, avec des intégrateurs adaptés à votre contexte et à votre secteur.
Mots-clés : sauvegarde backup responsabilité partagée data export RGPD restauration