[résolu] Base sql à purger

[OTP]

Bonsoir,

Je viens de recevoir ce mail de OVH :

Bonjour,

Actuellement sur votre hébergement freephotobank.org, vous avez une base
de données freephot installée sur le serveur mysql5-1.300gp.

Nous vous informons que l'état opérationel de base de donnée a changé
d'état et est en "SELECT ONLY". Ceci veut dire que vous pouvez continuer
à faire les opérations SELECT et DELETE mais vous ne pouvez plus effectuer
d'opérations INSERT ou UPDATE.

Le changement d'état est dû à la taille de votre base de données
qui n'est pas conforme avec l'offre à laquelle vous avez souscrite.
En effet, si votre base de donnée dépasse la taille recommandée,
le serveur mysql5-1.300gp ne pourra pas fonctionner de manière optimale
pour l'ensemble des bases qu'il héberge.

Nous vous invitons à effectuer une purge de votre base de données
afin de repasser en dessous de la taille recommandée ou d'augmenter
la taille de votre base de données via SQLarge:
http://www.ovh.com/fr/produits/sql_large.xml

La taille de votre base de données: 26 Mo
La taille recommandée: 25 Mo

Nous vous remercions de votre rapide intervention.
Amicalement
L'équipe d'OVH

Pouvez-vous me dire comment purger une base ?

Merci d'avance !

 

[dmathieu]

Purger = diminuer l'espace disque utilisé.
Donc, si tu a un forum, déleste le; etc, de manière à supprimer toutes les données inutiles et libérer de l'espace.

Une autre solution (qui peut être meilleure, ça dépends des cas), ça serait de changer d'offre et de prendre plus d'espace disque.

 

[OTP]

Purger = diminuer l'espace disque utilisé.
Donc, si tu a un forum, déleste le; etc, de manière à supprimer toutes les données inutiles et libérer de l'espace.

Une autre solution (qui peut être meilleure, ça dépends des cas), ça serait de changer d'offre et de prendre plus d'espace disque.

Je suis surpris car ça marchait très bien hier encore.
J'ai l'impression que ma base (galerie photo) augmente régulièrement à mon insu.
Et comme le script n'est pas de moi, je ne sais pas quoi virer sans tout casser...

 

[norbs]

Les bases de données sur les hebergements mutualisés sont limitées en place.
Deux options :
1. effectivement supprimer des infos de ta base ou les archiver
2. passer sur un offre SQL plus élevée (OVH propose ce type de prestation)

 

[OTP]

Problème résolu.

Pour info, mon script stocke les infos de sessions. Je suis ainsi passé en 40 jours de 8 à 26 MO de BD. Dépassement du quota, et crac.

Le souci, c'est la façon dont OVH gère ça :

- 19h46 : mail => attention, votre BD trop grosse, agissez ou on coupe
- 19h46 : mail => BD trop grosse, on l'a bloquée...

Soit au mieux 60 secondes de délai pour agir...

Plutôt que me proposer deux BD à 25 Mo, une de 50 me suffirait...

Pas content contre OVH... Et une heure perdue, j'ai du contenu à faire moi...

Merci pour vos conseils.

 

[Koxin-L]

Quitte OVH qui ne sont que des arnaqueurs.

Un espace de 3Go et on t'oblige à ne pas dépasser 25Mo de base... pathétique.

 

[OTP]

Quitte OVH qui ne sont que des arnaqueurs.

Un espace de 3Go et on t'oblige à ne pas dépasser 25Mo de base... pathétique.

Trop galère de déménager, je viens de le faire début avril...
Si le site continue sur sa progression actuelle, je devrai y passer de toute façon assez tôt.
J'attends de voir comment il va évoluer.

 

[finstreet]

t'as tenté un simple OPTIMIZE TABLE sur tes tables ? si ca se trouve tu peux gagner pas mal de place comme ca

 

[OTP]

t'as tenté un simple OPTIMIZE TABLE sur tes tables ? si ca se trouve tu peux gagner pas mal de place comme ca

J'y penserais.
Le pb s'est reproduit cette nuit.
Il se passe des choses très bizarres sur ce site.
J'expliquerai ça plus tard, j'ai des plafonds à peindre...