Migrei da hospedagem do Discourse para auto-hospedagem, mas perdi todas as imagens do meu fórum. Percebi isso muito tarde, e já se passaram mais de 30 dias desde a migração.
Quando percebi, executei o seguinte código, mas não funcionou:
`
> ./launcher enter app
> rake posts:rebake
`
Falei com o suporte do Discourse, mas eles me disseram que não podem restaurar o backup, pois já se passaram mais de 30 dias. O que posso fazer para corrigir este problema:
Sinto muito em dizer, mas talvez não haja nada que você possa fazer aqui.
Se você não fez um backup completo que incluísse imagens, e você não percebeu após o ponto em que seu provedor havia excluído seus próprios backups, então os dados provavelmente estão perdidos.
Se não se importa que eu pergunte, o que aconteceu para levar um mês antes de você perceber que suas imagens não estavam no backup? O site ficou fora do ar por um mês inteiro?
Não, o site estava ativo, mas fiquei ocupado com outros trabalhos. Além disso, faço backup completo no painel de administração do Discourse.
Se seus ativos estivessem sendo armazenados em armazenamento remoto, como s3, eles não seriam incluídos no backup.
Há também a configuração backup with uploads que ignora os uploads.
Qual o tamanho do arquivo de backup?
Você provavelmente baixou seu backup antes de cancelar sua conta e ele não incluiu os uploads.
Você pode pedir novamente, muito gentilmente, se eles podem restaurar temporariamente os uploads para o S3. Isso aconteceu comigo há um tempo, quando eles estavam limpando seus antigos buckets S3 e eles conseguiram restaurar os uploads para o S3 por um tempo.
Se eles puderem, você pode então se esforçar para baixar essas imagens do S3 e, em seguida, fazer o upload delas para seu próprio bucket S3, ou de outra forma se esforçar para colocá-las no discourse. É um pouco trabalhoso, mas é possível.
Isso é provável; o link para o backup final completo inclui os uploads do S3, mas outros backups não.
Não consigo encontrar nenhuma solicitação de suporte anterior desta conta. De uma conta com o e-mail associado ao seu antigo site, envie uma mensagem privada para @team com o nome do site, e posso verificar novamente para garantir que os uploads não estejam mais disponíveis.
Você não percebe isso, já que o site migrado continua carregando as imagens do S3 da CDCK, até que elas sejam removidas, e aí é tarde demais.
Também temos um bloqueio de versão de bucket S3 em nossos uploads, então mesmo depois que eles foram excluídos, ainda podemos restaurá-los por um período de tempo.
Eu entendo como o S3 funciona, geralmente é uma grande vantagem ao mover um site entre servidores. Eu estava me referindo à diferença relativamente enorme nos tamanhos dos arquivos.
Temos fóruns com um banco de dados enorme e (relativamente) poucos uploads. Eu seria completamente incapaz de prever o tamanho do backup de um fórum assim, nem de notar a diferença entre um backup com e sem backups, especialmente com apenas um dos dois presente.
Acho que venho de uma geração mais antiga. Meus dias de operações começaram com pilhas de fitas e o princípio de que não é um backup a menos que você tenha validado que ele funciona e contém os dados esperados. Nada como passar horas extraindo dados do LTO e perceber que permissões ou bloqueios de arquivo impediram um agente de backup de capturar arquivos críticos.
Se o arranjo atual pode confundir usuários novos e experientes, talvez precisemos de um indicador mais claro no nome do arquivo, anexando complete e no-uploads? A abordagem existente está dando aos usuários uma falsa sensação de segurança, então definitivamente parece haver espaço para melhorias.
Você estaria aberto a isso, @supermathie?
Bem, acho que somos da mesma geração, e eu também não cairia nessa.
Mas, por um lado, nós (como comunidade) continuamos dizendo às pessoas que elas devem fazer o auto-hospedagem, “é fácil, basta seguir as instruções” e agora esperamos que elas não apenas verifiquem o tamanho de seus backups, mas também visualizem o conteúdo de um arquivo .tar.gz, algo que provavelmente nunca ouviram falar, nem sabem como fazer. E mesmo que o façam, é difícil dizer quando o conteúdo está suficientemente presente. A maioria dos fóruns que têm seus uploads no S3 também têm alguns arquivos locais. Não é tão preto no branco que todos os arquivos, ou nenhum arquivo, estejam lá.
O problema de restaurar um fórum onde os uploads são deixados no local (anterior) do S3 é que funciona. Tudo parece bem, até que os uploads desaparecem um mês depois. E mesmo que os arquivos estejam faltando, o processo de restauração não diz que é normal que “você verá imagens faltando” e tudo ficará bem eventualmente?
Então vamos melhorar isso também?
Talvez precisemos detectar quando um backup está sendo restaurado em uma instância nova e avisar o usuário que os ativos não foram incluídos na restauração que acabaram de executar.
Tenho quase certeza de que vamos melhorar isso. Um aviso ao restaurar um backup sem uploads faz muito sentido.