Exchange 2010 LUN のアーキテクチャについて

 

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

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

多くの場合、オペレーティング システムで認識される物理ディスク、または最適な論理ユニット番号 (LUN) は、ハードウェアから抽象化されたものであり、オペレーティング システムにディスクを示すために使用されます。Microsoft Exchange Server 2010 では LUN アーキテクチャが使用されます。

Exchange 2010 で LUN を設計する方法はいろいろありますが、あまり複雑にならないように、次の設計方法をお勧めします。

  • データベースごとに 1 つの LUN

  • データベースごとに 2 つの LUN

  • バックアップ セットごとに 2 つの LUN

データベースごとに 1 つの LUN

データベース アーキテクチャごとに 1 つの LUN があることは、データベースおよびその対応するログ ファイルが同じ LUN 上にあることを意味します。データベースごとに 1 つだけ LUN を使用する LUN アーキテクチャを展開するには、複数のコピーのあるデータベース可用性グループ (DAG) を持つ必要があります。また、ハードウェア ベースの ボリューム シャドウ コピー サービス (VSS) ソリューションは使用しないでください。

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

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

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

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

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

ページのトップへ

データベースごとに 2 つの LUN

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

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

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

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

  • 1 つの LUN の容量または破損の問題は 1 つのデータベースにしか影響が及ばないため、信頼性が向上します。組み込みのメールボックス復元機能を利用しない場合、この点を考慮するのは重要なことです。

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

  • 100 のデータベースには、記憶域アレイの最大数を超える 200 の LUN が必要です。

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

ページのトップへ

バックアップ セットごとに 2 つの LUN

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

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

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

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

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

ページのトップへ

 © 2010 Microsoft Corporation.All rights reserved.