什么是E系列存储系统上的介质扫描？

不可不使用

启用介质扫描后、此过程会在空闲时间运行以检查卷中的物理磁盘。
- 它可确保扇区可读、如果启用了冗余检查、则会检查RAID奇偶校验的一致性。
- 如果IT发现扇区问题或数据奇偶校验不匹配、则会将这些问题报告给主要事件日志(MEL)、以便用户能够识别任何问题。
此过程按预定的速率运行。
- 例如、如果在启用此间隔时选择了30天间隔(尽管此间隔可自定义)、则它将以30天的速度扫描此卷。
- 但是、由于介质扫描仅在空闲时间运行、因此实际完成时间可能会更长、因为它会优先处理主机IO而不是介质扫描操作。
- 操作完成后、它将自动重新启动、以便持续检查后台的驱动器。
其限制是、在控制器扫描驱动器中包含错误的部分之前、不会发现问题描述。
- 因此、如果驱动器在上次扫描后一天出现坏扇区或损坏、则在下次对驱动器的该区域运行扫描(或在其他操作期间发现错误)之前、将无法检测到该驱动器。
对主机IO的任何性能影响均可忽略不计。
- 介质扫描将暂停以优先处理主机IO、但初始响应时间可能会非常短、无法从介质扫描切换为处理IO。
- 在大多数情况下、这种情况不会明显。
MEL中报告的介质扫描错误

已报告错误	问题描述	结果
未恢复的介质错误	无法在第一次尝试时读取数据、也无法在此后2次重试时读取数据。	如果3次尝试中的任何一次成功、则数据将返回到主机。如果除RAID 0之外、读取重试失败、请尝试通过VDD修复进行错误更正
已恢复介质错误	驱动器第一次尝试时无法读取请求的数据、但随后尝试成功。	数据将写入驱动器并进行验证。
冗余不匹配	发现冗余错误。	报告在逻辑驱动器上发现的前10个冗余不匹配。应执行操作系统数据检查操作。
无法修复的错误	无法读取数据、奇偶校验或冗余信息无法用于重新生成数据。	报告错误。

VDD修复：

VDD修复首先从RAID条带读取数据+从条带读取奇偶校验。
然后、VDD修复将根据条带的数据+奇偶校验计算驱动器无法读取的扇区中的数据。
如果从条带其余部分的data+parity成功重新创建数据、则读取操作将返回到主机。
如果VDD修复成功、则会执行"Write Verify" SCSI操作。这样就会将重新创建的数据写入无法读取的扇区、然后立即将其读取回。
如果VDD修复失败(由于另一个驱动器(在RAID5中)读取错误或RAID组降级(冗余不足)、数据无法重新创建、然后、RAID卷中受影响的LBA将标记为"不可读扇区"(最终在USM日志中)、并向主机返回错误。此时、LBA上的数据将丢失。
在后台、对驱动器"坏"扇区执行写入验证将导致驱动器固件重新分配物理扇区(透明地分配给E系列控制器)。