存储

可以将 Analytics 统计信息归档，这意味着这些信息是一个不断读取并保存到系统磁盘的数据集（每秒汇总一次）。这允许按月、日直到秒查看统计信息。数据不会被丢弃－如果设备持续运行了两年，您可以查看过去两年中任何时间的归档数据集视图，而且可以深入到秒级别。根据统计信息的类型，这可能会造成系统磁盘使用方面的问题。

您可以在数据集视图中监视不断增长的数据集大小，并销毁增长得过大的数据集。由于系统磁盘启用了压缩，因此数据集视图中所显示的大小比压缩后所占用的磁盘空间要大。有关系统磁盘使用和可用空间，请参见Oracle ZFS Storage Appliance 客户服务手册 中的系统。

以下示例大小提取自持续运行了 4 个多月的设备：

* 这些大小将因您的工作负荷而异；因此只作为大致参考提供。

值得注意的是，该设备设计为使用 500 GB 的镜像系统磁盘，其中大部分磁盘可用于存储数据集。

影响所占用的磁盘空间的因素包括：

• 统计信息的类型：原始还是细目

• 对于细目：细目的数量以及细目名称的长度

• 活动发生率

留意 "Dataset"（数据集）中的大小。如果某个数据集增长得过大，您希望停止增长，但想要保留历史数据，请使用暂停操作。

原始统计信息

由于下列原因，单值的统计信息（有时写为 as a raw statistic（以原始统计信息形式））将不会占用太多的磁盘空间：

• 整数值占用的磁盘空间是固定的，而且此空间量很小。

• 保存时会压缩归档－这将显著减小统计信息的大小，使其几近于零。

示例：

• CPU: percent utilization（CPU：利用率百分比）

• Protocol: NFSv3 operations per second（协议：每秒 NFSv3 操作数）

细目

具有细目的统计信息会使用更多的数据（如前面的表所示），这是因为：

• 每个细目每秒保存一次。对于按文件和主机名细分的细目，每秒的细目数量可能会多达数百个（试想一下：在一秒的汇总期间内发生活动的文件或主机有多少个！）－所有这些细目都必须保存到磁盘中。

• 细目使用动态名称，这些名称本身可能就很长。在按文件细分的细目统计信息中可能只有十个活动文件，但每个文件的路径名可能会长达数十个字符。这听起来好像不多，但是，当每隔一秒保存此数据时，该数据集的大小将逐步增大。

示例：

• CPU: percent utilization broken down by CPU mode（CPU：按 CPU 模式细分的使用率百分比）

• Protocol: NFSv3 operations per second broken down by type of operation（协议：按操作类型细分的每秒 NFSv3 操作数）

• Disk: I/O bytes per second broken down by disk（磁盘：按磁盘细分的每秒 I/O 字节数）

• Disk: I/O bytes per second broken down by latency（磁盘：按延迟细分的每秒 I/O 字节数）

导出统计信息

有时您可能需要将统计信息归档到其他服务器，以便释放设备的磁盘空间或实现其他目的。有关导出按钮，请参见 Open Worksheets（打开的工作表）；有关 CLI 部分，请参见 Saved Worksheets（保存的工作表）。二者均提供了使用 CSV 格式下载统计数据的方法。