IBM Notes에서 Microsoft Exchange 또는 Office 365로 마이그레이션하면 조직에 상당한 이점이 제공되지만 마이그레이션 프로젝트 자체는 어려워 보이고 마이그레이션을 어디서 시작해야 할지 완전히 명확하지 않습니다. Exchange 자체에는 Notes와 Exchange의 전체 마이그레이션 또는 공존을 위한 자체 도구가 포함되어 있지 않습니다. 실제로 일부 마이그레이션 및 공존 작업은 타사 제품 없이는 불가능합니다. 이 문서에서는 모범 사례와 성공적인 마이그레이션 경험을 바탕으로 따라야 할 XNUMX가지 주요 단계를 간략하게 설명합니다.

성공적인 마이그레이션에는 다음 단계가 포함됩니다.

1. 예비 마이그레이션 평가.
2. Notes와 Exchange 간의 공존 구축.
3. 최적의 마이그레이션 정확도를 계획하세요.
4. 최대 마이그레이션 효율성을 보장합니다.
5. 테스트 마이그레이션을 실행합니다.
6. 조직에 미치는 영향을 최소화하기 위해 마이그레이션 시기를 계획합니다.
7. 마이그레이션을 시작하고 진행 상황을 추적하세요.

이 문서에서는 Quest의 두 가지 솔루션을 사용하여 마이그레이션을 준비하고 완료하는 방법을 살펴보겠습니다. Notes용 공존 관리자 и 메모 교환용 마이그레이션. 컷 아래에는 몇 가지 세부 사항이 있습니다.

1단계: 예비 마이그레이션 평가

현재 환경의 인벤토리 작성

Exchange가 조직에 적합한 플랫폼이라고 결정했다면 Exchange로 이동하기만 하면 됩니다. 먼저, 현재 환경에 대한 정보를 수집하고, 마이그레이션하려는 데이터에 대한 인벤토리 정보를 수집하고, 디스크 공간 사용률을 줄이기 위해 제거할 수 있는 항목을 결정하고, 환경 간에 사용 가능한 대역폭을 계산하는 등의 작업을 수행해야 합니다. 예비 평가에는 다음이 포함되어야 합니다. 다음 질문 :

• Notes 도메인과 Domino 서버는 몇 개 있습니까?
• 우편함은 몇 개나 있나요? 그 중 몇 개가 사용되지 않습니까?
• 기본 메일 파일은 얼마나 많은 디스크 공간을 차지합니까? 아카이브에는 몇 개가 있나요? 로컬 복제본에는 몇 개가 있습니까?
• 아카이브는 어디에 있나요?
• 암호화를 사용하는 사용자는 몇 명입니까? 암호화된 콘텐츠를 전송해야 합니까?
• 환경에 개인 폴더가 몇 개 있습니까?
• 어떤 사용자가 문서 링크를 사용합니까? 다른 사용자 및 애플리케이션으로부터 링크를 받은 사용자는 몇 명입니까?
• 얼마나 많은 데이터를 전송할 예정인가요? 예를 들어 지난 XNUMX개월 동안의 데이터만 전송하려고 합니다.
• 기본 아카이브는 개인 Exchange 아카이브 또는 Outlook *.pst 파일로 마이그레이션됩니까?
• 대역폭 제한은 무엇입니까? 전송할 수 있는 데이터의 양
  특정 기간?
• 마이그레이션 후에는 얼마나 많은 스토리지가 필요합니까?

마이그레이션이 비즈니스 및 운영에 미치는 영향

가동 중지 시간을 최소화하고 생산성 손실을 최소화하려면 프로젝트를 신중하게 계획해야 합니다.

예를 들어, 사용자 간 위임을 고려하는 것이 중요합니다. 사용자가 마이그레이션했지만 해당 대리인이 원래 플랫폼에 남아 있는 경우 일상적인 작업에 어떤 영향을 미치나요? 보다 광범위하게는 마이그레이션 프로젝트가 회사의 모든 중요한 비즈니스 프로세스 및 워크플로에 어떤 영향을 미칠 수 있는지 고려해야 합니다.

Notes 내에서 중요한 터치포인트를 고려하는 것도 중요합니다. 예를 들어 메시징을 처리할 때 애플리케이션을 분석하고 메일 라우팅과 애플리케이션 간의 상호 작용을 고려하여 마이그레이션 도중과 마이그레이션 후에 비즈니스 프로세스가 중단되지 않도록 하는 것이 중요합니다. 다음 질문을 꼭 해보세요:

• 어떤 사용자에게 대리인이 있으며 이 관계가 깨지면 비즈니스 프로세스에 어떤 영향을 미칠 수 있습니까?
• 이메일 환경과 관련된 애플리케이션 및 비즈니스 프로세스는 무엇입니까? 승인 프로세스 등 애플리케이션과 이메일 서비스 간의 주요 통합은 마이그레이션을 계획할 때 매우 중요합니다.
• 애플리케이션의 어떤 구성 요소와 중요한 기능을 유지해야 합니까?
• 필요한 기능을 달성하기 위해 새 플랫폼에 내장된 기능을 어떻게 사용할 수 있습니까?
• 향후 저장을 위해 비활성 콘텐츠를 보관해야 합니까?
• 새로운 환경에서 제대로 실행하려면 애플리케이션을 다시 구축해야 합니까?
• 성공은 어떻게 측정되나요?

마이그레이션을 시작하기 전에 성공을 측정하기 위한 기준을 정의해야 합니다. 특히 100% 데이터 전송을 기대하는 것은 무리라는 점을 이해해야 합니다. 모든 Notes 항목 유형이 Exchange에 해당하는 것은 아닙니다(Active Mail이 가장 심각한 예입니다). 따라서 마이그레이션 후에는 Notes의 모든 항목이 Exchange에 존재하지 않는 것이 현실입니다. 달성 가능하고 측정 가능한 목표는 항목의 95%를 사서함의 95%로 이동하는 것입니다. 결과를 측정하고 문서화하는 것은 마이그레이션 성공을 보장하는 데 매우 중요하며, 진정한 결과는 이메일 마이그레이션 프로젝트 초기에 성공 기준이 정의된 경우에만 가능합니다.

2단계: 메모 및 Exchange 공존 설정

대부분의 조직에서 마이그레이션은 이벤트가 아닌 프로세스입니다. 따라서 사서함 마이그레이션 및 응용 프로그램 마이그레이션은 기술 요구 사항을 기반으로 하지 않고 비즈니스 및 운영에 가장 적합한 일정을 따라야 합니다.

상생전략 개발

마이그레이션의 가치를 극대화하려면 마이그레이션 프로세스 초기에 완전한 공존 계획을 개발하고 구현해야 합니다. "공존"의 정의는 조직마다 다를 수 있습니다. 일부 조직에서는 약속 있음/없음 데이터를 적극적으로 사용하지만 다른 조직에서는 이 기능을 전혀 사용하지 않습니다. 일부는 캘린더 데이터 마이그레이션에 초점을 맞추고 다른 일부는 전체 사용자 디렉터리 마이그레이션의 미세 조정에 중점을 둡니다. 실제로 중요한 것이 무엇인지 명확하게 파악하고 모든 사람이 효과적인 공존 전략의 중요성을 이해하도록 돕기 위해 각 이해관계자와 협력하는 것이 중요합니다.

Notes에서 Exchange 및 Office 365로 마이그레이션하려면 사서함과 애플리케이션 마이그레이션을 동시에 계획해야 합니다. 현재 이메일 플랫폼에 관계없이 모든 사용자에 대해 현재 Notes 애플리케이션 기능이 지원되어야 합니다. Exchange 및 Office 365로 마이그레이션하는 사용자는 기존 워크플로의 일부로 Notes 앱에 액세스하고 사용할 수 있어야 합니다. 이 기능은 Notes 애플리케이션이 SharePoint 또는 다른 플랫폼으로 마이그레이션될 때까지 계속되어야 합니다.

애플리케이션 공존 외에도 마이그레이션이 시작되기 전에 서로 다른 플랫폼의 사용자 간의 상호 작용을 구현해야 합니다. 여기에는 현재 플랫폼에 관계없이 모든 사용자를 위한 자동 디렉터리 라우팅 및 업데이트, 약속 있음/없음 상태 및 달력이 포함됩니다.

마지막으로, 이메일 서비스뿐만 아니라 캘린더와 회의실과 같은 공유 리소스 간의 협업도 고려해야 합니다. 사용자는 회의 예약 정보를 다운로드할 수 있어야 합니다. 여기에는 일회성 회의와 반복 회의가 모두 포함됩니다. 마이그레이션 전에 약속이 예약되었거나 마이그레이션 중에 생성되었는지 여부에 관계없이 일정 데이터의 정확성은 프로젝트 전반에 걸쳐 유지되어야 합니다. 예를 들어, 사용자가 반복 회의에서 다음 회의를 위해 회의실을 변경하거나 후속 회의에서 충돌이나 혼란을 일으키지 않고 한 회의를 취소할 수 있는지 확인해야 합니다.

3단계: 최적의 마이그레이션 정확성을 위한 계획

Notes에서 Exchange 또는 Office 365로의 마이그레이션을 계획하려면 플랫폼 간의 여러 가지 구체적인 차이점을 이해해야 합니다.

이메일 주소

Notes 데이터에는 일반적으로 메시지 헤더, 아카이브에 포함된 항목, 개인 연락처, 배포 목록 등 여러 위치에 나타나는 독점 주소가 포함되어 있습니다. Exchange 환경에서 전체 기능을 보장하려면 마이그레이션 프로세스의 일부로 이러한 독점 주소를 SMTP 주소로 업데이트해야 합니다. 또한 많은 조직에서는 마이그레이션 중에 SMTP 도메인이나 주소 지정 표준을 업데이트하도록 선택합니다. 이것이 귀하의 조직에 적용되는 경우 일부 마이그레이션 솔루션은 각 사용자에 대한 기록 SMTP 주소 인스턴스를 자동으로 업데이트한다는 점을 이해하는 것이 중요합니다.

폴더 구조

많은 조직에서 사용자는 자신의 사서함과 아카이브를 사용하므로 이 데이터를 보존하는 것이 중요합니다. 사용자가 전체 폴더 구조를 볼 수 있는 기능은 마이그레이션의 결과로 사용자 경험에도 영향을 미칩니다. 폴더와 데이터 구조의 무결성을 유지하는 솔루션과 전환을 선택하는 것이 중요합니다.

로컬 복제본 및 아카이브

저장소 비용을 제어하고 데이터 증가를 더 효율적으로 관리하기 위해 많은 조직에서는 사서함 할당량을 설정합니다. 이 정책으로 인해 의도하지 않은 결과로 아카이브 수와 크기가 증가하는 경우가 많습니다. 마이그레이션 계획 중에 이러한 추가 데이터 원본을 평가하고 마이그레이션을 고려해야 합니다. 중요한 데이터만 마이그레이션할 수 있는 셀프 서비스 구성 요소를 사용자에게 제공할 수 있습니다. Exchange 스토리지를 최적화하려면 다른 Quest 제품을 사용하는 것이 좋습니다. Exchange용 아카이브 관리자, 특히 Notes의 DAOS와 유사한 첨부 파일의 중복 제거에 유용한 기능이 있습니다.

ACL 및 위임

ACL(액세스 제어 목록) 및 위임은 Notes 환경에서 작동하기 위한 핵심 요소이며 무결성을 보호하는 데에도 중요합니다. 따라서 관련 권한 및 액세스 권한을 Exchange Server 및 Office 365의 동등한 권한으로 정확하게 변환하는 것이 중요합니다. 이상적으로는 이 작업을 자동으로 수행하면 프로세스 속도가 빨라지고 인적 오류가 제거됩니다. 조직의 정보 자산 보호 효과를 유지하려면 ACL 및 위임 매핑을 메일 데이터와 동시에 수행해야 합니다. 일부 조직에서는 데이터 마이그레이션이 완료된 후 수동으로 또는 스크립트를 사용하여 동등한 권한을 할당하려고 시도합니다. 그러나 이러한 접근 방식은 생산성에 부정적인 영향을 미치고 조직의 데이터에 보안 허점을 추가할 수 있습니다.

Notes 자체 콘텐츠

동일한 활성 메일. IBM Notes에서 마이그레이션할 때 발생하는 또 다른 일반적인 문제는 서식 있는 텍스트가 많이 발생한다는 것입니다. Exchange 및 Office 365는 Notes의 통합 탭 표, 버튼, 저장된 양식 및 기타 독점 콘텐츠를 지원하지 않습니다. 결과적으로, 이 기능의 손실에 대비하거나 이러한 요소를 마이그레이션 가능한 형식으로 변환할 수 있는 마이그레이션 솔루션에 투자해야 합니다. Quest의 솔루션은 어떤 방식으로든 이를 변환하지 않으며 사용자가 Notes 클라이언트를 통해 열 수 있도록 첨부 파일과 같은 편지만 전송할 수 있다고 가정해 보겠습니다.

그룹 및 개인 주소록

많은 조직에서는 내부 및 업무용으로 공개 메일링 목록을 광범위하게 사용합니다.
외부 커뮤니케이션. 또한 Notes 사용자는 개인 주소록에 비즈니스 연락처를 유지하는 것이 중요하다고 생각하는 경우가 많습니다. 이러한 데이터 소스는 비즈니스 운영에 매우 중요하며 Microsoft 플랫폼으로 마이그레이션하는 동안 효율적으로 변환되어야 합니다. 따라서 Active Directory로 마이그레이션할 그룹을 자동으로 준비하고 사용자 데스크톱에 저장된 주소를 포함한 모든 개인 주소를 효율적으로 변환하는 것이 중요합니다.

Notes 앱과 상호작용

조정 프로세스와 같은 응용 프로그램과 메일 서비스 간의 통합 지점은 마이그레이션을 계획하고 예약할 때 중요합니다. IBM Notes는 다른 플랫폼보다 이메일과 애플리케이션 간의 통합이 더욱 긴밀합니다. 이러한 통합에는 간단한 문서 링크부터 비즈니스 프로세스까지 모든 것이 포함될 수 있습니다.

리소스 및 메일 데이터베이스

많은 조직에서는 Notes에서 자원 예약 데이터베이스, 메일 데이터베이스 및 기타 공유 데이터베이스를 사용합니다. 결과적으로 이러한 데이터베이스는 조직의 기능에 중요한 역할을 합니다. 비즈니스 연속성과 직원 생산성을 보장하려면 다음 사항에 대한 구현 접근 방식과 시기를 고려하는 것이 매우 중요합니다.

• 대상 환경에 리소스 사서함 생성
• 예약 데이터베이스에서 Exchange로 데이터 전송
• 두 시스템의 사용자가 Notes와 Exchange에서 협업하고 리소스를 사용할 수 있는지 확인합니다.

4단계: 마이그레이션 효율성 극대화

데이터 정확성을 보장하는 것 외에도 조직의 요구 사항에 따라 마이그레이션이 최대한 효율적이도록 하는 것도 중요합니다. 마이그레이션의 효율성은 직접적인 비용뿐만 아니라 비즈니스에 미치는 영향의 정도에 따라 직접적으로 달라집니다.

마이그레이션 솔루션 아키텍처

효율성에 영향을 미치는 가장 중요한 요소 중 하나는 마이그레이션 솔루션의 아키텍처입니다. 하나의 마이그레이션 서버가 동시에 여러 사용자를 마이그레이션할 수 있는 멀티스레드 아키텍처를 갖춘 솔루션을 선택하는 것이 중요합니다. 멀티스레드 아키텍처는 마이그레이션 하드웨어 요구 사항을 줄이고 마이그레이션 속도를 높여 전체 프로젝트 비용을 대폭 절감합니다. 멀티스레드라고 주장하지만 실제로는 한 번에 한 명의 사용자만 마이그레이션하고 한 번에 더 많은 사용자를 마이그레이션하려면 워크스테이션을 추가해야 하는 마이그레이션 솔루션에 속지 마십시오. 구성 및 환경에 따라 진정한 멀티스레드 솔루션은 데이터를 Exchange 및 Office 30로 마이그레이션할 때 5000~365% 더 효율적입니다.

마이그레이션 프로세스

마이그레이션에는 여러 단계가 포함되며 원활한 전환을 위해서는 프로세스가 적시에 이루어져야 합니다. 비즈니스 중단을 최소화하고 마이그레이션의 이점을 극대화하려면 모든 프로세스를 적시에 마이그레이션의 모든 단계를 처리할 수 있는 단일 애플리케이션으로 통합하고 제어해야 합니다.

유연성과 셀프 서비스

일부 사용자와 부서는 표준 마이그레이션 프로세스에서 벗어나야 합니다. 예를 들어 법무 부서의 스토리지 요구 사항이 다를 수도 있고 관리자가 전체 사서함과 아카이브를 마이그레이션해야 할 수도 있습니다. 따라서 마이그레이션 팀이 이러한 요구 사항에 쉽게 적응할 수 있도록 하는 유연한 마이그레이션 솔루션을 선택하는 것이 중요합니다. 이러한 유연성을 제공하는 가장 효과적인 방법 중 하나는 일부 사용자에 대해 셀프 서비스를 활성화하는 것입니다. 예를 들어 일부 사용자는 기본 메일 파일이나 로컬 데이터에서 추가 데이터를 전송하여 나중에 서버의 개인 아카이브로 변환할 수 있습니다.

5단계: 테스트 마이그레이션 실행

마이그레이션 전 평가가 완료되고 공존 전략이 확정되고 최적화 계획이 정의되면 하나 이상의 파일럿 마이그레이션을 통해 전략을 확인하는 것이 중요합니다.

파일럿 마이그레이션의 목적은 개발된 절차를 테스트하고 전체 마이그레이션이 시작된 후 발생할 수 있는 문제를 식별하여 라이브 마이그레이션을 시작하기 전에 문제를 해결할 수 있는 기회를 제공하는 것입니다. 결과적으로 파일럿 마이그레이션 중 문제가 예상되고 환영받기도 합니다.

파일럿 마이그레이션 규모 결정

파일럿 마이그레이션은 대표적인 데이터 샘플을 수집하고 전투 마이그레이션 중에 발생할 수 있는 관련 질문에 답할 수 있을 만큼 충분히 커야 합니다. 수천 개의 사서함을 마이그레이션하는 경우 샘플 크기가 충분해야 합니다. 대규모 마이그레이션의 경우 비율이 더 낮을 수 있습니다.

데이터 및 시스템 선택

파일럿 마이그레이션 과정에서는 전투 데이터와 전투 시스템을 사용하는 것이 중요합니다. 이는 다음과 같은 여러 가지 이유로 매우 중요합니다.

• 전투 환경이 어떻게 작동하는지 이해해야 합니다. 합성으로 생성된 환경은 전투 환경을 대표하지 않습니다.
• 암호화된 메시지, Exchange에서 찾을 수 없는 메시지 유형의 빈도, 샘플 데이터를 기반으로 한 저장소 요구 사항에 대한 자세한 정보를 얻을 수 있습니다.

기대치 설정

또한 파일럿 마이그레이션 프로세스는 프로젝트에 대해 설명된 성공 기준을 테스트하고 나머지 마이그레이션에 대한 기대치를 조정할 수 있는 훌륭한 기회를 제공합니다. 조정이 필요한 경우 이를 문서화하고 전투 이주 중에 고려해야 합니다.

6단계: 조직에 미치는 영향을 최소화하도록 마이그레이션 시간을 계획합니다.

사용자 그룹화

사용자와 조직 전체에 미치는 영향을 최소화하려면 함께 작업하는 사용자를 동시에 마이그레이션해야 합니다. 이러한 그룹을 만들 때 고려해야 할 주요 요소에는 위임이 포함됩니다. 원본 환경의 사용자 관계에 대한 정보를 기반으로 마이그레이션할 컬렉션을 추천할 수 있는 솔루션을 찾아보세요.

마이그레이션 시기

그룹 마이그레이션이 완료되면 반드시 마이그레이션 시간을 예약하세요.
이러한 사용자에게 미치는 영향은 최소화됩니다. 이는 업무 시간, 연말 또는 유지 관리 기간 동안 마이그레이션을 방지하기 위해 특정 시간에 마이그레이션 기간을 예약하는 것을 의미할 수 있습니다. 예를 들어 영업팀은 분기말이 가까워질 때까지 마이그레이션하면 안 되며, 회계 및 법무 부서에서는 마이그레이션할 수 있는 시기에 제한이 있을 수 있습니다.

7단계: 마이그레이션 시작 및 진행 상황 추적

파일럿 검증을 거친 데이터 마이그레이션 접근 방식을 사용하면 전투 마이그레이션이 일상적인 이벤트가 되어야 합니다. 특정 그룹의 요구 사항을 수용하기 위해 프로세스 전반에 걸쳐 약간의 조정이 있을 수 있습니다. 계획 및 파일럿 단계에서 모든 우발 상황을 고려하려면 세심한 모니터링이 필요합니다. 그러나 프로세스는 점점 더 자동화되어야 합니다. 전투 마이그레이션 일정을 실행하는 것은 기대치가 충족되고 있음을 확인하기 위해 조직 전체에 진행 상황을 문서화하고 전달하는 데 중요합니다. 모니터링과 피드백은 프로세스 전반에 걸쳐 성공적인 마이그레이션의 핵심 요소로 남아 있습니다.

결론

우편 서비스를 마이그레이션할 때 고려해야 할 사항을 다루었습니다. 현재 마이그레이션 솔루션을 선택하는 중이거나 고민 중이라면 이 모든 것을 고려하는 것이 중요합니다. 우리는 Quest의 마이그레이션 솔루션을 사용하여 수동 단계 수를 줄이고 마이그레이션 결과로 전송되는 데이터 양을 늘리는 데 가장 효과적인 솔루션을 권장할 준비가 되어 있습니다.

효과적인 마이그레이션 접근 방식에 대해 자세히 알아보려면 다음 주소로 요청을 제출하세요. 피드백 폼 웹사이트를 방문하거나 전화로 문의하세요. 아래 링크를 사용하여 추가 자료를 공부할 수도 있습니다.

Habr 기사: IBM Lotus Notes/Domino를 Microsoft Exchange로 마이그레이션

Gals 웹사이트에서 교환할 메모를 위한 Quest Migrator

Gals 웹사이트의 Notes용 Quest Coexistence Manager

Quest 웹사이트에서 교환할 메모용 Quest Migrator

Quest 웹사이트의 메모를 위한 Quest Coexistence Manager

출처 : habr.com