diff --git a/docs/ecolyo-agent/Technical/backup.md b/docs/ecolyo-agent/Technical/backup.md
index 4594103143e1df897023baeba48ea85d604de072..f9992d3a87481404c68bf29827133b615b75bfe2 100644
--- a/docs/ecolyo-agent/Technical/backup.md
+++ b/docs/ecolyo-agent/Technical/backup.md
@@ -19,3 +19,17 @@ oc create job --from cronjob/mysql-dump-cronjob-hourly nom_du_job
 - Aller dans le dossier des dumps horaires `cd /dump/hourly` ou journaliers `cd /dump/hourly` ou hebdomadaires `cd /dump/weekly`
 - Décompresser le dump souhaité `gzip -d YYYY-MM-dd_hh:mm:ss.sql.gz`
 - Restorer ce dump (remplacer seulement YYYY-MM-dd_hh:mm:ss.sql) `mysql -uroot -p$MYSQL_ROOT_PASSWORD -h$DATABASE_HOST $MYSQL_DATABASE < YYYY-MM-dd_hh:mm:ss.sql`
+
+:::danger
+
+Si par malheur, le pod MySQL est interrompu pendant une transaction, il est possible que la base soit 'lockée' et que le restore ne soit pas possible. Dans ce cas, suivre les instructions ci-dessous :
+
+- Stopper les pods client, server et database
+- Monter un pod du déploiement "busybox"
+- Rentrer dans le terminal de ce pod
+- Supprimer le contenu de la base de données `rm -rf /dump/mysql/*`
+- Relancer le pod database et attendre que celui-ci soit disponible
+- Réessayer le restore
+- Relancer les pods client et server
+
+:::