Sauvegarde Odoo : vérifier la restauration

Sauvegarde Odoo : vérifier que l’activité peut être restaurée

Une archive créée avec succès ne démontre pas que l’entreprise peut reprendre son travail. Il faut retrouver les données, les pièces jointes et l’environnement nécessaire pour les exploiter. Le projet doit organiser la sauvegarde mais aussi un essai de restauration et une décision de retour en service.

Projet ERP vous aide à trouver un intégrateur pour vérifier votre dispositif de reprise.

Présenter mon besoin de sauvegarde et restauration →

Une copie précède l’incident. Un spécialiste restaure et vérifie le système en environnement isolé, puis la reprise est validée. Distinguer les opérations à rattraper depuis la copie et le temps d’interruption jusqu’à la reprise.
Deux périodes différentes : les opérations à rapprocher depuis le point restauré et l’interruption jusqu’au retour au travail. Aucune durée n’est représentée à l’échelle.

Définir ce qu’il faut reconstruire

Recensez la base, les fichiers liés aux documents, le code des modules spécifiques et les dépendances de l’environnement. Identifiez aussi les paramètres et accès nécessaires aux échanges externes. Une sauvegarde des données ne remplace pas le dépôt de code ni la connaissance du déploiement.

Choisissez avec les responsables la perte de données maximale acceptable et le délai de reprise souhaité. Ces objectifs permettent de discuter fréquence, conservation et temps de restauration. Ils doivent être testés ; un intitulé de forfait ne les garantit pas.

Vérifier les responsabilités selon l’hébergement

Informations à obtenir sur le dispositif
SituationDécision à préparer
ContenuDonnées et fichiers présents dans chaque sauvegarde
ConservationPoints disponibles et accès après incident
AlertePersonne informée si une sauvegarde échoue
RestaurationResponsable, cible et critères de validation

La documentation Odoo.sh 19 décrit les sauvegardes de production et la présence du filestore, qui contient notamment les pièces jointes. Ce fonctionnement ne doit pas être généralisé à tous les hébergements ni à tous les environnements de test.

Restaurer dans un environnement isolé

L’essai doit éviter les envois réels et les actions vers des clients, banques ou transporteurs. Faites contrôler les tâches planifiées, emails et interfaces avant de manipuler la copie. Les mécanismes disponibles dépendent de votre hébergement et des modules installés.

Ouvrez plusieurs dossiers connus, téléchargez leurs pièces jointes et vérifiez un parcours métier représentatif. Mesurez le temps total pour obtenir une application utilisable, pas seulement le téléchargement de l’archive.

Préparer la reprise des échanges

Une base restaurée peut avoir oublié des opérations déjà reçues par un système externe après la date de sauvegarde. Prévoyez le rapprochement des références et le traitement des événements manquants avant de relancer automatiquement les flux.

Consignez la date du point restauré, les opérations à rattraper et la personne autorisant le retour en service. Répétez l’essai après une évolution importante du dispositif.

Pour distinguer cette démarche d’un transfert volontaire, voyez le changement d’hébergement Odoo.

Trouver votre intégrateur

Faisons avancer votre Odoo

Décrivez les difficultés ou les évolutions attendues. Nous vous aidons à trouver un intégrateur pour la suite de votre projet.

Où en êtes-vous avec Odoo ?

Décrivez un exemple de difficulté ou d’évolution, son effet sur le travail et votre version d’Odoo si vous la connaissez.

Ces informations servent à étudier votre demande et à vous recontacter pour le choix d’un intégrateur. N’incluez pas de mots de passe ni de données confidentielles.

Sources et date de consultation
  1. Odoo 19 — sauvegardes et branches Odoo.sh

Consultés le .