Documentation du Dr FRAPPE

Ce wiki regroupe les résultats de mes expériences en informatique accumulés au cours de mes recherches sur le net.

Dans la mesure du possible, j'ai cité mes sources ; il en manque certainement… :-)

Ceci est une ancienne révision du document !


Réinstaller Dolibarr sur un serveur mutualisé OVH

Pré-requis

  • une sauvegarde de votre base de données (fichier dump, fait par mysqldump avec mysql par exemple).
  • une sauvegarde de votre répertoire documents complet
  • connaître le login et mot de passe de l'administrateur que vous utilisiez pour accéder au Dolibarr qui a été sauvegardé.

Première étape : Réinstaller le logiciel Dolibarr

Si vous avez désinstallé Dolibarr ou pas encore installé car vous êtes sur un nouveau serveur, vous devez installer Dolibarr comme si vous vouliez l'utiliser pour la première fois avec des données fraîches.

Attention à utiliser le même type de base de données qu'auparavant (Mysql, PostgreSQL…).

Vous devez installer exactement la même version (vX.Y) que celle qui était utilisée lors de votre sauvegarde.

Si vous voulez pour monter de version, il faut le faire dans un second temps.

Si la sauvegarde a été faite depuis Dolibarr, la version de Dolibarr sauvegardé est incluse dans le nom du fichier de sauvegarde de la base de données.

Autres étapes

  1. Restaurer les fichiers documents
    1. connectez-vous en administrateur sur votre nouvelle installation de Dolibarr
    2. Dans la colonne de gauche, allez à Accueil > Outils d'administration > Restauration ; Dolibarr affiche l'emplacement de votre répertoire des fichiers documents :
    3. Extrayez le fichier archive (fichier zip par exemple) du répertoire documents
    4. Connectez-vous à votre nouveau dolibarr via FTP
      1. Videz le répertoire dolibarr/documents
      2. Copiez le contenu de votre répertoire sauvegardé dans le répertoire documents de votre nouvelle installation de dolibarr.
  2. Restaurer la base de données MySQL :
    1. Si votre fichier de sauvegarde est une archive compressée, décompresser le fichier auparavant → *.sql
    2. Sur votre nouvelle installation de Dolibarr, connectez-vous avec un compte administrateur
    3. Allez dans le menu Accueil > Outils d'administration > Restauration
    4. Paragraphe 2, méthode d'importation : MySQL
      Dolibarr affiche une commande à lancer en ligne de commande avec le mot de passe masqué pour réaliser la restauration de la base de donnée.
      Cliquez sur “Afficher la commande complète” pour avoir la commande complète avec le mot de passe non masqué. Par exemple, on aura :

      mysql base_de_données -h nom_ou_ip_serveur -P 3306 -u utilisateur -pvotremotdepasse < monfichiersauvegarde.sql

      • base_de_données : nom de la base de données MySQL qui contiendra vos données Dolibarr,
      • nom_ou_ip_serveur : nom de la machine sur laquelle sera restaurée la base de données. Cela peut être 'localhost' qui est le nom générique de la machine locale sur laquelle vous opérez. Si la base doit être restaurée sur un autre système que la machine locale, remplacer localhost par le nom ou l'adresse IP du système distant en question.
      • -P 3306 : port TCP/IP utilisé par MySQL (peut être omis, sauf cas particuliers)
      • utilisateur : utilisateur privilégié MySQL que Dolibarr utilise pour se connecter à la base de données
      • votremotdepasse : mot de passe du compte utilisateur MySQL (attention pas d'espaces entre le p et le mot de passe)
      • monfichiersauvegarde.sql : nom du fichier dump (ex. mysqldump_dolibarr_2.7.0_200812021800.sql)
    5. Dans un terminal,
      1. Allez dans le répertoire où est enregistré le fichier de sauvegarde à restaurer.
      2. Lancez la commande fournie précédemment (n'oubliez aucun espace, signe “-” ou “<”)
    6. Vous pouvez également utiliser Adminer :
      1. cliquez sur le lien Importer
      2. cliquez sur Parcourir pour sélectionner votre fichier de sauvegarde (normalement, vous n'aurez à cocher aucune option en particulier, mais votre fichier de sauvegarde doit absolument désactiver FOREIGN_KEY_CHECKS, voir Problèmes connus)
      3. Cliquez sur Exécuter
      4. Cette méthode offre des résultats qui ne sont toutefois pas garantis contrairement à la méthode précédente.

Conclusion

Problèmes connus

Si vous avez cette erreur, vous devez manuellement détruire la table llx_accounting_account et llx_accounting_system, avant de recommencer la tentative de chargement.

Votre dump sql doit désactiver les vérifications de Foreign Keys pendant la restauration, sinon votre backup SQL ne pourra pas être restauré à cause des clashs entre les Foreign Keys! Ceci devrait être le cas par défaut si vous avez effectué votre sauvegarde correctement.

Exemple: Ajouter FOREIGN_KEY_CHECKS au tout début et à la fin du fichier sql:

mysqldump_....sql
-- SQL Dump
-- Server version: 5.5.8
 
SET FOREIGN_KEY_CHECKS=0;
SET SQL_MODE="NO_AUTO_VALUE_ON_ZERO";
 
 
/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
/*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
/*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
/*!40101 SET NAMES utf8 */;
 
CREATE TABLE IF NOT EXISTS `llx_accountingaccount` (
 
INSERT INTO ...
 
CREATE TABLE ...
 
INSERT INTO ...
 
...
 
SET FOREIGN_KEY_CHECKS=1;

Voir aussi


Basé sur « Restaurations » par wiki.dolibarr.org.