Hébergements Web - Base de données MySQL 4 supprimée et inrestaurable!
BMPCreated with Sketch.BMPZIPCreated with Sketch.ZIPXLSCreated with Sketch.XLSTXTCreated with Sketch.TXTPPTCreated with Sketch.PPTPNGCreated with Sketch.PNGPDFCreated with Sketch.PDFJPGCreated with Sketch.JPGGIFCreated with Sketch.GIFDOCCreated with Sketch.DOC Error Created with Sketch.
Frage

Base de données MySQL 4 supprimée et inrestaurable!

A
Von
AnnaE
Erstellungsdatum 2020-05-12 08:26:55 (edited on 2024-09-04 14:06:59) in Hébergements Web

Bonjour, la base de données de notre site sous MySQL 4 a été supprimée. J'ai reçu un dump mais il présente des erreurs qui empêchent le réinstaller. J'essaie de télécharger une sauvegarde antérieure à la suppression, mais elle est vide. Que faire??
Merci
Positive Bewertungen (0)
2219 Ansichten
41 Antworten ( Latest reply on 2020-05-13 09:57:52 Von
kyodev
)
F

Bonjour,

Pour commencer, je vous invite à lire ce post de @kyodev qui contient beaucoup d'informations utiles:

https://community.ovhcloud.com/community/fr/probleme-de-maj-sql-4-0-5-6?id=community_question&sys_id=ad02f9c8fd5e8e902d4c483e6acd51db
Hilfreich (0)
K

ah si en plus je n'ai plus le temps de répondre....
:)
Hilfreich (0)
A

Merci, mais je n'arrive même pas à ouvrir le fichier dump, il se met sur PowerArchiver et rien ne se passe quand je clique dessus contrairement à d'habitude où j'ai au moins un fichier text. Commen,t faire pour l'ouvrir?
Hilfreich (0)
F

```text Le fichier est compressé au format gunzip. Il faut d'abord décompresser le fichier avec un utilitaire. De mémoire, 7z (https://7-zip.org/download.html) sait très bien le faire pour Windows.

Vous aurez ensuite le fichier texte.

Petites précautions à prendre:
1. Ne jamais travailler sur le fichier téléchargé, mais sur une copie de travail (En cas de soucis, vous aurez toujours accès à l'original)
2. Utilisez un éditeur de texte simple, notepad++ par exemple (https://notepad-plus-plus.org/) ```
Hilfreich (0)
K

tu as aussi un spip un peu _"fossile"_ qu'il est urgent de revoir...
Hilfreich (0)
A

:-) Merci, j'ai réussi à visualiser le fichier sur blocnote. D'ailleurs, j'ai deux dump. Pourquoi?
Ensuite, le message d'erreur était : Dump file invalid : ERROR 1426 (42000) at line 9 in file: '/tmp/zyPuLhWPpd': Too big precision 14 specified for column 'maj'. Maximum is 6.
Je ne vois pas du tout de quoi il s'agit!
Hilfreich (0)
K

> le fichier sur blocnote.

NON pas ce truc microsoft
notepad++ comme indiqué
sur une **COPIE**

> too big precision 14

tu n'as pas lu le lien donné: le timestamp
Hilfreich (0)
F

Pouvez vous me donner le nom de l'hébergement ? il ne devrait y avoir qu'un seul dump, le format gunzip était un format de compression et non d'archivage de plusieurs fichiers !

Concernant le soucis de précision, la modification à apporter est décrite dans ce post:
https://community.ovhcloud.com/community/fr/probleme-de-maj-sql-4-0-5-6?id=community_question&sys_id=ad02f9c8fd5e8e902d4c483e6acd51db

timestamp(14) NOT NULL,

par

timestamp NOT NULL default CURRENT_TIMESTAMP on update CURRENT_TIMESTAMP
Hilfreich (0)
A

L'hébergement est fondationiph.org
Hilfreich (0)
A


le format gunzip était un format de compression et non d'archivage de plusieurs fichiers !


Pourquoi dis-tu cela? Est-ce que je dois avoir d'autres fichiers?
Hilfreich (0)
A

J'ai réussi à importer mon dump (un des deux...) mais mon site web n'est toujours pas visible.
J'ai vu que ça pouvait être une question de configuration, mais je suis dans l'incapacité de retrouver le fichier original car je ne suis là que depuis quelques mois, est le site date de 2005 ou 2010...
Une autre chose m'intrigue, la taille de la base de données sur mon espace client est de 0ko, pourtant sur FTP (auquel j'ai réussi à accéder) j'ai bien des fichiers de plusieurs tailles
merci de votre aide si précieuse
Hilfreich (0)
K

il faut que tu corriges le fichier `/config/connect.php` avec les nouveaux paramètres de la base
(si c'est bon pour spip 1.9)

et surtout, après sauvegarde, que tu mettes à jour ton spip
mais pour un tel saut... je testerais avant

> la taille de la base de données sur mon espace client est de 0ko, pourtant sur FTP (auquel j'ai réussi à accéder) j'ai bien des fichiers de plusieurs tailles

pas de rapport entre Ftp et Base
la taille de la base sera visible plus tard sauf à recalculer la taille
Hilfreich (0)
F

@AnnaE,

J'ai forcé un recalcul des quotas, votre base indique maintenant la bonne taille.

J'ai également vérifié le fichier .gz fourni, il ne contient bien qu'un fichier. Peut être avez vous reçu 2 dumps car vous aviez 2 bases ?

Afin de remettre en ligne votre site, il faut effectivement modifier le fichier /config/connect.php comme demandé par @kyodev afin que se dernier pointe vers les informations de connection à la base de données
Hilfreich (0)
A

Voici le contenu du fichier connect.php, il faut que je mette 5.2?

if (!defined("_ECRIRE_INC_VERSION")) return;
$GLOBALS['spip_connect_version'] = 0.4;
spip_connect_db('sql10','','fondatio_wp','amelie','fondatio_wp');
?>
Hilfreich (0)
A

Pardon, 5.6?
Hilfreich (0)
A


J'ai également vérifié le fichier .gz fourni, il ne contient bien qu'un fichier. Peut être avez vous reçu 2 dumps car vous aviez 2 bases ?


Peut-être bien, pouvez-vous me dire lequel est le bon? J'avais deux noms :
- fondatiowp.dump
- fondation_wp.dump

Je vais vérifier que j'ai bien importé la bonne base
Hilfreich (0)
A

Erreur, le deuxième nom de fichier est
- fondatio_wp.dump
Hilfreich (0)
K

non, ne pas toucher à la version
juste tu dois changer les paramètres de connexion à la base:

genre:
```php
// spip_connect_db('serveur ','(port)','utilisateur','mdp','nom base','mysql','prefx','[auth]','encodage');
spip_connect_db('nomBase.mysql.db','3306','nomBase','password','nomBase','mysql', 'spip_','','utf8');
```
À VÉRIFIER:
```php
spip_connect_db('fondatio_wp.mysql.db','','fondatio_wp','xxxx','fondatio_wp');
```

### changer ce mot de passe aussi, trop fragile
Hilfreich (0)
A

Le port c'est toujours 3306? Sinon je le trouve où?
Hilfreich (0)
K

tu peux laisser vide, dans ce cas, le défaut: 3306
Hilfreich (0)
A

J'ai mis à jour comme il faut me semble-t-il, j'ai enregistré, mais ça ne change rien sur le site.
Voici le fichier:
if (!defined("_ECRIRE_INC_VERSION")) return;
$GLOBALS['spip_connect_version'] = 0.4;
spip_connect_db('fondatio_wp.mysql','3306','fondatio_spip','Iph052020','fondatio_spip','mysql','spip_','utf8')
?>
Hilfreich (0)
K

il faut absolument que tu évites de mettre des mots de passe en public...

ton serveur doit plutôt être `fondatio_wp.mysql.db`
Hilfreich (0)
A

J'avais rectifié et ajouté .db mais ça ne fonctionne toujours pas
Hilfreich (0)
K

je n'ai plus d'idées à te soumettre, les paramètres que tu utilises te permettent d'ouvrir la base avec phpMyAdmin?
Hilfreich (0)
A

je ne suis pas sur phpMyadmin mais sur https://net2ftp.cluster003.hosting.ovh.net/index.php
Est-ce que ça vient de là?
Hilfreich (0)
F

La base non vide est fondatio_spip

Les paramètres devraient plutôt être
`spip_connect_db('fondatio_spip.mysql.db','','fondatio_spip','xxxx','fondatio_spip');`
Hilfreich (0)
A

déjà, pouvez-vous me dire si la BD correcte, initialement, est fondatiowp.dump ou fondatio_wp.dump?
Hilfreich (0)
A

Y'a du progrès! le site remarche mais sauf la page d'accueil
C'est peut-être à cause du mauvais fichier dump
Hilfreich (0)
K

ta page d'accueil semble correcte: https://community.ovh.com/uploads/default/original/3X/1/d/1d5b9c80b7f5832ca2589b208b3b2eeb817dc571.png
Hilfreich (0)
A

Tout marche a priori, merci 1000 fois !
Hilfreich (0)
A

j'ai encore une question, si je refais mon site non pas sur spip mais avec un autre outil, où trouverai-je les informations pour opérer correctement le transfert des fichiers ?
Merci
Hilfreich (0)
K

il a quel nom l'autre?
Hilfreich (0)
A

L'autre quoi? :-)
Hilfreich (0)
K

tu parles d'un **_autre_** outil
Hilfreich (0)
A

Je ne sais pas encore, peut-être wordpress, ou wix, est-ce que vous en avez un à me conseiller, même (un peu) payant?
Hilfreich (0)
A

Sachant qu'on n'est pas des pros :-)
Hilfreich (0)
K

Wix non !! et rien d'automatisable

Wordpress oui, et il y a des outils de transferts

et pourquoi ne pas rester sous spip?
Hilfreich (0)
A

Je ne connais pas du tout spip, ça me parait compliqué de ce que j'ai vu. Mais si vous me dites que c'est simple j'essaierai. Leurs documents sont super compliqués il le semble.
Hilfreich (0)
K

non non je ne dis pas que c'est simple
sauf la mise à jour (à réaliser avec prudence)

si tu préfères WP, pas de soucis, c'est une valeur sûre pour des tas de raisons

mais par expérience, exporter des vieux CMS peut poser soucis car les scripts ne sont pas prévus pour, donc intervention manuelle

mon idée:
mise à jour Spip
export sur WP
Hilfreich (0)
A

Je ne sais même pas ce qu'est un CMS...
Je vais essayer sur spip alors...
Hilfreich (0)
K

un CMS est ce qui te permet de gérer le contenu de ton site, Spip, Worpdress....

mais **ATTENTION**, Spip il faut le mettre à jour et il y a un grand saut à faire... (sous-entendu, il te faut peut-être un spécialiste)
Hilfreich (0)

An Diskussion teilnehmen