Administrator Guide

内部驱动器容量

表 1 中列出的容量值表示已根据 DR4000/DR4100 系统版本中的相关开销调整的内部驱动器容量和可用物理容

量。

注: 在表 1 中，缩写 TB 和 GB 分别表示十进制的太字节和千兆字节，而缩写 TiB 则是二进制的太字节值。

作为数字信息存储单位，二进制太字节是字节的基于标准的二进制倍数。

表

. 1: 内部驱动器容量和可用物理容量

DR Series 系统驱动器容量可用的物理容量（十进制）可用的物理容量（二进制）

3 TB（仅限 DR4100 系统） 26.79 TB 23.8 TiB

2 TB 17.9 TB 15.9 TiB

1 TB 8.89 TB 7.9 TiB

600 GB 5.29 TB 4.6 TiB

300 GB 2.47 TB 2.2 TiB

有关扩展架机柜支持的外部数据存储容量的更多常规信息，请参阅 DR Series System and Data Operations（DR

Series 系统和数据操作）中的 DR Series Expansion Shelf（DR Series 扩展架）部分。

外部驱动器容量

表 2 中列出的容量值表示在向 DR4000 或 DR4100 系统添加受支持的扩展架机柜后可用的外部驱动器中的附加存

储容量。使用扩展架机柜可添加容量为 1 太字节 (TB)、2 TB 或 3 TB 的附加数据存储。有关扩展架机柜的更多信

息，请参阅添加 DR Series 系统扩展架、安装扩展架许可和 DR Series 系统 - 扩展架布线。

表. 2: 外部驱动器容量和可用物理容量

DR Series 系统驱动器容量可用的物理容量（十进制）可用的物理容量（二进制）

1 TB 8.89 TB 7.9 TiB

2 TB 17.89 TB 15.9 TiB

3 TB 26.79 TB 23.8 TiB

Data Storage Terminology and Concepts

This topic presents several key data storage terms and concepts that help you to better understand the role that the DR

Series system plays in meeting your data storage needs.

Data Deduplication and Compression: The DR Series system design draws upon a wide variety of data-reduction

technologies that include the use of advanced deduplication algorithms, in addition to the use of generic and custom

compression solutions that are effective across a large number of differing file types. The system uses a concept of

content-awareness where it analyzes data to better learn and understand the structure of your files and data types.

Once this is learned, it uses this method to improve your data reduction ratios while reducing resource consumption on

the host. The system uses block deduplication to address the increasing data growth, and this is well suited to providing

the best results for routine and repeated data backups of structured data. Block-level deduplication works efficiently

where there are multiple duplicate versions of the same file. This is because it looks at the actual sequence of the

data–the 0s and 1s–that comprise the data.

Whenever a document is repeatedly backed up, the 0s and 1s stay the same because the file is simply being duplicated.

The similarities between two files can be easily identified using block deduplication because the sequence of their 0s