freepie Posted July 24, 2016 Share Posted July 24, 2016 Bonjour a tous J ai atteint la taille limite de ma base de données chez ovh en mutualisé , disons baseovh2 . 500MG. J ai à ma disposition une base de donnée vide disons ovh1 de 2000 Mg . je voudrai faire migrer la première ovh2 vers la seconde ovh1 . La procédure serait de faire une sauvegarde et d installer celle ci dans ovh1. Mais a quelles difficultés vais je faire face quand ce sera fait ? problèmes de connections etc. Quelqu' un pourrait il me donner une procédure à suivre pour que je n oublie rien,( je n ai pas envie de tout planter avec des oublis ou étourderies...) car la faq de ovh est très succincte. D avance merci. Cordialement Olivier Link to comment Share on other sites More sharing options...
Oron Posted July 24, 2016 Share Posted July 24, 2016 Bonjour Vous exporter votre base de donnée baseovh2 de 500 Mg en un fichier *.zip sélectionnez mode zip dans le menu déroulant dans l'onglet export sur phpmyadmin Pour la base de 2000 Mg je suppose qu'elle est sur un autre serveur, créer un utilisateur il peut être le même que pour al base ovh2 de 500Mg et un mot de passe Pour le nom de la base de donnée si ce n'est pas au même endroit vous pouvez donner le même nom Dans le cas ou vous gardez le même utilisateur (login) et le même mot de passe + le même nom de la base de donnée et que le nom du serveur changer vous avez juste besoin de modifier le nom du serveur de base de donnée dans le setting.inc.php Puis vous importez votre fichier baseovh2.zip dans la base de donnée baseovh1 de 2000 Mg Pendant ce temps d'export import mettez votre boutique en maintenance pour ne pas avoir de nouvelle commande sur l'ancienne base de donnée. A vérifier si vous changez de serveur ou simplement si la taille de votre base de donnée augmente. 1 Link to comment Share on other sites More sharing options...
doekia Posted July 24, 2016 Share Posted July 24, 2016 - Mise en maintenance du site - Export de la base de données baseovh2 (phpmyadmin) - Bien vérifier que l'export est complet ... il doit contenir la table ps_zone - Import de ce fichier dans baseovh1 - Modifier les paramètres _DB_SERVER_, _DB_NAME_, _DB_USER_, _DB_PASSWD_ dans le fichier settings.inc.php pour qu'il correspondent à baseovh1 - Se logguer dans l'admin, enlever le mode maintenance. 1 Link to comment Share on other sites More sharing options...
freepie Posted July 25, 2016 Author Share Posted July 25, 2016 un grand merci à vous deux. Je lance tout ca ce matin . Je craignais le pire... et je vous tiens informé. Cordialement. Olivier Link to comment Share on other sites More sharing options...
freepie Posted July 25, 2016 Author Share Posted July 25, 2016 Encore merci a oron et doekia qui m ont donné une marche a suivre sans problemes . Neanmoins l ensemble des articles classés en " NOUVEAUTES" ce sont envolés . La vignette image remplacee par un gros point d interrogation et les pages produits correspondantes en 404. Je crois qu une table s est perdue en route. Si je peux encore abuser de l aide precieuse d un specialiste pour verifier l integrite de la base et ajouter la table manquante ce serait super. Sinon Bravo pour la clarté de vos explications a vous deux. cordialement. Olivier Link to comment Share on other sites More sharing options...
doekia Posted July 25, 2016 Share Posted July 25, 2016 Donne moi un accès en MP que l'on regarde ça, car ce n'est pas normal du tout Link to comment Share on other sites More sharing options...
freepie Posted July 26, 2016 Author Share Posted July 26, 2016 Bonjour Doekia. En fait c est une partie de la table product_lang qui a été zappée lors du transfert de base. Je n arrivais pas à la compéter ( comme un con je ne cochais pas CSV et laissait sql par defaut quand je l exportais) je viens de percuter ce matin ( la nuit porte conseil. J ai donc créé un fichier csv de la table product lang tpl de l ancienne base. J ai supprimé toutes les lignes deja importées dans la nouvelle base. et j ai importé en csv ce fichier modifié. J ai retrouvé tous les articles à qui ils manquaient les champs . puisque l erreur affichait http://maboutique.com/p/-.html au lieu de http://fripie.com/p/4651-chemisier-femme-coline-blanc.html par exemple. Tout est rentré dans l ordre. En tout cas merci a toi et si un jour tu as besoin d un modeste avis, j espere que je pourrai y repondre. cordialement. Olivier Link to comment Share on other sites More sharing options...
doekia Posted July 26, 2016 Share Posted July 26, 2016 Oui mais ce n'est pas normal. CSV c'est très loin d'être l'optimal pour import/export dans ce cas de figure. Je pense que c'est le buffer size de la base de données d'import qui est trop petit en comparaison de celui de la base de donnée d'export. Ce qui signifie que potentiellement d'autres tables on sautés (import partiel). Donc il faut tout revoir. Sur chacune des bases, execute la requete SQL suivante et donne les résultats: SHOW VARIABLES LIKE 'max_allowed_packet'; Link to comment Share on other sites More sharing options...
freepie Posted July 31, 2016 Author Share Posted July 31, 2016 Desole je n ai pas pu repondre avant. Merci pour ton explication. Des que j ai une minute je lance la requete et donne les resultats. cordialement. Olivier. Link to comment Share on other sites More sharing options...
freepie Posted January 29, 2017 Author Share Posted January 29, 2017 max_allowed_packet16777216 Link to comment Share on other sites More sharing options...
.png.022b5452a8f28f552bc9430097a16da2.png)
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now