Office 365移行経験まとめ


私たちはメールボックスのO 365の移行を始めました.最初はよく勉強しましたが、残念ながら本社はユーザーのドキュメントをどのように移行するかを教えてくれました.技術アーキテクチャは何も話していません.ドキュメントは2つのステップです.最初のステップは、移行タスクを生成して2番目のステップを実行し、移行したユーザーにlicenseを指定します.
テストの過程で、私たちは多くの問題を発見し、同時に私たちは一歩一歩法則をまとめました.私は怠け者なので、これらのO 365の公式ドキュメントを研究する時間もありません.PYTHONとOPENSTACKを研究しているので、マイクロソフトのものを作る時間がありません.
以下は私が翻訳した実現過程であるべきで、きっとどんな協議を通じて、会社のドメイン情報とマイクロソフトのOffce 365の配置を成功させて、この操作はすべてマイクロソフトがプロジェクトの実施をしている人がやったので、どうせ私たちのこのレベルまできっとあなたに知らせないで、複雑ではありません.私はO 365で移行した過去のメールアカウントを削除するエラーを発見しました.私たちは一方向にコピーし、私たちのドメインからO 365にアカウント情報を同期させるように構成されています.
私は3つの点をまとめました:第一に、1つの概念を理解する必要があります.Microsoft ID、この値はドメインのUPNを取って、はっきり言ってアカウント名@ドメイン名で、あなたのドメインのアカウントのパスワードを加えます.あなたの会社のドメインはabcと仮定します.com、あなたのアカウントは張三@abcです.comというものはシロにとってメールアドレスですが、実はこの概念ではありません.メールアドレスは勝手に定義することができます.つまり、張三@ab.comのメールアドレスは張三です[email protected]あ、メールサーバーで任意にSMTPアドレスを指定できるのですが、わかりません.自分でEXCHANGEを作って、とても楽しかったです.
第二に、移行は実は2つのステップに分けて、O 365の管理制御端で、移行タスクを生成して、タスクが完成した後、licenseを指定します.この中には穴がある.タスクを作成した後、あなたのタスクの状態はsyncingで、私はただメールのデータを同期するだけだと推測して、タスクが完成した後、その状態はsyncedになって、synced、この時、あなたはもとEXCHANGEのアカウントとデータはすべてまだあって、あなたがしなければならないのはこのタスクを選択して、点が完成して、このタスクの状態はcompletingになって、私は今メールのアカウントの情報をOffice 365の上で作成することだと推測して、この段階ではEXCHANGEのメールボックスを使用することができます.この段階が完了すると、completed状態になり、クライアントがジャンプダイアログボックスになり、クライアントを再起動する必要があります.
第三に、この穴です.注意してください.この時、穴が来ました.一般的には、移行が完了したら手動でlicenseを指すことはできません.システムは移行後のメールボックスで一定時間以内に自動的にlicense、泥馬を指定します.これは穴ですね.実際にlicenseを指定していません.表示にすぎません.
       ,    ,OUTLOOK               ,              O365  ,                ,        ,       O365,          。

                   ,       。          ,     ,         。     。

       O365 ,          。       POWERSHELL       ,           POWERSHELL    。

O365        ,        。     。