[RÉGLÉ] Sauvegardes Akeeba très lentes chez PlanetHoster

[RobertG]

Bonjour,

Je constate sur plusieurs serveurs PlanetHoster une lenteur incompréhensible des sauvegardes Akeeba, que ce soit sur des World standard ou pro.
A l'instant, une sauvegarde du site d'une cliente a pris 19 minutes, quand habituellement elles prennent 8 à 10 minutes sur leur Pro, pour 790 Mo de jpa obtenu.
Sur le même site, pour 610 Mo de jpa incluant seulement quelques tables de base d'une extension et un dossier d'images (631 Mo), je n'ai plus que 46 secondes de sauvegarde ! (la sauvegarde en gzip de la base seule complète ne pèse que 2 Mo)

D'autres que moi ont-ils constaté ces lenteurs ? J'ai parfois l'impression de me retrouver plus de 10 ns en arrière quand j'incitais des clients ou amis à quitter un hébergeur pour les mêmes raisons...

Je viens de faire une comparaison pour un site perso hébergé sur mon serveur World Pro.
Sur sa copie locale

Sur le site en production

Sur une copie sur mon serveur Nuxit Performance 1


Qu'est-ce qui pourrait expliquer que la sauvegarde en local soit plus rapide que sur mon serveur PH, alors que je sais qu'en local c'est lent ?
Merci pour vos avis !

[RobertG]

Bonjour,

Quelqu'un aurait-il une idée de ce qui joue un rôle de cache dans les sauvegardes Akeeba ?
Par exemple, une sauvegarde a pris jeudi dernier 5 min 30 pour 91 Mo de jpa et, une heure et demie plus tard, seulement 31 secondes.
Devant faire des tests avec PlanetHoster, j'aimerais bien que ce cache ne s'applique pas, car malgré le vidage du cache Litespeed et celui d'Astroid + Joomla!, je viens de passer de 4 minutes à 24 secondes, ce qui risque fort de fausser les tests.
Merci de vos conseils !

[pmleconte]

Bonjour Robert,

Dans la configuration de base Akeeba, les répertoires logs/cache/tmp sont exclus.

Si tu utilises JCH optimize, il met son cache dans le répertoire media et il faut demander à akeeba de ne pas tenir compte du répertoire plg-jchoptimize (pas sûr du nom du répertoire car je n'utilise plus JCH Optimize).

De même, il ignore dans la base de données les tables action_logs, sessions et quelques tables finder.

Il faut vérifier si tu n'as pas une extension qui génèrerait des données de travail inutiles à la sauvegarde.

Tout cela se paramètre au niveau du profile de sauvegarde.




Pascal

[RobertG]

Merci Pascal, mais je ne vois toujours pas pourquoi deux sauvegardes à quelques instants d'intervalle, de même taille finale, ont une telle différence de durée.
Les sites n'utilisent pas JCH ni à ma connaissance aucune autre gestion de cache.

PS: le technicien PlanetHoster a envisagé la possibilité qu'il s'agisse du paramétrage I/O étant donné que les fichiers de Joomla! sont pour la plupart de très petite taille, ce qui pourrait expliquer la différence entre la sauvegarde complète et celle réduite dont je parle pour le site qui a été si long à sauvegarder l'autre jour.

[pmleconte]

Utilises-tu l'export après sauvegarde ?

[RobertG]

Non, car PlanetHoster bloquait l'export, ce qui m'avait obligé à créer des scripts PHP pour récupérer les sauvegardes, les transférer sur mon serveur de backups et les supprimer du serveur PlanetHoster, ceci sur plusieurs de leurs serveurs.

[RobertG]

L'augmentation des plafonds n'a pas d'effet, toujours autant de lenteur à la première sauvegarde, sauf si une a été faite quelques instants plus tôt.
J'ai aussi des lenteurs d'ouverture de la page d'identification à l'administration, puis du panneau d'administration après identification.
Pour info, un de mes sites a mis tout à l'heure 5 minutes et quelques sur PH, 24 secondes sur mon serveur Nuxit. J'aimerais bien comprendre et trouver une solution.
Et en comparant un site hébergé sur un World (non Litespeed) au Canada et un de mes sites hébergés en Europe sur le même type de serveur, celui au Canada met bien moins de temps pour un jpa beaucoup plus gros que celui de mon site.

Et comme je constate cette lenteur sur mes serveurs PH comme sur ceux de clients, j'imagine qu'ici je ne suis pas le seul touché.

[RobertG]

J'ai testé sur mon World Pro l'activation de memcached, en ajoutant Gzip et cache conservateur dans la configuration de sites, après échanges avec Nick, pas d'accélération de sauvegardes comme je m'y attendais, toujours cet effet de cache si on relance une sauvegarde quelques instants plus tard

[RobertG]

Bonjour,

Un paramétrage du profil Akeeba pourrait-il offrir la solution ? Pourtant, j'ai relancé l'assistant de configuration et à part le dossier des sauvegardes et leur quota, je n'ai rien touché d'autre. Je ne vois pas sur quoi influer pour gagner du temps de traitement.
En plus, avec cet effet de cache dont je ne trouve toujours pas l'origine, tester les modifications de paramètres n'est pas simple :

[RobertG]

Bonjour,

Je suis étonné et très triste que personne ne soit intervenu dans cette discussion pour confirmer ou infirmer ce que je dis, après avoir vérifié sur son site.
Aucune solution au niveau de PlanetHoster, ni d'Akeeba backup où il semble qu'aucun paramétrage ne pourrait accélérer la lecture et l'incorporation dans la sauvegarde des petits fichiers de Joomla! et de ses extensions.
Nous allons tester un site sur un Hybrid Cloud, mais ça ne règlera probablement pas le problème sur les World, et je pourrais difficilement demander à mes clients de passer d'un World Pro à 8 €/mois à un Hybrid Cloud à 66 €/mois... En général, je les ai fait quitter des hébergeurs où la gestion de leurs sites était trop lente, je ne vais pas leur demander d'en changer de nouveau.
J'ai l'impression de me retrouver face à une situation qui m'avait fait damner il y a pas mal d'années chez un hébergeur bien connu où il y avait eu une dégradation de ces durées de sauvegardes épuisante en terme de temps perdu.
Là, que ce soit pour mes propres sites personnels ou pour ceux des clients concernés, ce sont des sites peu ou modérément visités, ce qui voudrait dire que ce sont d'autres serveurs beaucoup plus sollicités qui dégraderaient le fonctionnement de ceux-ci.

J'ai aussi constaté sur certains serveurs où j'interviens que l'ouverture de la page d'identification à l'administration, puis au panneau de gestion après identification était bien longue. J'ai par exemple eu 4 secondes puis 6 secondes pour une des administrations.

[woluweb]

à titre de comparaison, je viens de regarder un de mes sites : entre 3 et 5 minutes pour 180 mégas

[herve]

Salut
Moi je viens de faire une sauvegarde de 450MO en 11mn. Je trouve que des sauvegardes même non optimisés sont correctes/
En fait je ne m'intéresse pas à trop à l'optimisation des sauvegardes car elles se déroulent correctement et il y a tellement d'autres choses à faire !!
Après si tu n'as pas pu avoir plus d'aide de PH et d'akeeba , j'en déduis que cela va être difficile

[RobertG]

Merci Marc.
Je ne comprends pas ce qui explique cette lenteur sur les petits fichiers, car lorsqu'il y a des images en plus, ce n'est pas beaucoup plus long.
Et où peut se trouver un cache serveur qui ramène la durée à celle que j'ai sur mon VPS managé, si je sauvegarde quelques instants plus tard...
Pour mon site de photos, 716 Mo de jpa et une durée variant de 3min 14 et 6 min 17
Pour deux sites jpa de 78 Mo, environ 3 min 30.

[RobertG]

Merci Hervé,
Le problème est que je gère les sites essentiellement depuis YourSites et que lorsque les sauvegardes sont trop longues, je reçois un message d'erreur qui m'oblige à vérifier si la sauvegarde a abouti, et lorsqu'elle a abouti si la mise à jour de Joomla! qui doit éventuellement suivre a elle aussi abouti ou pas. Et dans ces cas, il me faut revérifier depuis YourSites et parfois me connecter à l'administration du site pour recommencer l'opération.
Et lorsqu'on est sur l'administration d'un site à faire une sauvegarde et qu'il faut attendre plusieurs minutes pour faire autre chose, c'est du temps perdu.

PS : je viens de vérifier pour mon site de livres, 69 Mo de jpa, la comparaison de cette durée sur mon World Pro : 4 minutes et sur mon Performance 1 : 34 secondes.

[RobertG]

Bonjour,

Test sur un sous-domaine installé sur un Hybrid Cloud : installation de Joomla! 5.3.0 + exemples blog + LS Cache + Akeeba backup core
Trois sauvegardes , une juste après installation, puis deux heures plus tard et enfin 16 heures plus tard durant 13 ou 14 secondes. Aucun effet de cache serveur dans ce cas, une nouvelle sauvegarde a même duré 1 seconde de plus, quelques minutes plus tard.
En comparaison, le même type de site créé sur mon serveur World Pro a demandé ce matin 2 min 32 pour une sauvegarde, puis 17 secondes quelques minutes plus tard.