もしかして、もう時間ですか？ この疑問は、Lotus を電子メール クライアントまたはドキュメント管理システムとして使用する同僚の間で遅かれ早かれ生じます。 (私たちの経験では) 移行のリクエストは、経営トップからユーザーまで (特にユーザーが多い場合) 組織のまったく異なるレベルで発生する可能性があります。 Lotus から Exchange への移行がそれほど簡単な作業ではない理由は次のとおりです。

• IBM Notes RTF 形式は Exchange RTF 形式と互換性がありません。
• IBM Notes は外部電子メールにのみ SMTP アドレス形式を使用し、Exchange は全員に使用します。
• 代表団を維持する必要性。
• メタデータを保存する必要性。
• 一部の電子メールは暗号化される場合があります。

また、Exchange がすでに存在していても Lotus が引き続き使用されている場合は、共存の問題が発生します。

• Domino と Exchange の間でアドレス帳を同期するには、スクリプトまたはサードパーティ システムを使用する必要があります。
• Domino はプレーンテキストを使用して他のメールシステムに手紙を送信します。
• Domino は、iCalendar 形式を使用して他の電子メール システムに招待状を送信します。
• Free-Busy リクエストとリソースの共同予約ができない (サードパーティ ソリューションを使用しない場合)。

この記事では、Quest の移行と共存に特化したソフトウェア製品について説明します。 Notes to Exchange の移行ツール и Notes の共存マネージャー それぞれ。 この記事の最後には、プロセスの簡単さを示すために、複数のメールボックスの無料テスト移行リクエストを送信できるページへのリンクがあります。 そして、その下には、段階的な移行アルゴリズムと移行プロセスに関するその他の詳細が記載されています。

移行のアプローチを区別すると、主に次の XNUMX つのタイプがあると想定できます。

• 移行なしの移行。 ユーザーは空のメールボックスを受け取りますが、元のメール サービスは読み取り専用モードで動作し続けます。
• 共存を伴う移行。 ソース システムとターゲット システム間の統合が設定され、その後、メールボックス データが徐々に新しいシステムに転送されます。
• オフライン移行。 元のシステムがシャットダウンされ、すべてのユーザーのデータが新しいシステムに転送されます。

以下では、オフライン移行と共存移行について説明します。 これらのプロセスについては、上で説明したように、Coexistence Manager for Notes と Migrator for Notes to Exchange という XNUMX つの Quest 製品がそれぞれ担当します。

Notes 用共存マネージャー (CMN)

このソリューションは、LDAP ディレクトリの双方向同期を実行し、ソース システムからメール オブジェクト (メールボックス、リスト、メーリング、リソース) の連絡先を作成します。 属性マッピングをカスタマイズし、オンザフライでデータ変換を使用することが可能です。 その結果、Lotus と Exchange で同一のアドレス帳が得られます。

CMN は、インフラストラクチャ間の SMTP 通信も提供します。

• 文字をその場で編集します。
• 正しい RTF 形式に変換します。
• DocLink を処理します。
• Notes データを NSF にパッケージ化します。
• リソースへの招待とリクエストを処理します。

CMN は、耐障害性とパフォーマンスの向上のためにクラスタリング モードで使用できます。 その結果、レターの書式が保持され、複雑なスケジュールやメール システム間のリソース要求がサポートされるようになります。

CMN のもう XNUMX つの重要な機能は、Free-Busy エミュレーションです。 これにより、同僚は誰が Lotus と Exchange のどちらを使用しているかを知る必要がなくなります。 エミュレーションにより、電子メール クライアントは別の電子メール システムからユーザーの可用性データを取得できます。 データを同期する代わりに、システム間のリクエストがリアルタイムに送信されるため、一部のユーザーが移行した後でも Free-Busy を使用できます。

Notes to Exchange (MNE) の移行ツール

このツールは直接移行を実行します。 移行プロセス自体は、移行前、移行、移行後のいくつかの段階に分けることができます。

移行前

この段階では、ソース インフラストラクチャの分析が実行されます。ドメイン、アドレス、グループなど、移行用のメールボックスのコレクション、アカウント、連絡先と AD アカウントの結合などが作成されます。

移行

移行では、ACL とメタデータを維持しながら、メールボックス データを複数のスレッドにコピーします。 グループも移動します。 何らかの理由で一度にデルタ移行を実行できなかった場合は、必要に応じてデルタ移行を実行できます。 MNE はメールの転送も行います。 すべての移行はネットワーク接続の速度で行われるため、Lotus 環境と Exchange 環境を同じデータセンターに配置すると、速度が大幅に向上します。

移行後

移行後のフェーズでは、セルフサービス経由でローカル/暗号化データを移行します。 これはメッセージを復号化する特別なユーティリティです。 デルタ移行を再度実行すると、これらの電子メールは Exchange に転送されます。

もう XNUMX つのオプションの移行ステップは、アプリケーションの移行です。 このために、Quest は特別な製品を用意しています - Notes から Sharepoint への移行ツール。 別の記事で、それを使った作業について説明します。

MNE および CMN ソリューションを使用した移行手順の段階的な例

1ステップ。 Coexistence Manager を使用して AD アップグレードを実行します。 Domino ディレクトリからデータを抽出し、Active Directory にメールが有効なユーザー (連絡先) アカウントを作成します。 ただし、Exchange のユーザー メールボックスはまだ作成されていません。 AD のユーザー レコードには、Notes ユーザーの現在のアドレスが含まれています。

2ステップ。 Exchange は、MX レコードが変更されるとすぐにメッセージを Notes ユーザーのメールボックスにリダイレクトできます。 これは、最初のユーザーが移行されるまで、受信した Exchange メールをリダイレクトするための一時的な解決策です。

3ステップ。 Migrator for Notes to Exchange ウィザードは、移行するユーザーの AD アカウントを有効にし、Notes にメール転送ルールを設定して、移行済みユーザーの Notes アドレス宛てのメールがアクティブな Exchange メールボックスに転送されるようにします。

4ステップ。 各ユーザー グループが新しいサーバーに移動するたびに、このプロセスが繰り返されます。

5ステップ。 Domino サーバーがダウンしている可能性があります (アプリケーションが残っている場合は、実際にはダウンしていません)。

移行が完了したので、家に帰ってそこで Exchange クライアントを開くことができます。 Lotus から Exchange への移行をすでに検討している場合は、当社のブログを読むことをお勧めします。 移行を成功させるための 7 つのステップに関する記事。 また、テスト移行の実際の動作を確認し、Quest 製品の使用がどれほど簡単かを確認したい場合は、次の URL にリクエストを残してください。 フィードバックフォーム Exchange への無料のテスト移行を実施します。

出所： habr.com