AMD 4XX系列主板附赠的StoreMI技术，使用固态硬盘和内存对机械硬盘进行加速，能通过软件模拟来实现类似希捷混合硬盘SSHD的效果――在理想情况下达到固态硬盘的性能和机械硬盘的容量。乍一听是不是一个不用白不用的黑科技？然而我用了一个多月时间确认这是一个极不完善的方案，在没有做好心理准备之前千万不能贸然尝试。
本人现在的软件版本为Rev: 1.3.7.19568PR Dec 21 2018 09:25:15，也是截至发布日期时的最新版本。
至于具体为啥坑，且听我细细道来。
StoreMI的组建是不可逆的操作
首先，很多人在使用前毫不知情的一点便是，StoreMI的组建是一个不可逆操作。你可以保留机械硬盘上的数据，直接和一个现有的固态硬盘组成Tier_Full或者Tier_Rsvd；但是反过来，你无法保留数据从StoreMI状态重新回到单纯的机械硬盘。
一旦StoreMI组建成功，你就会得到一个名为AMD T00 StoreMI的虚拟驱动器。此使，除非放弃硬盘上所有的数据，你无法没有任何办法从这个虚拟驱动器恢复为原来机械硬盘。
StoreMI在创建时并没有让用户充分知悉这一点。相当多的用户是在组建后尝试恢复时发现不行、转而研究用户文档时才发现的。一朝为StoreMI，终身为StoreMI。说难听点，StoreMI可以说是直接绑架了用户的硬盘，这种骚操作是我用了诸多加速系统（如Intel RST，PrimoCache）都闻所未闻甚至想都想不到的！
StoreMI的任何一种模式都不安全
StoreMI总共有三种模式——Tier_Full，Tier_Rsvd和Single。
- Tier_Full模式下，组建后的驱动器的容量是机械硬盘的容量+固态硬盘的容量，数据将会根据访问频率分散在机械硬盘上和固态硬盘上，也可以使用内存加速。
- Tier_Rsvd模式下，组建后的驱动器的容量是机械硬盘的容量，数据总是会存储在机械硬盘上，但可以通过固态硬盘进行读写加速，也可以使用内存加速。
- Single模式为不使用固态硬盘加速的模式，但可以使用内存加速。
Tier_Rsvd看似就是用固态硬盘做机械硬盘的缓存，而Single看似就是机械硬盘本身。但实际上，即便你使用的是看似稳健的Tier_Rsvd或Single模式，正如前面提到的，StoreMI都会永久改变数据的底层存储方式，没有任何例外。
举个例子，我使用一个东芝3TB机械硬盘和建兴60GB固态硬盘组成了一个StoreMI驱动器并建立了3个分区。我将StoreMI切换为Single模式，使用DiskGenius绕过StoreMI尝试直接重建机械硬盘上的分区表，来模拟StoreMI崩坏后的数据恢复过程。结果是，DG只能识别出第一个分区的容量，而这个分区内的文件则全部没有识别出来。
从Reddit上已有的StoreMI强拆后文件恢复的经验看来，不论是Tier_Full、Tier_Rsvd还是Single，StoreMI的底层存储都已面目全非，一旦发生硬件、软件上的意外，即便你的机械硬盘完好无损也只有走非常规级别的数据恢复。
关于Tier_Rsvd的奇怪BUG与Feature
首先，即便我通过Tier_Rsvd模式组建了StoreMI，在更改设置的GUI页面上给我显示的却是Tier_Full。
其次，Tier_Rsvd可以在更改设置的GUI页面上转换为Single模式，但Single模式只能再转换为Tier_Full。如果要重新回到为Tier_Rsvd模式，只有通过清空磁盘->重新组建这一个过程。
在跟农企技术支持交流的邮件中这已经确认上述两条一个可能是BUG而另一个就是Feature：
农企给我的回复如下：
与Intel RST和PrimoCache的比较
在换AMD平台前，我一直使用Intel RST来实现类似的硬盘加速，也接触过PrimoCache。相比之下，这两个软件都不支持机械硬盘和固态硬盘容量合并，此外Intel RST不支持内存作为缓存加速。但是，这两款软件的可靠性都远比AMD StoreMI高。
首先，Intel RST和PrimoCache在组建时默认采用的都是只读缓存加速，也是最安全的加速（而不像StoreMI一上来就推荐你用最激进的Tier_Full）。在只读缓存下，你的系统在任何时候宕掉，只要机械硬盘完好数据就不会发生丢失。
第二，Intel RST和PrimoCache也可以进行更高效读写缓存加速，但会GUI操作都会明确标示风险以供用户斟酌。而且，即便是这个读写缓存模式，这两款软件也比StoreMI的任何一个模式要安全可靠，至少底层的文件存储没有发生改变。
第三，Intel RST和PrimoCache根本就没有任何放弃磁盘全部数据这样高度危险的GUI选项。至少它们知道一点，做磁盘加速的，性能什么的都是其次，数据安全才是第一位。