Comment dupliquer une instance Odoo (se faire un environnement de test) ?

Tester une montée de version, faire valider un paramétrage par un client, laisser un développeur casser des choses sans risque : dans tous ces cas, on veut une copie de la production, pas la production. Hodiploy duplique une instance complète en quelques clics.

Comment faire

1. Connectez-vous à Hodiploy depuis votre Espace Client
2. Sur la ligne de l'instance à copier, ouvrez le menu « Actions », puis « Dupliquer »
3. Choisissez la destination : une nouvelle instance, ou une instance existante que la copie viendra écraser
4. Pour une nouvelle instance, donnez-lui un nom et une adresse
5. Vérifiez les options de la section « Sur la copie » (voir plus bas)
6. Validez

La copie reprend la configuration de l'instance source (ressources, version d'Odoo, dépôt Git, paramètres d'envoi d'e-mails) et une copie de sa base de données et de ses fichiers joints, dans l'état où ils se trouvent au moment de la duplication.

L'instance d'origine n'est pas interrompue.

Côté Git

• Si le dépôt vient de votre compte GitHub connecté, il n'y a rien à faire : la copie suit le même dépôt et la même branche, et se redéploiera d'elle-même à chaque push
• En Git manuel (SSH), la clé SSH est réutilisée, mais chaque instance a besoin de son propre webhook. Hodiploy vous affiche l'URL à ajouter à votre dépôt au moment de la duplication : sans elle, la copie ne se redéploiera pas toute seule

Dans les deux cas, vous pourrez changer de branche après coup, depuis la page de modification. C'est d'ailleurs le scénario le plus courant : dupliquer la production, puis basculer la copie sur la branche de développement.

Ce qui est fait sur la copie

Une copie de production qui garde ses tâches planifiées et son vrai serveur d'envoi écrit à de vrais clients depuis un bac à sable. Hodiploy s'en occupe, et vous laisse la main.

Deux cases sont cochées par défaut dans la fenêtre de duplication :

• Couper les tâches planifiées : les actions planifiées d'Odoo (facturation récurrente, envois en masse, synchronisations) ne se déclencheront pas sur la copie. Le ménage interne d'Odoo, lui, continue de tourner
• Rediriger les e-mails vers MailHog : tout le courrier sortant part vers l'attrape-mail de votre machine, où vous pouvez le lire. Les serveurs d'envoi enregistrés dans la base sont désactivés au passage, sans quoi ils prendraient le dessus sur ce réglage

Une troisième case, décochée par défaut, anonymise les données : noms, adresses e-mail, téléphones et coordonnées bancaires des contacts sont remplacés par des valeurs factices. C'est ce qu'il faut pour confier une copie à un prestataire.

Sans case à cocher et sans condition, la copie perd aussi le code d'abonnement Odoo Enterprise de la source et reçoit un identifiant de base neuf. Sans cela, Odoo verrait votre abonnement remonter depuis deux bases et le signalerait comme dupliqué.

Dupliquer, recopier, ou restaurer ?

• Dupliquer crée une nouvelle instance à partir de celle-ci, telle qu'elle est maintenant. C'est ce qu'on veut pour un bac à sable à jour
• Recopier dans une instance existante écrase une instance que vous avez déjà, toujours avec l'état actuel de la source. C'est ce qu'on veut pour rafraîchir un environnement de travail déjà configuré et raccordé à votre dépôt, au lieu d'en créer un de plus. Vous choisissez d'y recopier la base de données, les fichiers joints, ou les deux
• Restaurer une sauvegarde copie l'instance telle qu'elle était à la date du jeu choisi. C'est ce qu'on veut pour enquêter sur un incident, ou vérifier le contenu d'une sauvegarde

Et les ressources ?

La copie consomme du CPU et de la RAM sur le même serveur que l'originale. Pensez à lui allouer moins de puissance qu'à la production, depuis « Éditer », et à la supprimer quand elle a fini de servir.

Une question sur la duplication ?

Contactez-nous, notre équipe se fera un plaisir de vous accompagner.

Mis à jour le : 27/08/2026