Exchange 2013 記憶域構成オプション
製品: Exchange Server 2013
Microsoft Exchange Server 2013 でのメールボックス サーバーの役割のストレージ オプションと要件について理解することは、メールボックス サーバーの記憶域設計ソリューションの重要な部分です。
記憶域アーキテクチャ
次の表では、サポートされている記憶域アーキテクチャを説明し、それぞれの種類の記憶域アーキテクチャに関するベスト プラクティスの指示を適切な場所に提供します。
サポートされている記憶域アーキテクチャ
| 記憶域アーキテクチャ | 説明 | ベスト プラクティス |
|---|---|---|
| 直接接続型ストレージ (DAS) | DAS は、間に記憶域ネットワークを介しない、サーバーまたはワークステーションに直接に接続されたデジタル記憶域システムです。 たとえば、DAS トランスポートには Serial Attached SCSI (Small Computer System Interface) および Serial Attached Advanced Technology Attachment (ATA) が含まれます。 | 注意事項なし。 |
| ストレージ エリア ネットワーク (SAN):iSCSI (Internet Small Computer System Interface) | SAN は、リモート コンピューターの記憶装置 (ディスク アレイおよびテープ ライブラリなど) を、オペレーティング システムにローカルに接続されたデバイスとして表示されるように、サーバーに接続するアーキテクチャです (たとえば、ブロック ストレージ)。 iSCSI SAN は SCSI コマンドを IP パッケージに内包して、標準のネットワーク インフラストラクチャをストレージ トランスポートとして使用します (たとえば、イーサネット)。 | Exchange のデータをバックアップする物理ディスクは、他のアプリケーションと共有しないでください。 専用のストレージ ネットワークを使用します。 スタンドアロン構成に対して複数のネットワーク パスを使用します。 |
| SAN:ファイバー チャネル | ファイバー チャネル SAN は SCSI コマンドをファイバー チャネル パケットに内包して、通常は専用のファイバー チャネル ネットワークをストレージ トランスポートとして利用します。 | Exchange のデータをバックアップする物理ディスクは、他のアプリケーションと共有しないでください。 スタンドアロン構成に対して複数のファイバー チャネル ネットワーク パスを使用します。 ストレージ ベンダーの、ファイバー チャネル ホスト バス アダプター (HBA) をチューニングするためのベスト プラクティスに従ってください。たとえば、キューの深さおよびキューの対象などです。 |
NAS (ネットワーク接続ストレージ) ユニットは、ネットワークに接続された自己完結型コンピューターで、ネットワークの他のデバイスに対してファイル ベースのデータ ストレージ サービスを提供することだけを目的としています。 NAS ユニット上のオペレーティング システムとソフトウェアによって、データ ストレージ、ファイル システム、ファイル アクセスなどの機能と、これらの機能の管理 (ファイル ストレージなど) の管理が実現されます。
Exchange 2013 は、Exchange 2013 仮想化に関するトピックで説明されている SMB 3.0 シナリオ以外の NAS ボリュームの使用をサポートしていないため、Exchange データのストレージに Exchange で使用されるすべてのストレージはブロック レベルのストレージである必要があります。 また、仮想化された環境では、ハイパーバイザー経由でブロック レベルのストレージとしてゲストに提示される NAS ストレージはサポートされていません。
ストレージ層の使用は推奨されません。これは、システムのパフォーマンスに悪影響を与える可能性があるためです。 このため、ストレージ コントローラーがアクセスが最も多いファイルを "高速" ストレージに自動的に移動することを許可しないでください。
物理ディスクの種類
次の表では、サポートされている物理ディスクの種類の一覧と、それぞれの物理ディスクの種類に対してベスト プラクティスの指示を適切な場所に提供します。
サポートされている物理ディスクの種類
| 物理ディスクの種類 | 説明 | サポートまたはベスト プラクティス |
|---|---|---|
| Serial ATA (SATA) | SATA は、ATA および IDE (Integrated Device Electronics) 用のシリアル インターフェイスです。 SATA ディスクは、さまざまなフォーム ファクター、速度、容量で利用できます。 一般に、次の設計要件がある場合は、Exchange 2013 メールボックス ストレージの SATA ディスクを選択します。
|
サポート対象: Windows Server 2008 および Windows Server 2008 R2 用の 512 バイト セクターのディスク。 また、以下の条件で Windows Server 2008 R2 では 512e ディスクもサポートされています。
Exchange 2013 以降では、ネイティブの 4 キロバイト (KB) セクター ディスクと 512e ディスクをサポートしています。 サポートには、データベースのすべてのコピーが同じ物理ディスク タイプ上にある必要があります。 たとえば、512 バイトのセクター ディスク上の特定のデータベースの 1 つのコピーと、512e ディスクまたは 4K ディスク上の同じデータベースの別のコピーをホストする構成はサポートされていません。 |
| Serial Attached SCSI | Serial Attached SCSI は、SCSI ディスク用のシリアル インターフェイスです。 Serial Attached SCSI ディスクは、さまざまなフォーム ファクター、速度、および容量で利用できます。 一般に、次の設計要件がある場合は、Exchange 2013 メールボックス ストレージのシリアル接続 SCSI ディスクを選択します。
|
サポート対象: Windows Server 2008 および Windows Server 2008 R2 用の 512 バイト セクターのディスク。 また、以下の条件で Windows Server 2008 R2 では 512e ディスクもサポートされています。
Exchange 2013 以降では、ネイティブの 4 キロバイト (KB) セクター ディスクと 512e ディスクをサポートしています。 サポートには、データベースのすべてのコピーが同じ物理ディスク タイプ上にある必要があります。 たとえば、512 バイトのセクター ディスク上の特定のデータベースの 1 つのコピーと、512e ディスクまたは 4K ディスク上の同じデータベースの別のコピーをホストする構成はサポートされていません。 |
| ファイバー チャネル | ファイバー チャネルは、ディスクをファイバー チャネル ベースの SAN に接続するために使用される電気インターフェイスです。 ファイバー チャネル ディスクは、さまざまな速度と容量で利用できます。 一般に、次の設計要件がある場合は、Exchange 2013 メールボックス ストレージのファイバー チャネル ディスクを選択します。
|
サポート対象: Windows Server 2008 および Windows Server 2008 R2 用の 512 バイト セクターのディスク。 また、以下の条件で Windows Server 2008 R2 では 512e ディスクもサポートされています。
Exchange 2013 以降では、ネイティブの 4 キロバイト (KB) セクター ディスクと 512e ディスクをサポートしています。 サポートには、データベースのすべてのコピーが同じ物理ディスク タイプ上にある必要があります。 たとえば、512 バイトのセクター ディスク上の特定のデータベースの 1 つのコピーと、512e ディスクまたは 4K ディスク上の同じデータベースの別のコピーをホストする構成はサポートされていません。 |
| ソリッド ステート ドライブ (SSD) (フラッシュ ディスク) | SSD は、永続データを格納するためにソリッド ステート メモリを使用するデータ記憶域デバイスです。 SSD はハード ディスク ドライブ インターフェイスをエミュレートします。 SSD ディスクは、さまざまな速度 (異なる I/O パフォーマンス機能) と容量で利用できます。 一般に、次の設計要件がある場合は、Exchange 2013 メールボックス ストレージの SSD ディスクを選択します。
|
サポート対象: Windows Server 2008 および Windows Server 2008 R2 用の 512 バイト セクターのディスク。 また、以下の条件で Windows Server 2008 R2 では 512e ディスクもサポートされています。
Exchange 2013 以降では、ネイティブの 4 キロバイト (KB) セクター ディスクと 512e ディスクをサポートしています。 サポートには、データベースのすべてのコピーが同じ物理ディスク タイプ上にある必要があります。 たとえば、512 バイトのセクター ディスク上の特定のデータベースの 1 つのコピーと、512e ディスクまたは 4K ディスク上の同じデータベースの別のコピーをホストする構成はサポートされていません。 |
ディスクの種類の選択時に考慮する要因
Exchange 2013 ストレージのディスクの種類を選択する場合、いくつかのトレードオフがあります。 正しいディスクは、パフォーマンス (シーケンシャルおよびランダム) と、容量、信頼性、電源使用率、および資本コストのバランスがとれているものです。 次の、サポートされている物理ディスクの種類の表は、それらの要因を考慮に入れる場合に役立つ情報を提供します。
パフォーマンスの観点から、負荷がかかった状態でディスクが 20 ミリ秒以下の読み取りおよび書き込みの平均待ち時間を維持できることを条件として、Exchange の記憶域に大型で低速のディスクを使用しても問題ありません。
ディスクの種類の選択の要因
| ディスクの回転速度 (RPM) | ディスクのフォーム ファクター | インターフェイスまたはトランスポート | キャパシティ | ランダム I/O パフォーマンス | シーケンシャル I/O パフォーマンス | 電源使用率 |
|---|---|---|---|---|---|---|
| 5,400 | 2.5 インチ | SATA | 平均 | 悪い | 悪い | 優秀 |
| 5,400 | 3.5 インチ | SATA | 優秀 | 悪い | 悪い | 平均以上 |
| 7,200 | 2.5 インチ | SATA | 平均 | 平均 | 平均 | 優秀 |
| 7,200 | 2.5 インチ | Serial Attached SCSI | 平均 | 平均 | 平均以上 | 優秀 |
| 7,200 | 3.5 インチ | SATA | 優秀 | 平均 | 平均以上 | 平均以上 |
| 7,200 | 3.5 インチ | Serial Attached SCSI | 優秀 | 平均 | 平均以上 | 平均以上 |
| 7,200 | 3.5 インチ | ファイバー チャネル | 優秀 | 平均 | 平均以上 | 平均 |
| 10,000 | 2.5 インチ | Serial Attached SCSI | 平均以下 | 優秀 | 平均以上 | 平均以上 |
| 10,000 | 3.5 インチ | SATA | 平均 | 平均 | 平均以上 | 平均以上 |
| 10,000 | 3.5 インチ | Serial Attached SCSI | 平均 | 平均以上 | 平均以上 | 平均以下 |
| 10,000 | 3.5 インチ | ファイバー チャネル | 平均 | 平均以上 | 平均以上 | 平均以下 |
| 15,000 | 2.5 インチ | Serial Attached SCSI | 悪い | 優秀 | 優秀 | 平均 |
| 15,000 | 3.5 インチ | Serial Attached SCSI | 平均 | 優秀 | 優秀 | 平均以下 |
| 15,000 | 3.5 インチ | ファイバー チャネル | 平均 | 優秀 | 優秀 | 悪い |
| SSD:エンタープライズ クラス | 該当なし | SATA、Serial Attached SCSI、ファイバー チャネル | 悪い | 優秀 | 優秀 | 優秀 |
サポート対象記憶域の構成に関するベスト プラクティス
このセクションでは、サポートされているディスクとアレイ コントローラーの構成に関するベスト プラクティス情報を提供します。
独立ディスクの冗長アレイ (RAID) は、(複数のディスク間でデータをストライピングすることによって) 個々のディスクのパフォーマンス特性を向上させ、個々のディスク障害からの保護を提供するためによく使用されます。 Exchange 2013 の高可用性の進歩により、RAID は Exchange 2013 ストレージ設計に必要なコンポーネントではありません。 ただし、RAID は、記憶域のフォールト トレランスを必要とするスタンドアロン サーバーとソリューションの Exchange 2013 ストレージ設計に依然として不可欠なコンポーネントです。
オペレーティング システム、システム、ページファイル ボリューム
オペレーティング システム、システム、ページファイル ボリュームの推奨構成は、このデータ型を保護するための RAID テクノロジの使用です。 推奨 RAID 構成は、RAID-1 または RAID-1/0 ですが、すべての RAID の種類がサポートされます。
分離したメールボックス データベースとログ ボリューム
スタンドアロン メールボックス サーバーの役割アーキテクチャを展開する場合は、メールボックス データベースとログ ボリュームに RAID テクノロジが必要です。 メールボックス ボリュームに推奨される RAID 構成は RAID-1/0 です (特に、5.4K または 7.2K ディスクを使用している場合)。ただし、すべての RAID タイプがサポートされています。 ログ ボリュームには、RAID-1 または RAID-1/0 が推奨 RAID 構成です。
オペレーティング システム、ページファイル、または Exchange データ ボリューム用に RAID-5 または RAID-6 構成を使用している場合は、以下に注意してください。
RAID-50 や RAID-51 などの派生を含む RAID-5 構成でのディスク数は、アレイ グループ、および優先度の高いスクラブとサーフェイス スキャンを有効化したアレイ コントローラーごとに 7 ディスクまでとします。
RAID-6 構成は、優先度の高いスクラブおよびサーフェイス スキャンを有効化したアレイ コントローラーを備えるものとします。
JBOD は、3 つ以上の高可用性データベース コピーを持つ高可用性アーキテクチャでサポートされていますが、ログとメールボックス のデータベース ボリュームは分離されているため、JBOD はお勧めしません。
メールボックス データベースおよびログ ボリュームのコロケーション
スタンドアロン アーキテクチャでは、メールボックス データベースとログ ボリュームの共同場所はお勧めしません。 高可用性アーキテクチャでは、このシナリオには 2 つの可能性があります。
ボリュームごとに単一のデータベース
ボリュームごとに複数のデータベース
ボリュームごとに単一のデータベース
Exchange の観点から見ると、JBOD は、データベースとその関連するログの両方を 1 つのディスクに格納することを意味します。 JBOD にデプロイするには、少なくとも 3 つの高可用性データベース コピーをデプロイする必要があります。 単一ディスクの使用は、ディスクに障害が発生するとそのディスク上のデータベース コピーが失われるため、単一障害点となります。 少なくとも 3 つのデータベース コピーを使用すると、1 つのコピー (または 1 つのディスク) が失敗した場合にさらに 2 つのコピーを作成することでフォールト トレランスが確保されます。 ただし、3 つの高可用性データベース コピーの配置は、時間差データベース コピーの使用と同様、ストレージの設計に影響します。 以下の表は、RAID または JBOD に関する考慮事項のガイドラインを示します。
RAID または JBOD に関する考慮事項
| データセンター サーバー | 2 つの高可用性コピー (合計) | 3 つの高可用性コピー (合計) | データ センターごとに 2 つ以上の高可用性コピー | 1 つの時間差コピー | データ センターごとに 2 つ以上の時間差コピー |
|---|---|---|---|---|---|
| プライマリ データセンター サーバー | RAID | RAID または JBOD (2 つのコピー) | RAID または JBOD | RAID | RAID または JBOD |
| セカンダリ データセンター サーバー | RAID | RAID (1 つのコピー) | RAID または JBOD | RAID | RAID または JBOD |
プライマリ データセンター サーバーで JBOD 上に展開するには、DAG 内に 3 つ以上の高可用性データベース コピーが必要です。 高可用性データベース コピーをホストしているサーバーと同じサーバー上で時間差コピーを混在させる場合 (たとえば、専用の時間差データベース コピー サーバーを使用しない場合) には、少なくとも 2 つの時間差データベース コピーが必要になります。
セカンダリ データセンター サーバーで JBOD を使用するには、セカンダリ データセンターに少なくとも 2 つの高可用性データベース コピーが必要です。 セカンダリ データセンターのコピーを失っても、WAN を通じて再シードする必要が生じたり、セカンダリ データセンターをアクティブ化する場合に単一障害点になったりすることはありません。 高可用性データベース コピーをホストしているサーバーと同じサーバー上で時間差データベース コピーを混在させる場合 (たとえば、専用の時間差データベース コピー サーバーを使用しない場合) には、少なくとも 2 つの時間差データベース コピーが必要になります。
専用の時間差データベース コピー サーバーでは、JBOD を使用するためにデータセンター内に少なくとも 2 つの時間差データベース コピーが必要です。 データベース コピーが足りない場合、ディスクの障害により時間差データベース コピーおよび保護メカニズムが失われます。
ボリュームごとに複数のデータベース
ボリュームごとに複数のデータベースが Exchange 2013 で利用できる新しい JBOD シナリオであり、アクティブコピーとパッシブ コピー (遅延コピーを含む) を 1 つのディスクに混在させ、ディスク使用率を向上させることができます。 ただし、この手法で時間差データベース コピーを展開するには、自動の時間差データベース コピーのログ ファイルを無視する、を有効にする必要があります。 次の表は、ボリュームごとの複数のデータベースの JBOD を検討するためのガイドラインを示します。
JBOD の考慮事項
| データセンター サーバー | 3 つ以上のコピー (合計) | データ センターごとに 2 つ以上のコピー |
|---|---|---|
| プライマリ データセンター サーバー | JBOD | JBOD |
| セカンダリ データセンター サーバー | 該当なし | JBOD |
次の表に、Exchange 2013 のストレージ アレイ構成に関するガイダンスを示します。
Exchange 2013 メールボックス サーバーの役割でサポートされている RAID の種類
| RAID の種類 | 説明 | サポートまたはベスト プラクティス |
|---|---|---|
| ディスク アレイの RAID ストライプ サイズ (KB) | ストライプ サイズは、RAID セット内におけるディスクあたりのデータ分布の単位です。 ストライプ サイズはブロック サイズとも呼ばれます。 | ベスト プラクティス:256 KB 以上。 ストレージ ベンダーのベスト プラクティスに従ってください。 |
| ストレージ アレイのキャッシュ設定 | キャッシュ設定は、バッテリでバックアップされたキャッシュ アレイ コント ローラーによって提供されます。 | ベスト プラクティス: RAID または JBOD 構成の DAS ストレージ コントローラー用の 100% の書き込みキャッシュ (バッテリまたはフラッシュ バック キャッシュ)。 SAN などの他の種類のストレージ ソリューションの場合は、75% の書き込みキャッシュ、25% の読み取りキャッシュ (バッテリーまたはフラッシュ バック キャッシュ)。 SAN ベンダーが自社のプラットフォーム上のキャッシュ構成に関する別のベスト プラクティスを公開している場合は、SAN ベンダーの指示に従ってください。 |
| 物理ディスク書き込みキャッシュ | キャッシュの設定は、個々のディスクそれぞれです。 | サポート:UPS なしで使用する場合は、物理的なディスク書き込みキャッシュを無効にする必要があります。 |
次の表では、データベースおよびログ ファイルの選択についてのガイドを提供します。
Exchange 2013 メールボックス サーバーの役割のデータベースとログ ファイルの選択肢
| データベースとログ ファイルのオプション | 説明 | スタンドアロン:サポートまたはベスト プラクティス | 高可用性:サポートまたはベスト プラクティス |
|---|---|---|---|
| ファイルの配置:ログの独立性あたりのデータベース | ログの独立性あたりのデータベースは、データベース ファイルとログを同じメールボックス データベースから、異なる物理ディスクからなる異なるボリュームに配置することを意味します。 | ベスト プラクティス:回復性のため、データベース (.edb) ファイルおよびログを同じデータベースから、異なる物理ディスクからなる異なるボリュームに移動します。 | サポート:ログとデータベースの独立性は必要ありません。 |
| ファイルの配置:ボリュームあたりのデータベース ファイル | ボリュームあたりのデータベース ファイルは、ディスク ボリューム内またはディスク ボリュームにまたがってデータベース ファイルを分散させる方法を意味します。 | ベスト プラクティス:バックアップの方法を基にします。 | サポート:JBDO を使用している場合は、データベースとログ ファイル用の別々のディレクトリを含む単一のボリュームを作成します。 |
| ファイルの配置:ボリュームあたりのログ ストリーム | ボリュームあたりのログ ストリームは、ディスク ボリューム内またはディスク ボリュームにまたがってデータベース ファイルを分散させる方法を意味します。 | ベスト プラクティス:バックアップの方法を基にします。 | サポート:JBDO を使用している場合は、データベースとログ ファイル用の別々のディレクトリを含む単一のボリュームを作成します。 ベスト プラクティス:JBOD を使用している場合は、各ボリュームで複数のデータベースを活用します。 |
| データベースのサイズ | データベースのサイズとは、ディスク データベース (.edb) ファイルのサイズを意味します。 | サポート:約 16 TB。 ベスト プラクティス:
|
サポート:約 16 TB。 ベスト プラクティス:
|
| ログの切り詰め方法 | ログの切り詰め方法とは、古いデータベースのログ ファイルの切り詰めと削除のプロセスです。 次の 2 つのメカニズムがあります。
|
ベスト プラクティス:
|
ベスト プラクティス:
|
次の表では、Windows のディスクの種類に関するガイドを提供します。
Exchange 2013 メールボックス サーバーの役割の Windows ディスクの種類
| Windows ディスクの種類 | 説明 | スタンドアロン:サポートまたはベスト プラクティス | 高可用性:サポートまたはベスト プラクティス |
|---|---|---|---|
| ベーシック ディスク | 基本記憶域用に初期化されたディスクをベーシック ディスクと呼びます。 ベーシック ディスクには、プライマリ パーティション、拡張パーティション、論理ドライブなどのベーシック ボリュームが含まれます。 | サポートされています。 ベスト プラクティス:ベーシック ディスクを使用します。 |
サポートされています。 ベスト プラクティス:ベーシック ディスクを使用します。 |
| ダイナミック ディスク | 動的記憶域用に初期化されたディスクをダイナミック ディスクと呼びます。 ダイナミック ディスクには、シンプル ボリューム、スパン ボリューム、ストライプ ボリューム、ミラー ボリューム、RAID-5 ボリュームなどのダイナミック ボリュームが含まれます。 | サポートされています。 | サポートされています。 |
次の表では、ボリューム構成のガイドを提供します。
Exchange 2013 メールボックス サーバーの役割のボリューム構成
| ボリューム構成 | 説明 | スタンドアロン:サポートまたはベスト プラクティス | 高可用性:サポートまたはベスト プラクティス |
|---|---|---|---|
| GUID パーティション テーブル (GPT) | GPT は、古いマスター ブート レコード (MBR) のパーティション分割のスキーマを拡張するディスク アーキテクチャです。 NTFS でフォーマットされたパーティションの最大サイズは 256 TB です。 | サポートされています。 ベスト プラクティス:GPT パーティションを使用します。 |
サポートされています。 ベスト プラクティス:GPT パーティションを使用します。 |
| MBR | MBR (パーティション セクター) は 512 バイトのブート セクターで、ハード ディスクなどのパーティション分割された記憶装置の最初のセクター (LBA Sector 0) です。 NTFS でフォーマットされたパーティションの最大サイズは 2 TB です。 | サポートされています。 | サポートされています。 |
| パーティションの配置 | パーティションの配置とは、最適なパフォーマンスのためにセクター境界にパーティションを配置することを意味します。 | サポート:Windows Server 2008 R2 と Windows Server 2012 の既定値は 1 メガバイト (MB) です。 | サポート:Windows Server 2008 R2 と Windows Server 2012 の既定値は 1 MB です。 |
| ボリューム パス | ボリューム パスは、ボリュームのアクセス方法を意味します。 | サポート:ドライブ文字またはマウント ポイント。 ベスト プラクティス:マウント ポイントのホスト ボリュームは RAID が有効になっている必要があります。 |
サポート:ドライブ文字またはマウント ポイント。 ベスト プラクティス:マウント ポイントのホスト ボリュームは RAID が有効になっている必要があります。 |
| ファイル システム | ファイル システムはコンピューターのファイルを格納して整理する方法で、ファイルが格納しているデータの検索とファイルへのアクセスを容易にします。 | サポート:NTFS および ReFS。 | サポート:NTFS および ReFS。 |
| NTFS の最適化 | NTFS の最適化は、Windows ファイル システムの断片化の量を減らす処理です。 これは、ディスクの内容を物理的に整理して、各ファイルの欠片を近くにまとめて連続的になるように格納することで実現します。 | サポートされています。 ベスト プラクティス: 必要ではなく、推奨しません。 Windows Server 2012 では、自動ディスク最適化およびデフラグ機能を無効にすることもお勧めします。 |
サポートされています。 ベスト プラクティス: 必要ではなく、推奨しません。 Windows Server 2012 では、自動ディスク最適化およびデフラグ機能を無効にすることもお勧めします。 |
| NTFS アロケーション ユニット サイズ | NTFS アロケーション ユニット サイズは、ファイルを保持するために割り当てることができるディスク領域の最小量を表します。 | サポート:すべてのアロケーション ユニット サイズ。 ベスト プラクティス:.edb ファイルとログ ファイル ボリュームの両方に 64 KB。 |
サポート:すべてのアロケーション ユニット サイズ。 ベスト プラクティス:.edb ファイルとログ ファイル ボリュームの両方に 64 KB。 |
| NTFS 圧縮 | NTFS 圧縮は、ハード ディスクに格納されるファイルの実際のサイズを減らす処理です。 | サポート:Exchange データベースまたはログ ファイルはサポートしていません。 | サポート:Exchange データベースまたはログ ファイルはサポートしていません。 |
| NTFS 暗号化ファイル システム (EFS) | EFS では、個々のファイル、フォルダー、またはデータ ドライブ全体をユーザーが暗号化できます。 EFS は業界標準のアルゴリズムと公開キー暗号を介した強力な暗号化を提供するため、攻撃者がシステム セキュリティをバイパスした場合でも暗号化されたファイルの機密性は維持されます。 | サポート:Exchange データベースまたはログ ファイルはサポートしていません。 | Exchange データベースまたはログ ファイルはサポートしていません。 |
| Windows BitLocker (ボリューム暗号化) | Windows BitLocker は、Windows Server 2008 のデータ保護機能です。 BitLocker は、紛失したり盗難にあったコンピューターからデータが盗まれたり漏えいしたりしないように保護し、コンピューターを使用停止するときに、より安全にデータを削除できるようにします。 | サポート:すべての Exchange データベースとログ ファイル。 | サポート:すべての Exchange データベースとログ ファイル。 Windows フェールオーバー クラスターには、Windows Server 2008 R2 または Windows Server 2008 R2 SP1 が必要です。 BitLocker が有効になっている Exchange ボリュームは、以前のバージョンの Windows を実行している Windows フェールオーバー クラスターではサポートされていません。 Windows 7 BitLocker 暗号化の詳細については、「(/previous-versions/windows/it-pro/windows-7/ee449438(v=ws.10))[Windows 7 の BitLocker Drive Encryption: よく寄せられる質問]」を参照してください。 |
| サーバー メッセージ ブロック (SMB) 3.0 | サーバー メッセージ ブロック (SMB) プロトコルは、(TCP/IP や他のネットワーク プロトコル上の) ネットワーク ファイル共有プロトコルであり、コンピューター上のアプリケーションでリモート サーバー上のファイルやリソースにアクセスするためのプロトコルです。 またサーバー メッセージ ブロック (SMB) プロトコルにより、SMB クライアント要求を受信する構成にしたサーバー プログラムともアプリケーションで通信できます。 Windows Server 2012 では、以下の機能を備えた 3.0 バージョンの新しい SMB プロトコルを導入しました。
|
限定サポート。 サポート対象シナリオは、SMB 3.0 共有の VHD でディスクをホストするハードウェア仮想化展開です。 これらの VHD を、ホストはハイパーバイザーで認識します。 詳細については、「Exchange 2013 仮想化」を参照してください。 | 限定サポート。 サポート対象シナリオは、SMB 3.0 共有の VHD でディスクをホストするハードウェア仮想化展開です。 これらの VHD を、ホストはハイパーバイザーで認識します。 詳細については、「Exchange 2013 仮想化」を参照してください。 |
| 記憶域スペース | 記憶域スペースは、Windows Server 2012 に仮想化機能を提供する新しいストレージ ソリューションです。 記憶域スペースにより、物理ディスクをストレージ プールに編成できるほか、ディスクを追加するだけで容易に拡張できます。 これらのディスクは USB、SATA、SAS のいずれかを通して接続できます。 記憶域スペースは、シン プロビジョニングや基礎となる物理メディアの故障に対する回復性といった強力な機能を備え、物理ディスクと同じように機能する仮想ディスク (スペース) も利用します。 詳細については、「記憶域スペースの概要」をご覧ください。 | サポートされています。 このトピックに記載されている物理ディスク タイプと同じ制限。 | サポートされています。 このトピックに記載されている物理ディスク タイプと同じ制限。 |
| Resilient File System (ReFS) | ReFS は、NTFS の基盤上に構築されたWindows Server 2012用の新しく設計されたファイル システムです。 ReFS では NTFS との高度な互換性を維持しながら、強化されたデータの検証および自動修正テクニック、また特に記憶域スペース機能と一緒に使用された場合の破損に対する統合されたエンドツーエンドの回復性を提供します。 ReFS の詳細については、「Resilient File System の概要」をご覧ください。 | Exchange データベース ファイル、ログ ファイル、コンテンツ インデックス作成ファイルを含むボリュームでサポートされます。 Windows Server 2012に展開する場合は、次の修正プログラムがWindows Server 2012にインストールされていることを確認します。
REFS は OS ボリュームではサポートされていません。 |
Exchange データベース ファイル、ログ ファイル、コンテンツ インデックス作成ファイルを含むボリュームでサポートされます。 Windows Server 2012に展開する場合は、次の修正プログラムがWindows Server 2012にインストールされていることを確認します。
REFS は OS ボリュームではサポートされていません。 |
| データ重複除去 | データ重複除去は Windows Server 2012 の記憶域使用を最適化する新しいテクニックです。 これは、データ内の重複を見つけて削除する方法であり、その忠実性や整合性を損なう必要はありません。 この目的は、ファイルを小さな可変サイズのチャンクに分割して、重複チャンクを特定し、各チャンクの単一コピーを維持することによって、より少ないスペースにより多くのデータを保存することです。 チャンクの重複コピーは単一コピーへの参照に置き換えられ、チャンクはコンテナー ファイルにまとめられ、コンテナーはさらにスペースを最適化するために圧縮されます。 | Exchange データベース ファイルに対するサポートなし。 メモ: 完全にオフラインの Exchange データベース ファイル (バックアップやアーカイブ用) に対して使用できます。 | Exchange データベース ファイルに対するサポートなし。 メモ: 完全にオフラインの Exchange データベース ファイル (バックアップやアーカイブ用) に対して使用できます。 |