Olá pessoal, preciso da ajuda de vocês, sou novo nisso, estou configurando minha comunidade no meu servidor, tenho dúvidas sobre o backup, como posso configurá-lo para fazer 3 vezes ao dia? e esse backup é seguro? Se algo acontecer com meu servidor, posso migrar toda a minha comunidade com todas as configurações para outro servidor?
Você não pode fazer isso (sem recorrer a scripts personalizados complicados)
Sim, desde que você o armazene em outro lugar (como no S3)
2 curtidas
Entendo, acho um pouco arriscado ter apenas um backup por dia, se a comunidade for muito movimentada há risco de perder dados já que o backup mais próximo pode levar 24 horas… Voltando ao assunto, você pode me dizer se adicionando um bucket S3 os arquivos de Backup vão direto para o S3 ou também são salvos na máquina onde o speech está hospedado?
Eles são primeiro salvos na máquina, depois carregados (e removidos da máquina).
1 curtida
Entendo, no meu caso essa solução não funciona, será inseguro.
O que há de inseguro no s3?
Se você não confia nele por algum motivo, pode usar armazenamento local e sincronizar os arquivos para outro lugar. Mas isso seria menos seguro do que o s3.
1 curtida
A insegurança a que me refiro não é S3, mas sim no próprio discurso, o tempo mínimo de backup é de 1 dia, mas se você analisar esse período para o próximo backup, pode haver um problema ou situação no servidor ou no próprio arquivo, então se for uma comunidade muito movimentada você pode perder alguns dados.
Se você não pode arcar com a probabilidade de tal perda de dados, você deve investir em uma configuração de banco de dados que se replique para outro provedor de hospedagem ou zona de disponibilidade. Mas essas coisas vêm com um preço.
Ao realizar o gerenciamento de riscos, o risco de algo dar errado é a probabilidade vezes o impacto. Se você quiser diminuir o risco, pode diminuir a probabilidade do desastre ou o impacto.
Ter backups mais frequentes é uma medida que diminui o impacto. Você também pode considerar diminuir a probabilidade - por exemplo, obtendo uma hospedagem mais confiável.
Nos últimos 10 anos hospedando muitos, muitos fóruns Discourse com a Communiteq, nós nunca tivemos um caso em que desejamos ter tido backups mais frequentes.
2 curtidas
Sou novo no discourse, então o que você disse eu não entendi muito bem
Ele está dizendo que em dez anos administrando centenas de fóruns, ele nunca desejou ter backups mais frequentes.
Se seus dados são muito valiosos, você pode configurar o postgres para replicar para outro servidor, de modo que você possa mudar para um backup ativo e perder poucos ou nenhum dado. Você pode pesquisar no Google por “postgres replication”. Eu estimaria que levaria um ou dois dias para configurar e mais alguns dias para ter certeza de que você realmente entende como mudar para o servidor de backup.
Você também poderia criar um cron job que executaria o backup a cada dez minutos e teria esses backups no s3.
A recomendação, no entanto, é encontrar outra coisa com que se preocupar.
1 curtida
Entendi, ok, verei o que é melhor fazer
1 curtida
Eu simplesmente não consigo entender por que tantos são contra backups de banco de dados mais frequentes. O que está por trás disso? Por favor, explique-me por que com o Discourse, um limite máximo de 24 horas não é uma ameaça, mas é em todos os outros lugares. Meu WordPress/WooCommerce faz backup do banco de dados a cada 5 minutos e tem um custo praticamente zero.
Desde o início do mundo digital, existem duas verdades universais:
- backups são frequentemente muito antigos
- fazer backups deve ser automático, porque confiar no ser humano é uma maneira garantida de esquecer
Também não consigo entender como eles não conseguem ver riscos em um backup que roda a cada 24 horas, durante esse período grandes perdas de informações sensíveis podem ocorrer.
Se você quiser fazer backups com mais frequência, pode criar um script cron para isso ou criar um plugin que o fará com mais frequência. Se você for fazer backups com mais frequência, vai querer ver que os uploads estão no s3, pois fazer cópias dos uploads a cada backup é caro.
Cdck/discourse.org faz backups duas vezes ao dia, acredito. Eles fazem isso com algum script externo.
Se você não quiser descobrir como gerenciar backups do postgres, pode perguntar em Marketplace com um orçamento e dizer se prefere que um plugin crie backups ou se você obterá ajuda com o postgres para criar scripts de banco de dados postgres ou backups do discourse.
Isso não é um recurso nativo do WordPress, no entanto, é? É um plugin, certo?
Mas o ponto é que fazer backups mais frequentes provavelmente é desnecessário, pelo menos na experiência de algumas pessoas que gerenciaram muitos fóruns do discourse por muitos anos.
Mas estamos falando de banco de dados aqui. Fazer backup de uploads para S3 a cada poucos minutos é simplesmente estúpido.
Mas ainda assim, eu gostaria de ouvir por que essa é uma questão tão grande.
Não há solução integrada pela Automattic. Mas há muitas opções pelas quais não há necessidade de criar tal funcionalidade. Todo o ecossistema é diferente e o Discourse como ambiente carece totalmente de tal variedade. Tudo aqui é fortemente construído em B2B, eu sei disso, e não há necessidade nem desejo de desenvolver uma solução de nível de cliente semelhante à que o WordPress e seus plugins oferecem.
Tudo o que quero saber é qual é o verdadeiro motivo pelo qual essa é uma questão tão difícil.
Eu não sou contra. Eu só não acho que preciso disso, e nunca precisei.
Não seria muito difícil ou daria muito trabalho criar um plugin que fizesse isso. No entanto, ninguém o construiu. Isso provavelmente é um sinal de que não é tão importante para muitos 
2 curtidas
Sim, o teste real de qualquer requisito é se o CDCK o capta ou se alguém posta no Marketplace com um orçamento significativo.