Bonjour tout le monde, j’ai besoin de votre aide, je suis nouveau dans ce domaine, je configure ma communauté sur mon serveur, j’ai des questions sur la sauvegarde, comment puis-je la configurer pour qu’elle s’exécute 3 fois par jour ? et cette sauvegarde est-elle sûre ? Si quelque chose arrive à mon serveur, puis-je migrer toute ma communauté avec tous les paramètres vers un autre serveur ?
Vous ne pouvez pas le faire (sans recourir à des scripts personnalisés compliqués)
Oui, tant que vous la stockez ailleurs (comme sur S3)
2 « J'aime »
Je comprends, je pense qu’il est un peu risqué de n’avoir qu’une seule sauvegarde par jour, si la communauté est très active il y a un risque de perdre des données car la sauvegarde la plus proche pourrait prendre 24 heures… Pour en revenir au sujet, pouvez-vous me dire si en ajoutant un bucket S3 les fichiers de sauvegarde vont directement sur S3 ou s’ils sont également sauvegardés sur la machine où est hébergé le discours ?
Ils sont d’abord enregistrés sur la machine, puis téléchargés (et supprimés de la machine).
1 « J'aime »
Je comprends, dans mon cas cette solution ne fonctionne pas, elle sera dangereuse.
Qu’est-ce qui n’est pas sûr avec s3 ?
Si vous ne lui faites pas confiance pour une raison quelconque, vous pourriez utiliser le stockage local et synchroniser les fichiers ailleurs. Mais ce serait moins sûr que s3.
1 « J'aime »
L’insécurité à laquelle je fais référence n’est pas S3, mais dans le discours lui-même, le temps de sauvegarde minimum est de 1 jour, mais si vous analysez cette période pour la sauvegarde suivante, il peut y avoir un problème ou une situation sur le serveur ou le fichier lui-même, donc si c’est une communauté très active, vous pourriez perdre certaines données.
Si vous ne pouvez pas vous permettre la probabilité d’une telle perte de données, vous devriez investir dans une configuration de base de données qui se réplique vers un autre fournisseur d’hébergement ou une autre zone de disponibilité. Mais ces choses ont un prix.
Lors de la gestion des risques, le risque qu’un problème survienne est la probabilité multipliée par l’impact. Si vous souhaitez réduire le risque, vous pouvez soit diminuer la probabilité de la catastrophe, soit l’impact.
Avoir des sauvegardes plus fréquentes est une mesure qui diminue l’impact. Vous pourriez également envisager de diminuer la probabilité, par exemple en obtenant un hébergement plus fiable.
Au cours des 10 dernières années d’hébergement de nombreux forums Discourse avec Communiteq, nous n’avons jamais eu de cas où nous aurions souhaité avoir des sauvegardes plus fréquentes.
2 « J'aime »
Je suis nouveau sur Discourse, donc ce que vous avez dit, je ne l’ai pas très bien compris.
Il dit qu’en dix ans d’exploitation de centaines de forums, il n’a jamais souhaité avoir des sauvegardes plus fréquentes.
Si vos données ont une grande valeur, vous pouvez configurer PostgreSQL pour répliquer sur un autre serveur afin de pouvoir basculer sur une sauvegarde à chaud et perdre très peu, voire aucune donnée. Vous pouvez rechercher « réplication PostgreSQL » sur Google. Je suppose qu’il vous faudrait un jour ou deux pour la mettre en place et quelques jours supplémentaires pour vous assurer que vous comprenez vraiment comment basculer sur le serveur de sauvegarde.
Vous pourriez également créer une tâche cron qui exécuterait la sauvegarde toutes les dix minutes et stockerait ces sauvegardes sur S3.
La recommandation, cependant, est de trouver autre chose à craindre.
1 « J'aime »
Je comprends, d’accord, je vais voir ce qu’il y a de mieux à faire
1 « J'aime »
Je n’arrive tout simplement pas à comprendre pourquoi tant de gens sont contre des sauvegardes de bases de données plus fréquentes. Qu’est-ce qui se cache derrière ? Expliquez-moi pourquoi avec Discourse, un plafond de 24 heures n’est pas une menace, mais l’est partout ailleurs. Mon WordPress/Woocommerce sauvegarde sa base de données toutes les 5 minutes et cela n’a pratiquement aucun coût.
Depuis le tout début du monde numérique, il y a eu deux vérités universelles :
- les sauvegardes sont très souvent trop anciennes
- la création de sauvegardes doit être automatique, car compter sur l’humain est une garantie d’oubli
Je ne comprends pas non plus comment ils ne voient pas les risques dans une sauvegarde qui s’exécute toutes les 24 heures ; pendant cette période, des pertes importantes d’informations sensibles peuvent survenir.
Si vous souhaitez effectuer des sauvegardes plus fréquemment, vous pouvez créer un script cron pour le faire ou créer un plugin qui le fera plus souvent. Si vous allez faire des sauvegardes plus fréquemment, vous voudrez vous assurer que les téléchargements sont sur s3, car faire des copies des téléchargements à chaque sauvegarde est coûteux.
Cdck/discourse.org effectue des sauvegardes deux fois par jour, je crois. Ils le font avec un script externe.
Si vous ne voulez pas comprendre comment gérer les sauvegardes postgres, vous pouvez demander sur Marketplace avec un budget et indiquer si vous préférez qu’un plugin crée des sauvegardes ou si vous obtenez de l’aide avec postgres pour créer des scripts de sauvegarde de bases de données postgres ou de sauvegardes discourse.
Ce n’est pas une fonctionnalité native de WordPress, cependant, n’est-ce pas ? C’est un plugin, n’est-ce pas ?
Mais l’important est que faire des sauvegardes plus fréquentes est probablement inutile, du moins d’après l’expérience de certaines personnes qui ont géré de nombreux forums discourse pendant de nombreuses années.
Mais nous parlons ici de base de données. Sauvegarder les téléchargements sur S3 toutes les quelques minutes est tout simplement stupide.
Mais j’aimerais quand même savoir pourquoi c’est une question si importante.
Il n’y a aucune solution intégrée par Autommatic. Mais il y a plein de raisons pour lesquelles il n’est pas nécessaire de développer une telle fonctionnalité. Tout l’écosystème est différent et Discourse, en tant qu’environnement, manque totalement d’une telle variété. Tout ici est fortement basé sur le B2B, je le sais, et il n’y a ni besoin ni envie de développer une solution de niveau client similaire à ce que sont WordPress et ses plugins.
Tout ce que je veux savoir, c’est la vraie raison pour laquelle c’est une question si difficile.
Je ne suis pas contre. Je pense juste que je n’en ai pas besoin, et que je n’en ai jamais eu besoin.
Ce ne serait pas très difficile ni beaucoup de travail de créer un plugin qui le fasse. Cependant, personne ne l’a construit. C’est probablement un signe que ce n’est pas si important pour beaucoup 
2 « J'aime »
Oui, le véritable test de toute exigence est soit que CDCK la reprenne, soit que quelqu’un publie sur Marketplace avec un budget significatif.