제 쪽에서는 인터페이스로 만든 백업만 사용하여 복원을 시도해 보았습니다.
댓글에서 언급했듯이 아바타 이미지와 기타 사소한 항목들이 손실되었습니다.
@riking 님이 제공한 가이드를 따르려고 노력했지만 성공하지 못했습니다.
프로세스 실행을 강제하여 아바타 이미지를 새로고침해 보았지만, 몇 밀리초 만에 OK 상태로 종료되었고 아바타가 생성되지 않았습니다.
컨텐츠 이전이 급한 상황이어서 기존 서버에서 포럼을 중지하고, tar를 사용하여 컨테이너와 공유 디렉터리의 모든 내용을 복사한 후, 새 서버에 Discourse를 설치(초기 구성 없이)하고 해당 공유 및 컨테이너 디렉터리를 복사한 뒤 앱을 다시 빌드했습니다.
이제 새 서버에서 모든 것이 정상적으로 작동하고 있습니다.
백업에서 복원하는 작업은 예상보다 더 문제가 되고 있습니다(설치만 다시 하고 인터페이스에서 복원하면 된다는 설명에 따르면 간단해 보이기 때문이죠).
복원 시 무엇이 잘못되는지, 그리고 Discourse 버전이 백업 당시 버전보다 여러 버전 앞서 있는 경우에도 오래된 백업에서 복원할 때 시스템이 정상적으로 시작되도록 하는 방법에 대해 조사해야 합니다.
저는 Discourse를 매우 좋아합니다.
기타 전통적인 포럼에서 온 사용자로서, 원하는 것을 찾기 어려울 때가 있습니다.
깔끔한 인터페이스는 이러한 경우 찾기를 돕지 못합니다.
하지만 마침내 찾으면, 그곳은 본래 있어야 할 자리이며, 지능적인 방식으로 처리됩니다.
우리가 겪는 문제는 백업에서 복원할 때뿐입니다.
그리고 캐싱을 많이 사용할 때 가끔 문제가 발생합니다.
Discourse는 웹 브라우저에서 처음 로드될 때 시간이 좀 걸리지만, 그 후에는 매우 빠릅니다. 대부분의 처리가 사용자 자신의 기기에서 이루어지며, 캐싱(아바타, 이미지, CSS 등)을 많이 사용하기 때문입니다.
앱은 이미 컴퓨터에 있는 정보를 다시 가져오지 않으며, 이는 서버의 부담을 크게 줄여줍니다(제 경험상 그렇게 보입니다).
서버를 다른 곳으로 이전하거나 Discourse를 처음부터 다시 설치할 때, 뷰를 새로고침해도 여전히旧的한 콘텐츠를 볼 수 있습니다.
웹 탐색기의 탐색 기록을 정리하기 전까지는 이를 제거할 수 없었습니다.
이 문제로 인해 꽤 오랫동안 혼란을 겪었습니다.
참고로, 백업에서 저장된 썸네일 이미지를 선택할 경우 아바타 이미지도 저장됩니까?
저장하는 것이 더 좋다고 생각하시나요?
우리 포럼은 크지 않지만, 36,000개의 이미지를 수집하는 데 꽤 오랜 시간이 걸렸습니다.
