Eu sobrescrevi as configurações do meu site com um backup/restauro de uma instância cruzada?

Minha empresa está avaliando o Discourse e criei duas instâncias, A e B. Eu queria testar a funcionalidade de backup/restauração, pois ela pode se aplicar a diferentes instâncias e restaurei um backup da instância A para a instância B.

Parece que os dados foram migrados com sucesso de A para B, no entanto, também parece que algumas configurações do site foram sobrescritas. Por exemplo, a instância B agora está usando SSO para fazer login, o que não estava habilitado em B antes. As contas de administrador eram diferentes entre A e B, e eu não pareço mais ter acesso à minha conta de administrador em B.

Tentei u/admin-login com o valor original de DISCOURSE_DEVELOPER_EMAILS do app.yml sem sucesso (“Endereço de e-mail desconhecido” e, eventualmente, “Você realizou esta ação muitas vezes…”). Tenho tentado coisas diferentes, como reconstruir o app com o launcher, mas não consigo progredir para acessar o painel de administração da instância B.

Qualquer ajuda seria muito apreciada! Como posso recuperar o acesso à minha conta de administrador na instância B?

SiteSettings fazem parte de um backup, por que não fariam? Elas contêm informações críticas para a execução de um site específico.

Na linha de comando, dentro do contêiner, você pode executar:

rake admin:create para criar um novo usuário administrador para que você possa acessar.

Todas as configurações são substituídas, exceto aquelas definidas no arquivo yml. Veja Configurar um provedor de armazenamento de objetos compatível com S3 para uploads f para um exemplo de como fazer isso. Além disso, essa é uma maneira conveniente de restaurar um backup para outro servidor. Há também um tópico sobre como configurar um servidor de staging com exemplos. Configurar um servidor de staging

Muito obrigado pelas respostas rápidas e pelas informações de acompanhamento! Vocês têm muitas informações boas nesses fóruns. Saudações!