# 问题描述 ### 问题一： - 报错截图  - 报错分析 按照如下指令获取许可信息并复制到txt文档上面 `` curl --location --request POST 'MC地址/kapi/app/mc/getlicensebytenantid' --header 'Content-Type: application/json' --data '{"tenantId":"租户编码"}' `` 通过搜索关键字(licCreateDate),发现有一段许可信息当中licCreateDate为空，查看对应许可信息是伙伴许可。 - 解决方案： 1. 需要将伙伴的许可zip包同步部署到新环境中； 2. 如果确认伙伴许可不再使用，可在MC许可信息页签当中，清空许可信息  然后再从历史许可里面找到还需要的许可恢复过来 ### 问题二： - 报错截图  - 报错分析 许可版本为 6.0，但是苍穹环境5.0。 - 解决方案 1. 升级苍穹版本； 2. 降许可版本。 ### 问题三： - 报错截图  - 报错分析 此类问题是由于经过数据库迁移或者环境复制导致密文加密异常。 - 解决方案 需要将对应的密文清空，然后重启苍穹服务节点再重新更新许可 `` update t_perm_encryptionscheme set fschemekey = ''，fid='对应账套ID' where fnumber = ‘LICENCE-SIGNATURE’； `` ### 问题四： - 报错截图  - 报错分析 此报错原因同**问题三**，针对复制出来的环境，我们需要在每一个数据中心下去执行 `` update t_perm_encryptionscheme set fschemekey = ''，fid='对应账套ID' where fnumber = ‘LICENCE-SIGNATURE’； `` 此脚本可以解决绝大多数签名信息前后不一致的报错，但是依然存在执行后还是报错的场景。这种情况下还涉及到MC数据异常，需要系统管理员协助解决。 - 解决方案 连到用原mysql环境所在的mc库执行下这几条数据: 1. sql1: select * from t_mc_kms where fcluster in (select fid from t_mc_environment where FNUMBER = 集群编码) 2. sql2: select * from t_mc_kms_tenant where fid = sql1查出来的fid 3. sql3：select * from t_mc_kms_encrypt_key tmkek where FDCID = 数据中心id 4. sql4: select * from t_mc_kms_data_key where fcmk = sql1查出来的fid and FDCID = 数据中心id and FSCHEMAID = 苍穹端所使用的加密方案id(可在生产苍穹系统库t_perm_encryptionscheme表中获取) 5. 联系管理员进行新的密文生成 # 问题总结 通过观察上述四类同步异常报错可以发现，许可同步异常基本都是在环境迁移、环境复制、系统升级这些系统运维场景下产生，结合这些问题的解决方案，为减少今后许可同步异常报错几率，我们在做系统升级、环境迁移时应当做如下检查项： 1. 系统许可版本和云平台许可版本是否一致； 2. 环境迁移时，伙伴许可zip包(如果有)是否成功部署到MC； 3. 数据库一比一复制之后，新的数据库t_perm_encryptionscheme表需要按照脚本刷新； # 参考连接 [更新许可异常问题](https://vip.kingdee.com/knowledge/specialDetail/253836493566267648?category=253836799935081472&id=525681153173627648&productLineId=29&lang=zh-CN)