Bonjour,
Spip 1.9.2d
Les sauvegardes des bases avortent toutes en cours d’exécution.
Le premier essai de sauvegarde va à son terme et affiche : « La base a été sauvegardée dans :
tmp/dump/…_20090314.xml.gz (28 octets). Vous pouvez retourner à la gestion de votre site. »
Sauf que, 28 octets… ça le fait pas trop…
Si j’effectue un deuxième essai, la procédure se lance puis s’interrompt avec un beau " 500 Internal Server Error".
Par accès FTP, je vois alors dans le dossier dump une vingtaine de fichiers nommés « …20090314.xml.gz.part_026_0001.gz » d’une taille allant de 1 Kb à 750 Kb selon ces fichiers.
Si je laisse ces fichiers dans le dossier « dump », tout nouvel essai de sauvegarde produit aussitôt un message d’erreur " 500 Internal Server Error".
Depuis phpmyadmin, je vois 59 tables pour une taille totale de 16.8 Mo
Par exemple, les tables les plus lourdes :
| Table | Enregistrements | Type | Taille |
|---|---|---|---|
| spip_articles | 317 | MyISAM | 2,8 Mio |
| spip_courriers | 136 | MyISAM | 1,5 Mio |
| spip_index | 115543 | MyISAM | 6,2 Mio |
| spip_referers | 11265 | MyISAM | 1,6 Mio |
| spip_referers_articles | 8376 | MyISAM | 1,4 Mio |
| spip_visites_articles | 35778 | MyISAM | 1,1 Mio |
Question 1 : est-ce que le poids général des tables peut empêcher/contrarier la sauvegarde des bases de SPIP ?
Question 2 : quelles sont les tables sauvegardées par le dump de SPIP ?
Question 3 : j’aimerais bien passer à SPIP 1.9.2g… Mais sans sauvegarde récente, j’hésite.
Je peux essayer de sauvegarder les tables depuis phpmyadmin, mais :
- faut-il toutes les sauvegarder ?
- n’y a-t-il pas également un pb de taille maximum de table ?
@+
Luc