- Objectif
- Transférer une instance Dolibarr (fichiers + base) vers un nouvel hébergement avec interruption minimale.
- Livrables typiques
- Sauvegarde source, import, tests de connexion, bascule DNS, contrôle post-migration.
- Offre liée
- Migration offerte à la souscription NordHost.
Pourquoi les migrations Dolibarr échouent (et comment l’éviter)
Une migration ratée vient rarement d’un « oubli de fichier » seul. Les causes fréquentes : version PHP incompatible, module obsolète, base MySQL/MariaDB mal encodée, chemins de documents incorrects, ou bascule DNS faite avant les tests.
L’approche NordCode est conservative : sauvegarder, restaurer sur l’environnement cible, tester en parallèle si possible, puis bascule quand les utilisateurs clés ont validé facturation et stocks.
Les étapes d’une migration d’hébergeur Dolibarr
1. Inventaire
Version Dolibarr exacte, liste des modules (natifs + tiers + spécifiques), taille de documents/, nombre d’utilisateurs, crons éventuels, intégrations API. C’est le socle du devis et du planning.
2. Sauvegarde complète
Dump SQL propre + archive des fichiers (code custom si hors standard, répertoire documents, éventuellement conf/conf.php pour référence — les secrets ne doivent pas être exposés). Vérification que l’archive n’est pas corrompue.
3. Environnement cible
Stack alignée (PHP, extensions, MariaDB). Sur NordHost, l’environnement est prédimensionné pour un usage standard ; les cas lourds sont cadrés avant engagement.
4. Restauration et tests
Import base, déploiement fichiers, ajustement des URLs si nécessaire, test de connexion admin, génération d’un PDF, création d’un brouillon de facture, vérification des modules critiques.
5. Bascule DNS et communication
Mise à jour de l’enregistrement ou du sous-domaine, TTL DNS anticipé, message aux utilisateurs avec créneau d’indisponibilité éventuelle. Garder l’ancien hébergement en lecture seule quelques jours en filet de sécurité.
Changer d’hébergeur Dolibarr : cas fréquents
- Depuis Elonet — fin de service ou recherche d’un interlocuteur plus proche ; export habituel + reprise NordHost.
- Depuis un mutualisé — lenteurs ou limites ; intérêt d’une VM dédiée.
- Depuis un serveur local — NAS ou vieux serveur on-premise ; migration vers cloud managé.
- Migration de version en même temps — possible mais plus risqué ; souvent on sépare « changement d’hébergeur » et « montée de version » (voir mise à jour Dolibarr).
DNS, HTTPS et emails
Le certificat HTTPS est provisionné sur le nouveau domaine ou sous-domaine. Les utilisateurs doivent utiliser la nouvelle URL — pensez à mettre à jour les favoris et les liens dans vos modèles d’email.
Dolibarr envoie des mails via votre fournisseur SMTP (Office 365, OVH mail, etc.). NordHost ne fournit pas de relais sortant : vérifiez que les paramètres SMTP restent valides après migration.
Compatibilité modules et développements spécifiques
Un module non maintenu peut bloquer une montée de version ou une migration. Avant engagement, NordCode identifie les modules à risque et propose soit une mise à jour du module, soit un contournement, soit un report de migration de version.
Les développements sur mesure (hooks, écrans custom) suivent la même logique : ils doivent être testés sur l’environnement cible. C’est du développement Dolibarr, pas de l’hébergement pur.
Ce que NordCode propose
Prestation de migration au forfait ou au temps passé selon complexité. Avec NordHost, la migration standard est incluse à la souscription pour les volumétries prévues par l’offre (jusqu’à 3 utilisateurs, usage standard).
Hébergement destination : offre NordHost · Maintenance après migration : maintenance Dolibarr.