이제 시간이 된 것 아닐까? 이 질문은 조만간 Lotus를 이메일 클라이언트나 문서 관리 시스템으로 사용하는 동료들 사이에서 발생합니다. 마이그레이션 요청(우리 경험에 따르면)은 최고 경영진부터 사용자(특히 사용자가 많은 경우)까지 조직의 완전히 다른 수준에서 발생할 수 있습니다. Lotus에서 Exchange로 마이그레이션하는 것이 그렇게 쉬운 작업이 아닌 몇 가지 이유는 다음과 같습니다.

• IBM Notes RTF 형식은 Exchange RTF 형식과 호환되지 않습니다.
• IBM Notes는 외부 이메일에만 SMTP 주소 형식을 사용하고 모든 사람에게는 Exchange를 사용합니다.
• 위임을 유지할 필요성;
• 메타데이터 보존의 필요성
• 일부 이메일은 암호화되어 있을 수 있습니다.

Exchange가 이미 존재하지만 Lotus를 계속 사용하는 경우 공존 문제가 발생합니다.

• Domino와 Exchange 간의 주소록을 동기화하기 위해 스크립트 또는 타사 시스템을 사용해야 할 필요성
• Domino는 일반 텍스트를 사용하여 다른 메일 시스템에 편지를 보냅니다.
• Domino는 iCalendar 형식을 사용하여 다른 이메일 시스템에 초대장을 보냅니다.
• 한가함/바쁨 요청 및 리소스 공동 예약이 불가능합니다(타사 솔루션을 사용하지 않음).

이 기사에서는 마이그레이션 및 공존을 위한 Quest의 전문 소프트웨어 제품을 살펴보겠습니다. 메모 교환용 마이그레이션 и Notes용 공존 관리자 각기. 기사 마지막에는 프로세스의 단순성을 보여주기 위해 여러 사서함의 무료 테스트 마이그레이션 요청을 제출할 수 있는 페이지 링크가 있습니다. 그리고 그 아래에는 단계별 마이그레이션 알고리즘과 마이그레이션 프로세스에 대한 기타 세부 정보가 있습니다.

마이그레이션 접근 방식을 구별하면 세 가지 주요 유형이 있다고 가정할 수 있습니다.

• 마이그레이션 없이 전환합니다. 사용자는 빈 사서함을 수신하며 원래 메일 서비스는 계속해서 읽기 전용 모드로 작동합니다.
• 공존을 통한 마이그레이션. 소스 시스템과 대상 시스템 간의 통합이 설정된 후 사서함 데이터가 점차적으로 새 시스템으로 전송됩니다.
• 오프라인 마이그레이션. 원래 시스템이 종료되고 모든 사용자의 데이터가 새 시스템으로 이전됩니다.

아래에서는 오프라인 마이그레이션과 공존 마이그레이션에 대해 설명하겠습니다. 위에서 설명한 대로 이러한 프로세스를 위해 두 가지 Quest 제품, 즉 Notes용 Coexistence Manager와 Notes to Exchange용 Migrator가 각각 담당합니다.

Notes용 공존 관리자(CMN)

이 솔루션은 LDAP 디렉터리의 양방향 동기화를 수행하고 소스 시스템에서 메일 개체(사서함, 목록, 메일링, 리소스)에 대한 연락처를 생성합니다. 속성 매핑을 사용자 정의하고 즉시 데이터 변환을 사용할 수 있습니다. 결과적으로 Lotus와 Exchange에서 동일한 주소록을 얻게 됩니다.

CMN은 인프라 간 SMTP 통신도 제공합니다.

• 즉석에서 문자를 편집합니다.
• 올바른 RTF 형식으로 변환합니다.
• DocLink를 처리합니다.
• NSF의 패키지 노트 데이터;
• 리소스 초대 및 요청을 처리합니다.

CMN은 내결함성 및 성능 향상을 위해 클러스터링 모드에서 사용할 수 있습니다. 결과적으로 편지 형식이 보존되고 복잡한 일정과 메일 시스템 간의 리소스 요청이 지원됩니다.

CMN의 또 다른 중요한 기능은 Free-Busy 에뮬레이션입니다. 이를 통해 동료들은 누가 Lotus 또는 Exchange를 사용하는지 알 필요가 없습니다. 에뮬레이션을 사용하면 이메일 클라이언트가 다른 이메일 시스템에서 사용자 가용성 데이터를 얻을 수 있습니다. 데이터를 동기화하는 대신 시스템 간 요청이 실시간으로 전송되기 때문에 일부 사용자가 마이그레이션된 후에도 Free-Busy를 사용할 수 있습니다.

MNE(Notes to Exchange) 마이그레이션 프로그램

이 도구는 직접 마이그레이션을 수행합니다. 마이그레이션 프로세스 자체는 마이그레이션 전, 마이그레이션 및 마이그레이션 후의 여러 단계로 나눌 수 있습니다.

마이그레이션 전

이 단계에서는 소스 인프라에 대한 분석이 수행됩니다. 즉, 도메인, 주소, 그룹 등, 마이그레이션을 위한 사서함 모음, 계정 및 AD 계정과 연락처 병합이 생성됩니다.

마이그레이션

마이그레이션은 ACL과 메타데이터를 보존하면서 여러 스레드에 걸쳐 사서함 데이터를 복사합니다. 그룹도 마이그레이션됩니다. 필요한 경우 어떤 이유로 한 번에 수행할 수 없는 경우 델타 마이그레이션을 수행할 수 있습니다. MNE는 메일 전달도 담당합니다. 모든 마이그레이션은 네트워크 연결 속도로 발생하므로 동일한 데이터 센터에 Lotus 및 Exchange 환경을 두는 것은 속도 측면에서 큰 이점을 제공합니다.

마이그레이션 후

마이그레이션 후 단계에서는 셀프 서비스를 통해 로컬/암호화된 데이터를 마이그레이션합니다. 이것은 메시지를 해독하는 특수 유틸리티입니다. 델타 이전을 다시 수행하면 해당 이메일이 Exchange로 전송됩니다.

또 다른 선택적 마이그레이션 단계는 애플리케이션 마이그레이션입니다. 이를 위해 Quest에는 특화된 제품이 있습니다. Notes를 Sharepoint로 마이그레이션하는 도구. 별도의 기사에서 우리는 그것으로 작업하는 것에 대해 이야기할 것입니다.

MNE 및 CMN 솔루션을 사용한 마이그레이션 절차의 단계별 예

1 단계. Coexistence Manager를 사용하여 AD 업그레이드를 수행합니다. Domino 디렉터리에서 데이터를 추출하고 Active Directory에서 메일 사용이 가능한 사용자(연락처) 계정을 만듭니다. 그러나 Exchange의 사용자 사서함은 아직 생성되지 않았습니다. AD의 사용자 레코드에는 Notes 사용자의 현재 주소가 포함되어 있습니다.

2 단계. Exchange는 MX 레코드가 변경되는 즉시 메시지를 Notes 사용자의 편지함으로 리디렉션할 수 있습니다. 이는 첫 번째 사용자가 마이그레이션될 때까지 들어오는 Exchange 메일을 리디렉션하는 임시 솔루션입니다.

3 단계. Notes를 Exchange로 마이그레이션 마법사를 사용하면 마이그레이션하는 사용자의 AD 계정을 활성화하고 이미 마이그레이션된 사용자의 Notes 주소로 주소가 지정된 메일이 활성 Exchange 편지함으로 전달되도록 Notes에서 메일 전달 규칙을 설정합니다.

4 단계. 각 사용자 그룹이 새 서버로 이동할 때 프로세스가 반복됩니다.

5 단계. Domino 서버가 다운되었을 수 있습니다(애플리케이션이 남아 있는 경우 실제로는 그렇지 않습니다).

마이그레이션이 완료되면 집에 가서 그곳에서 Exchange 클라이언트를 열 수 있습니다. 이미 Lotus에서 Exchange로 마이그레이션하는 것을 고려 중이라면 당사 블로그를 읽어 보시기 바랍니다. 성공적인 마이그레이션을 위한 7단계에 대한 기사. 테스트 마이그레이션이 실제로 수행되는 모습을 보고 Quest 제품을 사용하는 것이 얼마나 쉬운지 확인하려면 다음 위치에 요청을 남겨주세요. 피드백 폼 Exchange로의 무료 테스트 마이그레이션을 수행해 드리겠습니다.

출처 : habr.com