365にメールボックスを移行するための導入手順書です。表記されている順序に従い、各ステップを完了してください。MSPCompleteセクションには、デバイス管理エージェント(DMA)をエンドユーザーにデプロイする手順が含まれています。365およびDeploymentProのモジュールを含むエージェントです。365やDeploymentProを使用する場合は、DMAをエンドユーザーにデプロイする必要があります。365と互換性があるかどうかを事前に確認することを強くお勧めします。365は無料のユーティリティです。この移行シナリオでは、DeploymentProを使用してOutlookプロファイルを再構成することをお勧めします。Bundle)ライセンスに含まれています。DeploymentProはスタンドアロンサービスライセンスとして購入することはできず、一回用メールボックス移行ライセンスに追加することもできません。移行後にDeploymentProを使用してOutlookメールプロファイルをリモートで構成する場合は、UMB(ユーザー移行バンドル)ライセンスを購入してください。MigrationWizは(同期ソリューションではなく)移行ソリューションであり、以前に実行された移行サイクルで移行されたアイテムの更新、削除、または移動を追跡しません。これは、MigrationWizには(同期エージェントのように)「ライブ」での変更のモニタリング機能はなく、ユーザーの操作なしに競合解決などを処理することができないためです。移行中、もしくは移行後に手動で移動されたドキュメントは、新しいアイテムとして扱われ、移行先に重複してコピーされます。MigrationWizは、ワークグループをまたがって、移行プロジェクトを共有する機能をサポートしています。プロジェクト共有機能をオンにすると、非アクティブなエージェント以外のすべてのエージェントに、全ての移行プロジェクトが表示されます。詳細については、MigrationWizのプロジェクト共有をご覧ください。移行元環境を準備するExchangeホストプロバイダーへ、移行のためのアカウント(アカウント名”MigrationWiz”など)の作成を依頼し、下記のPowerShellスクリプトを実行し、MigrationWizアカウントに対して各メールボックスへのフルアクセス権を付与するよう依頼します。MigrationWiz注:Exchangeホストプロバイダーの中には、Webポータルを介してアクセスを許可している場合もあります。その場合、ポータルを介して各メールボックスにログインし、移行のためのアカウント(”MigrationWiz”など)に各メールボックスへの読み取り/書き込みアクセス権を付与してください。当然ながら、この作業は面倒かつ時間がかかります。よって、特に多数のユーザーがいる場合は、Exchangeホストプロバイダーに上記PowerShellスクリプトの実行を依頼する事をお勧めします。Exchangeホストプロバイダーによっては、このアクセスを許可しない場合もあります。その場合は、移行中にエンドユーザーから資格情報を要求するように設定する事ができます。非常に大規模なプロジェクトの場合、移行元で偽装(Impersonation)を使用するようにプロジェクトを設定することにより、効率を最大化できます。偽装(Impersonation)を有効にするには、Exchangeホストプロバイダーに以下のPowerShellスクリプトを実行を依頼する必要があります。<admin_user_name>注:多くのホストプロバイダーは、この要求に応じません。Options)を設定することです。この手順は、本ガイドのMigrationWizセクションに含まれています。メールボックスへのアクセスをテストします。メールボックスをCSVファイルにエクスポートします。Exchangeホスト環境で管理者の資格情報を持っている場合、必要なのはメールアドレスのリストのみです。移行される各メールボックスのパスワードは必要ありません(MigrationWizは委任を使用し、管理者資格情報に基づいて移行を実行するため)。Exchangeホスト環境で管理者の資格情報がない場合(一般的なケース)、すべてのユーザーのメールアドレスとパスワードを取得する必要があります。上記を取得するオプション:Exchangeホストプロバイダーに提供を依頼します。プロバイダーの管理コンソールにエクスポート機能がある場合は、ツールを実行してユーザーリスト(および必要に応じてパスワード)をCSVファイルにエクスポートしますExchangeホストプロバイダーからメールボックスとパスワードのリストが取得できない場合は、移行プロセスの一環として、ユーザーにメールボックスのログイン情報をMigrationWizに送信することをリクエストします。365で作成するか、テナントのグローバル管理者アカウントを使用します。365でアカウントをセットアップし、ライセンスを割り当てます。これにはいくつかの方法があります。ユーザーを個別に追加するMicrosoftのインストラクションCSVファイルを使用した一括インポート。ユーザーを一括追加するMicrosoftのインストラクションPowerShellスクリプトを使用。Connectを使用。大きなメールアイテムを送受信するためにテナントを準備します。プロジェクトに移行するアカウント(「アイテム」とも呼称します)を追加します。「一括追加」オプションを使用し、このガイドの「前提条件」セクションの手順に従って作成したCSVファイルからインポートします。Exchangeホストプロバイダーからメールボックスとパスワードのリストが取得できない場合は、移行プロセスの一環として、ユーザーにメールボックスのログイン情報をMigrationWizに送信することをリクエストします。Options)」を設定します。この移行シナリオでは、次のオプションが最も有用です。migration)の値​。「パフォーマンス(Performance)」セクションで、1000などの非常に高い値に設定できます。偽装(Impersonation)を使用する場合、この値に制限はありません。値を20などの低い数値に設定します。非常に大規模なプロジェクトの場合、移行元で偽装(Impersonation)を使用するようにプロジェクトを設定することにより、効率を最大化できます。(本ガイドの「移行元環境を準備する」に記載しています。)ただし、多くのホストプロバイダーは、この要求に応じません。source)」のチェックボックスをチェックします。注:Exchangeの偽装(委任ではなく)では、ユーザーごとの調整ポリシーの割り当てを使用します。これにより、非常に多数のユーザーを同時に移行できます。移行先で偽装(impersonation)を使用するように設定します。Destination」チェックボックスにチェックを入れます。Credentials)を実行します。移行が行われることをユーザーに通知します。すべてのユーザーにメールを送信し、移行の日時を伝えます。Migration)」を選択します。Ago)」を選択し、「移行を開始」をクリックします。MXレコードのカットオーバー。DNSプロバイダーのポータルでMXレコードを切り替えます。AutoDiscover(CName)設定を含めます。数回の移行サイクルに分けて移行、かつ併用が必要な場合、最終サイクルの移行が終了するまでMXレコードをカットオーバーせず、2つの追加手順を実行する必要があります。メールの転送設定を行います。365でメールルーティングを設定します。エンドユーザーにメールを送信し、Outlookプロファイルの再構成に関して操作があることを知らせます。ユーザーが自動検出を使用して新しいプロファイルを作成できるように、自動検出を再度有効にするか、DeploymentProを使用して新しいOutlookプロファイルの構成を自動化します。Migration)」を選択し、「移行を開始」をクリックします。Errors)を実行します。ユーザーリストを確認し、赤い「移行に失敗しました」エラーをクリックします。表示された情報に従って操作してください。問題が解決しない場合は、サポートにお問い合わせください。DeploymentProを使用しない場合、ユーザーは新しいOutlookプロファイルを作成し、再度署名を設定し、以前のプロファイルに添付されていたPSTファイルを再添付する必要があります。MigrationWizダッシュボードの「円グラフアイコン」をクリックすると、プロジェクトから全ての移行統計情報をメールで受信できます。FacebookTwitterLinkedInこの記事は役に立ちましたか?11人中6人がこの記事が役に立ったと言っていますまだログインされていない場合は、ログインして投票してください。credentials?コメント0件のコメントログインしてコメントを残してください。