Sherwebを使用してホストされているExchange 2007からOffice 365を使用するように移行しています。メールボックスを設定してすべてのデータをO365に移行したら( MigrationWiz を使用)、ワークステーションの更新や指示を最小限に抑える方法ユーザーがワークステーションを更新して、OutlookがO365サーバーをポイントし、理想的にはメールボックス全体を再度ダウンロードする必要がないようにしますか?
私は彼らがそれぞれどちらかであると思います:
オプション1は恐らくひどいですが、Outlookでメールボックス全体を再ダウンロードする必要がありますが、それが必要な場合があります(たとえば、あるサーバーから別のサーバーに移行するときにメールアイテムのIDが保持されない場合)?
私には約12人のユーザーがいて、それらのワークステーションはActive Directoryで管理されていませんが、各ユーザーでいくつかの手順を実行できてうれしいです。それが手動のプロセスであり、メールボックス全体を再ダウンロードする必要がある場合、それは世界の終わりではありませんが、可能であればそれを避けたいです。
MigrationWizの移行を既に実行し、DNSレコードを更新しました。
現在、ほとんどのユーザーはOffice 365のOutlookをインストールしていますが、一部はOutlook 2010をまだ使用しています。
このディスカッション は、新しいアカウントを追加し、おそらく不要になったときに古いアカウントを削除する必要があることを示唆しています...
いくつかのケースでは、プロファイルを再作成することになります-私はまだ一度も移行していないので、そうでない場合は常に準備をしています。
だれも古いメールサーバーを使用しておらず、元のクライアント構成がAutodiscoverによってセットアップされている場合は、AutoDiscover Aレコードを更新してO365(移行プロセスの一部)を指すようにするだけです。手動で構成されたクライアントは、自動検出の変更を取得しないため、新しいプロファイルを作成する必要があります。 Outlookのキャッシュもクリアする必要がある場合があります。
Exchange接続アナライザーを使用して、自動検出応答を確認できます(前述のとおり、CNAMEの変更を行いました)。 https://testconnectivity.Microsoft.com/ 自動検出のメソッドが重複していないことを確認してください。また、内部ユーザーがいて、Active DirectoryのSCPエントリ経由のピックアップ設定を使用して、OutlookよりもExchangeサーバーを使用停止にしていない場合。
AutoDisocverは、プロファイルを再作成する必要を常に否定するわけではありません。多くの「ハイブリッド」移行を行っていますが、問題を回避するために、ユーザーの約25%が新しいプロファイルを作成する必要があることに気付きました。これを最小限に抑えるために、オフラインアクセス用の最小限のメールのみを受信するようにこれらのアカウントを構成します。すべてが機能した後、必要に応じてオフラインでの使用を徐々に増やすことができます。これは、ユーザーの習慣を変更するための良い方法でもあります。ほとんどの場合、すべてのメールをオフラインで使用する必要はありません(検索機能が統合されているため、メールを見つけることができます)。
Microsoftには、Outlook for O365のトラブルシューティング用の新しいツールがあります。 https://support.Microsoft.com/en-us/kb/3073666 -これは、ユーザーがOutlook for O365をセットアップするために使用できます(これらのユーザーの新しいプロファイルが作成されます)。