Rocket.Chat에서 마이그레이션

mongodump와 mmetl 도구를 사용해 Rocket.Chat 데이터를 자체 호스팅형 Mattermost 환경으로 마이그레이션하는 절차를 설명합니다.

개요 # Mattermost는 Rocket.Chat에서의 마이그레이션 경로를 제공하여, 사용자, 채널, 메시지, 스레드, 다이렉트 메시지, 반응, 파일 첨부 파일을 자체 호스팅형 Mattermost 환경으로 가져올 수 있도록 합니다. Rocket.Chat에는 호스팅된 "워크스페이스 내보내기" 기능이 없습니다. 대신 mongodump 로 기반이 되는 MongoDB 데이터베이스를 내보낸 다음, mmetl 도구를 사용해 그 덤프를 Mattermost 대량 가져오기 파일로 변환합니다. 즉, 내보내기 단계는 일반적으로 Rocket.Chat 서버와 해당 MongoDB 인스턴스에 대한 접근이 필요한 데이터베이스 작업입니다. 마이그레이션은 여러 단계로 이루어진 프로세스입니다: 준비 — 마이그레이션 범위를 정하고, MongoDB 및 첨부 파일 스토리지 세부 정보를 수집하며, Mattermost 서버를 준비합니다. Rocket.Chat 데이터 내보내기 — Rocket.Chat 데이터베이스의 mongodump 를 생성합니다. 내보내기 변환 — mmetl check rocketchat 으로 검증하고 mmetl transform rocketchat 으로 변환합니다. Mattermost로 가져오기 — mmctl 로 아카이브를 업로드하고 처리합니다. 검증, 테스트 후 서비스 전환(go-live)을 진행합니다. Note 이 지침은 메시지, 파일, 채널 구조의 대부분을 보존하도록 설계된 최선 노력(best effort) 방식의 마이그레이션을 설명합니다. 수동 조정이 필요한 경우가 많으며, 대규모 배포 환경에서는 프로덕션 가져오기 전에 스테이징 환경에서 여러 차례 시범 실행을 계획해야 합니다. 조직에 마이그레이션 지원이 필요하다면 Mattermost 전문가와 상담 하는 것을 고려하세요. 1. 준비 # 이 가이드는 이미 데이터를 받을 준비가 된 Mattermost 서버가 배포되어 있다고 가정합니다. 그렇지 않다면 먼저 배포 문서 를 검토하세요. 범위 정의 # 데이터 기록 : 필요한 기록 범위를 결정합니다. mongodump 는 데이터베이스 전체를 캡처하므로, 범위 설정은 내보내기 자체를 축소하기보다는 마이그레이션하고 검증할 대상을 통해 주로 이루어집니다. 내보내기 크기 : Rocket.Chat 데이터베이스와 첨부 파일의 크기는 처리 및 가져오기 시간에 직접적인 영향을 미칩니다. 대규모 배포 환경에서는 더 긴 반복 주기를 계획하세요. 파일 첨부 파일 : 초기 테스트 실행 시 반복 속도를 높이기 위해 --skip-attachments 로 매우 크거나 중요하지 않은 첨부 파일을 제외하는 것을 고려하세요. Rocket.Chat / MongoDB 사전 요구 사항 # Rocket.Chat MongoDB 인스턴스와 MongoDB Database Tools 의 mongodump 도구에 접근할 수 있어야 합니다. 데이터베이스 이름(일반적으로 meteor )과 연결 URI를 확인합니다. 변환 과정은 덤프에서 다음 컬렉션을 읽습니다: users , rocketchat_room , rocke