Abap 如何存储配置数据，以便在数据库复制期间不复制它？

有些参数我不想从生产环境转移到QA系统。员工喜欢网络路径和url。问题是，在ABAP中，所有内容都在数据库中，当数据库复制到QA系统时，您必须手动更改这些参数。这很容易出错

是否有一种存储配置信息的方式不会随数据库一起传输

---

谢谢。

您的问题不清楚，您是在谈论标准配置还是自定义配置

您好，假设您正在Z表中存储这些路径，那么一些商店将sy sysid（系统id）作为列之一。维护dev中的所有系统，并将其传输到生产环境。过了一段时间，这会变得很痛苦，所以我只建议对变化不大的信息使用这一点（文件路径可能会很好）

---

T.

简言之：没有-至少在SAP环境中这是非常不寻常的

如果将QA系统设置为生产环境的系统副本（这是通常的路径），那么要使系统正常工作，需要执行很多步骤。这包括一些配置，可以像您提到的文件路径一样简单，还包括“合作伙伴系统”的地址和名称。例如，我的一个客户是一家银行，所以在复制他的生产系统时，他要三倍地确保QA方面的活动不会意外地流入生产方面。还做了一些其他的更改，例如隐藏人们的姓名和地址，这样就不会意外发送邮件等

有几种方法可以使应用这些更改变得尽可能简单（查找一些SAP文档或有关SAP传输和更改管理的书籍，我有一本Sue McFarland Metzger的，非常不错）。据我所见，通常会有一组传输，用于将QA系统上的配置和定制等更改为 适当的值

---

希望有帮助。

您不能阻止将存储在数据库中的配置复制到克隆实例。但是，您可以设计配置存储，以防止复制的条目被使用。如果basis管理员能够保证克隆的系统将获得一个新的系统ID（SID），您应该与他们核实。如果是这种情况，那么您可以简单地在配置表中使用SID作为键字段。系统复制后，SID将被更改，克隆的系统将不再访问原始条目。

假设我想将文件写入某个共享。在生产和qa中，这一份额的路径不同。我应该把路径放在哪里？谢谢。你所描述的或多或少就是我们所做的。我很难相信没有更好的办法。我仍然相信，无论如何，这应该是一个一键式的事件。但你的回答是我一直听到的。而且它太脆弱了。所以…你的评论是真的。。但复制应该是一件非常罕见的事情。如果不是别的什么不对劲…也许是别的什么不对劲。但是，我们经常在我们的质量保证、集成或培训环境中这样做。我们也每季度向我们的质量保证和培训系统复制一次。不幸的是，我们也没有找到更好的方法。作为QAS刷新的一部分，我们的Basis团队在刷新之前下载必要表的表内容，然后再次上传。