"FLUSH TABLES WITH READ LOCK juste avant le snapshot [...] Ensuite, tu UNLOCK TABLES" et [...]
... ca marche pas... bien.
Je te donnes des pistes:
- snapshot pas instantané
- cache lvm, cache OS, cache hardware
- locks pas fait de façon atomique (cf plus haut)
- y a des UNDO et REDO chez mysql maintenant ?
- ...
Enfin, l'idée c'est quand même d'avoir après la restauration des données coherentes, pas uniquement une base qui demarre peut être.
Tu ne te demandes pas pourquoi oracle, postgresql ou mysql n'abordent pas (toujours) les snapshots (lvm, netapp...) dans leur doc, et developpe tous des outils plus ou moins compliqués ?
Bref, pour des appli web-non-critique ou il n'y a pas trop d'ecriture il y a des chances que ca marche plutôt bien... Pour le reste je n'arrive plus a mettre la main sur un long troll qui parle de precisement de ca.
[^] # Re: backup
Posté par Gloo . En réponse à la dépêche MySQL: une bonne et une mauvaise nouvelle.. Évalué à 2.