Chez OVH, pour exécuter un dump, rien de plus simple:
1 – se logger à son manager;
2 – cliquer sur le domaine dont on souhaite faire une sauvegarde MySQL;
3 – cliquer sur l’item « Hébergement » dans le menu de gauche;
4 – dans la page affichée, chercher la rubrique « Bases de données SQL », puis cliquer sur l’icône « Gestion SQL »;
5 – dans la page affichée, cliquer sur l’icône « Sauvegarde ».

OVH vous propose alors de sélectionner la base et la copie à sauvegarder (choix entre « Copie actuelle », « Hier », « Semaine dernière »).

Après validation, OVH se charge du dump et vous envoie un email avec le lien vers le dump, ainsi que le mot de passe vous permettant de l’afficher.
NB: le dump n’est en ligne que quelques heures, ensuite il s’auto-détruit (un peu comme dans Fort Boyard! lol)

Par contre, je suis moyennement convaincue par le plugin « WordPress Database Backup ». Au début je trouvais ça trop cool, plus besoin de s’ennuyer à aller dans PhpMyAdmin, le plugin te fait tout tout seul. Mais ce qui m’ennuie, c’est que d’une part le plugin te met ta sauvegarde sur ton serveur, dans un dossier spécial, même lorsque tu as choisi l’option « Envoyer la sauvegarde sur mon email ». Donc, tu es obligé d’aller sur ton serveur via FTP et de supprimer à la mano le dossier en question, sinon bonjour la faille de sécurité. D’autre part, j’ai l’impression que ce plugin gère très mal l’encodage des caractères: lorsqu’est venu le temps de restaurer une sauvegarde faite avec ce plugin, tous mes caractères spéciaux étaient transformés en charabia – le problème d’encodage typique. J’ai mis pas mal de temps à comprendre que c’était le plugin qui créait ce problème.

Ma solution? Le dump sur OVH, au moins une fois par mois (mais une fois toutes les deux semaines quand je psychote). Un de mes sites s’est déjà fait cracker, ça n’a pas été drôle du tout car j’ai tout perdu, faute d’avoir fait ces sauvegardes. J’ai compris la leçon…