Exchange 2003からExchange 2010への移行

中小企業のExchange 2003の展開を検討してください。Exchange2010への移行に関する質問です。ここでは、その状況について少し説明します。

• 現在の状態は50〜100ユーザー/メールボックスで、大半はOutlook 2007を使用しています
• OWA有効
• デスクトップユーザーはExchangeキャッシュモードで実行されていません
• ラップトップユーザーはExchangeキャッシュモードで実行されています
• その日の控えめなまたは妥当な仕様の単一のExchangeサーバー（3 GHz、マルチコア、4 GB、Windows 2003 32ビット）

ご質問

• Exchange 2003から2010へのアップグレードパス/手順に関する管理チームへの提案は何ですか？

• 64ビットOSの要件を考慮して、Windows 2008に対応する準備が整った新しい別のマシンを検討してください。詳細を見逃していませんか？

• このプロジェクトのどこで仮想化が役立つのでしょうか？

以前のアップグレード（2007または2010）で学んだ教訓をいただければ幸いです！

正直なところ、それはケーキのように聞こえます。説明しているような単一サーバー、単一物理ロケーションのシナリオは、実行するのが最も簡単な移行です。Microsoftのガイドラインに従ってください。成功への道を十分に進むことができます。基本的には、「メールボックスの移動」の移行についてであり、ユーザーに可視性はありません。

Exchange 2003のインストールは既にService Pack 2になっているはずです。これで本当に必要なのはそれだけです。

Exchange 2010は、Exchange 2007からのマイナーバージョンアップグレードの感覚（2003年から2007年の間にあったような主要なアーキテクチャの変更がないこと）を感じており、2003年から2007年に行った移行はとにかくスムーズでした。2003年から2010年への移行も同じようにスムーズになると思います（まだ何もする機会はありませんでしたが...誰かゲームをしますか？）。

Exchange 2010をホストする新しいサーバーコンピューターを取得するという正しいことを言っています。必ず、Microsoftのベストプラクティスに従ってストレージをプロビジョニングしてください（ESEトランザクションログとデータベースのスピンドル、前者のシーケンシャルアクセス用に調整、ランダムアクセス後者の場合）。

移行中にExchangeキャッシュモードでユーザーがメールボックスを開いていると、Exchange 2003から2007への移行で問題が発生することがあります。だはず、彼らはOutlookを使用している間、ユーザーのメールボックスを移動することは可能であることを、私は、私は、メールボックスを移動しながら、彼らはOutlookを使用していないことを確認してくださいだろうit--チャンスではないでしょう。

全員を一度にカットする場合、OWAアクセスをインターネットから新しいExchange Serverコンピューターに転送するファイアウォールルールを変更することは大したことではありません。しばらくの間、両方のサーバーにメールボックスを共存させる予定がある場合、メールボックスが移動したかどうかによって、ユーザーがメールにアクセスするためにOWAの適切なインスタンスにアクセスすることを心配する必要があります。（これは、スケジュールされたダウンタイム間隔中にすべてのユーザーを一度にカットオーバーするための適切な引数です。）

ベアメタルに移行する場合も仮想マシンに移行する場合も、移行が同じになるという意味で、仮想化が「役立つ」ことはわかりません。Exchange 2010は、IOのニーズに関して以前のバージョンのExchangeよりも使いやすいため、仮想化環境（仮想化のためにある程度のIOオーバーヘッドが発生する）での実行は、以前のバージョンのExchangeと比較して影響が少なくなります。

Exchangeに統合されたウイルス対策をホストしている場合、Exchange 2010対応バージョンのライセンスを購入する準備はできていますか？

バックアップ管理ソフトウェアはExchange 2010をサポートする準備ができていますか？

Exchange Autodiscoveryをご覧ください。Outlookからの迷惑な警告をほとんど受け取らないことを前提に、SSL証明書とDNSインフラストラクチャに悪影響を与える可能性があります。いくつかの優れた背景についてこれらを見てください（2番目はExchange 2007を指しますが、Exchange 2010では劇的に変化していません）。

• 自動検出サービスについて

• ホワイトペーパー：Exchange 2007自動検出サービス

私は、Exchange 2003を実行して2010年の移行を交換したばかりです。まず、これは完璧になりました！結果にとても満足しました。多くの人が知っているように、Exchange 2010には64ビットOSが必要です。そのため、既存の2003 Active Directory環境に新しい64ビットWindows 2008エンタープライズサーバーと新しいWindows 2008 64ビットエンタープライズドメインコントローラーを作成することで、プロジェクトを開始しました。

最初に、fsmoの役割を保持しているDCの2008 CDからadprepを実行する必要があると言います。

Exchange 2010をインストールし、新しいBES 5.0.2サーバーを立ち上げました。これは、企業のブラックベリーユーザーを更新する絶好の時期だと思ったためです。

このバージョンの交換が大好きです！移行が完了するまで共存モードを実行していました。その後、環境からExchange 2003をアンインストールし、古い古いExchangeサーバーを廃止しました。クライアントアクセスとメールボックスの役割をVMにすることについてのノイズにもかかわらず、私に言わせてください。VMwareと仮想化の大ファンなので、これを行うのに問題はありませんでした。cas、hub、およびメールボックスの役割はすべて1つのVMで問題なく、パフォーマンスの問題はありません。

気に入らないことの1つは、store.exeが設計上メモリホグになったことです！ただし、adsiedit.mscで使用できるパラメータがあり、store.exeのメモリ使用量を制限できます。

私が受け取ったすべての苦情はすべて、ヘルプデスクからでした。32ビットOSを実行しているため、デスクトップにExchange管理ツールをインストールできないためです。デスクトップOSを64ビットにアップグレードして、ツールを実行できるようにしました。ヘルプデスクが一般的な交換タスクを実行できるサードパーティの管理ツールを作っていることは知っていますが、私はサードパーティの大ファンではありません。

Exchange 2003から2010への移行に関する詳細について質問がある場合は、喜んでお答えします。さらに、Exchange 2010の展開を計画するとき、ここで覚えておくべき1つの大きなことは、Exchange 2010がストアのLUNまたはLUNの空きスペースを2 GB未満にしたくないので、インフォストアのLUNに十分なスペースを与えることです。2 GBを下回ると、メールの流れは止まり、スペースを空けるまで流れません。

ここで同じアップグレードを検討していますが、非常に詳細でわかりやすいこのドキュメントを見つけました。http://www.simple-talk.com/sysadmin/exchange/upgrade-exchange-2003-to-exchange-2010/