インストール ガイドのテンプレート - DAG メンバー

  • [アーティクル]

 

適用先: Exchange Server 2010 SP2, Exchange Server 2010 SP3

トピックの最終更新日: 2016-11-28

ここでは、データベース可用性グループ (DAG) 構成内にメールボックス サーバーの役割がインストールされる Microsoft Exchange Server 2010 サーバーに関する、組織のサーバー構築手順を正式にドキュメント化するための開始点として使用できるインストール ガイドのテンプレートを提供します。

テンプレートには、次の主要なセクションが含まれます。

  • 概要

  • サーバーの構成

  • 確認の手順

  • Exchange サーバーの役割のインストール

  • Exchange サーバーの役割の構成

  • 付録: サーバーの構成

例として、このテンプレートでは架空の会社名である Contoso を使用します。また、「Microsoft Exchange Server 2010 インストール ガイド テンプレート」 (https://go.microsoft.com/fwlink/?LinkID=187961) から、他のサーバーの役割のテンプレートと共に, .zip ファイル形式のダウンロード パッケージとしてこのテンプレートをダウンロードすることができます。

概要

このドキュメントは、Exchange 2010 プラットフォームに Windows Server 2008 メールボックス サーバーの役割をインストールしてデータベース可用性グループ (DAG) を作成するために必要なインストールおよび構成について説明することを目的としています。

ビジネス上の意義

インストール ガイドを使用すると、Contoso は全社にわたる標準化、総保有コスト (TCO) の削減、およびトラブルシューティング手順の簡略化を実現できるようになります。

範囲

このドキュメントで扱う内容は、Exchange 2010 (SP2 または R2) オペレーティング システムの x64 バージョンに Contoso 用の Windows Server 2008 メールボックス サーバーをインストールし、データベース可用性グループ (DAG) を作成する手順に限られます。

前提条件

管理者には、Windows Server 2008 の概念、Exchange 2010 の概念、Exchange 管理コンソールと Exchange 管理シェル、コマンド ライン、およびさまざまなシステム ユーティリティに関する実践的な知識が必要になります。このドキュメントには、タスクを完了するのに必要となる手順以外のシステム ユーティリティについては、詳細が記載されていません。

さらに、サーバーの役割を実装する前に、管理者は Exchange Server 2010 ライブラリの「メールボックス サーバーの役割の概要」 (https://go.microsoft.com/fwlink/?LinkId=187526) を確認する必要があります。

前提

このドキュメントでは、企業の基準となる規定に従って最新の Service Pack と修正プログラムが適用された Windows Server 2008 x64 Edition が対象のクライアント アクセス サーバーにインストールされていることを前提としています。さらに、次に示すシステムの前提条件がインストールされている必要があります。

このドキュメントでは、Exchange Server 2010 ライブラリの「Active Directory とドメインを準備する」 (https://go.microsoft.com/fwlink/?LinkId=187262) に従って、フォレストおよびドメインを準備する手順が実行されていることを前提としています。

このドキュメントでは、Exchange Server 2010 ライブラリの「サーバー管理」 (https://go.microsoft.com/fwlink/?LinkId=187265) に従って、Exchange タスクに使用されるアカウントに、"Server Management/サーバー管理" 管理役割が委任されていることを前提としています。

また、このドキュメントでは、「Windows Server 2008 セキュリティ ガイド」 (https://go.microsoft.com/fwlink/?LinkId=122593) のベスト プラクティスに従って、Exchange 2010Windows Server 2008 および Windows Server 2008 の両方がセキュリティで保護されていることも前提としています。

重要

このドキュメント内の手順は、記載されている順に実行する必要があります。順序に従わずに変更を行うと、予期しないエラーが発生する可能性があります。

サーバーの構成

ここでは、以下のメディアが必要になります。

  • Windows Server 2008 インストール ファイル

ここでは、次の手順について説明します。

  1. その他のソフトウェアの確認

  2. ネットワーク インターフェイスの構成 - MAPI ネットワーク

  3. ネットワーク インターフェイスの構成 - レプリケーション ネットワーク

  4. ドライブの構成

  5. Windows Server 2008 修正プログラムのインストール

  6. ドメイン メンバーシップの構成

  7. ローカルの Administrators の確認

  8. ローカルの Administrator アカウントのパスワードのリセット

  9. デバッグ ツールのインストール

  10. ページ ファイルの変更

  11. ドライブのアクセス許可

その他のソフトウェアの確認

  1. リモート デスクトップが有効になっていることを確認します。

  2. 「Microsoft ネットワーク モニター」 (https://go.microsoft.com/fwlink/?LinkId=86611) をインストールします (この手順は省略可能です)。

ネットワーク インターフェイスの構成 - MAPI ネットワーク

MAPI ネットワークの IP アドレス設定で、レプリケーション ネットワーク アダプターと同じサブネットやネットワークを使用していないことを確認します。MAPI ネットワークでは、イントラネット内でネットワーク トラフィックをルーティングするためのサブネットまたはネットワークを使用する必要があります。

MAPI ネットワークの場合、チーミングを冗長モードで使用できますが、負荷分散モードでは使用できません。ただしチーミングを使用していても、ネットワーク自体が単一障害点となる場合があります。また、チーミングに関連する問題が発生した場合、マイクロソフト カスタマー サポート サービスからチーミングを無効にするよう指示される場合があります。これで問題が解決される場合、ハードウェアの製造元に問い合わせる必要があります。チーミングの詳細については、マイクロソフト サポート技術情報の記事 254101 「ネットワーク アダプターのチーミングとサーバーのクラスター化」 (https://go.microsoft.com/fwlink/?linkid=3052\&kbid=254101) を参照してください。

  1. リモート デスクトップ経由で DAG の最初のメンバーに接続し、ローカルの管理アクセス許可が委任されているアカウントを使用してログオンします。

  2. [スタート] ボタン > [コントロール パネル] の順にクリックします。次に、[ネットワークと共有センター] をダブルクリックします。

  3. [ネットワーク接続の管理] をクリックします。

  4. MAPI ネットワーク用の接続を探し、接続名を適切な名前に変更します。

  5. 接続を右クリックし、[プロパティ] をクリックします。

  6. ネットワーク接続のプロパティの [全般] タブの [この接続は次の項目を使用します] 領域で、[Microsoft ネットワーク用クライアント] チェック ボックス、[インターネット プロトコル バージョン 4 (TCP/IPv4)] チェック ボックス、および [Microsoft ネットワーク用ファイルとプリンター共有] チェック ボックスがオンになっていることを確認します。

  7. [インターネット プロトコル バージョン 4 (TCP/IPv4)] をクリックし、[プロパティ] をクリックします。

  8. [インターネット プロトコル バージョン 4 (TCP/IPv4) の プロパティ] で、[詳細設定] をクリックします。

  9. [TCP/IP 詳細設定] の [DNS] タブで、次の情報を確認します。

    1. 必要なアドレスがすべて [DNS サーバー アドレス (使用順)] 領域に表示されていることを確認します。

    2. 正しいサフィックスが [以下の DNS サフィックスを順に追加する] 領域に表示されていることを確認します。

  10. [WINS] タブで、[NetBIOS over TCP/IP を無効にする] が選択されていないことを確認します。

  11. [OK] を 2 回クリックして変更を保存し、[閉じる] をクリックして [プロパティ] を閉じます。

  12. インターネット プロトコル バージョン 6 (TCP/IPv6) を使用している場合は、組織のネットワーク標準に従って IPv6 設定を構成します。

ネットワーク インターフェイスの構成 - レプリケーション ネットワーク

オプションのレプリケーション ネットワークの場合、IP アドレスの設定で、MAPI ネットワークまたはその他のレプリケーション ネットワークのアダプターと同じサブネットやネットワークを使用していないことを確認します。

  1. リモート デスクトップ経由で DAG の最初のメンバーに接続し、ローカルの管理アクセス許可が委任されているアカウントを使用してログオンします。

  2. [スタート] ボタン > [コントロール パネル] の順にクリックします。次に、[ネットワークと共有センター] をダブルクリックします。

  3. [ネットワーク接続の管理] をクリックします。

  4. レプリケーション ネットワーク用の接続を探し、接続名を適切な名前に変更します。

  5. 接続を右クリックし、[プロパティ] をクリックします。

  6. ネットワーク接続のプロパティの [全般] タブの [この接続は次の項目を使用します] 領域で、[インターネット プロトコル バージョン 4 (TCP/IPv4)] チェック ボックスがオンに、[Microsoft ネットワーク用ファイルとプリンター共有] および [Microsoft ネットワーク用クライアント] チェック ボックスがオフになっていることを確認します。

  7. [インターネット プロトコル バージョン 4 (TCP/IPv4)] をクリックし、[プロパティ] をクリックします。

  8. [インターネット プロトコル バージョン 4 (TCP/IPv4) のプロパティ] で、[詳細設定] をクリックします。

  9. [TCP/IP 詳細設定] の [DNS] タブで、次の情報を確認します。

    1. これがプライベート ネットワークの場合は、アドレスが [DNS サーバー アドレス (使用順)] 領域に表示されていないことを確認します。

    2. [この接続のアドレスを DNS に登録する] チェック ボックスがオフであることを確認します。

  10. [WINS] タブで、[NetBIOS over TCP/IP を無効にする] が選択されていないことを確認します。

  11. [OK] を 2 回クリックして変更を保存し、[閉じる] をクリックして [プロパティ] を閉じます。

  12. インターネット プロトコル バージョン 6 (TCP/IPv6) を使用している場合、組織のネットワーク規格に従って IPv6 設定を構成します。

ドライブの構成

  1. リモート デスクトップ経由でサーバーに接続し、ローカルの管理アクセス許可を持つアカウントを使用してログオンします。

  2. [スタート] ボタン > [管理ツール] の順にクリックします。次に、[コンピューターの管理] をクリックします。

  3. ストレージを展開し、[ディスクの管理] をクリックします。

  4. ディスクの管理 Microsoft 管理コンソール (MMC) を開き、ボリュームと DVD ドライブが適切なサーバー構成と一致するように、フォーマット、名前の変更、および適切なドライブ文字の割り当てを行います。このドキュメントの最後にある「付録 データベース/ログの LUN (論理ユニット番号)」で、使用する必要がある実際のドライブ構成を参照してください。

    ドライブの構成

    LUN ドライブ文字 用途

    1

    C

    オペレーティング システム、Exchange バイナリ、および追跡ログ

    2

    E

    Exchange データベース

    4

    L

    Exchange トランザクション ログ

    5-x

    --

    データベースおよびログ用の追加ドライブ

    6

    Z

    DVD ドライブ

Windows Server 2008 修正プログラムのインストール

  1. リモート デスクトップ経由でサーバーに接続し、ローカルの管理アクセス許可を持つアカウントを使用してログオンします。

  2. 使用しているバージョンの Windows Server 2008 x64 (SP2 または R2) 用の、会社で承認済みの最新の修正プログラムを入手し、サーバーにコピーします。マイクロソフト サポート技術情報の記事 2550886 - 動作を停止するのには、Windows Server 2008 R2 のフェールオーバー クラスターの一時的な通信障害の原因します。 に記載されている修正プログラムの適用を強くお勧めします。この修正プログラムは、Windows フェールオーバー クラスターで一時的な通信障害が発生したときに起こる可能性のある、潜在的な競合状態とクラスター データベース デッドロックの問題を解決します。このような状況が発生すると、クラスター データベースはハングし、フェールオーバー クラスターでクォーラムの損失が発生し、DAG 内のすべてのデータベースがマウント解除されます。

  3. 次の 2 つの方法のいずれかで、修正プログラムのセットアップを起動します。

    1. ファイルをダブルクリックし、GUI の指示に従います。

    2. 管理コマンド プロンプトから次のコマンドを使用してサイレント インストールを実行します。

      <hotfix>.msu /quiet /norestart

  4. デジタル署名が見つからないというダイアログ ボックスが表示される場合、すべてに対して [はい] をクリックします。

    注意

    これらのダイアログ ボックスは、Windows セキュリティ テンプレートが展開されていない環境では表示されません。

  5. すべてのファイルのコピーが完了し、サーバーが再起動されるまで待ちます。Windows タスク マネージャーの [プロセス] タブを使用して、修正プログラムのインストールの進行状況を監視できます。wusa.exe プロセスが終了したら、修正プログラムのインストールは完了です。

ドメイン メンバーシップの構成

  1. リモート デスクトップ経由でサーバーに接続し、ローカルの管理アクセス許可が委任されているアカウントを使用してログオンします。

  2. [スタート] ボタンをクリックし、[マイ コンピューター] を右クリックします。次に、[プロパティ] をクリックします。

  3. [コンピューター名、ドメインおよびワークグループの設定] の下で、[設定の変更] をクリックします。

  4. [変更] をクリックします。

  5. [ドメイン] オプション ボタンをクリックし、適切なドメイン名を入力します。

  6. 適切な資格情報を入力します。

  7. [OK] をクリックし、さらに [OK] をクリックします。

  8. [OK] をクリックして [システムのプロパティ] を閉じます。

  9. サーバーを再起動します。

ローカルの Administrators の確認

  1. リモート デスクトップ経由でサーバーに接続し、ローカルの管理アクセス許可が委任されているアカウントを使用してログオンします。

  2. Exchange のインストールを実行するユーザー アカウントと Domain Admins アカウントが、このサーバーのローカルの Administrators グループのメンバーであることを確認します。メンバーでない場合は追加します。

  3. ユーザー アカウントが、Windows Server 2008 サーバー上のローカルの Administrators グループのメンバーであることを確認します。メンバーではない場合、続行するにはローカルの Administrators グループのメンバーであるアカウントを使用する必要があります。

ローカルの Administrator アカウントのパスワードのリセット

  1. リモート デスクトップ経由でサーバーに接続し、ローカルの管理アクセス許可が委任されているアカウントを使用してログオンします。

  2. [スタート] ボタンをクリックし、[コンピューター]を右クリックします。次に、[管理] をクリックします。

  3. [構成]、[ローカル ユーザーとグループ]、[ユーザー] の順に展開します。

  4. [Administrator] を右クリックし、[パスワードの設定] をクリックします。強力なパスワードにするための複雑さの要件を満たすようにパスワードを変更します。

デバッグ ツールのインストール

ここでは、Exchange の管理やサポートの問題のトラブルシューティングを行う管理者を支援する、いくつかの便利なツールについて説明します。

Windows のデバッグ ツールを使用すると、管理者はサービスに影響を及ぼすプロセスをデバッグしたり、根本原因を判断したりすることができます。

  1. リモート デスクトップ経由でサーバーに接続し、ローカルの管理アクセス許可が委任されているアカウントを使用してログオンします。

  2. 最新の 64 ビット デバッグ ツールを、「Windows 64 ビットバージョン用のデバッグ ツールのインストール」 (https://go.microsoft.com/fwlink/?LinkID=123594) からダウンロードしてインストールします。

ページ ファイルの変更

  1. リモート デスクトップ経由でサーバーに接続し、ローカルの管理アクセス許可が委任されているアカウントを使用してログオンします。

  2. [スタート] ボタンをクリックし、[コンピューター] を右クリックします。次に、[プロパティ] をクリックします。

  3. [システムの詳細設定] をクリックします。

  4. [起動と回復] の下の [設定] をクリックします。

    1. [デバッグ情報の書き込み] の下にあるメモリ ダンプのドロップダウン リストから [カーネル メモリ ダンプ] を選択します。

    2. [OK] をクリックします。

  5. [パフォーマンス] の下の [設定] をクリックします。

  6. [詳細設定] タブをクリックします。

  7. [仮想メモリ] の下の [変更] をクリックします。

  8. 専用のページ ファイル ドライブがあるサーバーでは、次の手順を実行します。

    1. [ドライブ] 一覧で、[C:] をクリックし、[カスタム サイズ] をクリックします。

    2. C: ドライブに対し、[初期サイズ (MB)] を 200 MB の最小値に設定します (Windows では、サーバーの負荷と、Windows でカーネル メモリ ダンプを構成したときの、ブート ボリューム上のページ ファイル領域に使用可能な物理 RAM の量に応じて、150 MB ～ 2 GB のページ ファイル容量が必要です。そのため、サイズを増やすことが必要になる場合があります)。

    3. C: ドライブに対し、[最大サイズ (MB)] を [初期サイズ] の値に設定します。

    4. [ドライブ] 一覧で、ページ ファイル ドライブ (P: ドライブなど) を選択し、[カスタム サイズ] をクリックします。

    5. [初期サイズ (MB)] ボックスに、次の計算結果のいずれかを入力します。

      サーバーの RAM が 8 GB 未満の場合は、RAM の容量を 1.5 倍します。

      サーバーの RAM が 8 GB 以上の場合は、RAM の容量に 10 MB を足します。

    6. [最大サイズ (MB)] ボックスに、[初期サイズ] ボックスに入力した値を入力します。

    7. 他のページ ファイルをすべて削除します。

    8. [OK] をクリックします。

  9. 専用のページ ファイル ドライブがないサーバーでは、次の手順を実行します。

    1. [ドライブ] 一覧で、[C:] をクリックし、[カスタム サイズ] をクリックします。

    2. C: ドライブに対し、[初期サイズ (MB)] ボックスに、次の計算結果のいずれかを入力します。

      サーバーの RAM が 8 GB 未満の場合は、RAM の容量を 1.5 倍します。

      サーバーの RAM が 8 GB 以上の場合は、RAM の容量に 10 MB を足します。

    3. 他のページ ファイルをすべて削除します。

    4. [OK] をクリックします。

  10. [OK] を 2 回クリックして、[システムのプロパティ] ダイアログ ボックスを閉じます。

  11. システムを再起動するかどうかの確認を求められたら、[いいえ] をクリックします。

    注意

    ページ ファイルに関する推奨事項の詳細については、以下のマイクロソフト サポート技術情報の文書「64 ビット版の Windows Server 2003 または Windows XP の適切なページング ファイル サイズを決定する方法」(https://go.microsoft.com/fwlink/?linkid=3052&kbid=889654) および「Windows Vista、Windows Server 2008、Windows Server 2003、Windows XP、および Windows 2000 のメモリ ダンプ ファイル オプションの概要」(https://go.microsoft.com/fwlink/?linkid=3052&kbid=254649) を参照してください。

ドライブのアクセス許可

  1. リモート デスクトップ経由でサーバーに接続し、ローカルの管理アクセス許可が委任されているアカウントを使用してログオンします。

  2. [スタート] ボタンをクリックし、[コンピューター] をクリックします。

  3. [D ドライブ]を右クリックし、[プロパティ] をクリックします。

  4. [セキュリティ] タブをクリックします。

  5. [編集] をクリックします。

  6. [追加] をクリックし、[場所] をクリックしてローカル サーバーを選択します。

  7. 次の表に示された権限を付与します。

    ドライブのアクセス許可

    アカウント アクセス許可

    Administrators

    フル コントロール

    SYSTEM

    フル コントロール

    Authenticated Users

    読み取りと実行、一覧表示、読み取り

    CREATOR OWNER

    フル コントロール

  8. [詳細設定] をクリックします。

  9. [CREATOR OWNER] アクセス許可エントリを選択し、[表示/編集] をクリックします。

  10. ボックスの一覧から、[サブフォルダーとファイルのみ] を選択します。

  11. [OK] を 2 回クリックします。

  12. [OK] をクリックして、ドライブのプロパティを閉じます。

  13. C ドライブ以外の追加の各ドライブに対して手順 3. ～ 12. を繰り返します。

確認の手順

ここでは以下の手順を説明します。

  1. 組織単位の確認

  2. Active Directory サイトの確認

  3. ドメイン コントローラー診断ツールの確認

  4. Exchange ベスト プラクティス アナライザーの確認

重要

このドキュメント内の手順は、記載されている順に実行する必要があります。順序に従わずに変更を行うと、予期しないエラーが発生する可能性があります。

組織単位の確認

変更要求を適切な運用グループに送信し、コンピューター オブジェクトを適切な組織単位 (OU) に移動します。

Active Directory サイトの確認

  1. リモート デスクトップ経由でサーバーに接続し、ローカルの管理アクセス許可が委任されているアカウントを使用してログオンします。

  2. コマンド プロンプト ウィンドウを開きます。

  3. サーバーが正しいドメインおよび Active Directory サイトに存在していることを確認します。コマンド ラインで、次のように入力します。

    NLTEST /server:%COMPUTERNAME% /dsgetsite

  4. サーバーの所属先 Active Directory サイトの名前が表示されます。サーバーが正しい Active Directory サイトに存在していない場合、変更要求を適切な運用グループに送信して、サーバーを適切な Active Directory サイトに移動します。

ドメイン コントローラー診断ツールの確認

  1. リモート デスクトップ経由でサーバーに接続し、ローカルの管理アクセス許可が委任されているアカウントを使用してログオンします。

  2. コマンド プロンプト ウィンドウを開き、パスを C ドライブに変更します。

  3. 次のコマンドを実行します。

    dcdiag /s:<Domain Controller> /f:c:\dcdiag.log

    注意

    <Domain Controller> を Exchange サーバーと同じ Active Directory サイトに含まれるドメイン コントローラーに変更します。

  4. C:\dcdiag.log ファイルの出力を確認し、ローカルのドメイン コントローラーに接続の問題がないことを確認します。

  5. ローカルの Active Directory サイト内のドメイン コントローラーごとに手順 3. ～ 4. を繰り返します。

    注意

    DCDiag (ドメイン コントローラー診断ツール) は、Windows のサポート ツールで、ドメイン コントローラーのネットワーク接続および DNS 解決をテストします。使用するアカウントに管理者特権がない場合、Doing primary tests の下のいくつかのテストに失敗する可能性があります。接続テストに成功した場合、これらのテストは無視されます。また、ログ ファイルには失敗したサービス確認テストについても報告されます。サービスがドメイン コントローラー上に存在しない場合、これらのメッセージは無視されます。

Exchange ベスト プラクティス アナライザーの確認

Microsoft Exchange アナライザーは、管理者がさまざまな運用上のサポートの問題をトラブルシューティングする際に役立ちます。Exchange 2010 SP1 (またはそれ以降) の管理ツールがインストールされている環境にあるサーバーにリモート デスクトップを経由して接続し、ローカルの管理アクセス許可を持つアカウントを使用してログオンします。

  1. [スタート] > [すべてのプログラム] > [Microsoft Exchange Server 2010] をクリックし、[Exchange 管理コンソール] をクリックします。

  2. [ツールボックス] ノードを開きます。

  3. [ベスト プラクティス アナライザー] をダブルクリックします。

  4. ベスト プラクティス アナライザー エンジンの更新プログラムを確認して適用します。

  5. Active Directory に接続するための適切な情報を指定し、[Active Directory サーバーに接続する] をクリックします。

  6. [新しいベスト プラクティス スキャンの開始] で [状態の確認] を選択し、次に [スキャンを開始する] をクリックします。

  7. レポートを確認し、ベスト プラクティス アナライザー内に示される解決方法の記事に従って、報告されたエラーまたは警告に対処します。

Exchange サーバーの役割のインストール

ここでは、以下のメディアが必要になります。

  • Microsoft Exchange Server 2010 インストール ファイル

ここでは以下の手順を説明します。

  1. 次のものに対する Exchange 2010 前提条件のインストール

    • Windows Server 2008 SP2

      - または -

    • Windows Server 2008 R2

  2. Exchange 2010 のインストール

  3. Exchange 2010 更新プログラムのロールアップのインストール

  4. プロダクト キーの構成

  5. Exchange Search の構成

  6. システム パフォーマンスの確認

  7. テスト メールボックスの作成

重要

このドキュメント内の手順は、記載されている順に実行する必要があります。順序に従わずに変更を行うと、予期しないエラーが発生する可能性があります。

Windows Server 2008 SP2 での Exchange 2010 前提条件のインストール

  1. リモート デスクトップ経由でサーバーに接続し、ローカルの管理アクセス許可が委任されているアカウントを使用してログオンします。

  2. 管理者コマンド プロンプトのウィンドウを開きます。

  3. Microsoft フィルター パックをインストールします。詳細については、「2007 Office system コンバーター: Microsoft フィルター パック」 (https://go.microsoft.com/fwlink/?linkid=137042) を参照してください。

  4. 管理者特権でコマンド プロンプトを開き、Exchange 2010 インストール メディアの \Setup\ServerRoles\Common フォルダーに移動し、次のコマンドを使用して必要なオペレーティング システム コンポーネントをインストールします。

    ServerManagerCmd -ip Exchange-MBX.xml -Restart

Windows Server 2008 R2 での Exchange 2010 前提条件のインストール

  1. リモート デスクトップ経由でサーバーに接続し、ローカルの管理アクセス許可を持つアカウントを使用してログオンします。

  2. Microsoft フィルター パックをインストールします。詳細については、「2007 Office system コンバーター: Microsoft フィルター パック」 (https://go.microsoft.com/fwlink/?linkid=137042) を参照してください。

  3. [スタート] メニューから [すべてのプログラム]、[アクセサリ]、[Windows PowerShell] の順に移動します。管理者特権で Windows PowerShell コンソールを開き、次のコマンドを実行します。

    Import-Module ServerManager

  4. Add-WindowsFeature コマンドレットを使用して、必要なオペレーティング システム コンポーネントをインストールします。

    Add-WindowsFeature NET-Framework,RSAT-ADDS,Web-Server,Web-Basic-Auth,Web-Windows-Auth,Web-Metabase,Web-Net-Ext,Web-Lgcy-Mgmt-Console,WAS-Process-Model,RSAT-Web-Server -Restart

Exchange 2010 のインストール

このドキュメントでは Exchange 2010 サーバーの役割のインストールにコマンド ラインを使用しますが、セットアップ ウィザードという GUI を使用することもできます。セットアップ ウィザードを使用した Exchange 2010 サーバーの役割のインストール方法については、Exchange Server 2010 ライブラリの「Exchange 2010 のカスタム インストールを実行する」 (https://go.microsoft.com/fwlink/?LinkId=187220) を参照してください。

重要

これが Microsoft Exchange のいずれのバージョンも含まない組織にインストールされる最初のメールボックス サーバーの役割であり、Microsoft Office Outlook 2003 を実行しているクライアント コンピューターを保有している場合は、オプションの /EnableLegacyOutlook 設定パラメーターも指定する必要があります。さらに、これが Microsoft Exchange のいずれのバージョンも含まない環境にインストールされる最初の Exchange 2010 サーバーの役割である場合は、/OrganizationName 設定パラメーターも指定する必要があります。

  1. サーバーがあらかじめ作成されている場合は、リモート デスクトップ経由でサーバーに接続し、ローカルの管理アクセス許可を持ち、サーバー管理または委任セットアップの役割が委任されたアカウントを使用してログオンします。

  2. Exchange Server 2010 ライブラリの「Exchange 2010 を無人モードでインストールする」 (https://go.microsoft.com/fwlink/?LinkId=187229) に記載されている手順に従ってください。例えば次のコマンドを実行すると、メールボックス サーバーの役割がインストールされ、カスタム データベース名、データベース パス、およびトランザクション ログ ファイルの場所が設定されます。

    setup.com /r:MB /mdbName: "<DAGName> MBX Store 1" /dbfilepath: e:\mdb1\priv01.edb /logfolderpath: l:\log01

  3. 必要な場合でも、サーバーを再起動しないでください。

Exchange Server 2010 更新プログラムのロールアップのインストール

  1. リモート デスクトップ経由でサーバーに接続し、ローカルの管理アクセス許可を持つアカウントを使用してログオンします。

  2. 会社で承認されている最新のロールアップを入手して、サーバーにコピーします。

  3. 次の 2 つのうちいずれかの方法で Windows インストーラーのパッチ (MSP ファイル) のセットアップを起動します。

    1. MSP ファイルをダブルクリックし、GUI の指示に従います。

    2. 管理コマンド プロンプトから次のコマンドを使用してサイレント インストールを実行します。

      msiexec /i <Path and filename of MSP file> /q

  4. [デジタル署名が見つかりませんでした] ダイアログ ボックスが表示される場合は、常に [はい] をクリックします。

    注意

    これらのダイアログ ボックスは、Windows セキュリティ テンプレートが展開されている環境でのみ表示されます。

プロダクト キーの構成

  1. サーバー管理の役割が委任されているアカウントを使用して、Exchange 管理シェルを起動します。

  2. Exchange Server 2010 ライブラリの「プロダクト キーの入力」 (https://go.microsoft.com/fwlink/?LinkId=187234) に記載されている手順に従ってください。

Exchange Search の構成

  1. リモート デスクトップ経由でサーバーに接続し、ローカルの管理アクセス許可が委任されているアカウントを使用してログオンします。

  2. Exchange Server 2010 ライブラリの「Exchange 2010 でフィルター パック IFilter を登録する」 (https://go.microsoft.com/fwlink/?LinkId=187516) に記載されている手順に従ってください。

  3. オプション: PDF ファイルの検索機能が必要な場合は、「Adobe PDF iFilter」 (https://www.adobe.com/support/downloads/detail.jsp?ftpID=5542) をインストールして、「MS Exchange Server 2007 で PDF iFilter を構成する」 (http://www.adobe.com/special/acrobat/configuring\_pdf\_ifilter\_for\_ms\_exchange\_server\_2007.pdf) ドキュメントの手順に従ってください。

注意

このトピックでは、必要な技術情報の検索に役立つようにサードパーティの Web サイト情報が提供されています。この URL は将来予告なしに変更することがあります。

システム パフォーマンスの確認

既定では、Exchange 2010 によって、バックグラウンド サービスに対するサーバーのプロセッサのスケジュール管理が最適化されます。

  1. リモート デスクトップ経由でサーバーに接続し、ローカルの管理アクセス許可を持つアカウントを使用してログオンします。

  2. [スタート] ボタンをクリックし、[コンピューター] を右クリックします。次に、[プロパティ] をクリックします。

  3. [システムの詳細設定] をクリックします。

  4. [パフォーマンス] の下の [設定] をクリックします。

    1. [詳細設定] タブをクリックします。

    2. [プロセッサのスケジュール] が [バックグラウンド サービス] に設定されていることを確認します。

  5. [OK] をクリックします。

テスト メールボックスの作成

Exchange の監視に使用する診断タスクのうち、いくつかのタスクではメールボックス サーバー上にテスト メールボックスを作成する必要があります。

  1. リモート デスクトップ経由で Exchange 2010 メールボックス サーバーに接続し、ローカルの管理アクセス許可が委任され、サーバー管理の役割 (またはそれ以上) も委任されたアカウントを使用してログオンします。

  2. [スタート] ボタンをクリックし、[すべてのプログラム]、[Microsoft Exchange Server 2010] の順にポイントし、[Exchange 管理シェル] をクリックします。

  3. ディレクトリ パスを <Exchange Server のインストール パス>\Scripts に変更します。

  4. 「New-TestCasConnectivityUser.ps1」と入力し、Enter キーを押します。

  5. 一時的なパスワードを入力し、プロンプトに従ってテスト メールボックスを作成します。

Exchange サーバーの役割の構成

ここでは以下の手順を説明します。

  1. データベース可用性グループの作成

  2. データベース可用性グループのメンバー サーバーの追加

  3. データベース可用性グループのネットワーク構成

  4. 最初のデータベースの構成

  5. パブリック フォルダー データベースの構成

  6. メールボックス データベース コピーの追加

  7. レコード管理の構成

  8. メッセージ追跡サーバーの構成

  9. 追加のデータベース

重要

このドキュメント内の手順は、記載されている順に実行する必要があります。順序に従わずに変更を行うと、予期しないエラーが発生する可能性があります。

データベース可用性グループの作成

DAG を作成済みの場合は、このセクションを省略できます。

  1. サーバーを DAG に追加する前に、サーバーに保留中の再起動がないことを確認します。

  2. 組織の管理の役割が委任されているアカウントを使用して、Exchange 管理シェルを起動します。

  3. コンピューター アカウント作成が制限されるか、コンピューター アカウントが既定のコンピューター コンテナー以外のコンテナーで作成される環境では、クラスター ネットワーク オブジェクト (CNO) を事前に設定してから、アクセス許可を割り当てることによって CNO の準備を行う必要があります。Exchange Server 2010 ライブラリの「データベース可用性グループでクラスター ネットワーク オブジェクトを事前設定する」 (https://go.microsoft.com/fwlink/?LinkId=187665) に記載されている手順に従ってください。

  4. Exchange Server 2010 ライブラリの「データベース可用性グループの作成」 (https://go.microsoft.com/fwlink/?LinkId=187666) に記載されている手順に従ってください。

  5. Exchange Server 2010 ライブラリの「データベース可用性グループのプロパティの構成」 (https://go.microsoft.com/fwlink/?LinkId=187667) に記載されている手順に従って、監視設定、レプリケーション ポート、圧縮、および暗号化などのデータベース可用性グループのプロパティを構成してください。

データベース可用性グループのメンバー サーバーの追加

  1. 組織の管理の役割が委任されているアカウントを使用して、Exchange 管理シェルを起動します。

  2. Exchange Server 2010 ライブラリの「データベース可用性グループのメンバーシップの管理」 (https://go.microsoft.com/fwlink/?LinkId=187669) に記載されている手順に従って、データベース可用性グループにメールボックス サーバーを追加してください。

データベース可用性グループのネットワーク構成

  1. 組織の管理の役割が委任されているアカウントを使用して、Exchange 管理シェルを起動します。

  2. Windows フェールオーバー クラスターが形成されていると、フェールオーバー クラスター内で検出されるサブネットごとにクラスター管理ネットワークが作成されます。DAG が形成されている場合、DAG の最初のネットワーク構成は、クラスター ネットワークの列挙に基づきます。DAG がサブネットにまたがる場合は、DAG ネットワークを単一の MAPI ネットワークおよび単一のレプリケーション ネットワークに折りたたむことをお勧めします。これは、追加のサブネットを適切な DAG ネットワークに追加し、使用しないネットワークを削除することで実行できます。たとえば、次のような環境を考えてみましょう。

    サイト

    • 2 つの Active Directory サイト: Exchange-1 および Exchange-2

    DAG メンバー

    • Exchange-1 にある DAG メンバー MBX-1 および MBX-2

    • Exchange-2 にある DAG メンバー MBX-3 および MBX-4

    MAPI ネットワーク

    • 192.168.0.0/24 に MBX-1 および MBX-2 の MAPI ネットワークがある

    • 192.168.1.0/24 に MBX-3 および MBX-4 の MAPI ネットワークがある

    レプリケーション ネットワーク

    • 10.0.0.0/24 に MBX-1 および MBX-2 のレプリケーション ネットワークがある

    • 10.0.1.0/24 に MBX-3 および MBX-4 のレプリケーション ネットワークがある

    データベース可用性グループのネットワークは次のように構成されています。

    ネットワーク サブネット

    DAGNetwork01

    192.168.0.0/24

    DAGNetwork02

    10.0.0.0/24

    DAGNetwork03

    192.168.1.0/24

    DAGNetwork04

    10.0.1.0/24

  3. これらのネットワークを折りたたむには、次のコマンドを実行します。

    Set-DatabaseAvailabilityGroupNetwork <DAGName>\DAGNetwork01 -Subnets 192.168.0.0/24,192.168.1.0/24
Set-DatabaseAvailabilityGroupNetwork <DAGName>\DAGNetwork02 -Subnets 10.0.0.0/24,10.0.1.0/24
Remove-DatabaseAvailabilityGroupNetwork <DAGName>\DAGNetwork03
Remove-DatabaseAvailabilityGroupNetwork <DAGName>\DAGNetwork04

  4. ネットワークの動作に従ってネットワーク名を変更するには、次のコマンドを実行します。

    Set-DatabaseAvailabilityGroupNetwork <DAGName>\DAGNetwork01 -Name MAPINetwork
Set-DatabaseAvailabilityGroupNetwork <DAGName>\DAGNetwork02 -Name ReplicationNetwork

  5. MAPI ネットワークとレプリケーション ネットワークの両方が展開されている場合は、次のコマンドを実行して、レプリケーション ネットワークでレプリケーションおよびシード トラフィックが利用できない場合にこれを有効にします。

    Set-DatabaseAvailabilityGroupNetwork <DAGName\MAPINetworkName> -ReplicationEnabled $false

最初のデータベースの構成

メールボックス サーバーのインストール時に、/mdbname、/dbfilepath、および /logfolderpath パラメーターを指定した場合、このセクションを省略できます。

  1. サーバー管理の役割が委任されているアカウントを使用して、Exchange 管理シェルを起動します。

    重要

    次の表に示す値は、その値の一例であり推奨される値ではありません。これらの値は、組織の状況に応じた実際の値が反映されるように変更してください。

    Contoso 社の最初のデータベースの構成

    データベース パラメーター 以前の値 新しい値の例

    名前

    メールボックス データベース <GUID>

    <DAGName> MBX Store 1

    ログのパス

    %Program Files%\Microsoft\Exchange Server\v14\Mailbox\Mailbox Database <GUID>

    E:\LOG01

    パスとファイル名

    %Program Files%\Microsoft\Exchange Server\v14\Mailbox\Mailbox Database <GUID>\Mailbox database <GUID>.edb

    E:\MDB01\Priv01.edb

  2. データベースのマウントを解除するには、次のコマンドを実行します。

    Dismount-Database "Mailbox Database <GUID>"

  3. メールボックス データベース名を "Mailbox Database <GUID>" から "<DAGName> MBX Store 1" に変更するには、次のコマンドを実行します。

    Set-MailboxDatabase "<Old DB Name>" -Name "<New DB Name>"

  4. データベースのトランザクション ログおよびデータベース ファイルの場所を変更するには、次のコマンドを実行します。

    Move-DatabasePath "<Database Name>" -LogFolderPath:<New Log Location> -EdbFilePath:<New DB Path and FileName>

  5. データベースをマウントするには、次のコマンドを実行します。

    Mount-Database "<New DB Name>"

  6. 特定のメールボックス データベースのデータベース コピーを追加するには、Exchange Server 2010 ライブラリの「メールボックス データベース コピーの追加」 (https://go.microsoft.com/fwlink/?LinkId=187673) に記載されている手順に従ってください。

パブリック フォルダー データベースの構成

メールボックス サーバーの役割のインストール時にパブリック フォルダー データベースが作成された場合、このパブリック フォルダー データベースは既定の場所に配置されます。パブリック フォルダー データベースがない場合は、このセクションを省略できます。

  1. サーバー管理の役割が委任されているアカウントを使用して、Exchange 管理シェルを起動します。

    重要

    次の表に示す値は、その値の一例であり推奨される値ではありません。これらの値は、組織の状況に応じた実際の値が反映されるように変更してください。

    Contoso 社のパブリック フォルダー データベースの構成

    データベース パラメーター 以前の値 新しい値の例

    名前

    パブリック フォルダー データベース <GUID>

    <DAGName> PUB Store 2

    ログのパス

    %Program Files%\Microsoft\Exchange Server\Mailbox\Public Folder Database <GUID>

    E:\LOG02

    パスとファイル名

    %Program Files%\Microsoft\Exchange Server\Mailbox\Public Folder Database <GUID>\ Public Folder database <GUID>.edb

    E:\MDB02\Pub02.edb

  2. データベースのマウントを解除するには、次のコマンドを実行します。

    Dismount-Database "Public Folder Database <GUID>"

  3. メールボックス データベース名を "Mailbox Database <GUID>" から "<ServerName> MBX Store 1" に変更するには、次のコマンドを実行します。

    Set-PublicFolderDatabase "<Old DB Name>" -Name "<New DB Name>"

  4. データベースのトランザクション ログおよびデータベース ファイルの場所を変更するには、次のコマンドを実行します。

    Move-DatabasePath "<Database Name>" -LogFolderPath:<New Log Location> -EdbFilePath:<New DB Path and FileName>

  5. データベースをマウントするには、次のコマンドを実行します。

    Mount-Database "<New DB Name>"

メールボックス データベース コピーの追加

メールボックス データベースがすでに DAG 内に存在する場合は、次の手順に従ってメールボックス データベースのコピーをメールボックス サーバーに追加します。

  1. サーバー管理の役割が委任されているアカウントを使用して、Exchange 管理シェルを起動します。

  2. 対象サーバー上に、目的のデータベースのディレクトリとパスの構造が存在することを確認します。次に、特定のメールボックス データベースのデータベース コピーを追加するには、Exchange Server 2010 ライブラリの「メールボックス データベース コピーの追加」 (https://go.microsoft.com/fwlink/?LinkId=187673) に記載されている Exchange 管理シェルの手順に従ってください。

レコード管理の構成

管理フォルダー アシスタントがメッセージング レコード管理 (MRM) 設定を適用する既定のスケジュールを変更する必要がない場合は、このセクションを省略できます。

  1. サーバー管理の役割が委任されているアカウントを使用して、Exchange 管理シェルを起動します。

  2. 管理フォルダー アシスタントを有効にするには、次のコマンドを実行します。

    Set-MailboxServer <MailboxServerName> -ManagedFolderAssistantSchedule <AssistantSchedule>

    注意

    コマンドに関する情報が必要な場合は、このドキュメントの最後にある「付録 サーバー構成」に記載されている「Contoso 社のレコード管理の構成」の表を参照してください。

メッセージ追跡サーバーの構成

このセクションは、お使いの環境に対する既定のメッセージ追跡パラメーターが適切である場合には省略できます。

  1. サーバー管理の役割が委任されているアカウントを使用して、Exchange 管理シェルを起動します。

  2. メッセージ追跡の設定を有効にするには、次のコマンドを実行します。

    Set-MailboxServer <MailboxServerName> -MessageTrackingLogPath <LogPath> -MessageTrackingLogMaxAge <MaxAge> -MessageTrackingLogMaxDirectorySize <LogDirSize> -MessageTrackingLogMaxFileSize <LogFileSize> -MessageTrackingLogSubjectLoggingEnabled <SubjectLogEnabled>

    注意

    コマンドに関する情報が必要な場合は、このドキュメントの最後にある「付録 サーバー構成」に記載されている「Contoso 社のメッセージ追跡の構成」の表を参照してください。

追加のデータベース

  1. サーバー管理の役割が委任されているアカウントを使用して、Exchange 管理シェルを起動します。

  2. コマンドに必要な情報については、このドキュメントの最後にある「付録 データベース/ログの LUN (論理ユニット番号)」と「付録 データベース構成」に記載されている適切な表を参照してください。

  3. データベースを作成するには、次のコマンドを実行します。

    New-MailboxDatabase -Name "<DB Name>" -LogFolderPath <Transaction Log Location> -EdbFilePath:<FullPathIncludingDatabaseFileName> -OfflineAddressBook <OfflineAddressBook> -PublicFolderDatabase <PFDatabase> | Set-MailboxDatabase -IssueWarningQuota <WarningQuota> -ProhibitSendQuota <SendQuota> -ProhibitSendReceiveQuota <SendReceiveQuota> -MailboxRetention <dd.hh:mm:ss> -DeletedItemRetention <dd.hh:mm:ss> -MaintenanceSchedule <MaintenanceSchedule> -QuotaNotificationSchedule <QuotaSchedule> -RetainDeletedItemsUntilBackup <RetainDeletedItemsUntilBackup>

  4. データベースをマウントするには、次のコマンドを実行します。

    Mount-Database "<Database Name>"

  5. このメールボックス データベースのレプリカを追加するには、対象サーバー上に目的のデータベースのディレクトリとパスの構造が存在することを確認した後、Exchange Server 2010 ライブラリの「メールボックス データベース コピーの追加」 (https://go.microsoft.com/fwlink/?LinkId=187673) に記載されている手順を実行してください。

  6. 作成する必要があるデータベースごとに手順 3、4、および 5 を繰り返します。

付録: サーバーの構成

このセクションには、以下の情報が含まれます。

  • レコード管理の構成

  • メッセージ追跡の構成

  • 付録 データベース/ログの LUN (論理ユニット番号)

  • データベースごとに 2 つの LUN/LUN レイアウト

  • データベースごとに 1 つの LUN/LUN レイアウト

  • 付録 データベース構成

レコード管理の構成

次の表には、要件に応じてメールボックス サーバーに適用することのできる構成の一例を示しています。

重要

次の表に示す値は、その値の一例であり推奨される値ではありません。これらの値は、組織の状況に応じた実際の値が反映されるように変更してください。

Contoso 社のレコード管理の構成

パラメーター

既定値

Contoso 社の値

サーバー名

<サーバー名>

<サーバー名>

管理フォルダー アシスタントのスケジュール

Sun.1:00 AM-Sun.9:00 AM、Mon.1:00 AM-Mon.9:00 AM、Tue.1:00 AM-Tue.9:00 AM、Wed.1:00 AM-Wed.9:00 AM、Thu.1:00 AM-Thu.9:00 AM、Fri.1:00 AM-Fri.9:00 AM、Sat.1:00 AM-Sat.9:00 AM

"Sun.6:00 PM-Sun.7:45 PM"、"Mon.6:00 PM-Mon.7:45 PM"、"Tue.6:00 PM-Tue.7:45 PM"、"Wed.6:00 PM-Wed.7:45 PM"、"Thu.6:00 PM-Thu.7:45 PM"、"Fri.6:00 PM-Fri.7:45 PM"、"Sat.6:00 PM-Sat.7:45 PM"

メッセージ追跡の構成

次の表には、要件に応じてメールボックス サーバーに適用することのできる構成の一例を示しています。

重要

次の表に示す値は、その値の一例であり推奨される値ではありません。これらの値は、組織の状況に応じた実際の値が反映されるように変更してください。

Contoso 社のメッセージ追跡の構成

パラメーター

既定値

値の例

サーバー名

<サーバー名>

<サーバー名>

メッセージ追跡ログのパス

<Exchange のインストール パス>\TransportRoles\Logs\MessageTracking

L:\exchsrvr\MessageTracking

メッセージ追跡ログが有効

True

True

メッセージ追跡ログの最大保存期間

30.00:00:00

45.00:00:00

メッセージ追跡ログの最大ディレクトリ サイズ

1 GB

20 GB

メッセージ追跡ログの最大ファイル サイズ

10 MB

10 MB

メッセージ追跡ログの件名のログ収集が有効

True

True

付録 データベース/ログの LUN (論理ユニット番号)

メールボックスの復元を使用している場合、メールボックス データベース コピーによって破損やデータの損失に対する第一の対応策が提供されるため、毎日の完全バックアップを実行する必要はありません。したがって、メールボックスの復元が有効になっている環境でバックアップを実行する方法として、次の 2 つの方法があります。

選択したバックアップ方法の結果として、LUN レイアウトを変更する必要があります。Exchange 2010 は、次の LUN レイアウト アーキテクチャをサポートしています。

  • データベースごとに 1 つの LUN   データベース アーキテクチャごとに 1 つの LUN があることは、データベースおよびそれに対応するログ ファイルが同じ LUN 上にあることを意味します。このアーキテクチャを展開するには、2 つ以上のデータベースのコピーが必要で、ハードウェア ベースの VSS ソリューションは使用できません。

  • データベースごとに 2 つの LUN   Exchange 2010 では、データベースが最大数である 100 存在する場合、準備する LUN の数はバックアップ方法によって異なります。目標回復時間 (RTO) が小さい場合、または迅速な回復のために VSS クローンを使用する場合は、各データベースを独自のトランザクション ログ LUN とデータベース LUN に配置することが最適な場合があります。この方法では、使用可能なドライブ文字数を超えるため、ボリューム マウント ポイントを使用する必要があります。

  • バックアップ セットごとに 2 つの LUN   バックアップ セットとは、夜間に完全にバックアップされるデータベースの数です。夜間にデータベースの 7 分の 1 の完全バックアップを実行するソリューション (たとえば、週 1 回または隔月の完全バックアップと日常的な増分または差分バックアップを組み合わせて使用) では、データベースがすべて同じログとデータベース LUN にバックアップされるようにすることで複雑さを軽減できます。この方法によりサーバー上の LUN の数を減らすことができます。

データベースごとに 2 つの LUN/LUN レイアウト

Exchange 2010 では、Windows Server 2008 の機能である VSS を使用して、Exchange 2010 データベースとトランザクション ログ ファイルのボリューム シャドウ コピーが作成されます。クローンやスナップショット手法を含む VSS の基本情報については、ホワイト ペーパー「Exchange Server 2003 でボリューム シャドウ コピー サービスを使用するためのベスト プラクティス」 (https://go.microsoft.com/fwlink/?LinkId=122556) を参照してください。

Exchange 2010 により、アクティブ コピーとパッシブ コピーの両方のソフトウェア ベースの VSS スナップショットを作成できます。パッシブ コピーの VSS スナップショットを作成すると、チェックサム整合性 (ESEUTIL) およびその後のテープやディスクへのコピーの両方で、アクティブ LUN からディスク I/O の負荷が軽減されます。

データベースごとに 2 つの LUN (ログとデータベース) を作成することは、Exchange 2003 の標準的なベスト プラクティスでした。Exchange 2010 では、データベースが最大数である 100 存在する場合、準備する LUN の数はバックアップ方法によって異なります。目標回復時間 (RTO) が非常に小さい場合、または迅速な回復のために VSS クローンを使用する場合は、各データベースを独自のトランザクション ログ LUN とデータベース LUN に配置することが最適な場合があります。必要な LUN の数によっては、ボリューム マウント ポイントの使用が必要になる場合があります。

この方法には次のような利点があります。

  • 単一データベースのバックアップと復元を提供する、データベース レベルでのハードウェア ベースの VSS が有効になります。

  • LUN 間でスピンドルを共有していない場合、データベース間でパフォーマンスを柔軟に分離できます。

  • 信頼性が高くなります。1 つの LUN 上の容量または破損の問題は 1 つのデータベースにしか影響しません。

  • これも、メールボックスの復元に参加していないデータベースに推奨される方式です。

この方法には次のような問題があります。

  • メールボックスの復元を使用する 100 のデータベースには、一部の記憶域アレイの最大数を超えることがある 400 個の LUN が必要となります。メールボックスの復元を使用しない 100 のデータベースには、一部の記憶域アレイの最大数を超えることがある 200 個の LUN が必要となります。

  • データベースごとに別の LUN があるため、サーバーごとの LUN が多くなり、管理コストや複雑さが増します。

注意

次の表で、MP はマウント ポイントを表します。X と Y が一意のデータベースを参照する場合があります。

LUN 設計アプローチ: データベースごとに 2 つの LUN

DB

データベース名

データベースの場所

データベース ファイル名

トランザクション ログの場所

アンカー LUN

--

E:\

--

L:\

DBx

<DAGName> MBX DB x

MP:\MDB0x

Priv0x.edb

MP:\LOG0x

DBy

<DAGName> MBX DB y

MP:\MDB0y

Priv0y.edb

MP:\LOG0y

…

…

…

…

…

データベースごとに 1 つの LUN/LUN レイアウト

データベース アーキテクチャごとに 1 つの LUN があることは、データベースおよびその対応するログ ファイルが同じ LUN 上にあることを意味します。このアーキテクチャを展開するには、2 つ以上のコピーが必要で、ハードウェア ベースの VSS ソリューションは使用できません。

この方法には次のような利点があります。

  • 管理する LUN の数が削減されて、ストレージ管理が簡素化されます。

  • バックアップ ジョブの数を削減できる可能性があります。

  • LUN 間でスピンドルを共有していない場合、データベース間でパフォーマンスを柔軟に分離できます。

この方法の問題点は、ハードウェア ベースの VSS バックアップと回復手順 (クローン スナップショットなど) を実行する機能が制限されることです。VSS の詳細については、ホワイト ペーパー「Exchange Server 2003 でボリューム シャドウ コピー サービスを使用するためのベスト プラクティス」 (https://go.microsoft.com/fwlink/?LinkId=122556) を参照してください。

注意

次の表で、MP はマウント ポイントを表します。X と Y は一意のデータベースを参照します。

LUN 設計アプローチ: データベースごとに 1 つの LUN

DB

データベース名

データベースの場所

データベース ファイル名

アンカー LUN

--

E:\

--

DBx

<DAGName> MBX Store X

MP:\

\MDBx

\LOGx

PrivX.edb

DBy

<DAGName> MBX Store Y

MP:\

\MDBy

\LOGy

PrivY.edb

…

…

…

…

付録 データベース構成

次の表は、作成されたデータベースごとに適用したり、または要件に応じてサーバー上のデータベースごとにカスタマイズしたりできる構成の例です。

重要

次の表に示す値は、その値の一例であり推奨される値ではありません。これらの値は、組織の状況に応じた実際の値が反映されるように変更してください。

Contoso 社のデータベースの構成

パラメーター

既定値

Contoso 社の値

データベース名

メールボックス データベース <GUID>

<DAGName> MBX DB xx

オフライン アドレス帳

[なし]

既定のオフライン アドレス一覧

パブリック フォルダー データベース

パブリック フォルダー データベース <GUID>

<サーバー名> PUB DB xx

警告クォータ

1,991,680 KB

1,700,000 KB

送信クォータ

2,097,152 KB

1,900,000 KB

送受信クォータ

2,411,520 KB

2,090,000 KB

保守のスケジュール

Sun.1:00 AM-Sun.5:00 AM、Mon.1:00 AM-Mon.5:00 AM、Tue.1:00 AM-Tue.5:00 AM、Wed.1:00 AM-Wed.5:00 AM、Thu.1:00 AM-Thu.5:00 AM、Fri.1:00 AM-Fri.5:00 AM、Sat.1:00 AM-Sat.5:00 AM

"Sun.12:00 AM-Sun.4:00 AM"、"Mon.12:00 AM-Mon.4:00 AM"、"Tue.12:00 AM-Tue.4:00 AM"、"Wed.12:00 AM-Wed.4:00 AM"、"Thu.12:00 AM-Thu.4:00 AM"、"Fri.12:00 AM-Fri.4:00 AM"、"Sat.12:00 AM-Sat.4:00 AM"

クォータの通知スケジュール

Sun.1:00 AM-Sun.1:15 AM、Mon.1:00 AM-Mon.1:15 AM、Tue.1:00 AM-Tue.1:15 AM、Wed.1:00 AM-Wed.1:15 AM、Thu.1:00 AM-Thu.1:15 AM、Fri.1:00 AM-Fri.1:15 AM、Sat.1:00 AM-Sat.1:15 AM

“Sun.12:00 AM-Sun.12:15 AM”、“Mon.12:00 AM-Mon.12:15 AM”、“Tue.12:00 AM-Tue.12:15 AM”、“Wed.12:00 AM-Wed.12: 15 AM”、“Thu.12:00 AM-Thu.12:15 AM”、“Fri.12:00 AM-Fri.12:15 AM”、“Sat.12:00 AM-Sat.12:15 AM”

メールボックスの保存期間

30.00:00:00

30.00:00:00

削除済みアイテムの保存期間

14.00:00:00

14.00:00:00

削除済みアイテムをバックアップまで保持

False

True

 © 2010 Microsoft Corporation.All rights reserved.