Différences
Ci-dessous, les différences entre deux révisions de la page.
Les deux révisions précédentesRévision précédenteProchaine révision | Révision précédente | ||
tutoriel:erp-crm:dolibarr:reinstall:ovh:start [2021/10/18 14:49] – [Autres étapes] admin | tutoriel:erp-crm:dolibarr:reinstall:ovh:start [2022/08/13 22:27] (Version actuelle) – modification externe 127.0.0.1 | ||
---|---|---|---|
Ligne 23: | Ligne 23: | ||
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. | 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 ===== | ===== Autres étapes ===== | ||
- | ~~ol: | + | <WRAP list-deep> |
- **Restaurer les fichiers documents** | - **Restaurer les fichiers documents** | ||
- **connectez-vous en administrateur sur votre nouvelle installation de Dolibarr** | - **connectez-vous en administrateur sur votre nouvelle installation de Dolibarr** | ||
Ligne 37: | Ligne 38: | ||
- Sur votre nouvelle installation de Dolibarr, connectez-vous avec un compte administrateur | - Sur votre nouvelle installation de Dolibarr, connectez-vous avec un compte administrateur | ||
- **Allez dans le menu Accueil > Outils d' | - **Allez dans le menu Accueil > Outils d' | ||
- | - Choisissez la méthode d'import | + | - **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 " |
* **base_de_données** : nom de la base de données MySQL qui contiendra vos données Dolibarr, | * **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 ' | * **nom_ou_ip_serveur** : nom de la machine sur laquelle sera restaurée la base de données. Cela peut être ' | ||
Ligne 44: | Ligne 45: | ||
* **votremotdepasse** : mot de passe du compte utilisateur MySQL (attention pas d' | * **votremotdepasse** : mot de passe du compte utilisateur MySQL (attention pas d' | ||
* **monfichiersauvegarde.sql** : nom du fichier dump (ex. mysqldump_dolibarr_2.7.0_200812021800.sql) | * **monfichiersauvegarde.sql** : nom du fichier dump (ex. mysqldump_dolibarr_2.7.0_200812021800.sql) | ||
- | - Dans un terminal, | + | - **Dans un terminal**, |
- | - Allez dans le répertoire où est enregistré le fichier de sauvegarde à restaurer. | + | - **Allez dans le répertoire où est enregistré le fichier de sauvegarde** à restaurer. |
- | - Lancez la commande fournie précédemment (n' | + | - **Lancez la commande fournie précédemment** (n' |
- | - vous pouvez également utiliser | + | - **Vous |
+ | - **cliquez sur le lien __Importer__** | ||
+ | - **cliquez sur < | ||
+ | - **Cliquez sur < | ||
+ | - Les résultats | ||
+ | </ | ||
===== Conclusion ===== | ===== Conclusion ===== | ||
===== Problèmes connus ===== | ===== Problèmes connus ===== | ||
+ | |||
+ | ??? ERROR 1005 (HY000) at line 20: Can't create table `dolibarr`.`llx_accounting_account` (errno: 150 " | ||
+ | !!! Si vous avez cette erreur, vous devez manuellement détruire la table llx_accounting_account et llx_accounting_system, | ||
+ | ??? Erreur au chargement de table sur des foreign keys. | ||
+ | !!! Votre dump sql doit désactiver les vérifications de Foreign Keys pendant la restauration, | ||
+ | |||
+ | Exemple: Ajouter FOREIGN_KEY_CHECKS au tout début et à la fin du fichier sql: | ||
+ | <code SQL mysqldump_....sql> | ||
+ | -- SQL Dump | ||
+ | -- Server version: 5.5.8 | ||
+ | |||
+ | SET FOREIGN_KEY_CHECKS=0; | ||
+ | SET SQL_MODE=" | ||
+ | |||
+ | |||
+ | /*!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;</ | ||
+ | |||
+ | ??? Erreur dans la requête (1071): Specified key was too long; max key length is 767 bytes | ||
+ | !!! 767 octets est la limite de préfixe indiquée pour les tables InnoDB dans MySQL version 5.6 (et versions antérieures). Elle fait 1 000 octets pour les tables MyISAM. Dans MySQL version 5.7 et supérieures, | ||
+ | |||
+ | Sachez aussi que si vous définissez un index sur un grand champ char ou varchar encodé en utf8mb4, vous devez diviser par 4 la longueur maximale du préfixe d' | ||
+ | |||
+ | !!! Une solution est de placer une limite inférieure sur vos champs VARCHAR. | ||
+ | !!! Une autre option (selon la réponse à ce problème) consiste à utiliser un sous-ensemble de la colonne plutôt que le montant total, c' | ||
+ | |||
+ | Ajustez au fur et à mesure que vous devez obtenir la clé à appliquer, mais je me demande s'il vaudrait la peine de revoir votre modèle de données concernant cette entité pour voir s'il y a des améliorations qui vous permettraient d' | ||
===== Voir aussi ===== | ===== Voir aussi ===== |