Version complète: sur le forum Webmaster Hub : Un crash de base de données...
Webmaster Hub > Accueil > Annonces du Hub
Dan
Bonjour à tous,

La base de données a crashé ce jour vers 14H30...
Heureusement, la sauvegarde de 14H10 était nickel... il aura donc simplement fallu la recharger.

Cela nous aura fait plus d'une heure d'interruption du Hub. Et les posts faits entre 14H10 et 14H30 sont perdus. Cela n'en fait pas beaucoup de toutes manières smile.gif

Désolé pour ceux qui doivent resaisir leur post smile.gif

Dan
Portekoi
Plus de peur que de mal smile.gif

Les 2 Heures sans le Hub m'ont parues interminables ^_^
Dan
CITATION(portekoi @ vendredi 16 septembre 2005, 16h00)
Les 2 Heures sans le Hub m'ont parues interminables ^_^
*

Cela n'a pas fait 2 heures, mais 1H22 précisément smile.gif
Arlette
CITATION(Dan @ vendredi 16 septembre 2005, 16h01)
Cela n'a pas fait 2 heures, mais 1H22 précisément smile.gif
*
Il est bien connu que lorsqu'on attend les secondes paraissent des heures... wink.gif
Sebastien
Ce que j'adore sur le hub, c'est que même les messages d'erreurs lors de la restauration de la BDD sont sympathiques smile.gif
dièse
Bravo pour la rapidité wink.gif

Et le message sur la page d'accueil faisait plaisir à lire, c'est rare de garder son calme dans ces moments là tongue.gif


Edit : hihi Sébastien c'est fait la même réflexion que moi
Siddartha
Huhu Dan bien joué wink.gif
J'ai raccroché vite pour te laisser bosser tongue.gif
steph13
En effet, le message laissé semblait plutôt zen...
Ca suprend lol

Bien joué Dan !
Dan
CITATION(Siddartha @ vendredi 16 septembre 2005, 16h09)
Huhu Dan bien joué wink.gif
J'ai raccroché vite pour te laisser bosser tongue.gif
*

Tu étais le premier à me contacter par téléphone.
Correction: après Arlette !!! Je viens de me faire engu... laugh.gif

Merci à tous les membres qui m'ont envoyé un email pour me prévenir... mais j'étais déjà occupé à lancer la restauration smile.gif

Quand on sait précisément quoi faire et qu'on a une sauvegarde pas plus vieille que 20 minutes, il n'y a pas de raison de se départir de son calme...
Mais j'aurais bien fumé une clope si j'en avais eu sous le coude laugh.gif (4 semaines sans... dur dur)

Dan
steph13
T'arrête de fumer ?
Ou ils ont fermés tous les tabac dans ton quartier ?? !!! tongue.gif
Siddartha
Faut dire à Arlette que tu parlais bien hors environnement trés proche tongue.gif wink.gif
Dan
CITATION(Siddartha @ vendredi 16 septembre 2005, 16h25)
Faut dire à Arlette que tu parlais bien hors environnement trés proche tongue.gif wink.gif
*

Ouais... pas sûr qu'elle croie cela laugh.gif
Au moins j'aurais essayé ...

@Steph13: oui, on a arrêté de fumer la veille du départ en vacances...
Arlette
CITATION(Siddartha @ vendredi 16 septembre 2005, 16h25)
Faut dire à Arlette que tu parlais bien hors environnement trés proche tongue.gif wink.gif
*
Mince alors, ça sert à quoi que je fasse la sentinelle au bureau pour surveiller le Hub si mon travail n'est pas reconnu :nono:
J24S
Content que tout soit réparé smile.gif Dams, Nicolas et moi on a suivi ça en live du chat où on était emprisonné. laugh.gif

++ Corleone hypocrite.gif
steph13
Z'avez arrêter la clope...
bah chapeau, et félicitations.
Tenez bon smile.gif
Portekoi
Hum, je pensais être le premier avec mail de 14H36 ^_^

Tanpis tongue.gif
Dan
CITATION(portekoi @ vendredi 16 septembre 2005, 16h37)
Hum, je pensais être le premier avec mail de 14H36 ^_^

Tanpis tongue.gif
*

Le premier mail, oui, mais j'avais déjà reçu les coups de fil d'Arlette et Siddartha.

Merci tout de même, il vaut mieux être trop prévenu que pas assez B)
Jeff
Encore une fois Bravo Dan thumbup.gif

Mais j'ai bien aimé aussi la phrase de mise en attente :

" La base de données sera restaurée dans son état de la sauvegarde de ce jour à 14 heures ... perte de données maximum 15 minutes smile.gif
Vive les sauvegardes !
"

Et surtout Vive les sauvegardes wink.gif

Jeff,
Dan
CITATION(Jeff @ vendredi 16 septembre 2005, 16h45)
Mais j'ai bien aimé aussi la phrase de mise en attente :

" La base de données sera restaurée dans son état de la sauvegarde de ce jour à 14 heures ... perte de données maximum 15 minutes smile.gif
Vive les sauvegardes !
"
*

Au moins je démontre qu'avec le schéma de sauvegardes que je propose aux titulaires de serveurs dédiés, on arrive à remonter un site rapidement.
Le contraire aurait été plutôt bof, non ? hypocrite.gif

Cela fait un excellent exercice au retour de vacances, et puis cela fait un sujet de conversation tout trouvé pour demain laugh.gif

Dan
FrenchFred
bonjour

Voila encore une demonstration supplementaire de l'importance des backup reguliers.

A bon entendeur, bon wk
et felicitation pour la reactivite wink.gif

FRed
AvenueDuWeb
CITATION(Dan @ vendredi 16 septembre 2005, 16h55)
Au moins je démontre qu'avec le schéma de sauvegardes que je propose aux titulaires de serveurs dédiés, on arrive à remonter un site rapidement.


Sans indiscrétion, tu fais des sauvegardes de la base de données tous les combien de temps ? @+
Dan
CITATION(AvenueDuWeb @ vendredi 16 septembre 2005, 17h27)
Sans indiscrétion, tu fais des sauvegardes de la base de données tous les combien de temps ? @+
*

Sur le Hub c'est toutes les 6 Heures... voire plus souvent quand c'est très actif(mini 4 heures)
Difficile de faire plus sans impacter les performances.

Je rève d'une base replica... mais cela suppose du matos en plus smile.gif
AvenueDuWeb
CITATION(Dan @ vendredi 16 septembre 2005, 17h30)
Sur le Hub c'est toutes les 6 Heures... voire plus souvent quand c'est très actif(mini 4 heures)
Difficile de faire plus sans impacter les performances.

Je rève d'une base replica... mais cela suppose du matos en plus smile.gif
*


Merci. Toutes les 6 heures déjà c'est pas mal. Et tu gardes un historique des copies ? Ou à chaque fois la nouvelle sauvegarde remplace l'ancienne ? Et les sauvegardes tu les gardes sur le même serveur, ou tu as un serveur externe pour tes sauvegardes (clients et webmaster-hub) ? En tout cas chapeau, car rares sont les webmasteurs (enfin là plutôt administrateur) à pouvoir remettre en place une aussi grosse base de données en un temps si restreint.

@+
Dan
Pour le Hub je garde une semaine de copies de bases. Sauf pendant les vacances où je force en plus une sauvegarde juste avant de partir et je la garde jusqu'à mon retour. smile.gif

Cela fait en moyenne une bonne dizaine de versions, on doit bien en trouver une bonne là dedans (1 par jour + celles des dernières 24H) laugh.gif
Elles sont bien évidemment sur un serveur différent, dans une autre baie que le serveur du Hub.

De toutes manières, je vérifie aussi que toutes les sauvegardes soient lisibles, mais sans faire de restauration complète bien sûr.

Merci pour le "coup de chapeau" smile.gif
dièse
CITATION(Dan @ vendredi 16 septembre 2005, 17h51)
je vérifie aussi que toutes les sauvegardes soient lisibles, mais sans faire de restauration complète bien sûr.

Ca m'intéresserait d'en savoir un peu plus whistling.gif. Déjà que je ne fais qu'une sauvegarde par 24 heures si en plus elle est illisible... IMSTP5.gif
Dan
Une sauvegarde par 24 Heures, c'est déjà pas mal.

Lorsqu'une sauvegarde est compressée, il faut s'assurer qu'on peut la décompresser (avec gunzip), puis lire l'entête de la sauvegarde dans laquelle on doit retrouver toujours les mêmes infos.

Par exemple, pour une base de données on trouvera toujours les mêmes 10 premières lignes:
CITATION
-- MySQL dump 9.11
--
-- Host: localhost    Database: nom
-- ------------------------------------------------------
-- Server version      4.0.25-standard-log

--
-- Table structure for table `nom_de_table`
--


En toute logique, et sauf opérations de nettoyage, une base de données doit avoir un dump qui grossit jour après jour. C'est aussi une chose facile à vérifier de manière automatique.

Pour éviter de décompresser l'ensemble, on peut lancer un "zcat nom_de_fichier.sql.gz | head" pour obtenir les 10 premières lignes.

Et si la base s'effectue toujours à l'aide du même script, il est simple de s'assurer de la correction de la sauvegarde en fin de script et de tracer les erreurs éventuelles lors de la sauvegarde dans un fichier .log en redirigeant le stderr vers un fichier.
Exemple monscript.sh >/dev/null 2>monfichier.log
ne redirige dans le fichier log que les erreurs, pas la sortie standard du script.

Dan
Nullette
Et bravo que tu as réussi à ne pas fumer une clope au moment du crash d_clap_20.gif
AvenueDuWeb
CITATION(Dan @ vendredi 16 septembre 2005, 19h28)
Une sauvegarde par 24 Heures, c'est déjà pas mal.


Pour l'instant c'est ce que je fais pour toutes les données (1 fois par jour), mais je me demandais si j'allais pas en faire 2 ou 3 par jour pour les bases de données, c'est pour ça que ça m'intéressait de savoir comment tu faisais. En tout cas merci pour tes réponses. @+
destroyedlolo
Sans indiscression, c'est quoi qui a fait cracher la base (bug, erreur dans le forum, probleme hard ...) ?
Dan
Je cherche toujours. Ce n'est pas un problème de disque vu que je n'ai aucun badblock.
Ce sera pour la semaine prochaine car demain on descend sur Montpellier pour la "fête du Hub" smile.gif
Ceci est une version "bas débit" de notre forum. Pour voir la version complète avec plus d'information, la mise en page et les images, veuillez cliquer ici.