Restauration d'une sauvegarde de la base de données avec l'outil de sauvegarde présent dans la Version 1.3.2

[Leregistraire]

Bonjour,

advenant un problème avec le serveur quelqu'un connaît la procédure pour rétablir la base de données créée à partir de cet outil « Sauvegarde de la BDD »? Merci par avance de votre réponse.

Cordialement

Patrick

[Rom Soul]

Désolé, pas de réponse très concrète dans cette réponse... un new comer répond à un beginner !

Je tombe sur ton fil parce que je planche sur le même problème que toi.
...Et faute de réponses, je viens étayer notre question commune

J'ai mis en place toute une base de données de test en local le temps de mettre au point un thème, et je cherche, à présent que ça marche sur mon PC, à mettre tout ça en ligne sur un serveur de développement pour passer à l'étape suivante.


Donc la question c'est comment transférer toute la config sur ce serveur quasi-vierge, sur lequel la même version de Prestashop que sur le poste local a été correctement installée mais...c'est tout pour l'instant.


Sauvegarder la BD via le back-office, j'ai trouvé (Outil/sauvegarde BD/faire 1 nouvelle sauvegarde), mais le fichier .bz2 obtenu (47 Ko !!) ne contient évidemment pas les images des galeries, les documents joints, les modules supplémentaires mis au point, la liste des modules installés ou non (et si oui dans quel hook) etc...
Je voudrais comprendre, en plus de ce petit fichier, quels sont les dossiers à transférer pour tout retrouver à l'arrivée, sans avoir à reconfigurer l'ensemble du "schmilblick".
En galérant lourdement, je vais bien réussir à tout reconstituer sur le serveur de dév, mais je me dis qu'il doit bien exister une solution plus élégante .

En faisant mes recherches, j'ai la désagréable impression qu'il y a autour de ce sujet un silence gêné : parait-il que le module de sauvegarde du back office ne marche pas bien, qu'il faut utiliser d'autres logiciels (topic sur le wiki)... ça m'étonne et j'espère bien que ce topic éclairera ce point.

J'ai lu beaucoup de bien d'un module de Julien Breux : c'est toujours bon à savoir mais ça ne répond pas à mon (notre !) problème.

Vu que ton message est resté 4 jours sans réponse, je m'apprête sans attendre de réponse à suivre ce tutoriel, mais je regrette un peu de ne pas avoir trouvé ça sur prestashop.com, qui pour moi fait autorité dans le domaine.

Attention les prestaphiles je vais faire (un tout petit peu) le troll : je travaille pas mal avec un autre CMS, Spip : OK ça ne gère pas l'e-commerce et ses subtilités, mais niveau sauvegarde c'est nettement plus simple !!


Bon courage les beginners, je repasserai ici dire ce que ça a donné pour moi.

[Leregistraire]

Bonjour,

je me suis équipé de ce module de sauvegarde sur la boutique Prestashop. Malheureusement pour moi mon hébergeur refuse systématiquement de produire pour moi une tâche crontab qui aurait permis à ce module de devenir entièrement automatisé. Ce que je peux te dire par contre est que ce module fonctionne parfaitement en mode manuel et récupère en quelques clics seulement la base de données ainsi que tous les sous-dossiers de Prestashop, donc tout en fin de compte je sais pas si mon post peut te sécuriser....

Cordialement

Patrick

[Rom Soul]

J'avais bien dit que je reviendrais

Les sauvegardes automatiques du module en question peuvent si j'ai bien compris être déclenchées par un "ping" extérieur (hebdomadaire, ou mensuel...) envoyé par un service sur lequel il faut se créer un compte... c'est sur la page linkée dans mon message précédent : "Pour utiliser la fonction cron avec ce module, il vous suffit de vous inscrire sur ce service. (http://www.onlinecron.com/)" ça pourrait résoudre ton problème avec ton hébergeur ?

Ce module est sans doute très pratique, mais n'a pas résolu mon problème du jour : une fois installé sur mon prestashop local et sur le serveur, je n'ai pas trouvé le moyen de faire transiter le fichier de sauvegarde par FTP (dossiers du module verrouillés en écriture et tout... je n'ai pas voulu insister)

Je m'en suis finalement sorti, avec la méthode suivante :

Etape 1: TOUT transférer par FTP vers le serveur : c'est la certitude que les images, les modules, les infos CMS (...) Tout sera en ligne... Sauf la BD

Etape 2 : transfert de la BD avec MySqlDumper. :
1. Installer* en local pour générer une sauvegarde de la BD,
2. Transmettre par FTP la sauvegarde sur le serveur
3. Installer sur le serveur pour restaurer cette même sauvegarde.

Il faut juste ne pas se louper concernant les coordonnées de la BD (qui ne sont pas forcément les mêmes en local et sur le serveur, d'ailleurs) : renseigner le nom, le user, le mot de passe en s'appliquant ! (+ d'info dans ce topic)

NB: ça m'étonne tout de même d'avoir du passer par un logiciel "tiers" : je suis curieux de savoir s'il n'existe pas une solution plus propre, interne à Prestashop !!! Si un spécialiste a une réponse, je prends...

Installation* : C'est du PHP, donc une fois dézippé il suffit d'ouvrir le dossier dans un navigateur (après avoir démarré EasyPhp ou Xxamp si c'est en local ) et c'est parti.

Pour ton cas je ne sais hélas pas si MySqlDumper permet de restaurer les sauvegardes BD générées avec l'outil Prestashop...

Bon courage !

[marty69]

bonjour,

votre hébergeur doit avoir un tel outil si il propose avec votre pack une ou plusieurs bases de données. Vérifiez dans votre panel d'administration de votre hébergement, en général ils intègrent un outil qui s'appelle PhpMyAdmin. Faite une sauvegarde de votre base depuis le back-office de prestashop puis importer la dans votre nouvelle install avec PhpMyAdmin

[Rom Soul]

Bonjour,

Et merci de votre réponse.
Pour des raisons pas très "pro" je n'ai pas réussi à me connecter au PhpMyAdmin ou équivalent du serveur de dév que j'utilise : il est géré par un collègue qui n'était pas joignable ce weekend, particulièrement à 3h du matin, bref... C'est la solitude des développeurs noctambules

Pas grave, MySqlDumper a fait mon affaire, mais je vais récupérer des infos plus complètes pour pouvoir utiliser PhpMyAdmin la prochaine fois.

Il me reste cependant des questions (peut-être faut-il en faire des topics distincts ?):
L'outil "sauvegarde de BD" de Prestashop fonctionne-t-il ou non ?
Les sauvegardes générées ainsi peuvent-elles être restaurées via le back office (si oui, ou ça ?), ou faut-il les restaurer via PhpMyAdmin ?
Restauration du reste du site (images, documents joints, thème, modules, gestion des hooks...) : le transfert massif par FTP que j'ai effectué est-il l'unique solution, ou y a-t-il une procédure plus ... élégante ?

Merci !

[marty69]

L'outil "sauvegarde de BD" de Prestashop fonctionne-t-il ou non ?

oui

Les sauvegardes générées ainsi peuvent-elles être restaurées via le back office (si oui, ou ça ?), ou faut-il les restaurer via PhpMyAdmin ?

Par le back-office évidement non, la base étant les fondations si vous la videz prestashop ne fonctionne plus et vous ne pouvez donc plus importer. Il faudrait que la sauvegarde/restauration ne se fasse que sur des éléments non vitaux (produits, clients, commandes...). A restaurer donc depuis PhpMyAdmin

Restauration du reste du site (images, documents joints, thème, modules, gestion des hooks...) : le transfert massif par FTP que j'ai effectué est-il l'unique solution, ou y a-t-il une procédure plus ... élégante ?

C'est à priori le seul moyen. Si vous vous y connaissez un peu vous pouvez par contre envoyer une archive ZIP de votre site et l'extraire directement depuis le serveur plutot que d'envoeyr fichier par fichier

[Rom Soul]

Me voilà fixé, merci pour ces réponses Marty69 !

C'est le fait de ne pas pouvoir restaurer dans le BO une sauvegarde BdD faite dans le BO qui ne m'était pas venu à l'esprit.
Je radote un peu mais... Je viens du CMS Spip où c'est possible ! (d'où mes "préjugés" sur ce problème au départ ) Je ne sais pas comment ils s'y prennent au niveau du codage, mais ça serait une fonctionnalité intéressante à rajouter à Prestashop.

Bref, c'est dorénavant clair dans ma tête.

Merci aussi pour la technique de l'envoi par ZIP de l'ensemble des fichiers : j'imagine que ça doit mettre à l'abri de pas mal d'erreurs de transmission.

Romain