Bonjour à toutes et tous,
Voila plusieurs jours que je galère pour migrer mon site web et le VPS s'arrete dans 48h.
Il me reste la base de donnée (~90Mo)
La config initiale, gérée par un tiers à l'époque, est sous ubuntu, Nginx
Je souhaite migrer vers ma debian jessie fraichement installée.
**Ce qui semble ne pas fonctionner, ce sont les tables innodb qui restent systématiquement "In use" une fois le transfert terminé.**
Etant debutant, j'ai esssayé ça depuis mon ubuntu:
`sudo service mysql stop` _(puis attente de 3 min pour être sur que le service soit bien fermé)_
Ensuite je transfert les fichiers mysql et redemarre mysql ensuite
` scp -r -p /var/lib/mysql/mon-site/ root@111.222.333.444:/var/lib/mysql/mon-site-nouveau-serveur/`
puis
` sudo service mysql start`
Sur le serveur cible, j'effectue ensuite
`chown -R mysql:mysql /var/lib/mysql/mon-site-nouveau-serveur/`
Une idée sur mon erreur ?
Pbl migration MySQL VPS vers Dédié : HELP
Related questions
- Proxmox VM accès internet impossible
55474 
19.11.2016 12:11
- Spam et IP bloquée
52892 12.12.2016 11:53
- il y a quelqu'un ?
52069 15.12.2025 17:01
- Mise en place de VM avec IP publique sur Proxmox 6 [RESOLU]
50740 30.04.2020 17:12
- SSD NVMe Soft Raid ou SSD SATA Hard Raid
50328 29.06.2021 23:29
- Port 25 bloqué pour spam à répétition
47572 28.02.2018 13:39
- Mise à jour PHP sur Release 3 ovh
46979 11.03.2017 17:43
- Identification carte réseau
45963 05.12.2025 10:09
- Connection smtp qui ne marche plus : connect error 10060
45278 12.04.2019 10:10
- Partition sur le disque de l'OS ESXI
44956 09.05.2017 14:33
et si tu faisais un backup de la BDD puis que tu l'importais sur le nouveau serveur ?
1) sur l'ancien serveur du coupe apache (comme çà la base de données ne sera plus modifiée par du PHP)
2) mysqldump --single-transaction --databases db1 > dump.sql
3) tu transfères le backup sur le nouveau serveur
4) tu importes le backup sur le nouveau serveur.
Merci Buddy, l'ancien serveur est en Nginx; je tente le coup
Buddy propose la bonne solution.
Fais un dump "propre" et réimporte le.
Le copier / coller fonctionne bien pour des tables myisam, mais est à éviter pour des tables innodb....
Cela peut éventuellement fonctionner sous réserve de copier l'intégralité des fichiers mysql (sous réserve que ce soit la même version entre les deux serveurs).
Ok, merci,
Je me retrouve avec une erreur à l'import :
Unknown collation: 'utf8mb4_unicode_520_ci'
Je viens de remplacer "utf8mb4" par "utf8" dans mon fichier de sauvegarde et retente un import.
quel est la version de php et de mysql de l'ancien serveur ?
et de nouveau ?
Bonjour,
Lors de ton dump, tu as des options du type --compatible pour rendre ton dump plus facilement importable. Ne pas hésiter à rajouter dans le mysqldump un --opt --triggers --routines en fonction de la complexité de la base de données.
Un point important à vérifier est l'encodage par défaut du serveur MySQL de départ et d'arrivée. Ca peut te jouer de mauvais tours.
**Ancien**
MySQL dump 10.13 Distrib 5.6.23-72.1
Nginx version 1.6.2
**Nouveau**
Debian Linux 8.7
MySQL version 5.5.55
Nginx version 1.6.2
Mettre à jour Mysql sur le nouveau serveur : serait-ce la solution ?
Bonjour,
Le fait de basculer sur un MySQL 5.6 peut apporter une partie des solutions, néanmoins, le paramétrage du MySQL au niveau des variables liées à l'encodage reste à faire de toute façon.
Quitte à changer de version de MySQL, tu peux aussi tenter MariaDB 10.1 (qui se base sur MySQL 5.6). MariaDB fournit les repositories Debian pour le faire en respectant les dépendances du système, ce qui est une très bonne chose.
Tu peux accélérer la vitesse de dump en utilisant mydumper. Très pratique pour réimporter très rapidement les données (vu que ça se fait en parallèle)
Merci @TBC_Ly0n mais ça risque d'être plus compliqué pour moi (vu mon niveau)
Au départ, j'avais fait mon dump en ligne de commande simple sans option.
Forcer la compatibilité lors de l'export vers du mysql40 pourrait il etre envisagé ?