Discussion :

[JLC2000]

Bonjour
je viens de réinstaller mon serveur en effet, le passage de ubuntu16.04LTS à 16.06LTS a été sanglant.
Avant la réinstall, j'ai fait une sauvegarde de mes bases (une demi douzaine). Je sais bien que j'aurais du faire un dump de chacune, et le tour était joué, mais j'ai fait une bulle : j'ai seulement copié les dossiers de /var/lib/mysql/ (un dossier par base). Ces dossiers appartiennent à mysql donc j'y ai accédé comme root.
Une fois faite la réinstallation, j'ai replacé un de ces dossiers dans /var/lib/mysql/ pour voir si ça marchait mais j'obtiens des erreurs. Par exemple phpmyadmin voit la base mais pas les tables : « Aucune table n'a été trouvée dans cette base de données. »
J'ai essayé de faire un dump de mes bases avec le script suivant :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
 
#!/bin/sh
# This will dump all your databases
 
DATE=$(date +%Y%m%d%H%M)
 
for DB in $(echo "show databases" | mysql --defaults-file=/etc/mysql/debian.cnf -N)
do
        mysqldump --defaults-file=/etc/mysql/debian.cnf $DB > /home/cavalier/www/backup/mysql/${DB}_${DATE}.sql
 
        gzip /home/cavalier/www/backup/mysql/${DB}_${DATE}.sql
done
 
# purge old dumps
find /home/cavalier/www/backup/mysql/ -name "*.sql*" -mtime +8 -exec rm -vf {} \;

mais j'obtiens les erreurs suivantes :

mysqldump: Got error: 1044: Access denied for user 'debian-sys-maint'@'localhost' to database 'information_schema' when using LOCK TABLES
mysqldump: Got error: 1142: SELECT, LOCK TABLES command denied to user 'debian-sys-maint'@'localhost' for table 'accounts' when using LOCK TABLES
mysqldump: Got error: 1146: Table 'russie2016.wp_commentmeta' doesn't exist when using LOCK TABLES

Une idée ? Merci d'avance.

[Artemus24]

Salut JLC2000.

On ne le dira jamais assez, une sauvegarde consiste à faire une exportation de vos bases de données en utilisant mysqldump.
Vous ne devez jamais copier les fichiers systèmes de vos bases de données car en changeant de version de mysql, vous n'avez aucun garantie que cela soit encore compatible.
Comme vous n'avez certainement pas conservez le fichier "ibdata1", même en revenant à l'ancienne version mysql, vous ne pouvez pas effectuer votre exportation.

Si vous avez fait une sauvegarde complète (backup) de votre serveur mysql, vous pouvez la restaurer à la date qui vous intéresse, afin de faire votre exportation.
Dans les autres cas, je suis désolé pour vous, mais je ne peux rien faire !

@+

[JLC2000]

Bonjour Artemus24
Merci pour votre aide
Tout ce que j'ai, c'est ces 9 fichiers :

-rw-r----- 1 jlc jlc 56 janv. 28 15:48 auto.cnf
-rw-r--r-- 1 jlc jlc 0 janv. 23 14:08 debian-5.5.flag
-rw-r--r-- 1 jlc jlc 0 janv. 28 15:48 debian-5.7.flag
-rw-r----- 1 jlc jlc 6986 janv. 28 15:51 ib_buffer_pool
-rw-rw---- 1 jlc jlc 60817408 janv. 28 15:51 ibdata1
-rw-r----- 1 jlc jlc 50331648 janv. 28 15:51 ib_logfile0
-rw-r----- 1 jlc jlc 50331648 janv. 28 15:48 ib_logfile1
-rw-r----- 1 jlc jlc 12582912 janv. 28 15:51 ibtmp1
-rw-rw---- 1 jlc jlc 6 janv. 28 15:51 mysql_upgrade_info

et ces 3 dossiers :
drwxr-x--- 2 jlc jlc 4096 janv. 28 15:48 performance_schema
drwxr-x--- 2 jlc jlc 12288 janv. 28 15:49 sys
drwx------ 2 jlc jlc 4096 nov. 15 2012 test

et puis les dossiers de mes bases (un dossier par base).

Je le savais bien qu'il fallait exporter, je l'avais déjà fait.
Pourquoi je m'y suis pris comme un manche, cette fois, je ne sais pas.
Sans doute le stress de voir que l'upgrade ubuntu 14 >16 avait foiré.
Amicalement.
JL

[Artemus24]

Salut JLC2000.

Si vous avez fait la sauvegarde du répertoire "/data", essayez de restaurer votre ancienne version MySql.
Remplacez le nouveau répertoire "/data" par le votre et tentez une exportation.

Comme vous avez conservé ces fichiers : ib_buffer_pool, ibdata1, ib_logfile0, ib_logfile1, ibtmp1, il se peut que cela fonctionne.

Avez-vous aussi conservez votre fichier my.ini ?

@+

[JLC2000]

Re
- pour data, je ne l'ai pas (je suppose qu'il s'agissait de /usr/share/dbconfig-common/data ?
- pour my.ini c'est la même chose je ne l'ai pas
Apparemment, je n'ai copié que /var/lib/mysql/
pffffff
navré
JL

[Artemus24]

Salut JLC2000.

Je suis sous "windows 10 Pro".
Il est fort probable que les noms des chemins soient différents.
Je parlais de ceci : "F:\Wamp\bin\mysql\mysql8.0.3\data".

Vous devez songer à faire deux choses :

1) faire un backup régulièrement de la totalité de votre serveur mysql.
Il existe des outils pour cela. J'utilise acronis sous windows !
Cela permet de ne pas perdre la totalité de votre site web en cas de problème.

2) quand vous désirez faire une migration, genre passer de mysql d'une branche à une autre, vous devez impérativement faire un export.
Sous phpmyadmin, il y a l'onglet export et import, qui sont destinés à cela.
Puis ensuite, dans votre nouvel environnement, vous faites un import.

Désolé de ne pouvoir faire plus.

@+

[JLC2000]

Bonjour Artemus24
mais oui, importer, exporter, je sais tout ça, mais je ne l'ai pas fait.
Encore merci pour votre aide !
JL