Bonjour à tous,
Je créé un post aujourd'hui car je suis **complètement bloqué**. Je ne suis pas un spécialiste, et je me retrouve avec ma BDD pleine. Mon site est en lecture seule et je ne peux pas agir.
J'ai (difficilement) contacté quelqu'un d'OVH sur Twitter qui m'a annoncé me laisser une heure en écriture / lecture pour me laisser gérer le problème. Sauf que ça n'a pas fonctionné, le site est resté en lecture sans raison. Je demande de refaire le processus, et ça a fonctionné pendant 15 minutes puis s'est rebloqué tout seul. J'ai juste eu le temps d'installer WP-Optimize et de lancer des optimisations, mais bizarrement durant ces 15mn la BDD est passée de 856 à 880 MO (sur 800 autorisés). Je ne sais pas ce qu'il ne fonctionne pas, et pourquoi la BDD a pu prendre en taille. J'ai un total de 202 tables ce qui me semble énorme.
Le site ne totalise qu'environ 645 articles, c'est pourquoi je suis surpris que la BDD soit déjà pleine. Je ne peux plus publier depuis 2 jours ce qui est très problématique.
Je ne sais pas quoi faire, je pense à supprimer des tables via PHPMyAdmin, mais j'ai peur de faire une erreur. Comment savoir s'il est possible de supprimer une table associée à un plugin sans risque ?
Je n'utilise plus le plugin Relevanssi, pourtant j'ai presque 100MO associé à ce plugin dans la BDD. Piwik (Matomo) que j'utilise pour les statistiques du sites prend plusieurs centaines de MO dans celle-ci.
J'ai tenté une optimisation avec WP Optimize mais je ne suis pas sûr que ça ai fonctionné. J'ai lu beaucoup de sujets et de tutoriels mais je n'ai pas trouvé de méthodes simples et sans risques de résoudre mon problème.
A noter, que tout à commencer à bugguer (BDD pleine et lecture seule) quand j'ai commencé à essayer de bidouiller avec WP Stagging et BackWUP. J'ai déjà mis de nombreuses heures à comprendre et assimiler le problème. Mais je ne trouve pas de solutions, un peu d'aide serait vraiment idéal !
Cordialement,
Et Merci d'avance
Hébergements Web - Problème BDD bloqué par OVH en lecture seul - Comment s'en sortir ?
Related questions
- Connexion à mon compte client
141074 
13.02.2019 09:51
- Serveur non sécurisé, celui-ci ne supporte pas FTP sur TLS
119303 03.09.2018 14:46
- reCAPTCHA erreur pour le propriétaire du site : clé de site non valide
104376 14.02.2019 16:17
- [FAQ] Comment mettre à jour mon site pour supporter Apache 2.4 ?
91235 28.07.2017 11:39
- Passage en php 7.4
88217 30.06.2020 05:05
- Augmenter taille PHP Post Max Size sur mutualisé ?
84232 04.12.2019 21:52
- The requested URL / was not found on this server
83474 02.03.2017 18:25
- Ce site est inaccessible Impossible de trouver l'adresse DNS du serveur
83390 16.10.2016 16:24
- NextCloud sur mutualisé
83190 07.04.2017 08:42
- Deploy d'un projet Node JS
83097 12.10.2016 20:18
quelle est ton offre d'hébergement? perso/pro/.. ?
(je ne comprends pas ta limite, tu es sur un hébergement pro?)
tu essayes de maintenir la table par le web, alors que justement, ta table est verouillée, ton plugin ne peut marcher
202 tables c'est énorme pour wordpress: trop de plugins et/ou des tables de plugins qui n'ont pas été effacées malgré la suppression des plusgins
645 articles... avec un nombre de révisions non contrôlé et c'est l'embonpoint
c'est effectivement via phpmyadmin, **à commencer par une sauvegarde en gzip** avant de commencer
commence par supprimer les tables Relevanssi
piwik devrait être maintenu et dans une base indépendante ça serait plus simple
aucun plugin ne peut t'aider, phpMyAdmin et/ou la ligne de commande (si accès ssh) (voir suppression des révisions)
Bonjour,
Merci de votre réactivité. J'ai réalisé une sauvegarde et supprimé plusieurs tables en rapport avec Relevanssi via PHPMyAdmin. Cependant quand j'essaie de recalculer le quota sur l'outil OVH, j'ai ce message d'erreur : "Une erreur est survenue lors du calcul de quota de votre base de données. (Invalid status: checking)". Je ne sais pas vraiment si cela a donc fonctionné.
J'ai un forfait Hébergement Web - Performance1.
performance1: 3 bases de 800 Mo + 1 base de 4 Go
donc tu peux isoler facilement piwik dans une base indépendante
si tu veux garder tout fusionné, tu peux migrer dans la base de 4 Go
si tu es à l'aise avec la ligne de commande en SSH?, tu peux purger les révisions et limiter leur nombres
pour le recalcul du quota, cela fait presque 1heure que j'ai lancé pour essayer, mais toujours pas fini :/
tu as aussi avec ton hébergement, un Sql privé, nb de base illimité, 8 Go
je ne sais pas si les performances sont avantageuses
@GuillaumeE4 j'ai eu le même problème alors que ma base de données n'était pas pleine. J'ai fait une copie de ma DB et je l'ai mise sur une db privée (inclus dans le plan) et j'ai utilisé la db. Le lendemain matin l'ancienne db refonctionnait. J'ai regardé dans les logs et apparemment la db d'origine avait reçu un pic d'appels qui la mise en read only, bizarre mais c'est ce que j'ai constaté.
le blocage se fait sur la taille
après sur la rapidité du Sql privé, certains ont l'air d'avoir des soucis ici
Bonjour et merci de votre aide,
Alors je patauge toujours dans la semoule. Ce que j'avais supprimé avec Relevanssi a été inefficace car je viens de lancer un calcul du quota. Je suis de nouveau à 880 GO. Qui plus est, en regardant de nouveau dans PHPMyAdmin, les tables en rapport avec Relevanssi sont encore là. Je ne comprends pas pourquoi l'opération a échoué.
Pour l'utilisagion du SSH, je n'y suis pas à l'aise et j'ai peur de faire une fausse manip. Et pour la migration dans une base de donnée indépendant, l'idéal serait un tutoriel et savoir si c'est simple.
Pour information, WP Optimize m'annonçait une BDD de 200MO quand je l'ai lancé quand on m'a débloqué le mode lecture seul.
J'ai énormément de tables qui commencent par kDi3knGuA8j. Je me demande si c'est pas les tables en rapport avec WP Stagging que j'ai utilisé et les copies du site pour faire des tests.
Sinon les autres types de tables commencent par wpstg0 comme par exempl wpstg0_posts qui fait 120MO.
changer de base est simple, pour commencer car je suppute que ton WP mériterait une bonne maintenance
à commencer par scinder les bases on ne mélange pas (les scripts) sauf à risquer des mésaventures comme la tienne
première étape
* tu exportes ta base en gzip
* tu crées une base nouvelle de 4Go
* tu importes
* tu modifies `wp-config.php`
* tu peux repartir, et supprimer ou configurer ce plugin Relevanssi
Wp-optimise c'est comme l'aspirine, ça peut soigner les effets, pas les causes
il faudrait aussi revoir la liste des plugins et leur utilité, notamment si un plugin s'amuse à collecter des logs ce qui reproduira à terme ces dégats
un fois fait, dans la base initiale, tu supprimes les tables WP
dans la base final, tu supprimes les tables Piwik
peut-être envisager une prestation?
Salut, c'est vrai qu'une prestation serait sûrement une bonne idée. Après là, j'aimerais déjà dans l'idéal débloqué facilement la situation et supprimé les éléments qui prennent énormément de place et me font dépasser le quota.
En fait, si je comprends bien, l'idée est de changer de base pour une plus grande ? Mais ne serait-ce pas plus simple (au niveau des manipulations), de simplement supprimé ce qui est relié à Relevanssi et WP Stagging qui semble prendre énormément de place ?
Comment est-ce possible que ma première tentative de suppression de table n'est pas fonctionné ? Erreur de ma part ?
En tout cas j'ai fait une sauvegarde en Gzip de la BDD au cas où.
> En fait, si je comprends bien, l'idée est de changer de base pour une plus grande
oui, première urgence pour débloquer le truc
après tu as le temps de respirer
---
si les plugins ou les *"trucs"* sont toujours actifs les tables sont recrées, mais vides
si tu interviens *"par devant"* avec ton Wp optimize, ça ne peut pas fonctionner, ta base est verrouillée et/ou tu as des gros volumes à élaguer
---
ta sauvegarde, tu la réinjectes dans une grande que tu as créée
+ config dans wp-config
Alors déjà merci infiniement kyodev pour ton aide qui est précise et ta super réactivité. Je vois le bout de mes soucis.
Alors je suis en train de créer la BDD. La sauvegarde GZIP est en train de s'importer.
Dès que l'importation sera finie j'en serais donc à l'étape 3 :
Dans wp-config, que dois-je faire exactement ? Changer le MDP associé à la Database et c'est tout ça va s'associer automatiquement ?
Et peux-tu préciser cela :
"un fois fait, dans la base initiale, tu supprimes les tables WP
dans la base final, tu supprimes les tables Piwik"
En tout cas merci encore
> Changer le MDP associé à la Database et c'est tout ça va s'associer automatiquement ?
oui, selon ce principe: https://gitlab.com/sdeb/web/snippets/1748266#erreur-lors-de-la-connexion-%C3%A0-la-base-de-donn%C3%A9es
dans le fichier `wp-config.ph`, tu vois le préfixe des tables, par exemple `ods78_`
les tables WP, commencent donc par `ods78_`, tu sais lesquelles sont à supprimer
L'import de la base de donnée ne semble pas fonctionner. Après un long temps "d'import" et de chargements, je reviens au même choix qu'avant (choisir le fichier à importer).
Pour information, mon fichier et en .sql.gz et fait 260MO. Je suis donc dans le même cas qu'avant, c'est à dire bloqué
Je tente une autre manière d'import avec "utiliser un fichier déjà existant".
@kyodev, oui en théorie c'est ce qui se passe quand la db est pleine mais dans mon cas, elle était très loin d'être remplie. La DB privée est plus rapide que ma DB précédente mais j'imagine que ça peut varier d'un serveur à l'autre.
... là on parle de blocage dû à la taille
730Mo piwik
85Mo WP
si souci, ouvre **ton** sujet...
Problème résolu. Merci beaucoup à kyodev pour son aide, qui m'a permis de sortir de cette situation compliquée !