Il est effectivement possible de configurer un serveur MySQL en esclave. Cela donne un serveur SQL toujours synchrone, avec possibilité qu'il prenne le relais tout seul en cas de pépins.
Mais je doute qu'il soit possible d'en configurer un en mutualisé.
Pour le serveur oueb, c'est plus compliqué, cela dépend de la gestion des DNS et encore une fois en mutu, c'est pas donné.
D'un autre côté, un bon hebrgeur mutu ne doit planter qu'exceptionnellement, et perdre des données encore plus rarement. Je ne parle pas de hack bien entendu, seulement de pannes.
Pour les plus gros sites, sur serveur dédié, ça dépend aussi, il faut plus d'un serveur pour commencer à être tranquille, voir plus pour l'être totalement.
C'est le cas de site vraiment énormes, qui utilisent plusieurs serveur SQL et oueb. Il est alors possible de définir des serveur SQL esclave et de répartir les requêtes oueb sur plusieurs serveurs, eux mêmes capable de s'en sortir même quand ils ne sont pas tout en ligne.
Autant dire qu'avant d'en arriver là, mieux vaut faires des sauvegardes régulièrement, tu ne devrais pas risquer plus que quelques heures hors lignes de cette façon, avec pas plus d'une journée de messages perdus (au pire).
OVH propose par exemple des sauvegarde de DB bi quotidiennes sur les mutu, d'autre doivent aussi le faire, ça peut valoir le coup de payer juste un peu plus pour ce genre de services avant de passer au dédié avec lesquels il sera possible de le faire tout seul.
rsnapshot et
backuppc sont deux solutions de sauvegardes très pratique en dédié.
++