为提高效率，提问时请提供以下信息，问题描述清晰可优先响应。 【DM版本】:8.1 【操作系统】：统信 【CPU】:申威3231 【问题描述】*：前期使用的8.1进行测试且数据完成迁移，但是新服务器在使用过程中，应用程序发现一些不稳定的现象，需要回到旧环境去追溯问题。但是现在已确认使用8.4版本的。 分析：由于当时试用版key给的是8.1版本的，现在确定用8.4版本的，想知道用8.4版本去旧服务器上还能不能找到原有的记录及原因，还是只能用8.1版本的去追溯问题？
这个问题不好排查。
您说的两个渠道都有可取之道。但是从数据库的视角来说：
如果您说的这个问题是明显的功能慢，且能对应到SQL效率的话，1）可能只需要明确该问题是否已经解决即可（因为不同的版本，在优化器等方面做了改进；包括可能宕机的问题） 2）如果该问题在8.4同样出现，基于8.4解决；和回退到8.1回溯问题后，再解决，再到8.4验证解决方案的必要性其实不太大，3）当然，如果是宕机类问题，最好什么都不动（因为这个可能触发的条件是比较苛刻和耦合的、动了任何一个点，都可能打破触发条件，导致问题不存在），因此建议回退确认清楚，并严格合适8.4是否客观上真实解决。
所以总的来说，还是得看您的目标问题到底是啥，不然不好分析；如有必要，可以练习区域的技术支持，进行协同分析和推进。
这个问题不好排查。
您说的两个渠道都有可取之道。但是从数据库的视角来说：
如果您说的这个问题是明显的功能慢，且能对应到SQL效率的话，1）可能只需要明确该问题是否已经解决即可（因为不同的版本，在优化器等方面做了改进；包括可能宕机的问题） 2）如果该问题在8.4同样出现，基于8.4解决；和回退到8.1回溯问题后，再解决，再到8.4验证解决方案的必要性其实不太大，3）当然，如果是宕机类问题，最好什么都不动（因为这个可能触发的条件是比较苛刻和耦合的、动了任何一个点，都可能打破触发条件，导致问题不存在），因此建议回退确认清楚，并严格合适8.4是否客观上真实解决。
所以总的来说，还是得看您的目标问题到底是啥，不然不好分析；如有必要，可以练习区域的技术支持，进行协同分析和推进。