SANtricity System Manager 的卷和工作负载常见问题解答
建议更改
PDF
如果您只是在寻找问题的快速答案，此常见问题可以为您提供帮助。
什么是卷？
卷是应用程序、数据库和文件系统存储数据的容器。它是为主机创建的逻辑组件，用于访问存储阵列上的存储。
卷是根据池或卷组中的可用容量创建的。卷具有定义的容量。虽然卷可能由多个驱动器组成，但卷在主机上显示为一个逻辑组件。
当卷组中有足够的可用容量来创建卷时，为什么会出现容量过度分配错误？
所选卷组可能有一个或多个可用容量区域。可用容量区域是删除卷或在卷创建期间未使用所有可用容量而产生的可用容量。
在具有一个或多个可用容量区域的卷组中创建卷时，卷的容量仅限于该卷组中最大的可用容量区域。例如，如果一个卷组总共有 15 GiB 的可用容量，并且最大的可用容量区域为 10 GiB，则可以创建的最大卷为 10 GiB。
如果卷组具有可用容量区域，则卷组图表包含指示现有可用容量区域数量的链接。选择链接以显示一个弹出窗口，指示每个区域的容量。
通过整合可用容量，您可以从卷组中的最大可用容量创建其他卷。您可以使用以下方法之一整合选定卷组上的现有可用容量：
-
当至少检测到一个卷组的一个可用容量区域时，"合并可用容量"建议将显示在通知区域的主页上。单击 合并可用容量 链接以启动对话框。
-
您还可以选择菜单：池和卷组[Uncommon Tasks > Consolidate volume group free capacity] 以启动此对话框。
如果要使用特定的可用容量区域而非最大的可用容量区域，请使用命令行界面 (CLI)。
我选择的工作负载如何影响卷的创建？
在创建卷期间，系统会提示您输入有关工作负载使用情况的信息。系统使用此信息为您创建最佳卷配置，可根据需要对其进行编辑。您也可以在卷创建顺序中跳过此步骤。
工作负载是支持应用程序的存储对象。可以为每个应用程序定义一个或多个工作负载或实例。对于某些应用程序，系统将工作负载配置为包含具有类似底层卷特征的卷。这些卷特性是根据工作负载支持的应用程序类型进行优化的。例如，如果创建支持 Microsoft SQL Server 应用程序的工作负载，然后为该工作负载创建卷，则会优化基础卷特征以支持 Microsoft SQL Server。
-
特定于应用程序 — 当您使用特定于应用程序的工作负载创建卷时，系统可能会推荐优化的卷配置，以最大限度地减少应用程序工作负载 I/O 与来自应用程序实例的其他流量之间的竞争。对于为以下应用程序类型创建的工作负载，会自动推荐和优化 I/O 类型、段大小、控制器所有权以及读取和写入缓存等卷特征。
-
Microsoft® SQL Server™
-
Microsoft® Exchange Server™
-
视频监控应用程序
-
VMware ESXi™（用于与 Virtual Machine File System 配合使用的卷）
您可以使用 Add/Edit Volumes 对话框查看推荐的卷配置并编辑、添加或删除系统推荐的卷和特征。
-
-
其他（或不支持特定卷创建的应用程序）-- 其他工作负载使用卷配置，当您要创建未与特定应用程序关联的工作负载时，或者如果没有针对您打算在存储阵列上使用的应用程序的内置优化时，您必须手动指定此配置。您必须使用 Add/Edit Volumes 对话框手动指定卷配置。
为什么这些卷不与工作负载关联？
如果卷是使用命令行界面 (CLI) 创建的，或者已从其他存储阵列迁移（导入/导出），则不与工作负载关联。
为什么无法删除选定的工作负载？
此工作负载由使用命令行界面 (CLI) 创建或从不同存储阵列迁移（导入/导出）的一组卷组成。因此，此工作负载中的卷与特定于应用程序的工作负载无关，因此无法删除该工作负载。
特定于应用程序的工作负载如何帮助我管理存储阵列？
应用程序特定工作负载的卷特征决定了工作负载与存储阵列组件的交互方式，并有助于确定给定配置下环境的性能。
应用程序是 SQL Server 或 Exchange 等软件。您定义一个或多个工作负载以支持每个应用程序。
提供此信息如何帮助创建存储？
工作负载信息用于优化所选工作负载的卷特征，例如 I/O 类型、段大小和读/写缓存。这些优化的特性决定了您的工作负载如何与存储阵列组件交互。
根据您提供的工作负载信息，System Manager 会创建适当的卷，并将其放置在系统上当前存在的可用池或卷组中。系统会根据您选择的工作负载的当前最佳实践创建卷并优化其特征。
在完成为给定工作负载创建卷之前，您可以使用"添加/编辑卷"对话框查看建议的卷配置并编辑、添加或删除系统建议的卷和特征。
请参见特定于应用程序的文档以了解最佳实践信息。
我需要做些什么来识别扩展的容量？
如果增加卷的容量，主机可能无法立即识别卷容量的增加。
大多数操作系统都会识别扩展的卷容量，并在启动卷扩展后自动扩展。但是，有些可能不会。如果您的 OS 无法自动识别扩展的卷容量，则可能需要执行磁盘重新扫描或重新启动。
扩展卷容量后，您必须手动增加文件系统大小以匹配。如何执行此操作取决于您正在使用的文件系统。
有关更多详细信息，请参见主机操作系统文档。
为什么我没有看到所有的池和/或卷组？
无法将卷移动到的任何池或卷组都不会显示在列表中。
由于以下任何原因，池或卷组不符合条件：
-
池或卷组池的 Data Assurance (DA) 功能不匹配。
-
池或卷组处于非最佳状态。
-
池或卷组的容量太小。
什么是段大小？
段是以千字节 (KiB) 为单位存储在驱动器上的数据量，存储阵列会在此之后移动到条带中的下一个驱动器（RAID 组）。段大小仅适用于卷组，而不适用于池。
段大小由其包含的数据块数量定义。在确定段大小时，您必须知道将存储在卷中的数据类型。如果应用程序通常使用较小的随机读写 (IOPS)，则较小的段大小通常工作得更好。或者，如果应用程序具有较大的顺序读写（吞吐量），则较大的段大小通常更好。
无论应用程序使用的是小的随机读取和写入，还是大的顺序读取和写入，如果段大小大于典型的数据块区块大小，则存储阵列的性能会更好。这通常使驱动器更容易和更快地访问数据，这对于提高存储阵列性能非常重要。
IOPS 性能很重要的环境
在每秒 I/O 操作数 (IOPS) 环境中，如果使用的段大小大于读/写到驱动器的典型数据块大小（“chunk”），则存储阵列的性能会更好。这可确保每个 chunk 都写入单个驱动器。
吞吐量很重要的环境
在吞吐量环境中，段大小应为数据总驱动器数和典型数据块大小（I/O 大小）的偶数分数。这会将数据作为单个条带分布在卷组中的驱动器上，从而实现更快的读取和写入。
什么是首选控制器所有权？
首选控制器所有权定义了被指定为卷的拥有者或主控制器的控制器。
控制器所有权非常重要，应仔细规划。控制器应尽可能紧密地平衡总 I/O。
例如，如果一个控制器主要读取大型顺序数据块，而另一个控制器具有频繁读写的小数据块，则负载非常不同。了解哪些卷包含哪些类型的数据，可以在两个控制器上均衡 I/O 传输。
我什么时候想使用"稍后分配主机"选项？
如果要加快创建卷的过程，可以跳过主机分配步骤，以便离线初始化新创建的卷。
必须初始化新创建的卷。系统可以使用两种模式之一对其进行初始化：即时可用格式 (IAF) 后台初始化过程或离线过程。
当您将卷映射到主机时，它会强制该组中的任何初始化卷过渡到后台初始化。此后台初始化过程允许并发主机 I/O，这有时会很耗时。
当未映射卷组中的任何卷时，将执行脱机初始化。脱机流程比后台流程快得多。
关于主机块大小要求，我需要了解哪些信息？
对于 EF300 和 EF600 系统，可以将卷设置为支持 512 字节或 4KiB 块大小（也称为"扇区大小"）。您必须在卷创建过程中设置正确的值。如果可能，系统会建议适当的默认值。
在设置卷块大小之前，请阅读以下限制和指南。
-
某些操作系统和虚拟机（尤其是目前的 VMware）需要 512 字节的块大小，并且不支持 4KiB，因此请确保在创建卷之前了解主机要求。通常，您可以通过将卷设置为呈现 4KiB 块大小来实现最佳性能；但是，请确保您的主机允许 4KiB（或"`4Kn`"）块。
-
为池或卷组选择的驱动器类型也决定了支持的卷块大小，如下所示：
-
如果您使用写入 512 字节块的驱动器创建卷组，则只能创建具有 512 字节块的卷。
-
如果您使用写入 4KiB 块的驱动器创建卷组，则可以使用 512 字节或 4KiB 块创建卷。
-
-
如果阵列具有 iSCSI 主机接口卡，则所有卷都限制为 512 字节块（无论卷组块大小如何）。这是由于特定的硬件实现所致。
-
一旦设置了块大小，则无法对其进行更改。如果需要更改块大小，则必须删除该卷并重新创建它。