IBMNotesからMicrosoftExchangeまたはOffice365に移行すると、組織に多くのメリットがもたらされますが、移行プロジェクト自体は困難に見え、どこから移行を開始するかが完全には明確ではありません。Exchange自体には、NotesとExchangeを完全に移行または共存させるためのネイティブツールは含まれていません。実際、一部の移行および共存タスクは、サードパーティ製品なしでは不可能です。この記事では、ベストプラクティスと移行の成功に関する経験に従って従う必要のある7つの主要なステップの概要を説明します。



移行を成功させるには、次の手順を実行します。

1. 移行の予備的な見積もり。
2. NotesとExchangeの共存を確立します。
3. 最適な移行精度の計画。
4. 移行効率の最大化。
5. トライアル移行の実行。
6. 組織への影響を最小限に抑えるために、移行のタイミングを計画します。
7. 移行を開始し、その進行状況を追跡します。

この記事では、Questの2つのソリューション（Coexistence Manager forNotesとMigratorfor Notes to Exchange）を使用して、移行を準備して完了する方法について説明します。カットの下のいくつかの詳細。

ステップ1：予備的な移行評価

現在の環境のインベントリを作成する

Exchangeが組織に適したプラットフォームであると判断したら、あとはそこに移動するだけです。まず、現在の環境に関する情報の収集、移行するデータのインベントリ情報の収集、ディスク使用率を削減するために削除できるものの決定、環境間の使用可能な帯域幅の計算などを行う必要があります。予備評価には、次の質問を含める必要があります。 ：

• NotesドメインとDominoサーバーはいくつありますか？
• メールボックスはいくつありますか？使用されていないものはいくつありますか？
• プライマリメールファイルはどのくらいのディスク容量を占有しますか？アーカイブにはいくつありますか？ローカルレプリカにはいくつありますか？
• アーカイブはどこにありますか？
• 何人のユーザーが暗号化を使用していますか？暗号化されたコンテンツを転送する必要がありますか？
• 環境にはいくつの個人用フォルダがありますか？
• ? ?
• ? , .
• Exchange *.pst Outlook?
• ?
  
  ?
• ?

ダウンタイムを最小限に抑え、生産性の損失を最小限に抑えるために、プロジェクトを慎重に計画する必要があります。



たとえば、ユーザー間の委任を検討することが重要です。ユーザーが移行しても、委任が元のプラットフォームに残っている場合、これは日常業務にどのように影響しますか？より広義には、移行プロジェクトが企業内のすべての重要なビジネスおよび作業プロセスにどのように影響するかを検討する必要があります。



Notes内の重要なタッチポイントを考慮することも重要です。たとえば、メッセージを操作するときは、アプリケーションを分析し、メールルーティングとアプリケーション間の相互作用を考慮して、移行中および移行後のビジネスプロセスの中断を回避することが重要です。必ず次の質問をしてください。

• -?
• - ? , , , .
• ?
• ?
• ?
• - ?
• ?

移行を開始する前に、成功を測定するための基準を定義する必要があります。特に、100％のデータ移行を期待するのは不合理であることを理解する必要があります。すべてのタイプのNotesアイテムに同等のExchangeがあるわけではありません（アクティブメールが最も悪質な例です）。したがって、実際には、移行後にNotesのすべてのアイテムがExchangeに存在するわけではありません。達成可能で測定可能な目標-アイテムの95％がメールボックスの95％に移行されました。結果の測定と文書化は、移行を確実に成功させるために重要であり、実際の結果は、成功基準が電子メール移行プロジェクトの初期に定義されている場合にのみ可能です。

ステップ2：NotesとExchangeの共存を確立する

ほとんどの組織にとって、移行はプロセスであり、イベントではありません。したがって、メールボックスの移行とアプリケーションの移行は、技術的な要件に基づくのではなく、ビジネスと運用により適したスケジュールに従う必要があります。

共存戦略の策定

移行から付加価値を得るには、移行プロセスの早い段階で完全な共存計画を作成して実装する必要があります。 「共存」の定義は、組織によって異なる場合があります。フリー/ビジーデータを積極的に使用している組織もあれば、この機能をまったく使用していない組織もあります。カレンダーデータの移行に焦点を当てているものもあれば、完全なユーザーディレクトリの移行を慎重に作成することに焦点を当てているものもあります。各利害関係者と協力して、本当に重要なことを明確に把握し、効果的な共存戦略の重要性を全員が理解できるようにすることが重要です。



NotesからExchangeおよびOffice365に移行するには、メールボックスとアプリケーションの移行を同時に計画する必要があります。 Notesアプリケーションの現在の機能は、現在のメールプラットフォームに関係なく、すべてのユーザーに対して維持する必要があります。 ExchangeおよびOffice365に移行したユーザーは、既存のワークフロー内でNotesアプリケーションにアクセスして使用できる必要があります。この機能は、NotesアプリケーションがSharePointまたは別のプラットフォームに移行されるまで継続する必要があります。



アプリケーションの共存に加えて、移行を開始する前に、異なるプラットフォーム上のユーザー間の対話を実装する必要があります。これには、現在のプラットフォームに関係なく、すべてのユーザーの自動ディレクトリルーティングと更新、空き時間情報/ビジー状態とカレンダーが含まれます。



最後に、メールサービスだけでなく、カレンダーや会議室などの共有リソースのコラボレーションについても検討する必要があります。ユーザーは会議のスケジュールに関する情報をアップロードできる必要があります。これには、1回限りの予定と定期的な予定の両方が含まれます。予定が移行前にスケジュールされた場合でも、移行中に作成された場合でも、プロジェクト全体でカレンダーデータの正確性を維持する必要があります。たとえば、ユーザーが次回の会議のチャットルームを定期的な予定から変更したり、後続の会議で競合や混乱を引き起こさずに1つの会議をキャンセルしたりできるようにする必要があります。

ステップ3：最適な移行精度の計画

NotesからExchangeまたはOffice365への移行を計画するには、プラットフォーム間のいくつかの特定の違いを理解する必要があります。

メールアドレス

Notesデータには通常、メッセージヘッダー、アーカイブ、個人の連絡先、分散リストなど、いくつかの場所に表示される独自のアドレスが含まれています。移行プロセスの一環として、Exchange環境で完全に機能するには、これらの独自のアドレスをSMTPアドレスに更新する必要があります。多くの組織は、移行中にSMTPドメインまたはアドレス指定標準を更新することも選択します。組織に関しては、一部の移行ソリューションが各ユーザーの履歴SMTPアドレスのインスタンスを自動的に更新することを理解することが重要です。

フォルダ構造

多くの組織では、ユーザーはメールボックスとアーカイブを使用するため、このデータを保持することが重要です。ユーザーが完全なフォルダー構造を表示する機能も、移行の結果としてユーザーエクスペリエンスに影響します。フォルダとデータ構造の整合性を維持するソリューションとトランジェントを選択することが重要です。

ローカルレプリカとアーカイブ

ストレージコストを管理し、データの増加をより適切に管理するために、多くの組織がメールボックスの割り当てを設定しています。このポリシーの意図しない結果は、多くの場合、アーカイブの数とサイズの増加です。これらの追加のデータソースを評価する必要があり、移行を計画する際にそれらの移行を検討する価値があります。重要なデータのみを移行できるセルフサービスコンポーネントをユーザーに提供できます。Exchangeストレージを最適化するには、別のQuest製品であるArchive Manager for Exchangeを使用することをお勧めします。これは、特に、NotesのDAOSと同様に、添付ファイルを重複排除するための便利な機能を備えています。

ACLと委任

許可されたアクセス制御リスト（ACL）と委任は、Notes環境のオペレーティングルームの重要な要素であり、整合性を保護するためにも重要です。その結果、ExchangeServerとOffice365で、関連する権限とアクセス権を同等の権限に正確に変換することが重要です。理想的には、これは自動的に行われ、プロセスが高速化され、人的エラーが排除されます。組織の情報資産を保護する効果を維持するには、ACLと委任の変換をメールデータと同時に実行する必要があります。一部の組織は、データの移行が完了した後、手動またはスクリプトを使用して同等の権限を割り当てようとします。ただし、このアプローチはパフォーマンスに悪影響を及ぼし、組織のデータにセキュリティギャップを追加する可能性があります。

自分のメモの内容

同じアクティブメール。IBM Notesから移行する際のもう1つの一般的な問題は、多くのリッチテキストに遭遇します。ExchangeおよびOffice365は、Notesの統合されたタブ付きテーブル、ボタン、保存されたフォーム、およびその他の独自のコンテンツをサポートしていません。その結果、この機能の喪失に備えるか、これらの要素をポータブル形式に変換できる移行ソリューションに投資する必要があります。すぐに、Questのソリューションはこれを変換せず、添付ファイルなどの文字のみを転送できるため、ユーザーがNotesクライアントからそれらを開くことができるとしましょう。

グループと個人のアドレス帳

多くの組織は、内部および

外部のコミュニケーションのために公開メーリングリストを広範に利用しています。さらに、Notesユーザーは、個人のアドレス帳でビジネス上の連絡先を維持することが重要であると感じることがよくあります。これらのデータソースはビジネス運営にとって重要であり、Microsoftプラットフォームへの移行中に効果的に変換する必要があります。その結果、Active Directoryに移行するためのグループを自動的に準備し、ユーザーのワークステーションに保存されているものも含め、すべての個人アドレスを効率的に変換することが重要です。

Notesアプリケーションとの対話

移行を計画およびスケジュールするときは、調整プロセスなど、アプリケーションとメールサービス間の統合ポイントが重要です。IBM Notesは、他のプラットフォームよりも電子メールとアプリケーションを緊密に統合しています。これらの統合には、単純なdoclinkからビジネスプロセスまですべてを含めることができます。

リソースとメールデータベース

多くの組織は、Notesでリソース予約データベース、メールデータベース、およびその他の一般的なデータベースを使用しています。その結果、これらのデータベースは組織の運営において重要な役割を果たします。ビジネスの継続性と従業員の生産性を確保するには、次のアプローチと納期を検討することが非常に重要です。

• ターゲット環境にリソースメールボックスを作成します。
• バックアップデータベースからExchangeへのデータの転送。
• 両方のシステムのユーザーがNotesとExchangeのリソースを共同で使用できるようにします。

ステップ4：移行効率を最大化する

データの正確性を確保することに加えて、組織の要件を考慮して、移行が可能な限り効率的であることを保証することも重要です。移行の効率は、直接的なコストだけでなく、ビジネスへの影響の程度にも直接依存します。

移行ソリューションアーキテクチャ

効率に影響を与える最も重要な要因の1つは、移行ソリューションのアーキテクチャです。1つの移行サーバーが複数のユーザーを同時に運ぶことができるマルチスレッドアーキテクチャのソリューションを選択することは非常に重要です。マルチスレッドアーキテクチャにより、移行に必要なハードウェアが削減され、移行速度が向上するため、プロジェクト全体のコストが大幅に削減されます。マルチスレッドであると主張するが、実際には一度に1人のユーザーのみを移行し、一度にさらに多くのユーザーを移行するためにワークステーションを追加する必要がある移行ソリューションに騙されないでください。構成と環境に応じて、真のマルチスレッドソリューションは、データをExchangeおよびOffice 365に移行するときに30〜5,000パーセント効率的です。

移行プロセス

移行には多くのステップが含まれ、スムーズな移行を確実にするためにプロセスは適切なタイミングで発生する必要があります。ビジネスの中断を最小限に抑え、移行のメリットを最大化するには、移行の各ステップをタイムリーに完了することができる1つのアプリケーションによって、すべてのプロセスを統合および制御する必要があります。

柔軟性とセルフサービス

一部のユーザーおよび部門は、標準の移行プロセスから逸脱する必要があります。たとえば、法務部門のストレージ要件が異なる場合や、経営幹部がメールボックス全体とすべてのアーカイブを移行する必要がある場合があります。したがって、移行チームがこれらの要件に簡単に適応できるようにする柔軟な移行ソリューションを選択することが重要です。この柔軟性を実現するための最も効果的な方法の1つは、ユーザーのサブセットにセルフサービスを使用することです。たとえば、一部のユーザーは、メインのメールファイルまたはローカルデータから追加のデータを移行して、サーバー上の個人用アーカイブに変換することを許可される場合があります。

ステップ5：トライアル移行を実行する

移行前の評価が完了し、共存戦略が完成し、最適化計画が特定されたら、1つ以上のパイロット移行を通じて戦略の検証を取得することが非常に重要です。



パイロット移行の目的は、開発された手順を検証し、完全な移行の開始後に発生する可能性のある問題を特定して、戦闘移行を開始する前にそれらを解決できるようにすることです。結果として、パイロット移行中の問題を予期し、歓迎する必要があります。

パイロット移行の量の決定

パイロット移行は、データの代表的なサンプルを収集し、戦闘移行中に遭遇する可能性のある関連する質問に答えるのに十分な大きさである必要があります。数千のメールボックスを移行する場合は、サンプルで十分です。非常に大規模な移行の場合、パーセンテージは低くなる可能性があります。

データとシステムの選択

パイロット移行プロセスでは、戦闘データと戦闘システムを使用することが重要です。これはいくつかの理由で非常に重要です。

• 戦闘環境がどのように動作するかを理解する必要があります。合成的に生成された環境は、戦闘環境を代表するものではありません。
• サンプルデータに基づいて、暗号化されたメッセージ、Exchangeにないメッセージタイプの頻度、およびストレージ要件についてより多くの洞察を得ることができます。

期待を設定する

パイロット移行プロセスは、プロジェクトで概説されている成功基準をテストし、残りの移行に対する期待を調整する絶好の機会も提供します。調整が必要な場合は、戦闘の移行中に文書化して考慮に入れる必要があります。

ステップ6：組織への影響を最小限に抑えるための移行時間をスケジュールする

ユーザーのグループ化

ユーザーと組織全体への影響を最小限に抑えるには、一緒に作業するユーザーを同時に移行する必要があります。これらのグループを作成するときに考慮すべき主な要素には、委任が含まれます。ソース環境のユーザー関係情報に基づいて、移行用のコレクションを推奨できるソリューションを探してください。

移行のタイムライン

グループの移行が完了したら、

これらのユーザーへの影響が最小限になる時間をスケジュールに必ず含めてください。これは、営業時間中、年末、またはメンテナンスウィンドウ中の移行を回避するために、1日の特定の時間に移行ウィンドウをスケジュールすることを意味する場合があります。たとえば、営業チームはおそらく四半期の終わりに向けて移行すべきではなく、経理部門と法務部門には移行の時間制限がある可能性があります。

ステップ7：移行を開始し、その進行状況を追跡します

データ移行へのパイロット検証済みのアプローチでは、戦闘移行は日常的なイベントになるはずです。特定のグループのニーズに対応するために、プロセス全体で微調整が行われる可能性があります。計画およびパイロット段階ですべての不測の事態が考慮されるように、注意深い監視が引き続き必要です。ただし、プロセスはますます自動化される必要があります。期待が確実に満たされるように、戦闘移行スケジュールを満たすために組織全体の進捗状況を文書化して報告することが重要です。監視とフィードバックは、プロセス全体を通じて移行を成功させるための重要な側面です。

結論

メールサービスを移行する際の考慮事項について説明しました。現在、移行ソリューションを選択している場合、またはそれについて考えているだけの場合は、これらすべてを考慮することが重要です。私たちはQuest移行ソリューションと連携しており、手動手順の数を減らし、移行の結果として転送されるデータの量を増やすために最も効果的なソリューションとして推奨する準備ができています。



あなたは、移行への効果的なアプローチについて詳しく知りたい場合は、内の要求のままにフィードバックフォームを当社のウェブサイトまたは単にコールで、あなたはまた、下記のリンクで追加の材料学ぶことができます。



Habrの記事：Microsoft Exchange]をIBMのLotus Notes / Dominoのの移行



のためのクエスト移行をGalsサイトのNotesのGalsQuest CoexistenceManagerでの交換に関するメモ







Quest Migrator for Notes to Exchange Quest



Quest Coexistence Manager for Notes Quest