Exchange Server存储配置选项

  • 项目

了解 2016 Exchange Server 2016 和 Exchange Server 2019 中邮箱服务器的存储选项和要求是邮箱服务器存储设计解决方案的重要组成部分。

存储结构

下表介绍支持的存储体系结构，并为每种类型的存储体系结构提供最佳实践指南（如果适用）。

支持的存储体系结构：

存储体系结构 说明 最佳实践
直接附加存储 (DAS) DAS 是一种直接附加到服务器或工作站（中间不使用存储网络）的数字存储系统。 例如，DAS 传输包括串行附加小型计算机系统接口 (SCSI) 和串行附加高级技术附件 (ATA)。 不可用。
存储区域网络 (SAN)：Internet 小型计算机系统接口 (iSCSI) SAN 是一个将远程计算机存储设备（如磁盘阵列和磁带库）附加到服务器的体系结构，以这种方式，设备可以作为本地附加到操作系统的设备出现（例如块存储）。 iSCSI SAN 将 SCSI 命令封装在 IP 数据包内，使用标准网络基础结构作为存储传输（例如以太网）。 请勿与其他应用程序共享物理磁盘备份 Exchange 数据。

使用专用存储网络。

对独立配置使用多个网络路径。
SAN：光纤通道 光纤通道 SAN 将 SCSI 命令封装在光纤通道数据包中，通常使用专用光纤通道网络作为存储传输。 请勿与其他应用程序共享物理磁盘备份 Exchange 数据。

对独立配置使用多个光纤通道网络路径。

按照存储供应商的最佳实践调整光纤通道主机总线适配器 (HBA)，例如队列深度和队列目标。

网络连接存储 (NAS) 单元是连接到网络的自包含计算机，唯一用途是向网络上的其他设备提供基于文件的数据存储服务。 NAS 单元上的操作系统和其他软件提供数据存储、文件系统和文件访问的功能，以及对这些功能（例如文件存储）的管理。

Exchange 用于存储 Exchange 数据的所有存储都必须是块级存储，因为 Exchange 2016 不支持使用 NAS 卷，但在Exchange Server虚拟化一文中概述的 SMB 3.0 方案中则不支持使用 NAS 卷。 此外，在虚拟化环境中，不支持通过虚拟机监控程序以块级存储形式向来宾提供的 NAS 存储。

不建议使用存储层，因为这可能会对系统性能产生负面影响。 因此，不允许存储控制器自动将访问最多的文件移动到“更快的”存储。

物理磁盘类型

下表列出了支持的物理磁盘类型，并为每种物理磁盘类型提供最佳实践指南（如果适用）。

支持的物理磁盘类型：

物理磁盘类型 说明 支持的实践或最佳实践
串行 ATA (SATA) SATA 是用于 ATA 和集成驱动电子设备 (IDE) 磁盘的串行接口。 SATA 磁盘有多种外形规格、速度和容量可供选择。

一般来说，如果有以下设计要求，可以为 Exchange 2016 邮箱存储选择 SATA 磁盘：

  • 高容量
  • 中等性能
  • 中等电源利用率
 支持：Windows Server 2008 和 Windows Server 2008 R2 支持 512 字节扇区磁盘。 另外，具有以下内容的 Windows Server 2008 R2 支持 512e 磁盘：
  • KB982018 中所述的修补程序。
  • Windows Server 2008 R2 Service Pack 1 (SP1) 和 Exchange Server 2010 SP1。

Exchange 2013 及更高版本支持本机 4 kb (KB) 扇区磁盘和 512e 磁盘。 支持要求数据库的所有副本均位于同一类型的物理磁盘上。 例如，不支持将给定数据库的一个副本托管在 512 字节扇区磁盘上，将同一数据库的另一个副本托管在 512e 磁盘或 4K 磁盘上。

最佳实践：考虑企业级 SATA 磁盘，这类磁盘通常具有更好的热量、震动和可靠性特征。
串行附加 SCSI 串行附加 SCSI 是用于 SCSI 磁盘的串行接口。 串行附加 SCSI 磁盘有多种外形规格、速度和容量可供选择。

一般来说，如果有以下设计要求，可以为 Exchange 2016 邮箱存储选择串行连接 SCSI 磁盘：

  • 中等容量
  • 高性能
  • 中等电源利用率
 支持：Windows Server 2008 和 Windows Server 2008 R2 支持 512 字节扇区磁盘。 另外，具有以下内容的 Windows Server 2008 R2 支持 512e 磁盘：
  • KB982018 中所述的修补程序。
  • Windows Server 2008 R2 SP1 和 Exchange Server 2010 SP1。

Exchange 2013 及更高版本支持本机 4 kb (KB) 扇区磁盘和 512e 磁盘。 支持要求数据库的所有副本都位于同一物理磁盘类型上。 例如，以下配置不受支持：在 512 字节扇区磁盘上托管给定数据库的一个副本，而在 512e 磁盘或 4 K 磁盘上托管同一数据库的另一个副本。

最佳实践：在没有 UPS 的情况下使用时，必须禁用物理磁盘写入缓存。
光纤通道 光纤通道是用于将磁盘连接到基于光纤通道的 SAN 的电气接口。 光纤通道磁盘以各种速度和容量提供。

一般来说，如果有以下设计要求，可以为 Exchange 2016 邮箱存储选择光纤通道磁盘：

  • 中等容量
  • 高性能
  • SAN 连接
 支持：Windows Server 2008 和 Windows Server 2008 R2 支持 512 字节扇区磁盘。 另外，具有以下内容的 Windows Server 2008 R2 支持 512e 磁盘：
  • KB982018 中所述的修补程序。
  • Windows Server 2008 R2 Service Pack 1 (SP1) 和 Exchange Server 2010 SP1。

Exchange 2013 及更高版本支持本机 4 kb (KB) 扇区磁盘和 512e 磁盘。 支持要求数据库的所有副本都位于同一物理磁盘类型上。 例如，不支持将给定数据库的一个副本托管在 512 字节扇区磁盘上，将同一数据库的另一个副本托管在 512e 磁盘或 4K 磁盘上。

最佳实践：在没有 UPS 的情况下使用时，必须禁用物理磁盘写入缓存。
固态驱动器 (SSD)（闪存磁盘） SSD 是使用固态内存存储永久性数据的数据存储设备。 SSD 会模拟硬盘驱动器接口。 SSD 磁盘以各种速度提供， (不同的 I/O 性能) 和容量。

一般来说，如果有以下设计要求，可以为 Exchange 2016 邮箱存储选择 SSD 磁盘：

  • 低容量
  • 高性能
 支持：Windows Server 2008 和 Windows Server 2008 R2 支持 512 字节扇区磁盘。 另外，具有以下内容的 Windows Server 2008 R2 支持 512e 磁盘：
  • KB982018 中所述的修补程序。
  • Windows Server 2008 R2 SP1 和 Exchange Server 2010 SP1。

当数据库的所有副本都位于同一物理磁盘类型时，Exchange 2013 及更高版本支持本机 4 kb (KB) 扇区磁盘和 512e 磁盘。 例如，不支持将给定数据库的一个副本托管在 512 字节扇区磁盘上，将同一数据库的另一个副本托管在 512e 磁盘或 4K 磁盘上。

最佳实践：在没有 UPS 的情况下使用时，必须禁用物理磁盘写入缓存。

Exchange 2016 邮箱服务器通常对 SSD 存储的性能特征没有要求。

选择磁盘类型时应考虑的因素

在为 Exchange 2016 存储选择磁盘类型时，需要进行一些权衡。 正确的磁盘需要在性能（同时包括顺序和随机）与容量、可靠性、电源利用率和资金成本之间达到平衡。 下表包含支持的物理磁盘类型，提供在考虑这些因素时对您有帮助的信息。

从性能角度来看，使用大型、较慢的磁盘进行 Exchange 存储是可以的，前提是这些磁盘可以在负载下保持 20 毫秒或更低的平均读写延迟。

磁盘类型选择的因素：

磁盘速度 (RPM) 磁盘尺寸 接口或传输 容量 随机 I/O 性能 顺序 I/O 性能 电源利用率
5,400 2.5 英寸 SATA 平均 较差 较差 极好
5,400 3.5 英寸 SATA 极好 较差 较差 高于平均值
7,200 2.5 英寸 SATA 平均 平均 平均 极好
7,200 2.5 英寸 串行附加 SCSI 平均 平均 高于平均值 极好
7,200 3.5 英寸 SATA 极好 平均 高于平均值 高于平均值
7,200 3.5 英寸 串行附加 SCSI 极好 平均 高于平均值 高于平均值
7,200 3.5 英寸 光纤通道 极好 平均 高于平均值 平均
10,000 2.5 英寸 串行附加 SCSI 低于平均值 极好 高于平均值 高于平均值
10,000 3.5 英寸 SATA 平均 平均 高于平均值 高于平均值
10,000 3.5 英寸 串行附加 SCSI 平均 高于平均值 高于平均值 低于平均值
10,000 3.5 英寸 光纤通道 平均 高于平均值 高于平均值 低于平均值
15,000 2.5 英寸 串行附加 SCSI 较差 极好 极好 平均
15,000 3.5 英寸 串行附加 SCSI 平均 极好 极好 低于平均值
15,000 3.5 英寸 光纤通道 平均 极好 极好 较差
SSD：-= 不适用 SATA、串行附加 SCSI、光纤通道 较差 极好 极好 极好

支持的存储配置的最佳实践

此部分介绍了受支持的磁盘和阵列控制器配置的最佳做法信息。 除了常用的独立磁盘冗余阵列 (RAID) 之外，还有一组磁盘 (或驱动器) 或 JBOD，它指的是尚未配置为充当冗余阵列的硬盘集合。

RAID 通常用于通过跨多个磁盘) 条带化数据来改善单个磁盘的性能特征 (，以及针对单个磁盘故障提供保护。 随着 Exchange 2016 高可用性的进步，RAID 不是 Exchange 2016 存储设计所必需的组件。 但是，对于需要存储容错的独立服务器和解决方案，RAID 仍然是 Exchange 2016 存储设计的重要组件。

操作系统、系统或页面文件卷

操作系统、系统或页面文件卷的建议配置是使用 RAID 技术来保护此数据类型。 虽然推荐的 RAID 配置为 RAID-1 或 RAID-1/0，但支持所有的 RAID 类型。

分开的邮箱数据库和日志卷

如果要部署独立的邮箱服务器角色体系结构，则邮箱数据库和日志卷需要 RAID 技术。 邮箱卷的建议 RAID 配置是 RAID-1/0 (尤其是在使用 5.4 K 或 7.2 K 磁盘) 时;但是，支持所有 RAID 类型。 对于日志卷，推荐的 RAID 配置是 RAID-1 或 RAID-1/0。

针对操作系统、页面文件或 Exchange 数据卷使用 RAID-5 或 RAID-6 配置时，请注意以下内容：

  • RAID-5 配置（包括 RAID-50 和 RAID-51 等变体）的每个阵列组和阵列控制器高优先级清理和表面扫描应不超过 7 个磁盘。

  • RAID-6 配置应启用阵列控制器高优先级清理和表面扫描。

尽管具有三个或更多高可用性数据库副本的高可用性体系结构支持 JBOD，但由于日志和邮箱数据库卷是分开的，因此不建议将 JBOD 作为解决方案。

邮箱数据库和日志卷共用同一位置

在独立体系结构中，不建议将邮箱数据库和日志卷并置。 在高可用性体系结构中，该方案有两种可能性：

  1. 每个卷单个数据库

  2. 每个卷多个数据库

每个卷单个数据库

在 Exchange 环境中，JBOD 存储解决方案涉及将数据库及其关联日志同时存储在一个磁盘上。 若要部署 JBOD 解决方案，必须至少部署三个高可用性数据库副本。 使用单个磁盘是单一故障点，因为当磁盘发生故障时，驻留在该磁盘上的数据库副本将丢失。 如果一个副本 (或一个磁盘) 失败，则至少有三个数据库副本可确保容错。 但是，放置三个高度可用的数据库副本以及使用滞后的数据库副本可能会影响存储设计。 下表列出了针对 RAID 或 JBOD 注意事项的指南。

RAID 或 JBOD 注意事项：

数据中心服务器 两个高可用副本（总计） 三个高可用副本（总计） 每个数据中心具有两个或更多高可用副本 一个滞后副本 每个数据中心具有两个或更多滞后副本
主数据中心服务器 RAID RAID 或 JBOD（2 个副本） RAID 或 JBOD RAID RAID 或 JBOD
辅助数据中心服务器 RAID RAID（1 个副本） RAID 或 JBOD RAID RAID 或 JBOD

若要对主数据中心服务器在 JBOD 上进行部署，需要在 DAG 中包含三个或更多高可用数据库副本。 如果在托管高可用数据库副本的同一个服务器上混合滞后副本（例如，不使用专用滞后数据库副本服务器），则至少需要两个滞后数据库副本。

若要使辅助数据中心服务器使用 JBOD，应在辅助数据中心中至少包含两个高可用数据库副本。 辅助数据中心中的一个副本丢失不会导致需要跨 WAN 重新设定种子，也不会导致在激活辅助数据中心时形成单一故障点。 如果在托管高可用数据库副本的同一个服务器上混合滞后数据库副本（例如，不使用专用滞后数据库副本服务器），则至少需要两个滞后数据库副本。

对于专用滞后数据库副本服务器，在数据中心中应至少有两个滞后数据库副本使用 JBOD。 否则，磁盘丢失会导致丢失滞后的数据库副本，并丢失保护机制。

每个卷多个数据库

每个卷有多个数据库是 Exchange 2016 中提供的一种新的 JBOD 方案，允许主动和被动副本 (包括滞后副本) 在单个磁盘上混合，从而提高磁盘利用率。 但是，要以这种方式部署滞后副本，则必须启用自动滞后副本日志文件减少功能。 下表显示用于每个卷多个数据库的 JBOD 注意事项指南。

JBOD 注意事项：

数据中心服务器 3 个或更多副本（总计） 每个数据中心具有两个或更多副本
主数据中心服务器 JBOD JBOD
辅助数据中心服务器 不适用 JBOD

下表列出了有关 Exchange 2016 存储阵列配置的指南。

Exchange 2016 邮箱服务器角色支持的 RAID 类型：

RAID 类型 说明 支持的做法或最佳做法
磁盘阵列 RAID 带区大小 (KB) 条带大小是 RAID 集中每个磁盘的数据分布单位。 条带大小也称为块大小。 最佳实践：256 KB 或更大。 遵循存储供应商的最佳实践。
存储阵列缓存设置 缓存设置由电池供电的缓存阵列控制器提供。 最佳做法：DAS 存储控制器 100% 的写入缓存（电池或闪存备份的缓存）位于 RAID 或 JBOD 配置中。 75% 的写入缓存和 25% 的读取缓存（电池或闪存备份的缓存）用于其他类型的存储解决方案，如 SAN。 如果 SAN 供应商在其平台上有针对不同缓存配置的最佳做法，请按照 SAN 供应商的指导进行操作。
物理磁盘写入缓存 可对每个磁盘设置该缓存。 支持：在没有 UPS 的情况下使用时，必须禁用物理磁盘写入缓存。

下表提供有关数据库和日志文件选项的指南。

Exchange 2016 邮箱服务器角色的数据库和日志文件选项：

数据库和日志文件选项 说明 独立：支持的做法或最佳做法 高可用性：支持的做法或最佳做法
文件位置：数据库/日志隔离 每个日志的数据库隔离是指将同一邮箱数据库中的数据库文件和日志放在由不同物理磁盘支持的不同卷上。 最佳实践：为实现可恢复性，将同一数据库中的数据库 (.edb) 文件和日志移动到由不同物理磁盘备份的不同卷中。 支持：日志和数据库的隔离不是必需的。
文件位置：数据库文件/卷 每个卷的数据库文件是指在磁盘卷内或跨磁盘卷分布数据库文件的方式。 最佳实践：基于您的备份方法。 支持：使用 JBOD 时，请为数据库和日志文件创建单个包含单独目录的卷。
文件位置：日志流/卷 每个卷的日志流是指如何在磁盘卷内或跨磁盘卷分配数据库日志文件。 最佳实践：基于您的备份方法。 支持：使用 JBOD 时，请为数据库和日志文件创建单个包含单独目录的卷。

最佳做法：使用 JBOD 时，每个卷使用多个数据库。
数据库大小 数据库大小指磁盘数据库 (.edb) 文件大小。 支持：大约 16 TB。

最佳实践：

  • 200 GB 或更少。
  • 按计算的最大数据库大小的 120% 设置。
 支持：大约 16 TB。

最佳实践：

  • 2 TB 或更少。
  • 按计算的最大数据库大小的 120% 设置。
日志截断方法 日志截断方法是截断并删除旧数据库日志文件的过程。 有两种机制：
  • 循环日志记录，在这种机制中，Exchange 会删除日志。
  • 日志截断，在完整或增量卷影复制服务 (VSS) 备份成功之后进行。
 最佳实践：
  • 使用备份执行日志截断（例如，禁用循环日志记录）。
  • 按三天的日志生成容量设置。
 最佳实践：
  • 为使用 Exchange 原生数据保护功能的部署启用循环日志记录。
  • 按超过重播延迟设置三天的日志生成容量设置。

下表提供有关 Windows 磁盘类型的指南。

Exchange 2016 邮箱服务器角色的 Windows 磁盘类型：

Windows 磁盘类型 说明 独立：支持的做法或最佳做法 高可用性：支持的做法或最佳做法
基本磁盘 初始化为基本存储的磁盘称为基本磁盘。 基本磁盘包含基本卷，如主分区、扩展分区和逻辑驱动器。 支持。

最佳实践：使用基本磁盘。

 支持。

最佳实践：使用基本磁盘。
动态磁盘 初始化为动态存储的磁盘称为动态磁盘。 动态磁盘包含动态卷，如简单卷、跨区卷、带区卷、镜像卷和 RAID-5 卷。 支持。 支持。

下表提供有关卷配置的指南。

Exchange 2016 邮箱服务器角色的卷配置：

卷配置 说明 独立：支持的做法或最佳做法 高可用性：支持的做法或最佳做法
GUID 分区表 (GPT) GPT 是一种在旧式主启动记录 (MBR) 分区方案上扩展得到的磁盘体系结构。 最大 NTFS 格式分区大小为 256 TB。 支持。

最佳实践：使用 GPT 分区。

 支持。

最佳实践：使用 GPT 分区。
MBR MBR（或分区扇区）是作为已分区数据存储设备（如硬盘）的第一个扇区（LBA 扇区 0）的 512 字节启动扇区。 最大 NTFS 格式分区大小为 2 TB。 支持。 支持。
分区对齐 分区对齐指将分区在扇区边界上对齐以获得最佳性能。 支持：Windows Server 2008 R2 和 Windows Server 2012 默认为 1MB。 支持：Windows Server 2008 R2 和 Windows Server 2012 默认为 1MB。
卷路径 卷路径指访问卷的方式。 支持：驱动器号或装入点。 最佳实践：装入点主机卷必须启用 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。 运行早期版本的 Windows 的 Windows 故障转移群集不支持启用了 BitLocker 的 Exchange 卷。

有关 Windows 7 BitLocker 加密的详细信息，请参阅 Windows 7 中的 BitLocker 驱动器加密：常见问题。
服务器消息块 (SMB) 3.0 服务器消息块 (SMB) 协议是一项网络文件共享协议（以 TCP/IP 或其他网络协议为依据），允许计算机上的应用访问远程服务器上的文件和资源。 它还允许应用与任何设置为接收 SMB 客户端请求的服务器程序进行通信。 Windows Server 2012 中引入了新的 3.0 版本 SMB 协议，其中包括下列功能：
  • SMB 透明故障转移
  • SMB 横向扩展
  • SMB 多通道
  • SMB 直通
  • SMB 加密
  • 适用于 SMB 文件共享的 VSS
  • SMB 目录租赁
  • SMB PowerShell
 有限支持。 受支持的情况是在 SMB 3.0 共享的 VHD 上托管磁盘的硬件虚拟化部署。 这些 VHD 通过一个虚拟机监控程序呈现给主机。 有关详细信息，请参阅 Exchange Server虚拟化。 有限支持。 受支持的情况是在 SMB 3.0 共享的 VHD 上托管磁盘的硬件虚拟化部署。 这些 VHD 通过一个虚拟机监控程序呈现给主机。 有关详细信息，请参阅 Exchange Server虚拟化。
存储空间 存储空间是新的存储解决方案，用于实现 Windows Server 2012 的虚拟化功能。 存储空间允许将物理磁盘组织到存储池中，可以通过添加磁盘轻松扩展存储池。 这些磁盘可以通过 USB、SATA 或 SAS 进行连接。 它还使用虚拟磁盘 (空间) ，其行为与物理磁盘类似，具有相关的强大功能，例如精简预配，以及对基础物理媒体故障的复原能力。 若要详细了解存储空间，请参阅存储空间概述。 支持。 与本文中概述的物理磁盘类型的限制相同。 支持。 与本文中概述的物理磁盘类型的限制相同。
复原文件系统 (ReFS) ReFS 是基于 NTFS 构建的Windows Server 2012新设计的文件系统。 ReFS 与 NTFS 保持高度兼容性，同时提供增强的数据验证和自动更正技术，以及集成的端到端损坏复原能力，尤其是在与存储空间功能一起使用时。 有关 ReFS 的详细信息，请参阅 复原文件系统 (ReFS) 概述：支持的部署。 如果安装了以下修补程序，则支持包含 Exchange 数据库文件、日志文件和内容索引文件的卷：Exchange Server 2013 数据库在Windows Server 2012中碎片化。 不支持包含 Exchange 二进制文件的卷。

最佳做法：必须为 Exchange 数据库 (.edb) 文件或托管这些文件的卷禁用数据完整性功能。 如果卷不包含任何数据库或日志文件，则可以为包含内容索引目录的卷启用完整性功能。

 如果安装了以下修补程序，则支持包含 Exchange 数据库文件、日志文件和内容索引文件的卷：Exchange Server 2013 数据库在Windows Server 2012中碎片化。 不支持包含 Exchange 二进制文件的卷。

最佳做法：必须为 Exchange 数据库 (.edb) 文件或托管这些文件的卷禁用数据完整性功能。 如果卷不包含任何数据库或日志文件，则可以为包含内容索引目录的卷启用完整性功能。
ReFS 分配单元大小 ReFS 分配单元大小表示可以分配用于保存文件的最小磁盘空间量。 支持：所有分配单元大小。

最佳实践：对于 .edb 和日志文件卷都为 64 KB。

 支持：所有分配单元大小。

最佳实践：对于 .edb 和日志文件卷都为 64 KB。
重复数据删除 重复数据删除是一种优化存储利用率的技术。 这是一种在不影响其保真度或完整性的情况下查找和删除数据中的重复数据的方法。 其目标是将文件分割为各种大小的小区块，标识重复的区块并保留每个区块的各个副本，用更少的空间存储更多的数据。 重复数据删除技术通常采用以下两种方式之一实现：在操作系统级别，或存储系统级别和操作系统不知道正在使用它。 OS 级别：Exchange 邮箱数据库、传输数据库或内容索引文件不支持。

存储系统级别：支持，但属于 Microsoft 第三方存储软件解决方案支持策略。

注意：OS 级转储可用于脱机 (用作备份或存档) 的 Exchange 数据库文件。

 OS 级别：Exchange 邮箱数据库、传输数据库或内容索引文件不支持。

存储级别：支持，但属于 Microsoft 第三方存储软件解决方案支持策略。

注意：OS 级转储可用于脱机 (用作备份或存档) 的 Exchange 数据库文件。