現在、Server 2003 AD フォレスト (ネイティブ 2003 モード) で Exchange 2003 SP2 クラスターを実行しており、Server 2008 AD および Exchange 2010 へのアップグレードを計画し始めています。当社には 2 つのメイン サイト (1 つは中規模オフィス) と、DC (アップグレード後は RODC になる可能性あり) がある小規模サイトが 2 つあります。現在、Exchange クラスターはすべてメイン サイトにありますが、他の大規模サイトで負荷分散/フェールオーバーに新しいデータストア パラダイムを使用することを検討していますが、これは確定ではありません。
現在、私たちは情報収集と計画の段階にあります。どちらのアップグレードでも、特に Exchange のアップグレードを実行する際に発生した問題があれば、ぜひご意見をお聞かせください。
落とし穴は何でしたか? 驚いたことは何ですか? 文書化されていないことは何ですか? 1 つのことを言っていて誤解を招くものは何ですか? (内容または重大さのいずれかで混乱を招きました)。新しいシステムの優れた点と悪い点は何ですか? うまく機能した点は何ですか? うまく機能しなかった点は何ですか? もう一度やり直すとしたら...?
(これは明確に答えられる質問ではないことは承知していますが、洞察や役立つリソース (Microsoft のドキュメントではありませんが、ブログ投稿は歓迎します) には、喜んで賛成票を投じます。)
アップデート 注目すべき点がいくつかあります:
- 現在、OWA は使用していません (現在は管理者のみ) が、iOS デバイスではさらに考慮される可能性があります。
- 環境内には少数のブラックベリーが生息しています (< 10%)。
- 標準の Exchange コネクタに加えて、Captaris RightFax 統合用のサードパーティ コネクタもあります。
答え1
のTechnet ドキュメントは本当に完全です。忠実に従ってください。2010 のセットアップを開始することに関するほぼすべてのことが説明されています。言及する価値があると思われる注意事項は 4 つだけです。
まず、ルーティング グループ コネクタについて読んでください。インストール時に最初のコネクタが作成されますが、2010 サーバーが複数ある場合は、追加のコネクタを作成する必要があります。また、古い 2003 セットアップ用の受信コネクタも忘れずに作成してください。移行中にメールが適切に流れるようにする必要があります。驚いたことに、ドキュメントでこれについてあまり (またはまったく) 説明されていないように思います。
2つ目に、古いOWAが壊れることがあります。これは私が最初の移行中に遭遇した状況です。これに関する議論はTechnetでご覧いただけます。ここ基本的に、2003 ユーザーが 2010 OWA サーバーにログオンすると、2003 フロントエンド サーバーに転送されるはずです。これはうまくいきませんでした。legacyredirecttype を manual に設定すると問題は解決しましたが、エンド ユーザーが何が起きているのか把握するのが少し難しくなりました。
3つ目に、2003のセットアップを削除することは、2010年のTechnetドキュメントではまったく触れられていません。2007の情報に従ってください。ここExchange 2003 をアンインストールするように指示された場合は、一度に 1 つのクラスタ ノードをアンインストールするだけです。最後のノードに到達したら、インストーラにそれが最後のノードであることを知らせると、Active Directory からサーバーが削除されます。
4つ目に、ドキュメントでActiveSyncについてあまり触れられていなかったように思います。幸いなことに、Exchangeチームには素晴らしいブログがあります。彼らは間違いなくそれについて語っていました。ここ。
最初の移行は実にうまくいきました。週末にメールボックスを移動し、月曜日に完了しましたが、Outlook を使用している人は誰もパフォーマンスが向上したこと以外には何も気づきませんでした。OWA ユーザーは少し驚きましたが、すぐに理解できました。
答え2
300 人のユーザーの移行を完了したところですが、重大な問題が発生しました。Outlook 2003 SP 3 が主な電子メール クライアントでした。Outlook 2003 は、オンライン モードのときにビューを更新するために UDP 通知を使用します。Exchange 2010 はこれをサポートしていません。
問題は、ユーザーがアイテムを削除するまでに最大 60 秒待たなければならない可能性があることです。
いくつかの解決策があります - 少なくとも Rollup 1 または SP1 にアップグレードし、最大ポーリング頻度レジストリ キーを追加して、値を 10000 に設定します。
完了すると、60 秒の待機時間を 7 ～ 12 秒に短縮できました。素晴らしいとは言えませんが、少なくとも使用可能です。
Exchange 2007 に戻すという選択肢はなく、私たちは 2010 に直接移行しました。そのため、私たちは行き詰まってしまいました。
キャッシュ モードを有効にすると、問題が解決します。
しかし、このバージョンの Outlook を公開している Citrix ファームがある場合はどうなるでしょうか。この場合、パフォーマンスの低下を我慢するか、クライアント バージョンを 2007 以上にアップグレードする以外に選択肢はありません。
私の見解では、Microsoft はこの問題の公開を非常に下手くそに行っており、ほとんどの組織にとっては本当に致命的です。2010 にアップグレードする前にクライアント バージョンをアップグレードできれば、多くの手間が省けます。
とにかく、これが次の移行に役立つことを願っています。
ありがとう、
Dave Kawula 主席コンサルタント TriCon Technical Services Inc.
答え3
Dave さん、Outlook 2003 のポーリング頻度については完全に正しいです。私もほぼ同じトポロジーを持つ大規模な法律事務所で同じ問題に遭遇しました。私たちは全面的に Outlook 2010 にアップグレードしました。ポーリングを調整して使いやすくすることはできますが、ユーザーの認識では (削除、返信など) は瞬時に行われるべきです。技術的な観点から考えても、7 ～ 12 秒はユーザーにとって大した問題ではありません。意思常に苦情が寄せられています。また、Exchange 2003 では Outlook Web Access の URL が /OWA から /Exchange に変更されたため、OWA サイトをブックマークしたユーザーは、おそらく実際には壊れていないのに壊れていると苦情を言うでしょう。