다음과 같은 메시지를 받았습니다:
백업 파일이 이름이 변경되었기 때문에 백업에서 복원할 수 없음
그리고 이 스레드에서 그 이유를 찾았습니다:
이 스레드에서 몇 가지 제안사항을 드립니다:
파일명이 중요한 경우 백업 파일 이름을 변경하지 않도록 사용자에게 주의를 줄 수 있을까요?
이미 그런 주의 문구가 있다면 더 크게 표시하고 반짝이는 효과를 추가할 수 있을까요?
백업 파일을 다운로드하도록 한 달에 한 번씩 리마인더를 보내주세요. 제 백업 파일은 오래되었습니다 
이 문제를 겪는 사람은 꽤 드뭅니다. 보통 해결하기가 비교적 쉽습니다. 거의 아무에게도 영향을 미치지 않는 문제에 대해 매달 통지를 보내는 것은 생산적이지 않아 보입니다.
아카이브에 있는 정보를 통해 이름이 무엇이어야 하는지 파악할 수 있을 것 같습니다. 아마 그것이 진정으로 원하시는 것일 수도 있습니다.
데이터베이스를 수동으로 복원한 후 마이그레이션을 실행하는 방식으로 해결할 수 있을 것 같습니다.
네, 이 쿼리를 사용하면 @vel이 올바른 파일명을 재구성할 수 있습니다. SQL 파일을 새롭고 별도의 데이터베이스에 로드한 후 이 쿼리를 실행하세요:
select max(version) from schema_migrations
대신, SQL 파일에서 schema_migrations 데이터를 찾아 가장 높은 수치를 수동으로 선택할 수도 있습니다.
Discourse에서는 기본적으로 주간(로컬) 백업이 활성화되어 있습니다. 맞나요 @pfaffman ?
네. 주간 백업이 기본 설정입니다.
이번 문제는 오래된 백업 파일을 이름 변경한 후, 권장되는 방법으로 복원하지 못한 것이었습니다.
메타데이터를 파일 이름이 아닌 다른 방식으로 포함하는 방법에 대한 논의가 계속되고 있다고 생각합니다. 하지만 지금은 파일 이름 변경을 피하는 것이 좋습니다.
복구할 수 있었습니다! 상단의 게시물에 있는 단계를 따랐습니다. 명확하지 않아서 죄송합니다.
성공적으로 복구되었습니다.
해당 노트/이메일은 호스팅 회사가 중단되거나 호스팅 회사의 서버가 다운되어(온라인 백업도 함께 사라지는 경우) 대비하여 관리자가 로컬 컴퓨터에 백업을 저장하도록 하는 것이었습니다.
드문 일이지만 실제로 이런 일이 발생했습니다. 제 Discourse 설치를 호스팅하던 회사가 사라졌습니다. 온라인 백업을 모두 잃었습니다. 2020년 10월에 로컬로 백업을 저장해 둔 덕분에, 포럼이 다시 설정된 후 해당 백업을 복구할 수 있었습니다. 결과적으로 몇 달치 게시물만 잃었습니다.