最近 Teams EXP 接连翻车，我用的Cloudreve其中一个存储策略就是翻车的 Teams EXP 账号，里面还有600多个G的文件，无奈之下只好开始转存;
本文章仅供参考
前期准备
先准备一个用来放文件的新的微软账号，确保可以放下原来账号里的文件；
转移文件
我是用的是 mover.io 转移文件，mover.io 被微软收购之后一直是免费的，也没有文件限制，唯一的缺点就是只能转移到微软家的存储空间；
先去 mover.io 注册一个账号，不注册也没有关系，现在已经支持用 Microsoft 账号直接登录了，然后分别授权两个账号，我就不演示了，之后就是很简单的文件转移；这里需要说明一下的是，有时候在 Migration Manager 看似转移失败了，但是也不一定失败，需要自己到账号里核实，我根据 Migration Manager 里的数据计算600多G的文件需要转移七天左右，但实际上一个晚上就转移完了，由此可见速度还是可以的
在本地转移文件实在是时间不够，足足600多G，我家小水管宽带不知道啥时候才能下完，别提上传了；用 mover.io 完全是无奈之举，要是有足够时间的话我也会考虑本地转移
获取刷新令牌
这一点还是比较重要的，Microsoft Azure 注册应用如果按照平常注册，在Cloudreve后台重新授权的时候会显示 无法获取AccessKey ，也就是刷新令牌，这个时候不要急，根据提示，我们除了获取 应用程序(客户端) ID 和 客户端密码 之外，还需要手动获取 AccessKey（正常都是Cloudreve自动获取）；手动获取 AccessKey 的方法很多，我采用的方法只是其中一种，具体可参考Alist文档中OneDrive一节
首先去Azure增加一个重定向URL https://tool.nn.ci/onedrive/callback
然后在 https://tool.nn.ci/onedrive/request 中填入 client_id(应用程序(客户端) ID) 和 client_secret(客户端密码)，点击 获取刷新令牌
复制 refresh_token，这就是我们要的刷新令牌；
Cloudreve后台操作
在Cloudreve后台中，进入要替换的存储策略的 专家模式编辑
替换其中的 BucketName（应用程序(客户端) ID) 、 AccessKey(刷新令牌) 以及 SecretKey(客户端密码) ；保存更改之后再向导模式重新授权即可
测试：
第三类方法
显然，目前来看，Microsoft 全局仅仅是 Teams EXP 一个订阅被吊销，不影响 SharePoint 和 OneDrive ，换句话说，我们只需要往 Teams EXP 被吊销的全局中再叠加可以使用 SharePoint 和 OneDrive 的许可就可以保存全局中的数据；Teams EXP 订阅被吊销许可不影响全局购买其他订阅
图中其他订阅在为Teams EXP订阅被吊销后购买
关于Teams EXP订阅
最近很多 Teams EXP 全局（号称永久那一批，截止日期是28xx年的）接连翻车，都是在邮件中被提醒试用时间即将结束
我自己手头正好有几个 Teams EXP 全局，都是最早的那一批，有翻车的全局也有没翻车的（上面的图片就是我自己的一个翻车全局），我自己比对了一下几个翻车的全局和没翻车的全局，发现了翻车 Teams EXP 全局的一个共性，那就是大部分全局只有一个 Teams EXP 订阅，我没翻车的 Teams EXP 全局一般都有一到两个其他订阅，这是一个没翻车的 Teams EXP 全局订阅
哪怕是有一个免费订阅的 Teams EXP 全局也有很大概率不翻车，我干脆给自己其中一个翻车的全局也附上了几个免费订阅，看看能抢救回来不
我想抢救一下的 Teams EXP 全局
欢迎各位分享自己的 Teams EXP 全局状态，也欢迎大家留下对Teams EXP的看法；本文会持续关注 Teams EXP 订阅，直至大部分 Teams EXP 订阅被吊销
翻车的 Teams EXP 订阅已被取消，其他未翻车的的订阅不受影响，本文到此结束。
补充
- 经过实测，Teams EXP 订阅被吊销的全局购买其他订阅不受影响
- 虽然已经出现了即使叠加其他订阅，Teams EXP 订阅也会被吊销的情况，但目前的数据依然倾向于Teams EXP订阅是否被吊销与是否叠加订阅有很大联系
- 开满Teams EXP订阅再叠加订阅的实验也已经有人做过了，但是依然没能逆转 Teams EXP 订阅被吊销的现实
- 目前还没有什么方法能恢复被吊销的 Teams EXP 订阅，建议全局里有数据的抓紧转移，或者叠加其他能保留数据的订阅