소소한 업데이트입니다. 지난 주에는 팀의 다른 구성원이 이 문제를 작업했지만 해결책이 나오지 않아, 이번에는 로컬 시스템에서 DB를 직접 편집해 다시 시도해 보았습니다.
진행한 작업은 다음과 같습니다:
- 복원하려는 오래된 백업 파일을 다운로드했습니다.
- 7zip으로 파일을 압축 해제했습니다.
- Visual Studio Code로 dump.sql 파일을 열었습니다.
- DB에서 중복된 태그를 직접 찾았습니다.
- 태그 주위에 ’ '를 사용하여 검색하여 태그 목록으로 보이는 항목을 찾았습니다. 제 경우 'socialmedia’였습니다. 태그는 찾은 인스턴스에서 아래에서 2번째와 3번째에 있는 것으로 보입니다.
- 하나를 다음과 같이 편집했습니다.
132 ‘socialmedia2’:1A socialmedia2 en_GB 3
- 7zip으로 dump.sql 파일을 다시 압축했습니다.
- 아카이브에 추가
- 아카이브 형식 .gzip
- 메인 백업 파일을 다시 압축했습니다.
- 아카이브에 추가
- 아카이브 형식 .tar (gzip은 아직 사용 불가능)
-
이제 수정된 .tar 백업 파일이 압축되어 있어야 합니다.
-
Discourse에서 사용하는 형식과 일치하도록 7zip으로 .tar 파일을 압축하여 .tar.gz 파일을 생성합니다.
- 아카이브에 추가
- 아카이브 형식 .gzip
- 백업으로 업로드하고 관리자 섹션을 통해 복원합니다.
이 시점에서 오류 메시지가 발생했습니다:
Extracting dump file…
[2023-08-08 15:09:15] EXCEPTION: No such file or directory @ rb_check_realpath_internal - /var/www/discourse/tmp/restores/default/2023-08-08-150913/dump.sql.gz
위 과정에서 제가 놓친 부분이 무엇인지 아이디어를 주실 수 있을까요?
생각나는 것 중 하나는, 시스템이 백업 날짜가 아닌 오늘 날짜를 경로에 사용하고 있다는 것입니다(이 글을 작성하는 날짜는 2023-08-08입니다).