第二页
存储系统和（或）主机操作系统可能也实施了大小限制，这进而限制了可用于给定存储容器的轴数。例如, 默认 Linux 文件系统 Ext3 的最大大小为 16TB，如果使用的是 1TB 磁盘，并且考虑到格式化等操作造成一定的容量损失，单一文件系统可能被限定为约 17 个轴。
在考虑大容量系统时，还应考虑二级存储，这些系统并不非常适用于 Exchange、数据库或其它需要低响应时间和高吞吐量的应用程序。理想应用程序包括：
•磁盘至磁盘备份
•数据复制的目标（例如，使用 NetApp SnapMirror）
•电子邮件归档
•文件或文档归档
•法规遵从存储
二级存储本身也非常适用于那些具有大型顺序数据流的应用程序，其中包括：
•图像采集
•实况视频采集
•地震数据
数据可用性
由于可能具有数百个 SATA 盘，因此还有几项关于大容量系统的数据可用性的重要事项需要考虑，其中包括：
•RAID
•高可用性配置
•多路径 HA
SATA 磁盘的故障率通常比光纤通道磁盘高，因而实施 RAID 保护至关重要。NetApp 通常建议采用 NetApp 高性能的双奇偶 RAID 6 实施（即 RAID-DP）来避免可能因 RAID 组中双磁盘故障引起的数据丢失发生。其他供应商可能也提供了双奇偶 RAID 6 解决方案，具体视存储产品而定。不管选择哪位供应商，任何大容量存储系统都将因为 RAID 6 提供的更高数据弹性而受益。
尽管大容量存储系统常用作二级存储，部署了此类系统的 NetApp 客户常常会选择含主动/主动控制器及无单点故障的全面高可用性配置，以确保大型数据仓库始终可访问。对于大容量 HA 解决方案，需要考虑的一个重要事项是，一个控制器需要多长时间从另一个控制器中接管磁盘或将磁盘恢复到另一个控制器。与通常只采用光纤通道磁盘的解决方案相比，使用大量 SATA 磁盘的解决方案在控制器接管和恢复磁盘方面所花费的时间略长。这是因为与光纤通道磁盘相比，SATA 磁盘本身速度更慢，执行运行状况检查进程的时间更长。
Data ONTAP 7.2.4 引入了一些专门针对 SATA 磁盘接管和恢复的具体优化功能，可提高大容量 SATA 系统在故障转移和恢复方面的性能，使此解决方案与仅使用光纤通道磁盘的解决方案不相上下。为通过优化功能获益，我们建议对任何 NetApp 基于 SATA 的大容量 HA 存储解决方案使用 Data ONTAP 7.2.4 或更高版本。
有一个 NetApp 存储配置选项未得到充分利用，那就是多路径 HA。多路径 HA 确保从每个控制器到每个磁盘有两个单独的 I/O 路径，因而在出现线缆问题或其它硬件问题时，磁盘驱动器的访问不会中断。若采用 HA 配置，此类问题的出现会导致发生故障转移。多路径 HA 提供了从每个控制器到其存储的冗余数据路径，因此减少了故障转移的发生机率。多路径 HA 还可以通过将存储工作负荷分布到两个数据路径中，帮助增强性能的一致性。
数据保护
大容量存储系统的数据备份业已成为所面临的一项重大挑战。首推磁盘到磁盘备份方法，因为这样可能尽量缩短备份时间。然而，如果使用 NetApp SnapVault 和 SnapMirror 等工具，创建大容量存储系统的基准副本所需的时间可能相当长。NetApp 提供了两种工具：LREP（逻辑复制）和 SnapMirror to Tape，以帮助创建可植入到远程系统的基准。自此之后，将只复制改动过的数据块，从而降低对来源和目标控制器以及两者之间网络的影响。
RAID 重建
与大多数其它系统维护活动一样，RAID 重建时间会因采用大量 SATA 驱动器而延长。例如，如果有一个 1TB 磁盘发生故障，在没有其它负载的情况下，重建 NetApp 系统上的 RAID 大约需要 10 到 12 小时。此时间会随系统负载增加而延长。
网友评论