Stockage en ligne des sauvegardes

Réduire
X
 
  • Filtrer
  • Heure
  • Afficher
Tout effacer
nouveaux messages

  • Stockage en ligne des sauvegardes

    Bonjour,

    Depuis quelques années j'utilise pour le stockage des sauvegardes des sites dont je m'occupe (les miens et deux autres sites) le service "backup PHPNET", en offre 250 Go dont aujourd'hui 40 Go sont constitués de ces sauvegardes et de quelques autres fichiers. Accès multiples au serveur, dont webDav, les jpa sont transférés en fin de sauvegarde par Akeeba backup pro, et lorsque je dois restaurer sur le même serveur ou un autre, kickstart pro permet de récupérer ces jpa par ftp, ce qui est très pratique.

    Ne sachant pas si, avec le rachat de PHPNET et les changements (irritants) au niveau de la gestion des serveurs et du commercial, ces offres backup vont continuer à être proposées (pas de possibilité de renouveler depuis sa gestion dans le nouveau Panel de gestion du compte), je suis à la recherche d'une éventuelle solution de remplacement.

    J'utilise actuellement un hébergement "World" PlanetHoster pour une grande partie de mes sites, mais dans la mesure où ils gèrent eux-mêmes les sauvegardes des serveurs et bases, ils me conseillent un stockage externe pour mes propres sauvegardes.

    Avez-vous des conseils à me donner à ce sujet ?
    Merci d'avance,
    Robert
    "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide).
    MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info - Site pro : www.robertg-conseil.fr et sites perso chez PlanetHoster + sites gérés chez PHPNET, 1and1 et OVH

  • #2
    Salut Robert,

    Moi j'utilise des serveurs dédiés Kimsufi pour mes sauvegardes externes, expédiées en ftp via akeeba.
    Vu le prix, j'ai pas encore trouvé mieux et surtout ces serveurs "c'est mes miens", donc j'y fait ce qui me plait

    Dol.
    Dernière édition par dolmenhir à 16/01/2020, 13h47
    Je préfère éclairer que briller.” - “J'ai peut-être l'air froid, mais je suis pas givré.
    Ne m'envoyez pas de message privé pour résoudre vos problèmes sans y avoir été invité.
    Dolmenhir : tailleur de site web depuis 1997. Spécialiste Joomla depuis 2005. https://www.dolmenhir.fr

    Commentaire


    • #3
      Salut Robert.

      J'ai aussi des kimsufi (OVH) préconfigurés pour des synchronisations, dont l'objectif est plutôt de redémarrer un site rapidement en cas de 'plantage serveur' ou de pouvoir agir plus facilement au cas où je serais en déplacement, mais pas de revenir plusieurs jours en arrière.

      Les "vrais" sauvegardes planifiées se font sur un vieux PC sous linux/debian chez moi qui se synchronise toutes les nuits avec les dossiers des vhosts de mes serveurs dédiés et les exports de DB, après que chaque serveur les ait fait en local (ses sauvegardes de DB).

      Les sauvegardes DB se font via scripts bash qui scrute l'ensemble des DB du serveur mysql ou mariadb et génère des fichiers sql fractionnés (ceci via mysqldump).
      Avec l’énorme avantage d'avoir un sql qui peut être chargé avec n'importe quel SGDB et pas un format "propriétaire" type akeeba.

      Ainsi j'ai tout "at home" chaque jour et aucune limite de capacité de stockage vu que cela ne coûte que les prix des disques dur.

      J'historise donc largement les sauvegardes : actuellement 9 sauvegardes de chaque site (7 derniers jours + chaques derniers mois pair/impair) + 60 jours de sauvegardes databases pour chaque site.

      Je récupère régulièrement ces sauvegardes qui sont donc chez moi, pour actualiser mes site de tests et de dev, ce qui accessoirement me permet de vérifier le bon fonctionnement des restaurations sur des OS différents.

      Cela fait bien 15ans que je fonctionne ainsi.
      Dernière édition par roland_d_alsace à 16/01/2020, 14h32
      dolmenhir likes this.
      A tous les utilisateurs de Joomla du très Grand Est de la France et du Jura suisse
      Rejoignez le Joomla Users Groupe Alsace...
      roland_d_alsace va-t-il devenir roland_du_grand_est ?

      Commentaire


      • #4
        Envoyé par roland_d_alsace Voir le message
        Avec l’énorme avantage d'avoir un sql qui peut être chargé avec n'importe quel SGDB et pas un format "propriétaire" type akeeba.
        Idem pour moi.

        Le format jpa a surement des avantages, surtout quand on ne contrôle pas vraiment son environnement.
        Mais perso, je préfère de loin des fichiers zippés + un fichier sql séparé, le tout sans ANGIE.
        Avec ça, un post-processing de type Upload FTP sur un serveur prod annexe et je redémarre un site sur n'importe quel serveur beaucoup plus rapidement que via une instance akeeba sur un site annexe ou même un kickstart. De plus, comme les ndd sont gérés chez ovh avec une simple déclaration de type A vers l'ip du serveur (les dns serveurs restant ceux d'OVH) même pas besoin d'attendre une fastidieuse propagation pour relancer (très) rapidement un site sur une autre machine.

        Pour les sauvegardes, grâce à une totale latitude d'action sur les Kimsufi, dans les conditions les plus extrêmes j'ai des backups (datas + sql séparés) quotidiens avec rétention longue, voire très longue durée (jusqu'à 365 jours pour les clients les plus sensibles) + backup local 7j/7. Et accessoirement, pour certains clients, je peux leur livrer ça sur du Cloud ou du Drive...

        Dol.
        Dernière édition par dolmenhir à 16/01/2020, 16h01
        Je préfère éclairer que briller.” - “J'ai peut-être l'air froid, mais je suis pas givré.
        Ne m'envoyez pas de message privé pour résoudre vos problèmes sans y avoir été invité.
        Dolmenhir : tailleur de site web depuis 1997. Spécialiste Joomla depuis 2005. https://www.dolmenhir.fr

        Commentaire


        • #5
          Merci à vous deux,

          Mon projet est bien de conserver un stockage en ligne, pour des raisons pratiques. A une époque, j'utilisais un micro-PC portable à grande autonomie, capable de redémarrer seul en cas de coupure de courant, me permettant de synchroniser les fichiers des sites avec un disque local externe au moyen de Syncback et de tâches programmées Windows.
          Le gros inconvénient était qu'en cas de gros pépin sur un site, renvoyer une sauvegarde pouvait prendre un temps infini, raison pour laquelle j'ai opté pour l'offre de backup PHPNET lorsque Akeeba backup a permis, en version pro, de transférer automatiquement les sauvegardes vers un serveur ftp (ou autre) distant.
          Le gros avantage est que kickstart pro permet de récupérer directement ces fichiers pour les rapatrier vers le serveur du site sans passer par l'ordinateur local. En quelques minutes la restauration est faite. N'ayant toujours pas la fibre dans ma campagne, j'apprécie !

          Pour ce qui est des bases de données, ayant repris LazyBackup renommé en LazyDbBackup il y a quelques années, je l'utilise systématiquement avec des sauvegardes journalières pour des sites pouvant être souvent modifiés, et les bases sont transmises par mail si elles ne sont pas trop lourdes, avec ou sans conservation sur le serveur du site, ou restent sur le serveur dans un dossier non accessible par URL.

          J'ajoute que, comme j'ai déjà eu probablement l'occasion d'en parler sur le forum, je me suis essayé deux fois aux VPS mais n'ai pas du tout accroché avec la gestion des serveurs, ça m'ennuyait, contrairement à d'autres apprentissages, et j'ai donc laissé tomber, l'offre de pseudo VPS PHPNET Premium, dont on peut rapprocher les offres PlanetHoster et O2switch, m'ayant convaincu (ce qui me convainc moins actuellement, depuis le rachat de PHPNET).

          Akeeba backup pro permet d'utiliser une multitude de serveur de sauvegarde distants. Je n'ai pour le moment regardé que Dropbox dont j'ai trouvé l'offre de départ "Plus" bien trop surdimensionnée et chère pour mon usage. Si quelqu'un a une expérience d'un autre serveur compatible Akeeba à prix modéré, l'info m'intéresse.

          Mon usage est essentiellement privé, je ne travaille plus vraiment "professionnellement" (problèmes de santé obligent), je veux dire en me faisant payer, sauf très ponctuellement quand ça ne peut être réglé par quelques conseils, et pour un ou deux clients historiques : mes revenus de gestion ou aide à la gestion de sites sont trop réduits (d'autant que je me sens beaucoup plus à l'aise dans le bénévolat, comme on peut le voir par le nombre de mes interventions ici) pour me permettre des coûts d'hébergement importants. En ce moment, j'ai mon hébergement PHPNET Premium Evolution 1 qui court jusqu'en mai, un hébergement O2switch et un World et demi chez PlanetHoster : ça représente déjà un bon total, ma danseuse à moi, quoi... Mais je ne peux guère aller plus loin si je veux conserver quelques revenus pour d'autres investissements informatiques ou pour la gestion des sites.
          Le compte de backup PHPNET me coûte 4 € HT/mois, et je n'ai pas envie, si je ne peux (ou si je n'ai pas envie de) le renouveler, de payer plus cher.
          "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide).
          MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info - Site pro : www.robertg-conseil.fr et sites perso chez PlanetHoster + sites gérés chez PHPNET, 1and1 et OVH

          Commentaire


          • #6
            Je précise de plus que je n'héberge pas de sites autres que les miens. Ceux de clients ou relations ont leurs propres serveurs, et la gestion des zones DNS n'est pas plus ma tasse de thé que celle des VPS.
            "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide).
            MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info - Site pro : www.robertg-conseil.fr et sites perso chez PlanetHoster + sites gérés chez PHPNET, 1and1 et OVH

            Commentaire


            • #7
              C'est sûr qu'à moins de 4.- €/HT / mois je n'ai pas de formule pour un stockage cloud hormis le serveur Kimsufi "entrée de gamme" 500Go à 3.99HT ou 1To à 4.99HT
              Mais il faut le effectivement le gérer.
              A tous les utilisateurs de Joomla du très Grand Est de la France et du Jura suisse
              Rejoignez le Joomla Users Groupe Alsace...
              roland_d_alsace va-t-il devenir roland_du_grand_est ?

              Commentaire


              • #8
                Envoyé par roland_d_alsace Voir le message
                Mais il faut le effectivement le gérer.
                Plus ou moins.
                Pour ma part, je blinde la sécurité dès le départ, pour empêcher toute intrusion et donc protéger les données stockées.
                Ensuite, ce ne sont que de gros disques durs qui ne servent qu'au stockage.
                Donc, à part quelques mises à jour système occasionnelle, rien d'autre à faire.
                Je préfère éclairer que briller.” - “J'ai peut-être l'air froid, mais je suis pas givré.
                Ne m'envoyez pas de message privé pour résoudre vos problèmes sans y avoir été invité.
                Dolmenhir : tailleur de site web depuis 1997. Spécialiste Joomla depuis 2005. https://www.dolmenhir.fr

                Commentaire


                • #9
                  J'utilise depuis des années Akeeba backup Pro + sauvegardes externes sur Amazon S3.
                  Je fais des backups quotidiens des bdd + le site complet via une sauvegarde complète, hebdomadaire ou mensuelle (suivant l'activité du site) + sauvegardes incrémentielles quotidiennes.
                  Pour une 20aine de sites, cela me coûte moins de 2 € TTC/mois.
                  Tous les services pour les sites Joomla! : sécurité, nettoyage de sites piratés, hébergement, SEO, applications Fabrik, migration, compatibilité mobiles, accessibilité, ...
                  Administrateur certifié Joomla! 3
                  https://www.betterweb.fr

                  Commentaire


                  • #10
                    Envoyé par jfque Voir le message
                    Pour une 20aine de sites, cela me coûte moins de 2 € TTC/mois.
                    un bon service effectivement mais à préciser toutefois que la tarification est calculé au volume de données.
                    1 gros site peut donc coûter + cher que 100 petits

                    Je préfère éclairer que briller.” - “J'ai peut-être l'air froid, mais je suis pas givré.
                    Ne m'envoyez pas de message privé pour résoudre vos problèmes sans y avoir été invité.
                    Dolmenhir : tailleur de site web depuis 1997. Spécialiste Joomla depuis 2005. https://www.dolmenhir.fr

                    Commentaire


                    • #11
                      Merci à vous. J'avais vu en effet que c'est de la facturation au volume sur Amazon S3. Son avantage par rapport aux autres solutions est que kickstart pro est capable de récupérer directement les fichiers voulus sans devoir saisir une URL.
                      D'après une réponse reçue, l'offre de backup PHPNET ne devrait pas disparaître. Reste à savoir si elle sera aussi intéressante au niveau des prix quand elle basculera à son tour chez Nuxit.
                      "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide).
                      MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info - Site pro : www.robertg-conseil.fr et sites perso chez PlanetHoster + sites gérés chez PHPNET, 1and1 et OVH

                      Commentaire


                      • #12
                        Bonjour,

                        Je viens d'avoir une autre confirmation de la pérennité des offres de serveurs dédiés aux backups. Pas d'infos sur les tarifs, par contre. Même s'ils n'ont pas changé sur le site PHPNET, impossible de savoir s'ils seront les mêmes quand ils seront proposés sur le site Nuxit.

                        Je reviens sur une différence que je trouve majeure et très gênante entre ces offres de backup (celle-ci mais aussi Amazon S3, Dropbbox, SugarSync et autres), c'est que quand on a ses sauvegardes sur son propre serveur VPS ou dédié, en cas de crash tout est perdu, alors qu'on peut espérer qu'avec les offres spécialisées on ne perdra rien, grâce à leurs sauvegardes internes.
                        "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide).
                        MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info - Site pro : www.robertg-conseil.fr et sites perso chez PlanetHoster + sites gérés chez PHPNET, 1and1 et OVH

                        Commentaire


                        • #13
                          L'idée générale d'une bonne sauvegarde est la mise en application du célèbre "pas tous ses oeufs dans le même panier". Concrètement, avoir une sauvegarde sur le même serveur ou, même, sur un serveur se trouvant dans la même unité d'hébergement, est utile pour une restauration après un problème sur le site (fausse manoeuvre, piratage, ...). Mais si c'est le serveur lui-même ou l'unité complète d'hébergement (je l'ai vécu très récemment avec mon hébergeur), les sauvegardes risques d'être perdues. D'où l'utilité de les stocker sur un système complètement séparé.
                          C'est pour cela que j'utilise S3 depuis des années parce que la probabilité que mon hébergeur et Amazon connaissent des soucis majeurs en même temps et, disons, très très faible...
                          Tous les services pour les sites Joomla! : sécurité, nettoyage de sites piratés, hébergement, SEO, applications Fabrik, migration, compatibilité mobiles, accessibilité, ...
                          Administrateur certifié Joomla! 3
                          https://www.betterweb.fr

                          Commentaire


                          • #14
                            Je suis d'accord, et c'est pour cette raison que je parlais de l'avantage des services spécialisés "backups" qui ont leurs propres sauvegardes de serveurs (et peuvent donc les restaurer si un problème se pose chez eux) alors qu'à ma connaissance, sur un VPS ou un dédié, l'hébergeur ignore les sauvegardes, c'est au propriétaire du serveur de le faire pour parer à tout accident, donc doubler les VPS ou dédiés pour plus de sécurité ou mettre un cierge en espérant qu'aucun accident ne surviendra sur le serveur hébergeant ces sauvegardes...

                            La solution de croiser les sauvegardes entre serveurs (mutualisés ou assimilés) d'hébergeurs différents serait intéressante, mais deux des miens m'ont répondu que leurs offres n'autorisaient pas la conservation de sauvegardes Akeeba. Reste alors à se poser la question de la fiabilité et de la régularité des sauvegardes automatisées de ces hébergeurs.
                            J'ai pu constater chez O2switch et PHPNET que les sauvegardes ne sont pas vraiment faites toutes les 24 heures, ce qui me gêne, pas tant pour moi, mais pour des utilisateurs lambda.
                            "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide).
                            MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info - Site pro : www.robertg-conseil.fr et sites perso chez PlanetHoster + sites gérés chez PHPNET, 1and1 et OVH

                            Commentaire


                            • #15
                              De mon côté, outre un backup journalier sur le serveur, mais une fois par mois j'envoie par tâche cron sur Amazon S3. 50 sites donc 600 backups annuels pour moins de 3 eur par mois...
                              Cette année, le JoomlaDay FR aura lieu à Bruxelles les 15 et 16 mai 2020. Évènement à ne pas rater. Plus d'infos sur https://www.joomladay.fr

                              Un message d’erreur sur votre site Joomla ... ayez le reflexe de consulter lla base de connaissance : https://kb.joomla.fr

                              Ce forum, vous l'aimez ? il vous a sauvé la vie ? Vous y apprenez régulièrement ? Alors adhérer à l'AFUJ : https://www.joomla.fr/association/adherer

                              Présentations : slides.woluweb.be | Coordonnées complètes : www.woluweb.be

                              Commentaire

                              Annonce

                              Réduire
                              1 sur 2 < >

                              C'est [Réglé] et on n'en parle plus ?

                              A quoi ça sert ?
                              La mention [Réglé] permet aux visiteurs d'identifier rapidement les messages qui ont trouvé une solution.

                              Merci donc d'utiliser cette fonctionnalité afin de faciliter la navigation et la recherche d'informations de tous sur le forum.

                              Si vous deviez oublier de porter cette mention, nous nous permettrons de le faire à votre place... mais seulement une fois
                              Comment ajouter la mention [Réglé] à votre discussion ?
                              1 - Aller sur votre discussion et éditer votre premier message :


                              2 - Cliquer sur la liste déroulante Préfixe.

                              3 - Choisir le préfixe [Réglé].


                              4 - Et voilà… votre discussion est désormais identifiée comme réglée.

                              2 sur 2 < >

                              Assistance au forum - Outil de publication d'infos de votre site

                              Compatibilité: PHP 4.1,PHP4, 5, 6DEV MySQL 3.2 - 5.5 MySQLi from 4.1 ( @ >=PHP 4.4.9)

                              Support Version de Joomla! : | J!3.0 | J!2.5.xx | J!1.7.xx | J!1.6.xx | J1.5.xx | J!1.0.xx |

                              Version française (FR) D'autres versions sont disponibles depuis la version originale de FPA

                              UTILISER À VOS PROPRES RISQUES :
                              L'exactitude et l'exhaustivité de ce script ainsi que la documentation ne sont pas garanties et aucune responsabilité ne sera acceptée pour tout dommage, questions ou confusion provoquée par l'utilisation de ce script.

                              Problèmes connus :
                              FPA n'est actuellement pas compatible avec des sites Joomla qui ont eu leur fichier configuration.php déplacé en dehors du répertoire public_html.

                              Installation :

                              1. Téléchargez l'archive souhaitée : http://afuj.github.io/FPA/

                              Archive zip : https://github.com/AFUJ/FPA/zipball/master

                              2. Décompressez le fichier de package téléchargé sur votre propre ordinateur (à l'aide de WinZip ou d'un outil de décompression natif).

                              3. Lisez le fichier LISEZMOI inclus pour toutes les notes de versions spécifiques.

                              4. LIRE le fichier de documentation inclus pour obtenir des instructions d'utilisation détaillées.

                              5. Téléchargez le script fpa-fr.php à la racine de votre site Joomla!. C'est l'endroit que vous avez installé Joomla et ce n'est pas la racine principale de votre serveur. Voir les exemples ci-dessous.

                              6. Exécutez le script via votre navigateur en tapant: http:// www. votresite .com/ fpa-fr.php
                              et remplacer www. votresite .com par votre nom de domaine


                              Exemples:
                              Joomla! est installé dans votre répertoire web et vous avez installé la version française du fichier FPA:
                              Télécharger le script fpa-fr.php dans: /public_html/
                              Pour executer le script: http://www..com/fpa-fr.php

                              Joomla! est installé dans un sous-répertoire nommé "cms" et vous avez installé la version française du fichier FPA:
                              Télécharger le script fpa-fr.php dans: /public_html/cms/
                              Pour executer le script: http://www..com/cms/fpa-fr.php

                              En raison de la nature très sensible de l'information affichée par le script FPA, il doit être retiré immédiatement du serveur après son utilisation.

                              Pour supprimer le script de votre site, utilisez le lien de script de suppression fourni en haut de la page du script. Si le lien de suppression échoue pour supprimer le script, utilisez votre programme FTP pour le supprimer manuellement ou changer le nom une fois que le script a généré les données du site et le message publié sur le forum. Si le script est toujours présent sur le site, il peut être utilisé pour recueillir suffisamment d'informations pour pirater votre site. Le retrait du script empêche des étrangers de l'utiliser pour jeter un oeil à la façon dont votre site est structuré et de détecter les défauts qui peuvent être utilisé à vos dépends.
                              Voir plus
                              Voir moins

                              Partenaire de l'association

                              Réduire

                              Hébergeur Web PlanetHoster
                              Travaille ...
                              X