每个开发人员肯定都知道这个屏幕：

版本历史是跟踪产品变化的重要工具。但是，如何将这些数据从一个系统迁移到另一个系统，使其保持可访问性呢？

我目前工作的公司有两个主要的开发系统：一个旧的6.20版本的Web开发系统和一个新的开发系统。对SAP R/3产品的支持一直持续到2015年底。然后所有的产品都安装在新的系统中。除了一个，淘客源码，所有的R/3支持在今年结束。这就是为什么没有系统升级的原因。但结果是我们的版本历史被分割了——2015年底之前的所有更改都可以在旧系统中查看，新的更改可以在新系统中查看。随着对最后一个产品的R/3支持的结束，系统将被关闭，这样就不能再访问版本历史记录了。由于我们不想失去这个宝贵的信息来源，我目前正在寻找一种方法来迁移这些数据。

我不知道任何报告来迁移版本历史。但说实话，我也没在找。我发现版本历史存储在一些DB表中，特别是VRSD（有点像头信息）和VRSX、VRSX2和VRSX3（实际上也有VRSX4，但在旧系统中没有）。似乎从这些表中迁移条目就足够了。唯一的问题是，从2016年到现在，我们的产品进行了进一步的开发。所以我们必须合并两个系统的历史。但这并不困难，企业软件平台，因为没有平行发展。因此，我们只需在新系统中重新编号条目并插入旧系统中的条目。

第一次检查是肯定的。

传输请求和任务

但后来我意识到，淘客宝，版本历史并不是我们所需要的全部。通常要获得一些变更的背景信息，就必须双击请求编号，以获得更多信息，如短文本、属性、对象列表，与所有者的任务以及最后但并非最不重要的-文档。

但这一点都不应该那么困难-有关传输请求和任务的所有信息都保存在DB表中，并且由于具有不同SID的系统具有不同的传输请求和任务的数量范围，因此我们可以以相同的方式迁移这些数据版本历史本身。

与传输相关的表有：E070（头数据）、E070A（属性）、E070C（源/目标客户机）-我不确定我们是否需要这些数据、E071（对象列表）和E07T（短文本）-事实上，这个表依赖于语言，但我认为SAP不支持不同语言的短文本传输请求/任务，中国移动物联网，淘客app，至少在我们的新系统中是不支持的，它实际上已经不是那么新了（nw7.0）。还有更多的E*表，但我不知道这些数据是否相关。另一方面，迁移这些数据也不会困扰我。

只有传输请求/任务的文档用SAPscript文本保存在中心表中。但是这些表的内容也必须为存储库对象迁移，所以没有什么新内容文档作为SAPscript保存在DB表中，特别是DOKHL和DOKTL。我对第二个很好奇，其中还存储了文档的旧版本。但我没有找到查看和比较这些旧版本的可能性。

不管怎样-我们也不想丢失这些数据，所以我们将迁移它。我希望这两张表是唯一相关的。在本文中，我遇到了每个SAPscript文本的一些标题字段：

这些字段存储在DB table STXH中。这对于传输请求和任务的文档很重要，但对于存储库对象则不重要，因为它们的文档将随请求一起传输。上面的屏幕截图是在较新的系统中拍摄的-在较旧的系统中，这三个字段出现在DB表中，但是我没有找到将它们与所有其他标题信息一起显示的可能性。

翻译

有可能存储对每个对象翻译的注释：

这些都存储在DB table LXE\u REMRKS中。但既然我们（还没有！）使用系统工具翻译，而不是第三方产品，我们没有意见。如果我们使用的是标准的翻译工具，那么我们还必须迁移翻译项目、任务或其他所谓的数据。

这几乎就是我迁移这些数据的全部计划。我现在正在准备一个PoC，但是由于有太多的数据要迁移，而且还有更多相关的任务要完成，所以这个概念的验证将只针对我们的存储库对象的一个小的表示进行。

最终的迁移将在2月份进行，假设PoC完成是肯定的。

下面是我要问的问题社区：你有过这样的要求吗？如果是，你是怎么知道的？你能想到其他方面吗，我到现在才考虑到的？我将非常高兴听到您的评论，并希望您喜欢阅读这个简短的博客。