discourse backup를 실행하면 업로드 파일이 포함되지 않은 sql.gz 파일이 생성됩니다. UI에서 백업을 생성할 때는 업로드 파일을 포함하는 옵션이 있습니다. CLI를 사용하여 업로드 파일을 포함한 백업을 생성할 수 있는 방법이 있나요?
현재 CLI에서 이를 활성화할 옵션은 없지만, backup_with_uploads 사이트 설정이 활성화되어 있으면 업로드가 포함되도록 해야 합니다.
다음 설정이 활성화되어 있습니다:
하지만 discourse backup을 실행할 때마다 sql.gz 파일이 생성됩니다.
업로드된 파일이 S3에 저장되나요?
아니요, 저는 로컬에 저장합니다.
이상하네요. 사이트를 설정할 때 discourse/docs/INSTALL-cloud.md at main · discourse/discourse · GitHub 를 따랐나요?
아니요, 제 환경은 Kubernetes에서 Discourse를 실행하고 있기 때문에 상당히 커스텀합니다. 다만, 제 Discourse 이미지(web 및 data)는 launcher 스크립트로 수정 없이 생성되었습니다.
음, 아마도 환경 변수가 누락되었거나, 작업 디렉터리가 잘못되었거나, 그런 종류의 문제일 수 있습니다. Bitnami 설치와 관련된 유사한 문제 보고를 여러 번 본 적이 있습니다. 불행히도 그 부분은 도움을 드릴 수 없으니, 직접 해결하셔야 합니다.
한 가지 방법은 표준 설치를 수행한 후, 이미지를 rsync로 복사하고(새 서버로 이전하는 방법에 대한 가이드가 있습니다), 그 다음 백업을 복원하는 것입니다. 그런 다음 해당 서버에서 백업을 수행할 수 있습니다.
예산이 있다면, 현재 설정에 대해 도움을 드릴 수 있습니다. Redirecting…
제 추측은 백업이 영구 저장 공간에 매핑되어 있지 않다는 것입니다. 따라서 팟 내부에서 discourse backup을 실행한 다음, 해당 팟 내부의 /shared/backups/default에 있는 백업 파일을 팟 외부로 복사하는 것이 필요할 것 같습니다. 저는 GCP k8s에서 백업에 버킷을 사용할 수 없는(구글의 특성상) k8s 설정에서 이 방식으로 진행하고 있습니다.
지속적 볼륨에 백업은 가지고 있습니다. AKS를 사용 중이고, 백업은 Azure Files에 저장되어 있습니다.
배포를 리셋하여 새로운 포드가 시작되도록 강제했는데, 이제 백업이 “full”(tar.gz) 상태입니다. 솔직히 무엇이 변경되었는지 전혀 모르겠습니다.