Ce qui casse les sauvegardes WordPress : leçons tirées de plus de 1 400 tickets de support

Une sauvegarde qui échoue sous vos yeux est agaçante. Une sauvegarde qui s'est silencieusement arrêtée il y a des semaines est celle qui vous coûte le site.

La plupart des gens découvrent quel type de sauvegarde ils ont au pire moment possible.

Duplicator est un plugin de sauvegarde et de migration WordPress utilisé sur plus de 1,5 million de sites. Lorsque les gens rencontrent des problèmes de sauvegarde, ils nous le disent, en détail, avec leurs propres mots.

Nous avons examiné plus de 1 400 demandes de support liées aux sauvegardes pour voir où les sauvegardes échouent. Le schéma est plus clair que nous ne le pensions, et il se divise nettement en deux.

Les sauvegardes rencontrent des problèmes soit lorsqu'une limite d'hébergement arrête la création, soit lorsque le fichier est créé mais que l'étape distincte de son envoi hors site ne se termine pas.

Voici ce que ces tickets nous ont appris.

Ces chiffres reflètent le volume des tickets de support, pas le nombre de clients, d'installations ou de ventes.

Table des matières

Principales conclusions

Pour ceux qui veulent le schéma avant les détails, voici ce que les tickets disent sur les points où les sauvegardes WordPress échouent. Chaque chiffre provient des propres enregistrements de support de Duplicator.

• Les problèmes de sauvegarde se divisent en deux groupes : une limite d'hébergement qui arrête la création et l'étape de téléversement hors site qui ne se termine pas après la création du fichier.
• Une limite d'hôte qui interrompt la création de sauvegarde à mi-chemin est le problème le plus courant, environ 1 ticket sur 4. C'est le même schéma de limite d'hôte qui met à rude épreuve les migrations WordPress, et la création se termine presque toujours une fois la limite augmentée.
• Parmi les tickets de connexion de stockage, environ 4 sur 10 sont dus à un échec d'authentification ou de connexion avec le fournisseur de cloud. La connexion au stockage se dés-autorise avec le temps du côté du fournisseur.
• Parmi les échecs de sauvegarde planifiée, deux causes principales : le transfert hors site qui échoue entre les exécutions (environ 1 sur 4) et les anciennes sauvegardes qui remplissent le disque du serveur lorsqu'aucune limite de rétention n'est définie (environ 1 sur 7).
• La plupart des problèmes de sauvegarde planifiée surviennent après une configuration fonctionnelle, pas pendant celle-ci. La planification fonctionnait le premier jour, et la connexion a expiré plus tard.

EN BREF : Le moteur de sauvegarde fait généralement son travail. Ce qui cause des problèmes, c'est l'hôte qui limite la création ou la connexion au stockage hors site qui expire après la configuration. Les deux sont évitables une fois que vous savez où chercher.

Une mise en garde qui façonne la lecture de tout cela. Ce sont des tickets de support, donc ils montrent où les sauvegardes rencontrent des problèmes, pas à quelle fréquence.

Ils ne peuvent pas non plus capturer les problèmes que personne n'a remarqués, car tout le monde dans ces données a repéré un problème et a déposé un ticket. Les cas silencieux, ceux qu'un propriétaire de site ne voit jamais, se situent entièrement en dehors de cet ensemble de données.

Les deux façons dont les sauvegardes peuvent échouer

Presque toutes les difficultés de sauvegarde que nous rencontrons relèvent de l'une de ces deux histoires. Une fois que vous pouvez les distinguer, les solutions sont évidentes.

Le premier problème concerne le serveur. La création commence, s'exécute pendant un certain temps, et l'hôte l'arrête avant qu'elle ne se termine, généralement à l'étape la plus lourde.

Le second problème concerne la copie hors site. Le fichier de sauvegarde est créé, mais l'étape distincte de l'envoi vers le stockage ne se termine pas car cette étape dépend d'une connexion extérieure à WordPress.

Problème un : Quand une limite d'hébergement arrête la création

Vous démarrez une sauvegarde, la regardez s'exécuter, et elle échoue à se terminer.

C'est le problème de sauvegarde le plus courant que nous rencontrons, et c'est presque toujours l'hébergeur web, pas la sauvegarde, qui a abandonné. La création commence, puis le serveur l'interrompt à mi-chemin, généralement au moment du travail le plus intense.

Ces créations se terminent presque toujours une fois que la limite de l'hôte est augmentée. Le moteur n'est pas la variable ; c'est le plafond du serveur.

Un échec se démarque nettement des autres. Dans environ 1 ticket de sauvegarde sur 4, la création s'arrête à mi-chemin parce que l'hôte a interrompu le processus à son moment le plus intense. Le reste de la liste est des variations sur le même thème :

Où la création s'arrête	Environ à quelle fréquence	Ce qui se cache généralement derrière	Comment cela est résolu
La limite de l'hôte arrête la création à mi-chemin	1 sur 4	Un délai d'attente PHP de l'hôte ou une limite de mémoire pendant l'étape la plus intense	Augmentez les limites PHP ou utilisez un installateur conçu pour les grandes archives (DupArchive)
L'étape d'archivage échoue sur un hôte limité	Environ 1 sur 8	Espace disque limité ou limites PHP pendant la compression	Libérez de l'espace disque, augmentez les limites PHP, puis réessayez avec une création segmentée
Le site est trop volumineux pour que l'hôte puisse le gérer	Environ 1 sur 12	Une base de données volumineuse ou une médiathèque dépassant les limites du serveur	Divisez la création et excluez les fichiers volumineux dont vous n'avez pas besoin dans la sauvegarde
Délai d'attente PHP sur le serveur	Environ 1 sur 20	La limite d'exécution est trop basse pour la taille du site	Augmentez max_execution_time sur le serveur
Permissions du dossier serveur	Environ 1 sur 22	L'archive ne peut pas être écrite sur le disque	Corrigez les permissions du dossier sur le serveur
Limite de mémoire du serveur épuisée	Environ 1 sur 25	La compilation manque de mémoire en cours d'exécution	Augmentez memory_limit

La même cause continue d'apparaître : l'hébergeur. La compilation s'arrête car le serveur l'a limitée au moment du travail le plus intense, lorsque l'archive est assemblée, et non parce que le moteur a abandonné.

C'est aussi pourquoi la taille du site est si importante. Une base de données volumineuse ou une médiathèque pousse la compilation juste à la limite de l'hébergeur.

L'installateur autonome de Duplicator Pro et le format DupArchive sont conçus pour les sauvegardes de sites volumineux. DupArchive n'a aucune limite théorique de taille de fichier et a géré des sauvegardes réelles allant jusqu'à 400 Go.

Pour obtenir de l'aide étape par étape afin de résoudre les problèmes de ressources de votre site, lisez notre guide sur comment sauvegarder un grand site WordPress.

Problème deux : Lorsque le téléchargement hors site ne se termine pas

Tout semblait bien se passer pendant des mois. Puis vous essayez de récupérer la sauvegarde de la semaine dernière depuis Google Drive, et le dossier est plus vide que prévu.

Les sauvegardes s'accumulaient. Elles n'arrivaient tout simplement pas là où vous pensiez.

Le fichier de sauvegarde est créé sur votre serveur. L'envoyer hors site est une étape distincte, et cette étape repose sur une connexion à votre stockage cloud ou à un serveur distant en dehors de WordPress.

Lorsque cette connexion est interrompue, le fichier existe, mais la copie hors site n'existe pas. Vous ne verrez le problème que lorsque vous en aurez besoin.

Cela se résume à trois choses.

La connexion de stockage a été interrompue du côté du fournisseur

Environ 4 tickets sur 10 concernant les connexions de stockage concernent l'authentification auprès du fournisseur de cloud. La connexion a fonctionné lors de la configuration, puis le fournisseur a cessé de l'honorer.

Les connexions de stockage cloud reposent sur un accès qui expire ou est révoqué avec le temps, et cela est contrôlé par le fournisseur de stockage, pas par WordPress.

Les connexions basées sur OAuth comme Google Drive, Dropbox et OneDrive utilisent des jetons qui nécessitent une ré-autorisation périodique.

Les connexions basées sur des clés comme Amazon S3 dépendent d'identifiants qui peuvent être mis à jour ou rejetés. FTP et SFTP échouent lorsqu'un mot de passe ou un chemin change.

Le fichier est créé. C'est la connexion au fournisseur qui est interrompue.

Ré-autorisez la connexion, puis vérifiez-la régulièrement. Toute connexion utilisant un jeton devra être ré-autorisée à terme, considérez donc cela comme une maintenance de routine, pas une configuration unique.

Les anciennes sauvegardes ont rempli le disque du serveur

Environ 1 échec de sauvegarde planifiée sur 7 est dû à un disque plein, et la solution est un paramètre que vous contrôlez.

Les sauvegardes s'accumulent à moins que vous ne définissiez une limite de rétention. Sans elle, chaque sauvegarde planifiée est conservée jusqu'à ce que le serveur manque d'espace, et la prochaine exécution n'a nulle part où écrire.

Duplicator vous permet de limiter le nombre de sauvegardes conservées, de sorte que les anciennes sont automatiquement supprimées et que le disque reste libre.

Définir une limite de rétention claire arrête la lente accumulation qui remplit un serveur.

La connexion a expiré entre les exécutions

Une connexion qui fonctionnait le premier jour tombe silencieusement en panne des semaines plus tard, et l'exécution planifiée s'arrête avec elle.

Deux choses causent généralement cela. Parfois, c'est une confusion de fuseau horaire ou de fréquence. D'autres fois, l'hôte tue le processus d'arrière-plan avant qu'il ne puisse se déclencher.

Dans tous les cas, vous voulez en être informé. Duplicator vous alerte lorsqu'une sauvegarde ou un téléversement planifié échoue, de sorte qu'une exécution défaillante vous parvient au lieu de rester silencieuse.

Confirmez que la planification est toujours connectée et utilisez une vraie tâche cron du serveur si votre hôte le prend en charge. La tâche cron du serveur est plus fiable que la tâche cron par défaut de WordPress qui ne se déclenche que lorsque quelqu'un visite le site.

Des mises à jour régulières des sauvegardes vous aident à reconnaître exactement quand vos planifications commencent à échouer. Configurez des résumés par e-mail pour des notifications quotidiennes, hebdomadaires ou mensuelles de Duplicator.

Comment savoir si votre sauvegarde est sécurisée dès maintenant

Vous n'avez pas besoin de surveiller vos sauvegardes. Il vous suffit de repérer les cinq choses qui tournent mal en silence, et vous pouvez vérifier les cinq en environ deux minutes.

• Confirmez que votre dernière sauvegarde planifiée s'est terminée, pas seulement qu'une planification existe.
• Confirmez qu'une copie est hors site, pas seulement sur le même serveur qui héberge votre site.
• Confirmez que la connexion de stockage est toujours autorisée, surtout si cela fait des mois depuis la configuration.
• Confirmez qu'une limite de rétention est définie afin que le disque ne se remplisse pas.
• Activez les notifications d'échec afin que toute exécution défaillante vous parvienne.

Si vous configurez ceci pour la première fois ou si vous souhaitez affiner une planification existante, notre guide sur les sauvegardes automatiques WordPress vous guide tout au long de la configuration.

Ce rapport concerne ce qu'il faut surveiller après cela et comment détecter un problème tôt.

Duplicator Pro vous aide dans les deux domaines où ces données apparaissent. Il envoie des notifications d'échec lorsqu'une sauvegarde ou un téléversement échoue. Il restaure également directement depuis le stockage cloud, vous permettant d'annuler les modifications sans retéléverser les fichiers de sauvegarde sur votre serveur.

Questions fréquemment posées (FAQ)

La sauvegarde que vous ne vérifiez jamais est celle qui échoue

La valeur de ces données n’est pas une statistique unique. C’est là où cela vous indique de porter votre attention.

Les problèmes de sauvegarde se manifestent à deux endroits : une limite d’hôte qui arrête la création et la copie hors site qui ne se termine pas. La première est bruyante et vous la remarquerez. La seconde est silencieuse, et c’est elle qui laisse les gens sans sauvegarde hors site au moment où ils en ont besoin.

Nous allons rappeler la limite une fois de plus car cela maintient l’honnêteté. Ceci est un enregistrement des problèmes signalés par les gens, pas de chaque sauvegarde qui a été exécutée. Il ne peut pas voir les cas que personne n’a détectés. Mais c’est réel, et c’est de première main.

Voici la seule habitude qui surpasse tout cela. Une fois, restaurez une sauvegarde sur un site de staging et confirmez que le site revient. Une sauvegarde que vous n’avez jamais restaurée est une supposition. Une sauvegarde que vous avez restaurée une fois est un plan.

Avant votre prochaine sauvegarde, assurez-vous qu’elle atteint le stockage

Une sauvegarde qui ralentit ou qui ne termine jamais son téléchargement hors site devient un problème lorsque vous devez la restaurer. C’est le pire moment pour le découvrir.

Duplicator Pro est utilisé par plus de 1,5 million de professionnels WordPress pour sauvegarder, migrer et récupérer leurs sites. Il envoie des notifications d’échec de sauvegarde et restaure directement depuis le stockage cloud, de sorte que la copie que vous avez créée est la copie que vous pouvez récupérer.

Pendant que vous êtes ici, ces autres ressources WordPress valent le détour :

• Ce que plus de 8 000 tickets de support révèlent sur les raisons pour lesquelles les migrations WordPress échouent
• ARRÊTEZ de faire ces erreurs de sauvegarde de site web (elles mettent votre site en danger)
• À quelle fréquence devez-vous sauvegarder votre site WordPress ?
• Comment obtenir un stockage de sauvegarde sécurisé pour votre site WordPress
• Pourquoi votre site WordPress a besoin d'une surveillance des sauvegardes (pas seulement de sauvegardes)