使用MFP8，我实时截断了超过80万条记录的MFP_PERSISTENT_DATA和MFP_TRANSIENT_DATA。
目前，iOS用户面临问题，可以在服务器中看到以下日志。如何纠正同样的问题
ibm.mfp.server.registration.internal.RegistrationServiceImpl E FWLSE4213E：客户端JWT身份验证失败 - 公钥与com.ibm.mfp.server.security.shared.webtoken.WebTokenException不匹配：签名无效
ibm.mfp.server.registration.internal.rest.RegistrationEndpoint E FWLSE4225E：无效的更新自注册请求，无法验证客户端签名com.ibm.mfp.server.security.shared.webtoken.WebTokenException：签名无效
ibm.mfp.server.registration.internal.rest.RegistrationEndpoint E FWLSE4224E：无法处理注册请求。 com.ibm.mfp.server.core.shared.MFPRESTException：400;标题= []; body = {errorCode = APPLICATION_DOES_NOT_EXIST errorMsg =应用程序不存在}
首先，从MFP-PERSISTENT_DATA中随机删除条目并不是所有建议的事情。对于任何表的清理，我们建议您通过https://mobilefirstplatform.ibmcloud.com/blog/2018/12/27/purge-mfp-runtime-tables/这样做。给出你当前情景的建议是
1）从2018年11月开始，SDK，智能被整合到MFP SDK中，通过清理客户端上下文和重新注册来处理这种意外删除。如果客户的应用程序具有负责自动注册的客户端SDK级别，则不会出现此问题，并且MFP SDK将通过清理和重新注册从上述错误方案中恢复。根据下面提供的信息，客户处于较旧的SDK级别，自动重新注册功能需要2018年11月或之后的SDK级别。
2）有没有办法备份/恢复您截断的数据？如果您已经备份/可以恢复并按照正确的说明进行清理，如上面的博客更新？
3）如果无法恢复/无法将其应用程序升级到更高级别的SDK，则选项是手动清除应用程序缓存/卸载并重新安装需要最终用户操作才能恢复的应用程序。
4）另一种选择是在发生此错误时将应用程序更新为setServerURL（）方法，但这将再次需要更新到应用程序并仔细规划以确保它仅适用于应用程序逻辑中的确切错误方案，因为它清除了客户端语境完全