オペレーティング システムのパフォーマンスを向上させるには、次の一般的なガイドラインに従う必要があります。
最新の BIOS、記憶域ネットワーク (SAN) ドライバー、ネットワーク アダプター ファームウェア、およびネットワーク アダプター ドライバーをインストールする
ハードウェア製造元は、関連するハードウェアのパフォーマンスと可用性を向上させる BIOS、ファームウェア、およびドライバーの更新プログラムを定期的にリリースします。 ハードウェアの製造元の Web サイトにアクセスして、BizTalk Server 環境の各コンピューターで次のハードウェア コンポーネントの更新プログラムをダウンロードして適用します。
BIOS の更新
SAN ドライバー (SAN を使用している場合)
NIC ファームウェア
NIC ドライバー
すべての BizTalk Server および SQL Server コンピューターで "ハイ パフォーマンス" Power Plan を有効にします。
既定では、Windows Server 2008/2008 R2 はバランス (推奨) 電源プランを設定します。これにより、省エネが可能になりますが、待機時間が長くなり (一部のタスクでは応答時間が遅くなる)、CPU 負荷の高いアプリケーションでパフォーマンスの問題が発生する可能性があります。
待機時間を短縮するには、BizTalk Server と SQL Server を実行しているすべてのサーバーで、Windows Power プラン が [高パフォーマンス] に設定されていることを確認する必要があります。
BizTalk Server および SQL Server コンピューターでの Intel Hyper-Threading の使用状況を評価する
Pre-Nehalem Hyper-Threading:
BizTalk Server コンピューターでは、ハイパースレッディングをオフにする必要があります。 これは BIOS 設定であり、通常は BIOS セットアップのプロセッサ設定にあります。 ハイパースレッディングにより、サーバーは実際よりも多くのプロセッサ/プロセッサコアを持っているように見えます。ただし、ハイパースレッド プロセッサは通常、物理プロセッサ/プロセッサ コアのパフォーマンスの 20 から 30% を提供します。 BizTalk Server がセルフチューニング アルゴリズムを調整するプロセッサの数をカウントすると、ハイパースレッド プロセッサによってこれらの調整が偏り、全体的なパフォーマンスが低下する可能性があります。
高レベルの競合を引き起こす可能性があるアプリケーション (BizTalk Server など) が SQL Server コンピューターのハイパースレッド環境でパフォーマンスを低下させる可能性があるため、SQL Server コンピューターではハイパースレッディングをオフにする必要があります。
Nehalem Hyper-Threading: 以前のアーキテクチャとは異なり、Intel microarchitecture "Nehalem" プロセッサでハイパースレッディングを有効にすると、ほぼ線形な容量の増加を実現できます。 最適なパフォーマンスの結果を得るには、"Nehalem" プロセッサを展開するときに、Intel Hyper-Threading (H-T) テクノロジを有効にしてスループットが著しく向上するようにコンピューターの BIOS を構成することをお勧めします。
ハードウェア仮想化: ハードウェア仮想化を使用する場合、仮想マシンは仮想プロセッサを使用します。 使用可能な CPU の数は、仮想マシンの構成時に選択した設定に基づいています。 ハードウェアがハイパースレッド化されている場合、仮想マシンはハイパースレッドであることを認識しません。
MSDTC ログ ファイル ディレクトリを別の専用ドライブに割り当てる
複数のメッセージ ボックス データベースが別々の SQL Server コンピューター上にある BizTalk Server 環境では、Microsoft 分散トランザクション コーディネーター (MSDTC) に関連する追加のオーバーヘッドが発生します。 既定では、MSDTC ログ ファイルは、DTC サービスを実行しているコンピューターの %systemdrive%\windows\system32\msdtc ディレクトリにあります。 DTC ログがパフォーマンスのボトルネックになる可能性を軽減するには、MSDTC ログ ファイル ディレクトリを高速ディスク ドライブに移動することを検討してください。
MSDTC ログ ファイル ディレクトリを変更するには、「 DTC ログの構成」を参照してください。
BizTalk Server の実行可能ファイルとファイルのドロップをリアルタイムでスキャンしないようにウイルス対策ソフトウェアを構成する
BizTalk Server の実行可能ファイルと、BizTalk Server の受信場所によって監視されているフォルダーまたはファイル共有のウイルス対策ソフトウェアのリアルタイム スキャンは、BizTalk Server のパフォーマンスに悪影響を与える可能性があります。 BizTalk Server コンピューターにウイルス対策ソフトウェアがインストールされている場合は、BizTalk Server の受信場所 (通常は.XML、.csv、.txtなど) によって参照される非実行可能ファイルの種類のリアルタイム スキャンを無効にし、BizTalk Server 実行可能ファイルのスキャンを除外するようにウイルス対策ソフトウェアを構成します
BizTalk Server 環境内のコンピューター間の侵入検出ネットワーク スキャンを無効にする
侵入検出ソフトウェアは、ネットワーク経由の有効な通信を遅くしたり、防いだりする可能性があります。 侵入検出ソフトウェアがインストールされている場合は、BizTalk Server コンピューターと外部データ リポジトリ (SQL Server) コンピューターまたはメッセージング サービス (メッセージ キューや WebSphere MQSeries など) コンピューター間のネットワーク スキャンを無効にします。
BizTalk Server 環境のすべてのディスクを定期的にデフラグする
BizTalk Server 環境での過剰なディスク断片化は、パフォーマンスに悪影響を及ぼします。 BizTalk Server 環境でディスクをデフラグするには、次の手順に従います。
業務時間外にディスクデフラグのスケジュールを設定することで、すべてのディスク （ローカル、および SAN/NAS）を定期的にデフラグします。
Windows PageFile を最適化し、BizTalk Server 環境の各ディスクのマスター ファイル テーブルを事前に割り当てて、システムの全体的なパフォーマンスを向上させます。
SQL Server コンピューターにウイルス対策ソフトウェアがインストールされている場合は、データ ファイルとトランザクション ファイルのリアルタイム スキャンを無効にします
SQL Server のデータ ファイルとトランザクション ファイル (.mdf、.ndf、.ldf、.mdb) をリアルタイムでスキャンすると、ディスク I/O の競合が増加し、SQL Server のパフォーマンスが低下する可能性があります。 SQL Server のデータ ファイルとトランザクション ファイルの名前は、BizTalk Server 環境によって異なる場合があることに注意してください。 既定の BizTalk Server 構成で作成されたデータ ファイルとトランザクション ファイルの詳細については、「 データベース 2 のファイル グループの最適化」を参照してください。
BizTalk Server および SQL Server 用に MSDTC を構成する
SQL Server と BizTalk Server の間のトランザクションを容易にするには、Microsoft 分散トランザクション コーディネーター (MSDTC) を有効にする必要があります。
分散トランザクション コーディネーター (DTC) を構成するには
[ スタート] をクリックし、[ 実行] をクリックし、「 dcomcnfg」と入力し、[ OK] をクリックして コンポーネント サービスを開きます。
コンソール ツリーで、[ コンポーネント サービス]、[ コンピューター]、[ マイ コンピューター] の順に展開し、[ 分散トランザクション コーディネーター] を展開して、[ ローカル DTC] をクリックします。
[ ローカル DTC] を右クリックし、[ プロパティ ] をクリックして [ ローカル DTC プロパティ ] ダイアログ ボックスを表示します。
[ トレース ] タブの [ 出力オプション] セクションで、[ トレース出力 ] ボックスをオフにします。
[セキュリティ] タブをクリックします。
次の 4 つの各オプションが選択され、それ以外はすべてクリアされていることを確認します。
ネットワーク DTC アクセス
受信を許可する
送信を許可する
認証は必要ありません
[ OK] を クリックして [ ローカル DTC プロパティ ] ダイアログ ボックスを閉じます。 MSDTC サービスの再起動を求められたら、[ はい] をクリックします。
コンポーネント サービスを閉じます。
[ スタート] をクリックし、[ 管理ツール] をポイントし、[ セキュリティが強化された Windows ファイアウォール] をクリックします。
セキュリティが強化された Windows ファイアウォールで、[ 受信規則] をクリックします。
[ 受信ルール ] ウィンドウで、(必要に応じて) [ 分散トランザクション コーディネーター* ] を右クリックし、[ ルールの有効化] をクリックします。
セキュリティが強化された Windows ファイアウォールで、[ 送信規則] をクリックします。
[ 送信ルール ] ウィンドウで、(必要に応じて) [ 分散トランザクション コーディネーター* ] を右クリックし、[ ルールの有効化] をクリックします。
コントロール パネルで、[管理ツール] をダブルクリックします。
右側のウィンドウで、[ サービス] をダブルクリックします。
[サービス (ローカル)] の右側のウィンドウで、[COM+ システム アプリケーション] を右クリックし、[再起動] をクリックして、サービスの再起動を待ちます。
分散トランザクション コーディネーター サービスを右クリックして再起動します。
SQL Server (MSSQLSERVER) サービスを右クリックして再起動します。
サービス (ローカル) を閉じ、管理ツールを閉じます。
BizTalk Server のファイアウォールを構成する
注
この手順は、BizTalk Server 環境に 1 つ以上のファイアウォールが配置されている場合にのみ必要です。
BizTalk Server のファイアウォールを構成するには、次の情報を確認します。
ファイアウォールで動作するように RPC 動的ポートの割り当てを構成するには、 Windows Vista および Windows Server 2008 で TCP/IP の既定の動的ポート範囲が変更されているを参照してください。 必要なポートに対応するように Windows ファイアウォールを構成する方法については、「 Windows ファイアウォールと IPsec ポリシー展開のステップ バイ ステップ ガイド」を参照してください。
Interrupt-Affinity ポリシー ツールを使用して、ネットワーク アダプターの割り込みをマルチプロセッサ コンピューター上の特定のプロセッサにバインドする
Interrupt-Affinity ポリシー (IntPolicy) は、特定のデバイス (ネットワーク アダプターなど) の割り込みの CPU アフィニティを、マルチプロセッサ コンピューター上の特定のプロセッサまたはプロセッサに "バインド" または変更できるツールです。 この結合はパーティショニングとも呼ばれます。 特定のネットワーク アダプターからの割り込みをマルチプロセッサ コンピューター上の特定のプロセッサにバインドすると、指定されたプロセッサのネットワーク アダプターに対して遅延プロシージャ 呼び出し (DPC) と割り込みサービス ルーチン (ISR) の実行が強制されます。 割り込みアフィニティは、単一のプロセッサ コンピューターでは構成できないことに注意してください。
注
DPC は、通常は後で実行されるカーネル モード関数のキューに登録された呼び出しとして定義されます。 ISR は、割り込みを生成するときにデバイスにサービスを提供することを目的とするルーチンとして定義されます。
Interrupt-Affinity ポリシー ツール
Windows Server 2008 ベースのマルチプロセッサ コンピューターでは、割り込みコントローラーの既定の動作は、使用可能なプロセッサにデバイス割り込みを割り当てることです。 特定のネットワーク アダプターのネットワーク接続とファイル サーバー セッションが、使用可能なプロセッサではなく、特定のプロセッサ セットで実行されるようにバインドまたはパーティション分割されると、関連するネットワーク処理のパフォーマンスとスケーラビリティが向上します。 大規模な BizTalk Server ソリューションでは、割り込みバインディングが特に役立つ可能性がある複数のネットワーク アダプターを備えたマルチプロセッサ SQL Server コンピューターを使用することがよくあります。
割り込みバインドをIntPolicyで行う場合は、運用環境で採用する前に必ずテスト環境で評価する必要があります。 テスト環境のハードウェア、オペレーティング システム、およびアプリケーションの構成は、運用環境を可能な限り近づける必要があります。 これにより、割り込みバインディングのさまざまな順列をテストし、割り込みバインドによってパフォーマンスが向上する程度を判断できます。
ハイパースレッディングをサポートする CPU を使用するコンピューターで IntPolicy を構成する前に、ハイパースレッディングを無効にすることをお勧めします。 これにより、割り込みが論理プロセッサではなく物理プロセッサに確実に割り当てられます。 同じ物理プロセッサを参照する論理プロセッサに割り込みアフィニティを割り当てると、パフォーマンスが向上せず、システムのパフォーマンスが低下する可能性があります。
Interrupt-Affinity ポリシー ツールは WHDC Web サイトからダウンロードできます。
すべてのボリュームで NTFS ファイル システムを使用する
Windows Server には、NTFS、FAT、FAT32 など、ドライブをフォーマットするための複数のファイル システムの種類が用意されています。 NTFS は、常にサーバーに最適なファイル システムである必要があります。
NTFS は FAT および FAT32 ファイル システムよりもパフォーマンスに大きな利点を提供し、Windows サーバーでのみ使用する必要があります。 さらに、NTFS では、FAT と FAT32 よりも多くのセキュリティ、スケーラビリティ、安定性、回復性の利点が提供されます。
以前のバージョンの Windows では、FAT と FAT32 は、このような状況でより高速であることが多いため、小さいボリューム ( <500 MB など) に対して多くの場合実装されていました。 現在、ディスクストレージは比較的安価で、オペレーティングシステムやアプリケーションがドライブ容量を最大に押し上げるので、そのような少量が使用される可能性は低いです。 FAT32 は、大規模なボリュームでは FAT よりも優れていますが、Windows サーバーに適したファイル システムではありません。
FAT と FAT32 は、ボリュームに問題が発生した場合にネイティブ DOS ツールを使用すると、回復しやすく管理しやすいと見なされたため、多くの場合、過去に実装されています。 現在では、さまざまな NTFS 回復ツールがオペレーティング システムにネイティブに組み込まれており、サード パーティ製のユーティリティとして使用できるため、ファイル システムに NTFS を使用しない場合の有効な引数はなくなりました。
NTFS ファイル圧縮を使用しない
NTFS ファイル システムの圧縮を使用することは、ボリュームの領域を減らす簡単な方法ですが、エンタープライズ ファイル サーバーには適していません。 圧縮を実装すると、すべてのディスク操作で CPU に不要なオーバーヘッドが発生するため、回避することをお勧めします。 ファイル システムの圧縮を真剣に検討する前に、ディスクを追加したり、近い行のストレージを追加したり、データのアーカイブを検討したりするためのオプションについて検討してください。
ディスク コントローラーのストライプ サイズとボリューム割り当てユニットを確認する
ハードウェア・ドライブ・コントローラー内でドライブ・アレイと論理ドライブを構成する場合は、コントローラー・ストライプ・サイズと、ボリュームのフォーマットに使用するアロケーション・ユニット・サイズが一致していることを確認してください。 これにより、ディスクの読み取りと書き込みのパフォーマンスが最適になり、サーバー全体のパフォーマンスが向上します。 割り当てユニット (またはクラスターまたはブロック) のサイズを大きく構成すると、ディスク領域の使用効率が低下しますが、各読み取りアクティビティ中にディスク ヘッドがより多くのデータを読み取ることができるので、ディスク I/O パフォーマンスも向上します。 コントローラーを構成し、ディスクのフォーマットに最適な設定を決定するには、同様のファイル システム特性を持つサーバーのディスク サブシステムの平均ディスク転送サイズを決定する必要があります。 Windows パフォーマンス モニター ツールを使用して、通常のアクティビティの期間中の平均ディスク バイト/読み取りと平均ディスク バイト数/書き込みの論理ディスク オブジェクト カウンターを監視し、使用する最適な値を判断します。 システムが多数の小さなファイルまたはレコードにアクセスする場合は、割り当て単位のサイズを小さくすることが保証される場合がありますが、割り当て単位のサイズが 64 KB の場合、ほとんどの状況でサウンド パフォーマンスと I/O スループットが提供されます。 調整されたアロケーション ユニット サイズによるパフォーマンスの向上は、ディスクの負荷が増加したときに特に注意できます。
注
ボリュームのフォーマット時に、4096 バイト (4 KB) を超えるアロケーション ユニット サイズを指定するには、FORMAT コマンド ライン ツールまたはディスク管理ツールが必要です。 Windows エクスプローラーでは、このしきい値までしか書式設定されません。 CHKDSK コマンドを使用すると、ボリュームの現在のアロケーション ユニット サイズを確認できますが、目的の情報が表示される前にボリューム全体をスキャンする必要があります (各割り当てユニットではバイトとして表示されます)。
ドライブ領域の使用率を監視する
ディスクに含まれるデータが少ないほど、高速に動作します。 これは、デフラグメントされたドライブでは、ディスクの外側の端に可能な限りデータが書き込まれるためです。ここではディスクが最も高速にスピンし、最良の性能を発揮します。 ディスク シーク時間は、通常、読み取りまたは書き込みアクティビティよりもかなり長くなります。 前述のように、データは最初はディスクの外側の端に書き込まれます。 ディスク ストレージの需要が増え、空き領域が減ると、データはディスクの中心に近づいて書き込まれます。 ヘッドがエッジから離れるにつれてデータを検索する際にディスク シーク時間が長くなり、検出されると読み取りにかかる時間が長くなり、ディスク I/O のパフォーマンスが低下します。 つまり、ディスク領域の使用率の監視は、容量の理由だけでなく、パフォーマンスにも重要です。 経験則として、ディスクの空き領域を 20% ~ 25% の合計ディスク領域に保持するという目標に向けて取り組みます。 空きディスク領域がこのしきい値を下回ると、ディスク I/O のパフォーマンスに悪影響が及びます。
ディスクの断片化を回避するための戦略を実装する
パフォーマンスの低下を防ぐために、ルート ドライブを含むディスクでデフラグ ユーティリティを定期的に実行します。 これは、ビジー状態のディスクで毎週行います。 ディスク デフラグ ツールは Windows と共にインストールされ、スケジュールされたタスクから指定した間隔で実行できます。
バックグラウンド サービス用に Windows Server のパフォーマンスを最適化する
BizTalk Server プロセス (BTSNTSVC.exe) はバックグラウンド サービスとして実行されます。 Windows Server 2008 では、プリエンプティブ マルチタスクを使用して、CPU が参加するプロセス スレッドに優先順位を付けます。 プリエンプティブ マルチタスクは、オペレーティング システムの裁量により、プロセスの実行が停止され、別のプロセスが開始される手法です。 このスキームにより、1 つのスレッドが CPU を支配できなくなります。 CPU を 1 つのプロセスの実行から次のプロセスに切り替えることは、コンテキスト切り替えと呼ばれます。 Windows オペレーティング システムには、コンテキスト 切り替えが発生して次のスレッドが処理されるまでの CPU での個々のスレッドの実行を許可する期間を決定する設定が含まれています。 この時間は量子と呼ばれます。 この設定では、フォアグラウンド プログラムとバックグラウンド サービスの間でプロセッサ quanta を共有する方法を選択できます。 通常、サーバーの場合、フォアグラウンド プログラムにバックグラウンド サービスよりも多くの CPU 時間を割り当てることは望ましくありません。 つまり、サーバー上で実行されているすべてのアプリケーションとそのプロセスには、CPU 時間を均等に考慮する必要があります。 BizTalk ホスト インスタンスなどのバックグラウンド サービスのパフォーマンスを向上させるには、次の手順に従います。
[ スタート] をクリックし、[ コントロール パネル] をクリックし、[ システム] をクリックします。
[詳細設定] タブをクリックし、[パフォーマンス] の [設定] をクリックします。
[ 詳細設定 ] タブをクリックし、[ バックグラウンド サービス] をクリックし、[ OK] を 2 回クリックします。
重要でないサービスを無効にする
Windows Server 2008 の既定のインストールでは、BizTalk Server 環境では必要ない複数のサービスが有効になります。 実行中の各サービスはシステム リソースを消費するため、全体的なパフォーマンスを向上させるために不要なサービスを無効にする必要があります。 サービスを無効にする場合は注意が必要です。 Windows Server で特定のサービスが実行されている必要がある場合は、サービスを無効にする前に、サービスの目的を十分に調査してください。 Windows Server 2008 で必要なサービスが無効になっている場合、オペレーティング システムが動作不能になり、場合によっては起動できない可能性があります。 専用の BizTalk Server に必要のない Windows Server 2008 サービスを無効にするには、次の手順に従います。
Start をクリックし、Administrative Tools をポイントして、[Computer Management をクリックします。
[ コンピューターの管理 (ローカル)]、[ サービスとアプリケーション] の順に展開し、[ サービス] をクリックします。 [状態] 列では、実行中の各サービスに "Started" というラベルが付けられます。不要に開始されたサービスを停止して無効にします。たとえば、次のサービスは専用の BizTalk Server では必要ありません。
通知機能
ClipBook
DHCP サーバー
FAX サービス
ファイル レプリケーション
赤外線モニター
インターネット接続の共有
メッセンジャー
NetMeeting リモート デスクトップ共有
ネットワーク DDE
ネットワーク DDE DSDM
NWLink NetBIOS
NWLink IPX/SP
印刷スプーラー
テレフォニー
Telnet
無停電電源装置
無効にする各サービスに依存するサービスに注意してください。 この手順を実行するには、以下のステップに従ってください。
無効にするサービスをダブルクリックします。
[ 依存関係 ] タブをクリックします。
このサービスは、次のシステム コンポーネントの一覧に依存します。このサービスが依存しているサービスに注意してください。
次のシステム コンポーネントは、このサービスの一覧に依存し、このサービスなしでは開始できないサービスをメモし、[OK] をクリックします。
一度に 1 つずつ、選択した各サービスを無効にします。 この手順を実行するには、以下のステップに従ってください。
無効にするサービスを右クリックし、[ プロパティ] をクリックします。
[ スタートアップの種類 ] の一覧で、[ 無効] をクリックします。
サービスをすぐに停止する場合は、[ 停止] をクリックします。
[ その他のサービスの停止 ] ダイアログ ボックスが表示された場合は、他の依存サービスも停止し、[ はい] をクリックし、[OK] をクリック します。
手順 4. を繰り返して、他の不要なサービスを無効にします。
注
各サービスを無効にした後、サーバーで正しい操作をテストし、引き続き使用するサービスを無効にしていないことを確認します。 サーバーが Windows Server 2008 ドメイン (BizTalk Server など) のメンバーである場合、コンピューターにグループ ポリシーを正しく適用するには、システムに TCP/IP ヘルパー サービスが必要です。 DHCP クライアントを無効にすると、DHCP クライアントは DNS 動的更新プロトコルの登録を停止し、このクライアントの手動 DNS レコードを DNS サーバーに追加する必要があります。
Microsoft 証明書失効リストを手動で読み込む
.NET アプリケーションを起動すると、.NET Framework は署名されたアセンブリの証明書失効リスト (CRL) のダウンロードを試みます。 システムがインターネットに直接アクセスできない場合、または Microsoft.com ドメインへのアクセスが制限されている場合、BizTalk Server の起動が遅れる可能性があります。 アプリケーションの起動時にこの遅延を回避するには、次の手順を使用して、コード署名証明書失効リストを手動でダウンロードしてシステムにインストールします。
http://crl.microsoft.com/pki/crl/products/CodeSignPCA.crlとhttp://crl.microsoft.com/pki/crl/products/CodeSignPCA2.crlから最新の CRL 更新プログラムをダウンロードします。
分離システムに CodeSignPCA.crl ファイルと CodeSignPCA2.crl ファイルを移動します。
コマンド プロンプトから次のコマンドを入力して、certutil ユーティリティを使用して、手順 1 でダウンロードした CRL でローカル証明書ストアを更新します。
certutil –addstore CA c:\CodeSignPCA.crl
CRL ファイルは定期的に更新されるため、CRL 更新プログラムをダウンロードしてインストールするタスクを繰り返し設定することを検討する必要があります。 次回の更新時刻を表示するには、.crl ファイルをダブルクリックし、[ 次の更新] フィールドの値を表示します。
すべてのサーバーで時刻を同期する
チケット、レシート、ログ記録を含む多くの操作は、正確なローカル システム クロックに依存します。 これは、システム間の時間の不一致が原因でログが同期されない場合や、あるシステムによって発行されたチケットが期限切れまたはまだ有効でない場合に、別のシステムによって拒否される可能性がある分散環境では特に当てはまります。
時刻を自動的に同期するようにサーバーを構成する方法の詳細については、「 自動ドメイン時刻同期用にクライアント コンピューターを構成する」を参照してください。
最適なパフォーマンスを得られるように Windows PAGEFILE を構成する
最適なパフォーマンスを得るために Windows PAGEFILE (ページング ファイル) を構成するには、次のガイドラインに従います。
オペレーティング システムがインストールされている物理ドライブとは別の物理ボリュームにページング ファイルを移動して、ディスクの競合を減らし、ディスクのパフォーマンスを向上させる - BizTalk Server コンピューターでは、ページング ファイルの移動に伴うパフォーマンスの向上は、ドキュメント処理の負荷によって異なります。 SQL Server コンピューターでは、SQL Server のディスク集中型の性質により、ページング ファイルを別のボリュームに移動することがすべてのシナリオでベスト プラクティスと見なされます。
ページング ファイルを、RAID-0 (ストライピング) または RAID-1 (ミラーリング) アレイとして構成されている 1 つ以上の専用物理ドライブ、または RAID を使用しない単一ディスク上に分離 します。ボリューム全体でPAGEFILE.SYSが唯一のファイルである場合、ページング ファイルは断片化されず、パフォーマンスも向上します。 ほとんどのディスク アレイと同様に、アレイ内の物理ディスクの数が増えるにつれて、アレイのパフォーマンスが向上します。 ページング ファイルがディスク アレイ内の複数の物理ドライブ上の複数のボリューム間で分散されている場合、ページング ファイルのサイズは、配列内の各ドライブで同じサイズにする必要があります。 ディスク アレイを構成する場合は、容量と速度が同じ物理ドライブを使用することもお勧めします。 通常、ページング ファイルには冗長性は必要ありません。
RAID 5 アレイにページング ファイルを構成しないでください。 RAID 5 アレイ のページング ファイルの構成は推奨されません。ページング ファイルアクティビティは書き込み負荷が高く、RAID 5 アレイは書き込みパフォーマンスよりも読み取りパフォーマンスに適しているためです。
オペレーティング システムがインストールされている以外の物理ボリュームにページング ファイルを移動するリソースがない場合は、オペレーティング システムと同じ論理ボリュームに存在するようにページング ファイルを構成 します。オペレーティング システムと同じ物理ディスク上にある別の論理ボリュームにページング ファイルを配置するように構成すると、ディスク シーク時間が長くなり、ディスク ドライブ のプラッタ ヘッドのシステム パフォーマンスが低下します。はボリューム間を継続的に移動し、代わりにページ ファイル、オペレーティング システム ファイル、アプリケーション ファイル、およびデータ ファイルにアクセスします。 また、通常、オペレーティング システムは物理ディスクの最初のパーティションにインストールされます。これは通常、物理ディスクの外側の端に最も近く、ディスク速度と関連するパフォーマンスがディスクに最適です。
Von Bedeutung
ブート パーティションからページング ファイルを削除した場合、Windows はカーネル モードの STOP エラーが発生した時にデバッグ情報を書き込むためのクラッシュ ダンプ ファイル (MEMORY.DMP) を作成できません。 クラッシュ ダンプ ファイルが必要な場合は、少なくとも物理メモリのサイズ + 1 MB のページング ファイルをブート パーティションに残しておく必要があります。
ページング ファイルのサイズを手動で設定する – ページング ファイルのサイズを手動で設定すると、通常、サーバーが自動的にサイズを設定したり、ページング ファイルをまったく持たないりするよりもパフォーマンスが向上します。 ベスト プラクティスのチューニングでは、ページング ファイルの初期 (最小) と最大サイズの設定を同じ値に設定します。 これにより、ページング ファイルの動的なサイズ変更に対して処理リソースが失われないようにします。これにより、負荷が高まる可能性があります。 このようなリサイズ活動は、特にシステム上のメモリリソースが既に制約されている状況で頻繁に発生します。 また、同じ最小および最大ページ ファイル サイズの値を設定すると、ディスク上のページング領域が 1 つの連続する領域になり、ディスクのシーク時間が短縮されます。 Windows Server 2008 では、インストールされている RAM の量の 1.5 倍のページング ファイルの合計サイズが自動的に推奨されます。 十分なディスク領域を持つサーバーでは、最適なパフォーマンスを得るために、結合されたすべてのディスク上のページング ファイルを物理メモリの最大 2 倍に構成する必要があります。
CPU 負荷の高いスクリーン セーバーを削除する
3D スクリーン セーバーまたは OpenGL スクリーン セーバーは CPU 負荷が高く、実行中に重要なシステム リソースを使用することが知られています。 サーバービルド時にオプションとしてこれらを完全にインストールしないようにするか、インストールされている場合は削除することをお勧めします。 基本的な "Windows Server 2008" または空白のスクリーン セーバーは、CPU 集中型スクリーン セーバーの使用に代わる優れた代替手段です。