크로스 인스턴스 백업/복원으로 사이트 설정이 덮어쓰기된 걸까요?

저희 회사는 Discourse를 평가하고 있으며, 두 개의 인스턴스 A와 B를 생성했습니다. 백업/복원 기능이 다른 인스턴스에도 적용될 수 있을 것 같아 인스턴스 A의 백업을 인스턴스 B에 복원해 보았습니다.

A에서 B로의 데이터 마이그레이션은 성공적으로 이루어진 것으로 보이지만, 일부 사이트 설정이 덮어쓰기된 것처럼 보입니다. 예를 들어, 이전에 B에서 비활성화되어 있던 SSO 로그인 기능이 이제 활성화되어 있습니다. A와 B의 관리자 계정은 서로 달랐고, 현재 B의 관리자 계정에 접근할 수 없는 상태입니다.

기존 app.yml의 DISCOURSE_DEVELOPER_EMAILS 값을 사용하여 u/admin-login을 시도해 보았지만 성공하지 못했습니다("알 수 없는 이메일 주소"라는 오류가 발생했고, 결국 "이 작업을 너무 많이 수행했습니다…"라는 메시지가 나타났습니다). launcher rebuild app과 같은 다양한 방법을 시도해 보았지만, 인스턴스 B의 관리자 패널에 접근하는 데 진전을 이루지 못하고 있습니다.

도움을 주시면 감사하겠습니다! 인스턴스 B의 관리자 계정에 다시 접근하는 방법이 있을까요?

SiteSettings는 백업의 일부입니다. 왜 아니겠습니까? 특정 사이트를 실행하는 데 필요한 중요한 정보를 포함하고 있기 때문입니다.

명령줄에서 컨테이너 내부에서 다음을 실행할 수 있습니다:

rake admin:create를 실행하여 새 관리자 사용자를 생성하고 사이트에 로그인할 수 있습니다.

yml 파일에서 설정된 항목을 제외한 모든 설정이 대체됩니다. 이를 수행하는 방법에 대한 예제는 업로드용 S3 호환 객체 스토리지 제공자 구성을 참고하세요. 또한, 이는 백업을 다른 서버로 복원하는 편리한 방법이기도 합니다. 예제가 포함된 스테이징 서버 설정에 관한 주제도 있습니다. 스테이징 서버 설정

빠른 답변과 후속 정보에 진심으로 감사드립니다! 이 포럼에는 정말 좋은 정보가 많네요. 감사합니다!