Combien de temps couper le service ?

Souvent moins de deux heures pour une PME si la bascule est préparée. Les gros volumes se font hors heures ouvrées.

Faut-il réinstaller Dolibarr à zéro ?

Non : on restaure base + fichiers sur le nouvel environnement, puis on valide version et modules.

Les emails sont-ils migrés avec Dolibarr ?

Non en général. La messagerie reste chez votre fournisseur ; seul le SMTP configuré dans Dolibarr peut changer.

Qui peut réaliser la migration ?

Un intégrateur Dolibarr ou l’hébergeur si l’accompagnement est inclus (ex. NordHost à la souscription).

Comment migrer Dolibarr proprement | Guide technique NordCode

Objectif: Transférer fichiers + base vers un nouvel hébergement avec interruption minimale.
Clés: Sauvegarde vérifiée, tests avant DNS, modules compatibles.
Guide complémentaire: Page migration NordCode

Schéma des étapes d’une migration Dolibarr

Avant de migrer : inventaire honnête

Noter la version exacte de Dolibarr, la version PHP et MariaDB/MySQL, la liste des modules (natifs, tiers, spécifiques), la taille de la base et du dossier documents/, le nombre d’utilisateurs actifs, les crons (relances, imports), les intégrations API.

Cet inventaire évite le devis « au feeling » et les mauvaises surprises le jour J.

Sauvegarde complète et vérifiable

Base de données

Dump SQL cohérent (moteur arrêté ou dump avec verrou selon méthode). Vérifier que le fichier n’est pas tronqué (taille, ouverture en tête/queue).

Fichiers

Archiver au minimum documents/ et tout custom hors dépôt standard (modules dans custom/, éventuels scripts). Conserver une copie de conf/conf.php pour référence — sans exposer les secrets ailleurs.

Test de restauration

Sur un bac à sable ou la machine cible avant bascule publique : restaurer, se connecter, ouvrir une fiche tiers, générer un PDF test.

Préparer l’environnement cible

PHP, extensions requises, version MariaDB, espace disque, cron configurés. Sur une offre comme NordHost, le socle est prédéfini pour un Dolibarr standard — les cas lourds sont cadrés avant engagement.

Si vous profitez de la migration pour monter de version, lisez d’abord préparer une mise à jour Dolibarr — combiner les deux augmente le risque.

Procédure de bascule (schéma type)

Geler les écritures si possible (mode maintenance ou accord utilisateurs).
Sauvegarde finale « à l’instant T ».
Import sur le serveur cible.
Tests fonctionnels (login, facture brouillon, module critique).
Bascule DNS ou changement d’URL communiquée.
Surveillance post-bascule 24–48 h.

DNS, URL et certificats

Anticiper le TTL DNS pour réduire le délai de propagation. Prévoir le certificat HTTPS sur le nouveau nom ou sous-domaine. Communiquer la nouvelle URL aux utilisateurs — les favoris obsolètes génèrent des tickets « ça ne marche plus ».

Emails et Dolibarr

Dolibarr envoie via votre SMTP (Office 365, OVH Mail, etc.). La migration d’hébergement ne déplace pas votre messagerie. Recontrôler les paramètres SMTP et un envoi test après bascule.

Modules et développements spécifiques

Un module non maintenu peut bloquer l’import ou planter à la première connexion. Identifier ces modules avant engagement. Les adaptations custom relèvent du développement Dolibarr, pas d’un simple copier-coller de fichiers.

Après la migration

Conserver l’ancien hébergement en lecture seule quelques jours. Documenter la nouvelle URL, les accès admin, la date de dernière sauvegarde testée. Planifier la première montée de version sur le nouvel environnement seulement quand tout est stable.