RMC恢复数据失败

RMC 6.3.10

StoreOnce 4.3.6

Data mover: StoreOnce

RMC可以成功把20TB的VV数据备份到StoreOnce, 但是在恢复时, 始终是失败状态.

从RMC日志中可以看到, 最后是RMC cancel patapath并cancelling restore operation, 并不是IO错误或者存储设备故障导致的.

20TB VV和500GB VV的测试结果是一样的, 说明这个问题存跟VV容量无关, 与特定的VV无关.

检查RMC日志:

2024-02-28T12:12:24     // 开始从StoreOnce读取数据并写入3PAR 新VV

2024-02-28T12:41:00     //大约30分钟后完成数据传输(completedPercentage : 100), 但是RMC并没有结束session

2024-02-28T15:27:38     //大约3小时后, RMC仍然使该任务处于Running状态.

StoreOnce日志记录30分钟内就完成了数据传输, 并没有发生传输失败的情况.

StoreId ObjectId   ObjectKey                 CreatedTime         DataLastModTime     Taglist        Data(GB) MetaData Client                     

1       24         689ab0e9-95e3-4356-acb3-4 28/02/2024 03:00:37 28/02/2024 03:00:37 tag Complete   0.000    0.007MB  RMC_rmc631(10.10.100.126) 

1       23         689ab0e9-95e3-4356-acb3-4 28/02/2024 02:26:55 28/02/2024 02:26:55 Complete       0.000    0.000MB  RMC_rmc631(127.0.0.1) 

1       22         689ab0e9-95e3-4356-acb3-4 28/02/2024 02:26:55 28/02/2024 03:00:11 Complete       250.000  0.000MB  RMC_rmc631(127.0.0.1) 

1       21         689ab0e9-95e3-4356-acb3-4 28/02/2024 02:26:55 28/02/2024 03:00:11 Complete       250.000  0.000MB  RMC_rmc631(127.0.0.1) 

最后发现, 恢复数据的目标VV的容量大于原始VV, 当创建500GB新VV用于恢复500GB的原始VV时, 是可以成功的.

所以尽管在恢复数据时, 允许创建容量大于原始VV的目标新VV, 但是会导致数据恢复不成功, 最终以超时而取消任务.

当以Physical Clone方式恢复数据时, 要求目标新VV的容量等于原始VV, 不能大于更不能小于原始VV.