简介《Dell Compellent 存储用户手册》是一份面向存储管理员与数据中心运维人员的实操文档系统讲解Compellent磁盘阵列的日常管理与高级配置。手册从系统登录入手依次介绍管理IP地址使用、规律卷与服务器管理、卷映射、持续数据保护、Dynamic Capacity精简配置、MPIO软件及设备硬件监控等模块内容覆盖从基础操作到故障处理的技术链路。整份手册为1个docx文件约1.6MB可通过Word或WPS直接阅读方便随时查阅具体命令与操作步骤。借助手册中的界面引导和配置示例读者可以快速掌握创建卷文件夹、绑定HBA卡、映射LUN等关键技能并理解存储模板与回放策略的应用场景为实施Dell Compellent存储方案提供有力参考。该文档已有252人学习下载适用于需要熟悉Compellent存储日常运维的技术人员。1. 管理 IP 登录走进 Compellent 存储控制台的第一步Dell Compellent 作为一套老牌企业级 SAN 存储日常管理并不依赖串口或专用客户端而是通过浏览器进入图形管理界面。很多人第一次接触时容易被三个 IP 搞混把握器 A、把握器 B 和管理 IP。真正需要每天敲进浏览器的是管理 IP另两个 IP 是双控制器互为冗余时的数据端口和控制端口。这套设计在现在看依然合理和当下流行的分布式存储、对象存储的管理方式相比Compellent 把“控制面”和“数据面”拆得更清楚这也是为什么很多老机房至今还跑着它。登录本身没有门槛默认账号 Admin/mmm但进去之后怎么把卷建得合理、映射得不出错才是这套存储管理的核心。这篇文章就围绕登录之后最常用的卷管理、服务器管理、映射、Storage Profile 和 Replay 恢复把每一步背后的选型逻辑和排错点拆开讲。2. 规律卷、服务器对象与 HBA 绑定Compellent 的数据组织方式2.1 三个 IP 的角色分工Compellent 磁盘阵列有 3 个 IP 地址分别是把握器 A、把握器 B 和管理 IP。以生产中心的实际配置为例三个地址通常位于同一网段默认网关一致但用途完全不同。IP 对象示例地址作用把握器 A192.168.12.30用于控制器 A 的数据端口与故障切换把握器 B192.168.12.31用于控制器 B 的数据端口与故障切换管理 IP192.168.12.29图形管理界面登录入口日常维护使用登录时打开 IE 浏览器输入管理 IP认证通过后就进入 Storage Center 主界面。这里有个常被忽略的细节管理 IP 不参与服务器到存储的数据 IO即使业务数据从两个控制器端口分别走管理面仍保持独立。运维人员判断“存储是否在线”应先看管理 IP 能否 ping 通再看两个控制器 IP 是否都响应最后才看业务主机的多路径状态。顺序反了很容易把管理面故障误判成存储整体故障。2.2 规律卷不是 LUNDynamic Capacity 下的卷空间概念Compellent 里“规律卷”这个概念容易被误解成传统 LUN。创建卷时界面要求输入 Volume 的容量由于 Dynamic Capacity 精简配置功能这个容量可以大于物理可用空间。例如物理池只有 800GB却能创建一个 1.2TB 的卷分配给服务器。系统只在服务器真正写入数据时消耗物理空间这就是高级精简配置的核心表现。在卷创建完成后打开卷的 General 标签可以看到 Size 为 1.2TB再切到 Statistics 标签实际占据的物理空间可能是 0MB。这不代表卷故障而是尚未格式化、没有写入任何数据。格式化后物理空间占据才会上涨到一百多 MB属于文件系统元数据写入。真正拷入数据后物理空间随实际写入量增长。比如写入 2.5GB 文件如果卷落在 RAID10 上实际物理空间占用约 5.12GB这是 RAID10 镜像写两份的特性决定的。理解这个机制后监控存储容量时就不能只看卷的大小而要看 Storage Center 中“已用物理空间”和“可用物理空间”两个指标。很多容量告警误报就是因为监控系统把所有卷的 Size 累加当成物理占用。2.3 服务器对象用 WWN 绑定逻辑服务器Compellent 的“服务器”并不是物理主机名称而是一个逻辑对象。创建服务器时系统列出当前存储探测到的 HBA 卡 WWN 或 iSCSI 网卡标识管理员选择对应的 WWN 并设定服务器名这个逻辑服务器对象才建立起来。这里的关键点是如果有多台服务器通过 HBA 卡连接到存储最好先记录每台服务器的 WWN并和物理服务器一一对应。常见的做法是在服务器上执行系统的 HBA 查询命令把输出保存成文本再与存储界面里的 WWN 列表比对。# 以 Linux 下查询 FC HBA WWN 为例保存结果用于和存储界面比对 ls /sys/class/fc_host/ | while read hba; do cat /sys/class/fc_host/${hba}/port_name done /tmp/hba_wwn_list.txt这段命令的思路是遍历系统识别的 FC 主机端口读取每个端口的 WWN 并写入文件。port_name是 FC 端口的全球唯一标识格式类似0x21000024ff3a1b2c。Windows 环境下可以通过Get-WmiObject -Namespace root\wmi -Class MSFC_FibrePortHBAAttributes查看。拿到这份清单后再到 Compellent 图形界面的服务器创建页面按 WWN 勾选就不会出现“建好了服务器但映射后主机识别不到盘”的尴尬。3. 创建卷到映射服务器的完整操作从 GUI 到命令行验证3.1 创建卷文件夹和规律卷为了便于管理先创建卷文件夹例如按部门或应用命名。右键单击 Volume选择 “Create Volume Folder”输入文件夹名。右键单击新创建的卷文件夹选择“Create Volume”进入创建向导。创建卷时必须配置三个关键参数容量、存储模板Storage Profile、Replay 策略。容量输入时要注意服务器对单盘最大容量的限制。Storage Profile 决定了卷落在哪些磁盘层级以及使用什么 RAID 类型例如只选择 Tier 1 的 RAID10。如果暂时不需要 Data Instant Replay就取消 Replay 复选框。所有参数确认后点击 “Create Now”一个名为 MAM 且归属于 mam 文件夹的卷就建立完成。3.2 创建服务器并绑定 HBA 卡进入 Server 管理区域右键单击 Server选择 “Create Server Folder”创建服务器文件夹。再右键单击该文件夹选择 “Create Server”。存储会扫描当前 FC 交换机 Zone 或 iSCSI 网段内可见的端口并在界面中列出。绑定 HBA 时建议逐台服务器操作先在交换机上把 Zone 配好再刷新存储的端口列表然后按记录的 WWN 勾选。如果服务器使用 iSCSI 方式则在创建服务器时选择 iSCSI 条目输入 Initiator IQN。绑定完成后检查服务器对象中是否同时出现了 HBA 与存储控制器端口的连接关系若只有单链路需要回头检查交换机的 Zone 配置或 HBA 驱动。3.3 映射卷到服务器并识别 LUN右键单击待映射的规律卷选择 “Map Volume to Server”。存储会弹出服务器树选择目标服务器后再选择映射经过的控制器端口。若控制器有两个端口都连接了这条路径则会出现两条映射此时需要在服务器端安装 Compellent 提供的免费 MPIO 软件做多路径管理。值得留意的是 LUN ID两条路径指向同一个规律卷所以两个连接的 LUN ID 是相同的。例如图中两个连接的 LUN ID 都为 0。如果系统识别到两个不同 ID 的磁盘说明映射时把同一个卷映射成了两个不同 LUN常见原因是创建映射时重复操作或服务器侧还保留旧配置。映射完成后进入 Windows 的计算机管理界面在设备管理器中右键单击服务器根节点选择“扫描检测硬件改动”。新盘出现后分配盘符、分区、格式化即可像本地磁盘一样使用。# 在 Windows 服务器上扫描新磁盘并确认映射后的 LUN ID Rescan-Disk Get-Disk | Select-Object Number, FriendlyName, Size, PartitionStyle Get-Disk | Get-Partition | Select-Object DiskNumber, PartitionNumber, DriveLetter第一行Rescan-Disk是让 Windows 重新枚举存储适配器上的新设备等价于设备管理器里的“扫描检测硬件改动”。第二行列出所有磁盘的编号、名称、大小和分区样式用来确认是否出现了新的规律卷盘符。第三行进一步查看分区和盘符对应关系用于确认映射后分配的驱动器号。若Get-Disk中看不到新卷应回到 Compellent 界面确认映射是否生效并检查 MPIO 是否已正确识别两条路径。3.4 映射操作参数速查操作入口关键参数常见问题创建卷文件夹右键 Volume文件夹名称无创建规律卷右键卷文件夹容量、Storage Profile、Replay 策略容量超出服务器识别上限创建服务器右键 Server 文件夹服务器名、HBA WWN / iSCSI IQNZone 未就绪导致端口不可见映射卷到服务器右键规律卷控制器端口、LUN ID双路径未启用 MPIO 导致盘符冲突主机识别设备管理器扫描无HBA 驱动未加载或映射未刷新4. Storage Profile 与 MPIO数据分层和多路径的配置要点4.1 默认 Storage Profile 的含义Compellent 的 Storage Profile 决定了卷的数据块如何分布在 Tier 1、Tier 2、Tier 3 三个层级上也决定每个层级使用哪种 RAID 类型。默认的 RecommendedAll Tiers模板会把规律卷覆盖到所有层级新写入的、访问频繁的数据放在 Tier 1访问频率下降的数据自动沉淀到 Tier 2长期不访问的历史数据落到 Tier 3。这个过程由系统自动完成不需要管理员手动迁移数据。系统自带的其他模板包括 High PriorityTier 1、Medium PriorityTier 2、Low PriorityTier 3。如果你的应用对响应时间不敏感例如备份存储、归档存储可以显式选择 Low Priority 模板避免热点数据占用昂贵的 Tier 1 空间。反之核心数据库通常使用 High Priority 模板或者自定义一个只使用 Tier 1 RAID10 的模板。4.2 自定义 Storage Profile 的配置项右键单击 Storage Profile选择 “Create Storage Profile”。配置界面里最关键的部分是 Writable Data 和 Replay Data 两个分组。Writable Data 是生产卷新写入的数据Replay Data 是爱护点即时回放保存的更改数据。这两类数据可以指定不同的层级和 RAID 类型。例如 Writable Data 使用 Tier 1 RAID10Replay Data 使用 Tier 2 RAID5兼顾性能与容量。下面是一个典型的自定义配置逻辑假设有一个卷用于在线交易系统同时又开启了每两小时的 Replay。生产数据必须最快响应可以只勾选 Tier 1 的 RAID10Replay 数据虽然需要保留但不需要和生产数据同等的性能可以勾选 Tier 2 的 RAID5。这样做的好处是高成本 SSD 或 15K 盘只服务于生产写入回放数据沉淀到低成本大容量盘上。配置完成后新建卷时选择该 Profile数据块就会按策略自动分布。Profile 类型适用场景Writable DataReplay DataRecommendedAll Tiers通用业务容量与性能兼顾所有 Tier 自动分层所有 Tier 自动分层High PriorityTier 1核心数据库、高并发交易Tier 1 RAID10按需设置Low PriorityTier 3备份、归档、历史数据Tier 3 RAID5/RAID6按需设置自定义 Profile需要区分生产与回放性能自定义自定义4.3 MPIO 的安装与路径检查映射卷时如果出现两个端口连接同一个卷服务器必须安装多路径软件否则系统会把两条路径当成两个磁盘造成数据不一致。Compellent 提供免费的 MPIO 软件安装后在服务器端可以配置负载平衡策略。Windows 环境启用 MPIO 后通过以下 PowerShell 命令查看负载平衡策略和路径状态。Get-MPIOSetting | Select-Object PathVerifyEnabled, UseCustomPathRecovery Get-MSDSMGlobalDefaultLoadBalancePolicy Get-MPIO -Disk | Select-Object DiskNumber, SANPolicy第一条命令查询 MPIO 路径验证是否开启第二条获取操作系统默认的负载平衡策略第三条显示所有受 MPIO 管理的磁盘编号。常见的负载平衡策略是 Round Robin即两条路径轮询转发 IO。如果发现Get-MPIO输出为空说明 MPIO 功能没有启用需要先执行Enable-WindowsOptionalFeature -Online -FeatureName MultiPathIO并重启。重启后再次扫描硬件如果磁盘仍然显示两个独立盘符检查是否在 Compellent 界面上把两条目标的 LUN ID 配成了一致。5. 用 Data Instant Replay 做误删恢复一次完整的演练5.1 设置 Replay Profile 并施加到卷Replay 是 Compellent 的快照机制按时间点保存卷的数据状态。创建 Replay Profile 时可以定义多个规则。例如一个名为 Test Replay Profile 的模板可以包含两条规则一是每天晚上 8 点生成一个爱护点1 小时后过期二是每周一、周二、周三和周五晚上 8 点创建一个爱护点一周后过期。这样的组合既保证近期有高频回放点又保留跨周的回放点。右键单击 Replay Profile选择 “Apply to Volume(s)”可以将同一个模板同时应用到多个规律卷。应用到 MAM 卷后系统每隔一定时间生成一个爱护点此时在卷的 Replay 列表中可以看到时间戳标记的快照。5.2 模拟误删文件夹并执行 Local Recovery用 MAM 卷做共享盘时将 userclips 文件夹放在卷上并配置每两分钟创建一个爱护点的 Replay Profile。现在删除整个 userclips 文件夹。删除操作不会立刻触发回放点但之前已经生成的爱护点里仍然保留删除前的完整数据。进入存储管理界面选择 MAM 卷找到删除操作之前生成的爱护点右键单击并选择 “Local Recovery”。为恢复出的爱护卷命名后把它映射到原服务器 MDC。映射建立后服务器端扫描新硬件为爱护卷对应的盘添加盘符即可看到 userclips 文件夹下的所有文件。把文件拷回原盘相应目录恢复完成。# 比较恢复卷与原卷的文件数量和大小确认恢复完整 (Get-ChildItem -Recurse -File \\RecoveryVolume\userclips).Count (Get-ChildItem -Recurse -File E:\userclips).Count (Get-ChildItem -Recurse -File \\RecoveryVolume\userclips | Measure-Object Length -Sum).Sum这里将恢复卷的 userclips 目录文件数量和总字节数与原始盘 E:\userclips 进行对比。数量和大小一致并不能百分之百证明数据完整但对误删恢复场景来说已经是最快的校验方式。如果文件数对不上检查 Replay 生成时间是否覆盖了删除时间点如果总字节数相近但个别文件打不开应优先确认服务是否仍在占用文件句柄导致拷贝时漏掉。5.3 替换源卷时保留 LUN ID 和盘符另一种恢复方式是用爱护卷替换源卷适合源卷损坏或无法启动的场景。操作顺序很重要先记录源卷在服务器里的盘符和存储管理界面中映射的 LUN ID然后取消源卷与服务器的映射再把爱护卷映射到服务器并使用源卷的 LUN ID。映射完成后在服务器端为爱护卷添加源卷的盘符。这样做的好处是数据库或应用不需要修改磁盘路径因为盘符和 LUN ID 都保持一致。但要注意替换源卷后原有卷上新增的数据可能丢失因此在替换前应确认源卷数据已备份或者爱护点的时间点是否能接受数据损失。执行替换后建议立即创建新的 Replay 爱护点并验证应用能正常读写。以上操作全部基于图形管理界面如果你的环境允许也可以直接用 Storage Center 的 PowerShell 模块执行相同流程适合批量创建或日常巡检时自动化处理。本文还有配套的精品资源点击获取 Dell Compellent存储管理实战：卷映射、MPIO与Replay恢复
简介《Dell Compellent 存储用户手册》是一份面向存储管理员与数据中心运维人员的实操文档系统讲解Compellent磁盘阵列的日常管理与高级配置。手册从系统登录入手依次介绍管理IP地址使用、规律卷与服务器管理、卷映射、持续数据保护、Dynamic Capacity精简配置、MPIO软件及设备硬件监控等模块内容覆盖从基础操作到故障处理的技术链路。整份手册为1个docx文件约1.6MB可通过Word或WPS直接阅读方便随时查阅具体命令与操作步骤。借助手册中的界面引导和配置示例读者可以快速掌握创建卷文件夹、绑定HBA卡、映射LUN等关键技能并理解存储模板与回放策略的应用场景为实施Dell Compellent存储方案提供有力参考。该文档已有252人学习下载适用于需要熟悉Compellent存储日常运维的技术人员。1. 管理 IP 登录走进 Compellent 存储控制台的第一步Dell Compellent 作为一套老牌企业级 SAN 存储日常管理并不依赖串口或专用客户端而是通过浏览器进入图形管理界面。很多人第一次接触时容易被三个 IP 搞混把握器 A、把握器 B 和管理 IP。真正需要每天敲进浏览器的是管理 IP另两个 IP 是双控制器互为冗余时的数据端口和控制端口。这套设计在现在看依然合理和当下流行的分布式存储、对象存储的管理方式相比Compellent 把“控制面”和“数据面”拆得更清楚这也是为什么很多老机房至今还跑着它。登录本身没有门槛默认账号 Admin/mmm但进去之后怎么把卷建得合理、映射得不出错才是这套存储管理的核心。这篇文章就围绕登录之后最常用的卷管理、服务器管理、映射、Storage Profile 和 Replay 恢复把每一步背后的选型逻辑和排错点拆开讲。2. 规律卷、服务器对象与 HBA 绑定Compellent 的数据组织方式2.1 三个 IP 的角色分工Compellent 磁盘阵列有 3 个 IP 地址分别是把握器 A、把握器 B 和管理 IP。以生产中心的实际配置为例三个地址通常位于同一网段默认网关一致但用途完全不同。IP 对象示例地址作用把握器 A192.168.12.30用于控制器 A 的数据端口与故障切换把握器 B192.168.12.31用于控制器 B 的数据端口与故障切换管理 IP192.168.12.29图形管理界面登录入口日常维护使用登录时打开 IE 浏览器输入管理 IP认证通过后就进入 Storage Center 主界面。这里有个常被忽略的细节管理 IP 不参与服务器到存储的数据 IO即使业务数据从两个控制器端口分别走管理面仍保持独立。运维人员判断“存储是否在线”应先看管理 IP 能否 ping 通再看两个控制器 IP 是否都响应最后才看业务主机的多路径状态。顺序反了很容易把管理面故障误判成存储整体故障。2.2 规律卷不是 LUNDynamic Capacity 下的卷空间概念Compellent 里“规律卷”这个概念容易被误解成传统 LUN。创建卷时界面要求输入 Volume 的容量由于 Dynamic Capacity 精简配置功能这个容量可以大于物理可用空间。例如物理池只有 800GB却能创建一个 1.2TB 的卷分配给服务器。系统只在服务器真正写入数据时消耗物理空间这就是高级精简配置的核心表现。在卷创建完成后打开卷的 General 标签可以看到 Size 为 1.2TB再切到 Statistics 标签实际占据的物理空间可能是 0MB。这不代表卷故障而是尚未格式化、没有写入任何数据。格式化后物理空间占据才会上涨到一百多 MB属于文件系统元数据写入。真正拷入数据后物理空间随实际写入量增长。比如写入 2.5GB 文件如果卷落在 RAID10 上实际物理空间占用约 5.12GB这是 RAID10 镜像写两份的特性决定的。理解这个机制后监控存储容量时就不能只看卷的大小而要看 Storage Center 中“已用物理空间”和“可用物理空间”两个指标。很多容量告警误报就是因为监控系统把所有卷的 Size 累加当成物理占用。2.3 服务器对象用 WWN 绑定逻辑服务器Compellent 的“服务器”并不是物理主机名称而是一个逻辑对象。创建服务器时系统列出当前存储探测到的 HBA 卡 WWN 或 iSCSI 网卡标识管理员选择对应的 WWN 并设定服务器名这个逻辑服务器对象才建立起来。这里的关键点是如果有多台服务器通过 HBA 卡连接到存储最好先记录每台服务器的 WWN并和物理服务器一一对应。常见的做法是在服务器上执行系统的 HBA 查询命令把输出保存成文本再与存储界面里的 WWN 列表比对。# 以 Linux 下查询 FC HBA WWN 为例保存结果用于和存储界面比对 ls /sys/class/fc_host/ | while read hba; do cat /sys/class/fc_host/${hba}/port_name done /tmp/hba_wwn_list.txt这段命令的思路是遍历系统识别的 FC 主机端口读取每个端口的 WWN 并写入文件。port_name是 FC 端口的全球唯一标识格式类似0x21000024ff3a1b2c。Windows 环境下可以通过Get-WmiObject -Namespace root\wmi -Class MSFC_FibrePortHBAAttributes查看。拿到这份清单后再到 Compellent 图形界面的服务器创建页面按 WWN 勾选就不会出现“建好了服务器但映射后主机识别不到盘”的尴尬。3. 创建卷到映射服务器的完整操作从 GUI 到命令行验证3.1 创建卷文件夹和规律卷为了便于管理先创建卷文件夹例如按部门或应用命名。右键单击 Volume选择 “Create Volume Folder”输入文件夹名。右键单击新创建的卷文件夹选择“Create Volume”进入创建向导。创建卷时必须配置三个关键参数容量、存储模板Storage Profile、Replay 策略。容量输入时要注意服务器对单盘最大容量的限制。Storage Profile 决定了卷落在哪些磁盘层级以及使用什么 RAID 类型例如只选择 Tier 1 的 RAID10。如果暂时不需要 Data Instant Replay就取消 Replay 复选框。所有参数确认后点击 “Create Now”一个名为 MAM 且归属于 mam 文件夹的卷就建立完成。3.2 创建服务器并绑定 HBA 卡进入 Server 管理区域右键单击 Server选择 “Create Server Folder”创建服务器文件夹。再右键单击该文件夹选择 “Create Server”。存储会扫描当前 FC 交换机 Zone 或 iSCSI 网段内可见的端口并在界面中列出。绑定 HBA 时建议逐台服务器操作先在交换机上把 Zone 配好再刷新存储的端口列表然后按记录的 WWN 勾选。如果服务器使用 iSCSI 方式则在创建服务器时选择 iSCSI 条目输入 Initiator IQN。绑定完成后检查服务器对象中是否同时出现了 HBA 与存储控制器端口的连接关系若只有单链路需要回头检查交换机的 Zone 配置或 HBA 驱动。3.3 映射卷到服务器并识别 LUN右键单击待映射的规律卷选择 “Map Volume to Server”。存储会弹出服务器树选择目标服务器后再选择映射经过的控制器端口。若控制器有两个端口都连接了这条路径则会出现两条映射此时需要在服务器端安装 Compellent 提供的免费 MPIO 软件做多路径管理。值得留意的是 LUN ID两条路径指向同一个规律卷所以两个连接的 LUN ID 是相同的。例如图中两个连接的 LUN ID 都为 0。如果系统识别到两个不同 ID 的磁盘说明映射时把同一个卷映射成了两个不同 LUN常见原因是创建映射时重复操作或服务器侧还保留旧配置。映射完成后进入 Windows 的计算机管理界面在设备管理器中右键单击服务器根节点选择“扫描检测硬件改动”。新盘出现后分配盘符、分区、格式化即可像本地磁盘一样使用。# 在 Windows 服务器上扫描新磁盘并确认映射后的 LUN ID Rescan-Disk Get-Disk | Select-Object Number, FriendlyName, Size, PartitionStyle Get-Disk | Get-Partition | Select-Object DiskNumber, PartitionNumber, DriveLetter第一行Rescan-Disk是让 Windows 重新枚举存储适配器上的新设备等价于设备管理器里的“扫描检测硬件改动”。第二行列出所有磁盘的编号、名称、大小和分区样式用来确认是否出现了新的规律卷盘符。第三行进一步查看分区和盘符对应关系用于确认映射后分配的驱动器号。若Get-Disk中看不到新卷应回到 Compellent 界面确认映射是否生效并检查 MPIO 是否已正确识别两条路径。3.4 映射操作参数速查操作入口关键参数常见问题创建卷文件夹右键 Volume文件夹名称无创建规律卷右键卷文件夹容量、Storage Profile、Replay 策略容量超出服务器识别上限创建服务器右键 Server 文件夹服务器名、HBA WWN / iSCSI IQNZone 未就绪导致端口不可见映射卷到服务器右键规律卷控制器端口、LUN ID双路径未启用 MPIO 导致盘符冲突主机识别设备管理器扫描无HBA 驱动未加载或映射未刷新4. Storage Profile 与 MPIO数据分层和多路径的配置要点4.1 默认 Storage Profile 的含义Compellent 的 Storage Profile 决定了卷的数据块如何分布在 Tier 1、Tier 2、Tier 3 三个层级上也决定每个层级使用哪种 RAID 类型。默认的 RecommendedAll Tiers模板会把规律卷覆盖到所有层级新写入的、访问频繁的数据放在 Tier 1访问频率下降的数据自动沉淀到 Tier 2长期不访问的历史数据落到 Tier 3。这个过程由系统自动完成不需要管理员手动迁移数据。系统自带的其他模板包括 High PriorityTier 1、Medium PriorityTier 2、Low PriorityTier 3。如果你的应用对响应时间不敏感例如备份存储、归档存储可以显式选择 Low Priority 模板避免热点数据占用昂贵的 Tier 1 空间。反之核心数据库通常使用 High Priority 模板或者自定义一个只使用 Tier 1 RAID10 的模板。4.2 自定义 Storage Profile 的配置项右键单击 Storage Profile选择 “Create Storage Profile”。配置界面里最关键的部分是 Writable Data 和 Replay Data 两个分组。Writable Data 是生产卷新写入的数据Replay Data 是爱护点即时回放保存的更改数据。这两类数据可以指定不同的层级和 RAID 类型。例如 Writable Data 使用 Tier 1 RAID10Replay Data 使用 Tier 2 RAID5兼顾性能与容量。下面是一个典型的自定义配置逻辑假设有一个卷用于在线交易系统同时又开启了每两小时的 Replay。生产数据必须最快响应可以只勾选 Tier 1 的 RAID10Replay 数据虽然需要保留但不需要和生产数据同等的性能可以勾选 Tier 2 的 RAID5。这样做的好处是高成本 SSD 或 15K 盘只服务于生产写入回放数据沉淀到低成本大容量盘上。配置完成后新建卷时选择该 Profile数据块就会按策略自动分布。Profile 类型适用场景Writable DataReplay DataRecommendedAll Tiers通用业务容量与性能兼顾所有 Tier 自动分层所有 Tier 自动分层High PriorityTier 1核心数据库、高并发交易Tier 1 RAID10按需设置Low PriorityTier 3备份、归档、历史数据Tier 3 RAID5/RAID6按需设置自定义 Profile需要区分生产与回放性能自定义自定义4.3 MPIO 的安装与路径检查映射卷时如果出现两个端口连接同一个卷服务器必须安装多路径软件否则系统会把两条路径当成两个磁盘造成数据不一致。Compellent 提供免费的 MPIO 软件安装后在服务器端可以配置负载平衡策略。Windows 环境启用 MPIO 后通过以下 PowerShell 命令查看负载平衡策略和路径状态。Get-MPIOSetting | Select-Object PathVerifyEnabled, UseCustomPathRecovery Get-MSDSMGlobalDefaultLoadBalancePolicy Get-MPIO -Disk | Select-Object DiskNumber, SANPolicy第一条命令查询 MPIO 路径验证是否开启第二条获取操作系统默认的负载平衡策略第三条显示所有受 MPIO 管理的磁盘编号。常见的负载平衡策略是 Round Robin即两条路径轮询转发 IO。如果发现Get-MPIO输出为空说明 MPIO 功能没有启用需要先执行Enable-WindowsOptionalFeature -Online -FeatureName MultiPathIO并重启。重启后再次扫描硬件如果磁盘仍然显示两个独立盘符检查是否在 Compellent 界面上把两条目标的 LUN ID 配成了一致。5. 用 Data Instant Replay 做误删恢复一次完整的演练5.1 设置 Replay Profile 并施加到卷Replay 是 Compellent 的快照机制按时间点保存卷的数据状态。创建 Replay Profile 时可以定义多个规则。例如一个名为 Test Replay Profile 的模板可以包含两条规则一是每天晚上 8 点生成一个爱护点1 小时后过期二是每周一、周二、周三和周五晚上 8 点创建一个爱护点一周后过期。这样的组合既保证近期有高频回放点又保留跨周的回放点。右键单击 Replay Profile选择 “Apply to Volume(s)”可以将同一个模板同时应用到多个规律卷。应用到 MAM 卷后系统每隔一定时间生成一个爱护点此时在卷的 Replay 列表中可以看到时间戳标记的快照。5.2 模拟误删文件夹并执行 Local Recovery用 MAM 卷做共享盘时将 userclips 文件夹放在卷上并配置每两分钟创建一个爱护点的 Replay Profile。现在删除整个 userclips 文件夹。删除操作不会立刻触发回放点但之前已经生成的爱护点里仍然保留删除前的完整数据。进入存储管理界面选择 MAM 卷找到删除操作之前生成的爱护点右键单击并选择 “Local Recovery”。为恢复出的爱护卷命名后把它映射到原服务器 MDC。映射建立后服务器端扫描新硬件为爱护卷对应的盘添加盘符即可看到 userclips 文件夹下的所有文件。把文件拷回原盘相应目录恢复完成。# 比较恢复卷与原卷的文件数量和大小确认恢复完整 (Get-ChildItem -Recurse -File \\RecoveryVolume\userclips).Count (Get-ChildItem -Recurse -File E:\userclips).Count (Get-ChildItem -Recurse -File \\RecoveryVolume\userclips | Measure-Object Length -Sum).Sum这里将恢复卷的 userclips 目录文件数量和总字节数与原始盘 E:\userclips 进行对比。数量和大小一致并不能百分之百证明数据完整但对误删恢复场景来说已经是最快的校验方式。如果文件数对不上检查 Replay 生成时间是否覆盖了删除时间点如果总字节数相近但个别文件打不开应优先确认服务是否仍在占用文件句柄导致拷贝时漏掉。5.3 替换源卷时保留 LUN ID 和盘符另一种恢复方式是用爱护卷替换源卷适合源卷损坏或无法启动的场景。操作顺序很重要先记录源卷在服务器里的盘符和存储管理界面中映射的 LUN ID然后取消源卷与服务器的映射再把爱护卷映射到服务器并使用源卷的 LUN ID。映射完成后在服务器端为爱护卷添加源卷的盘符。这样做的好处是数据库或应用不需要修改磁盘路径因为盘符和 LUN ID 都保持一致。但要注意替换源卷后原有卷上新增的数据可能丢失因此在替换前应确认源卷数据已备份或者爱护点的时间点是否能接受数据损失。执行替换后建议立即创建新的 Replay 爱护点并验证应用能正常读写。以上操作全部基于图形管理界面如果你的环境允许也可以直接用 Storage Center 的 PowerShell 模块执行相同流程适合批量创建或日常巡检时自动化处理。本文还有配套的精品资源点击获取