마이그레이션은 최소한의 중단으로 Mattermost 배포 또는 데이터를 한 환경에서 다른 환경으로 이동하는 데 도움을 줍니다. Mattermost 서버를 새 인프라로 전환하든, 데이터베이스를 재구성하든, Slack과 같은 다른 협업 플랫폼에서 이전하든 이 가이드는 지원되는 각 경로에 대한 단계별 지침을 제공합니다. 아래 섹션을 사용하여 귀하의 필요에 맞는 시나리오를 빠르게 찾고 원활한 마이그레이션을 위한 권장 프로세스를 따르세요.

라이브 데모 예약하거나 Mattermost 전문가와 이야기하여 조직의 안전한 협업 요구 사항에 맞는 솔루션을 탐색하세요. 또는 라이브 샌드박스 환경에 즉시 액세스하기 위해 1시간 미리 보기로 Mattermost를 직접 시험해보세요.

Mattermost를 새 서버로 이전#

다음 지침은 Mattermost 데이터베이스와 config.json 파일을 백업하고 복원하여 Mattermost를 한 서버에서 다른 서버로 마이그레이션합니다. 이 지침에서 SOURCE는 시스템이 마이그레이션될 Mattermost 서버를 나타내고, DESTINATION은 시스템이 마이그레이션될 Mattermost 서버를 나타냅니다.

1. SOURCE Mattermost 서버를 백업합니다. 백업 및 재해 복구 문서를 참조하세요.
2. SOURCE Mattermost 서버를 최신 주요 빌드 버전으로 업그레이드합니다. Mattermost 서버 업그레이드 문서를 참조하세요.
3. 최신 주요 빌드의 Mattermost 서버를 DESTINATION으로 설치합니다.
• 새 인스턴스가 올바르게 구성되고 테스트되었는지 확인합니다. SOURCE와 DESTINATION 배포의 데이터베이스 유형(MySQL 또는 PostgreSQL)과 버전이 일치해야 합니다.
• sudo stop mattermost를 사용하여 DESTINATION 서버를 중지한 다음 데이터베이스와 config.json 파일을 백업합니다.
4. SOURCE에서 DESTINATION으로 데이터베이스를 마이그레이션합니다. SOURCE Mattermost 서버에서 데이터베이스를 백업하고 DESTINATION 서버가 연결된 데이터베이스를 대체하여 복원합니다.
5. SOURCE에서 DESTINATION으로 config.json을 마이그레이션합니다. SOURCE 배포에서 DESTINATION으로 config.json 파일을 복사합니다.
6. 로컬 스토리지를 사용하는 경우(FileSettings.DriverName이 local로 설정됨), SOURCE에서 DESTINATION으로 ./data를 마이그레이션합니다.
• SOURCE 배포에서 DESTINATION으로 ./data 디렉터리를 복사합니다.
• ./data 이외의 디렉터리를 사용하는 경우 해당 디렉터리를 대신 복사합니다.
7. sudo start mattermost를 실행하여 DESTINATION 배포를 시작합니다. 그런 다음 System Console로 이동하여 소소한 변경을 하고 저장하여 새로 추가된 설정의 기본값을 사용하여 config.json 스키마를 최신 버전으로 업그레이드합니다.
8. 기존 팀의 URL로 이동하여 시스템이 작동하는지 테스트합니다. 업그레이드의 최신 업데이트를 받으려면 Mattermost 브라우저 페이지를 새로 고침해야 할 수 있습니다.

마이그레이션이 완료되고 검증되면 선택적으로 업그레이드 가이드를 사용하여 Mattermost Team Edition을 Enterprise Edition으로 업그레이드할 수 있습니다.

Slack에서 이전#

Slack에서 Mattermost로 마이그레이션하는 방법에 대한 자세한 내용은 Slack에서 마이그레이션 문서를 참조하세요.

Jabber에서 이전#

BrightScout는 주요 미국 연방 기관이 Jabber에서 Mattermost로 신속하게 마이그레이션하는 것을 도왔으며 https://github.com/Brightscout/mattermost-etl에서 ETL(추출, 변환 및 로드) 도구를 오픈소스로 공개했습니다. 온라인에서 사례 연구에 대해 자세히 알아보세요.

Pidgin에서 이전#

경우에 따라 사용자들이 다른 백엔드를 가진 Pidgin 클라이언트를 사용하여 통신하고 있습니다. Mattermost 백엔드와 함께 Pidgin을 계속 사용하려면 BrightScout가 만든 Mattermost ETL 도구를 사용하여 기존 백엔드에서 Mattermost로 데이터를 마이그레이션하는 것을 고려하세요.

그런 다음 Pidgin-Mattermost 플러그인 (최종 사용자 머신용 설치 프로그램 포함)을 사용하여 웹, 모바일 및 PC에서 완전히 새로운 Mattermost 경험을 제공하면서 레거시 Pidgin 사용자를 계속 지원합니다.

Bitnami에서 이전#

Bitnami는 MySQL을 사용하며 Mattermost 데이터베이스 테이블 이름을 모두 소문자로 변환하여 이름을 바꿉니다. 예를 들어 비Bitnami 설치에서는 Users 테이블의 이름이 Users이지만 Bitnami에서는 테이블이 users (소문자 u)입니다. 따라서 Bitnami에서 비Bitnami 설치로 데이터를 마이그레이션할 때 MySQL이 소문자 테이블 모드로 시작되도록 MySQL 시작 스크립트를 수정해야 합니다.

MySQL 시작 명령에 --lower-case-table-names=1 스위치를 추가하여 스크립트를 수정할 수 있습니다. 시작 스크립트의 위치는 일반적으로 패키지 관리자를 사용했는지 또는 MySQL을 수동으로 설치했는지에 따라 다릅니다. 데이터를 마이그레이션하기 전에 시작 스크립트를 수정해야 합니다.

MySQL 테이블 이름의 대소문자 및 --lower-case-table-names 스위치에 대한 자세한 내용은 MySQL 문서의 식별자 대소문자 구분 항목을 참조하세요.

맞춤형 메시징 솔루션에서 이전#

Mattermost는 유연성과 혁신성에서 맞춤형 솔루션을 능가하는 안정적이고 기업급의 상업적으로 지원되는 오픈 소스 플랫폼 솔루션으로 맞춤형 솔루션을 대체하기 위해 IT 및 DevOps 팀에 의해 선택되는 경우가 많습니다.

맞춤형 메신저에서 Mattermost로 마이그레이션하는 것은 어려울 수 있습니다. 맞춤형 솔루션을 업그레이드하고 유지 관리하기 어렵기 때문에 데이터 저장 형식을 예측하기 어렵고 레거시 릴리즈 주변의 커뮤니티가 작습니다.

맞춤형 메신저의 데이터가 중요한 경우 다음을 고려하세요:

1. Mattermost 대량 로드 도구: Mattermost 대량 로드 도구를 사용하여 맞춤형 시스템에서 Mattermost로 ETL합니다.
2. BrightScout의 Mattermost ETL 프레임워크: BrightScout의 Mattermost ETL 프레임워크를 고려하여 위에서 언급한 대량 로드 도구에 플러그인할 어댑터를 맞춤 구성합니다.
3. 레거시 Slack 가져오기: 최근에 Slack에서 맞춤형 도구로 전환한 경우 이전 Slack 인스턴스의 데이터와 사용자를 직접 Mattermost로 가져오기 위해 돌아가서 제공되는 광범위한 Slack 가져오기 지원을 활용하는 것을 고려하세요.
4. Slack으로 내보낸 다음 Mattermost로 가져오기: Flowdock, Campfire, Chatwork, Hall 또는 CSV 파일을 Slack으로 내보내기한 다음 Slack 내보내기 파일로 내보내고 Mattermost로 파일을 가져옵니다.

맞춤형 메신저의 데이터가 중요하지 않은 경우 다음을 고려하세요:

5. 병렬 시스템: 대부분의 워크플로와 협업이 Mattermost로 이동할 때까지 맞춤형 시스템과 병행하여 Mattermost를 실행합니다.
6. 강제 전환: 두 시스템을 병렬로 실행하는 기간 이후 Mattermost로의 "강제 전환"을 공표합니다. 이것은 맞춤형 제품의 보안 우려나 수명이 다해가는 제품으로 인해 수행된 경우가 많습니다.