O script de atualização verificará o espaço livre e só prosseguirá se for seguro fazê-lo.
Há duas etapas no processo onde o espaço em disco pode se tornar crítico. Se você ignorasse a verificação de espaço livre, é aqui que poderia encontrar problemas:
- Ao executar o pg_dump para extrair os dados do banco de dados antigo (é necessário o dobro do armazenamento do BD neste ponto).
- Ao executar o pg_restore para inserir os dados de volta no novo banco de dados (é necessário o triplo do armazenamento do BD neste ponto).
Para se recuperar desse estado, você precisaria remover /shared/postgres_dump e /shared/postgres_data_new.
Observe que, ao final da atualização, removemos os arquivos temporários do pg_dump, mas mantemos seus dados do banco de dados pré-atualização em /shared/postgres_data_old apenas por precaução. Uma vez que você estiver satisfeito com o funcionamento de tudo, provavelmente desejará remover esse diretório para liberar espaço em disco.
Testei fazer um backup do Discourse em um site com PG15 e restaurá-lo em um site com PG18. Funcionou para mim, mas esteja ciente de que não é um método oficialmente suportado. Teste minuciosamente em algo que não seja produção primeiro e certifique-se de ter um caminho de retorno!
Recomendo estudar o processo usado pelo script de atualização. Se você tiver requisitos especiais de armazenamento, deverá ser capaz de adaptá-lo às suas necessidades. Novamente, teste primeiro:
Isso está agora no discourse_docker, sim. Se você executar pull na branch main ou rodar ./launcher rebuild app, você obterá isso.
Desativar o discourse_docker da branch main ajuda a prevenir atualizações acidentais se você quiser adiá-la.